Google Shopping külföldön: termékfeed Csehországba, Szlovákiába, Romániába és Lengyelországba

Google Shopping külföldön ugyanúgy a Merchant Centerből indul, mint itthon, csak minden célnyelvhez külön termékadatforrás kell: saját feed labellel (ez a címke köti a termékeket a kampányhoz), a célország pénznemében megadott, áfás árakkal és a honosított termékoldalakra mutató linkekkel. Csehországban, Szlovákiában, Romániában és Lengyelországban a Shopping-hirdetések és az ingyenes megjelenés is elérhető. A munka nagyobb része nem a beállítás, hanem a nyelv: a feednek, a termékoldalnak és a pénztárnak ugyanazon a nyelven kell lennie.

Hol érhető el a Google Shopping a régióban?

A Merchant Center támogatott országainak listáján mind a négy ország szerepel: Shopping-hirdetéssel és ingyenes megjelenéssel (free listings) is jelen lehetsz, és a Shopping lap is elérhető. Az ingyenes termékblokkokat viszont a Google 2026 szeptembere óta az egész EGT-ben, így ebben a négy országban is levette a keresési találati oldalról (részletek). A cseh, a szlovák, a román és a lengyel a támogatott nyelvek között van, ahogy a magyar, az angol és a német is.

Az áfakulcsok az EU Your Europe oldaláról származnak (2026. júliusi állapot). Szállítási költséget mind a négy országra adj meg: a termékspecifikáció Csehországban, Lengyelországban és Romániában a hirdetésekhez és az ingyenes megjelenéshez is kötelezővé teszi, az ingyenes megjelenés súgója pedig Szlovákiát és Magyarországot is ide sorolja.

Egy adatforrás vagy országonként külön?

Nyelvenként kell egy elsődleges adatforrás (feed), országonként nem feltétlenül. Minden adatforrásnak van célországa, nyelve és feed labelje, és egy adatforrás több országot is célozhat: ha két ország nyelve és pénzneme azonos, mint Németországé és Ausztriáé, elég a meglévő adatforráshoz hozzáadni az új országot. Ha viszont az új ország nyelve más, a súgó szerint külön adatforrás kell, lefordított termékadatokkal.

Ha egy magyar bolt mind a négy piacra belép, öt elsődleges adatforrásra lesz szüksége. A feed labelre (a magyar súgóban feedcímke vagy táblázatcímke) ezek a szabályok vonatkoznak:

• legfeljebb 20 karakter, csak nagybetű (A–Z), szám, kötőjel és aláhúzás, szóköz nélkül;
• csak új adatforrás létrehozásakor adható meg, és ehhez be kell kapcsolni a „Speciális adatforrás-kezelés” bővítményt;
• a nyelv és a feed label utólag nem módosítható, tévedés esetén új adatforrás kell;
• egy kampány egyetlen feed labelt használhat, és a címkét a standard Shopping-, a Performance Max- és a keresletgeneráló (Demand Gen) kampányok ismerik.

A termékazonosítót (id) nem kell országonként átírnod. A Merchant API dokumentációja szerint a Google a terméket a nyelv, a feed label és az id hármasa alapján különbözteti meg, így a VD-3828 cikkszám a cseh és a lengyel feedben is maradhat.

A kiegészítő feedet is országonként kell bekötni, mert a feed labeljének és a nyelvének egyeznie kell az elsődleges adatforráséval. Ha egy adatforrás több országot céloz, de egy terméket nem szállítasz mindegyikbe (például a nagy kerti bútort Romániába), a shopping_ads_excluded_country attribútummal kiveheted az ottani Shopping-hirdetésekből. Hogy a Shoprenter, az UNAS, a WooCommerce és a Shopify hogyan ad ki nyelvenkénti feedet, azt külön cikkben nézzük meg.

Milyen nyelvű legyen a feed és a termékoldal?

A feed és a termékoldal legyen a célország nyelvén, bár a Google szabálya első ránézésre megengedőbb: bármelyik támogatott nyelven feltölthetsz adatforrást, és azt bármelyik országban megjelenítheted, ahol a Shopping elérhető. A Google azonban a választott nyelvet használó vásárlóknak mutatja a termékeket, és maga is jelzi, hogy csak néhány nyelv hoz minden országban jelentős forgalmat.

A szigorú rész a nyelvi egyezés. A céloldalakra vonatkozó követelmények szerint a termékoldalnak és a pénztár minden olyan elemének, amely a vásárlási döntéshez kell, a feed nyelvén kell lennie. Ha a cím, a leírás és a változatadatok nyelve eltér az adatforrásétól, korlátozott lehet a teljesítmény, ha pedig a termékadatok többsége más nyelvű, a Google elutasíthatja a termékeket.

Ha a feed és a webhely nyelve nem egyezik, a Merchant Center figyelmeztetést küld, vagy felfüggeszti a fiókot. A súgó szerint a nyelvi egyezés az ÁSZF-re és a visszatérítési szabályokra is vonatkozik. Ugyanez az oldal kéri, hogy ne tiltsd ki az amerikai IP-címeket, mert a Google feltérképező robotja onnan érkezik.

Magyar nyelvű vásárlók Szlovákiában és Romániában

A magyar adatforráshoz célországként hozzáadhatod Szlovákiát és Romániát is. Ott a magyar nyelvet használó vásárlóknak jelennek meg a termékeid: a magyar oldalakkal, forintban, a hirdetésben euróra vagy lejre átszámított becsült árral. Ehhez is kell szállítási beállítás az adott országra, és külön kampány az ottani helyszínnel. Fordítás nélküli, kis kockázatú teszt, de nagy forgalmat ne várj tőle.

Helyi pénznem vagy automatikus átváltás?

Komoly piacra lépésnél a helyi pénznem a tisztább megoldás, az automatikus átváltás inkább teszthez való. Teljes honosításnál az ár a célország pénznemében szerepel a feedben, a termékoldalon és a pénztárban (Csehországban koronában, Szlovákiában euróban, Romániában lejben, Lengyelországban zlotyban), így a vevő mindenhol ugyanazt az árat látja. A Google pénznemátváltása minden Merchant Center-fiókban automatikusan be van kapcsolva: ha a feed pénzneme eltér a célországétól, a Google átszámítja az árat, és a hirdetésben, valamint az ingyenes találatban is mutatja a helyi pénznemű becslést az eredeti ár mellett.

Az átváltás feltételei:

• a becslés a Google Finance árfolyamán alapul, a vevő viszont a kártyája árfolyamán fizet, ezért az eredeti pénznemet a webhelyen egyértelműen fel kell tüntetni;
• az árra és az adóra annak az országnak a Google-követelményei vonatkoznak, amelynek a pénznemében a feed készült, forintos feednél tehát a magyarországiak;
• a nyelvi követelmény és a célországra szóló szállítási beállítás ettől még kötelező.

A szállítási beállítás pénzneme mindkét esetben a termékár pénzneme legyen. Ha a cseh termékek ára koronában van, de szállítási díjat csak forintban adtál meg, a Google a súgó szerint elutasíthatja a termékeket Csehországban.

Áfa, szállítás és visszaküldés országonként

Az árat a feedben áfával együtt kell megadni: a termékspecifikáció szerint az áfa csak az Egyesült Államokban és Kanadában marad ki. Ha a más uniós országokba irányuló fogyasztói távértékesítésed meghaladja az évi 10 000 eurós küszöböt, a Your Europe szerint általában a vevő országának áfáját kell felszámítanod, amelyet az uniós egyablakos rendszerben (OSS) egy helyen vallhatsz be. A cseh bruttó ár tehát nem egyszerűen a magyar bruttó ár átszámítva: a küszöb felett 27% helyett 21% áfát tartalmaz. Az adózást egyeztesd a könyvelőddel.

A szállítást a Merchant Center „Termékek és üzlet” menüjében, a „Szállítás és visszaküldés” oldalon állítod be. Egy szállítási irányelv több országra is szólhat, ha a díjak és a szállítási idők azonosak, de országonként legfeljebb 20 irányelv lehet. A többországos szállítási beállítás nem befolyásolja, hol jelennek meg a termékek: azt továbbra is az adatforrás célországai döntik el.

A visszaküldési szabályzat szintén egy vagy több országra szólhat, de egy ország csak egy szabályzatban szerepelhet; az eltérő termékeket kivételként, címkével kezeled. A szabályzat URL-je a célország nyelvén írt oldalra mutasson, a díjaknál pedig add meg a pénznemet. Az EU-ban a távollévők közötti vásárlásnál a fogyasztót 14 napos elállási jog illeti meg, ennél rövidebb határidőt tehát ne adj meg.

Honosított termékoldalak: almappa, aldomain vagy országos domain?

A Merchant Center szempontjából az almappa a legegyszerűbb, mert a feed linkjeinek a fiókban igazolt domainre kell mutatniuk. A Google Search Central többnyelvű webhelyekről szóló útmutatója három működő szerkezetet ír le: országos domaint (webshop.cz), aldomaint (cz.webshop.hu) és almappát (webshop.hu/cs/), az URL-paraméteres megoldást (?lang=cs) viszont nem ajánlja. Több domainen működő nemzetközi kereskedőknek a Google a speciális, többügyfeles fiókot ajánlja, amelyben a domainek saját alfiókot kaphatnak.

A nyelvi változatokat hreflang-jelöléssel kösd össze: ebből tudja a Google, hogy az oldalak ugyanannak a tartalomnak a nyelvi változatai. A hreflang-útmutató szerint:

• minden nyelvi változat felsorolja önmagát és az összes többit, és a Google figyelmen kívül hagyja a jelölést, ha a két oldal nem hivatkozik kölcsönösen egymásra;
• az URL-ek teljesek, protokollal együtt (https://);
• az első kód a nyelv (ISO 639-1), a második, opcionális kód az ország: cs-CZ, sk-SK, ro-RO, pl-PL, hu-HU. Gyakori hiba a cz: a cseh nyelv kódja cs, a CZ csak a második helyen, országkódként állhat;
• a nyelvválasztó vagy más semleges oldal az x-default értéket kaphatja.

A Search Central szerint a Google a nyelvet az oldal látható szövegéből ismeri fel, nem a lang attribútumból és nem az URL-ből. Egy oldalon tehát egy nyelv legyen, a menüt is beleértve. Ne irányítsd át automatikusan a látogatót IP-cím vagy feltételezett nyelv alapján, mert így a Google sem éri el az összes változatot. Ha nyelvválasztó felugró ablakot használsz, legyen bezárható, és ne takarja el a termékadatokat.

Mi a baj az ellenőrizetlen gépi fordítással?

Az ellenőrizetlen gépi fordítás ott hibázik, ahol a Google a legszigorúbb: a feed nyelvének és adatainak egyezniük kell a termékoldaléval. Hogy a fordítás hogyan készül, azt a Google nem írja elő, a jellemző hibák viszont ezek:

• Rögzített értékek. Az attribútumneveket és az előre megadott értékeket (in_stock, new) angolul kell beküldeni. Ha a fordító a teljes fájlt lefordítja, a skladem vagy a nowy érvénytelen érték lesz.
• Eltérés a termékoldaltól. Ha a feedet és az oldalt külön fordítják, ugyanaz a szín vagy anyag kétféle szóval szerepel, és a vásárló mást lát a hirdetésben, mint az oldalon.
• Rossz keresőszavak. A Google a feed szövegét illeszti a keresésekhez, a szó szerinti fordítás viszont nem mindig az a kifejezés, amelyet a helyi vásárló beír.
• Vegyes nyelv. A bennmaradt magyar szavak vagy a lefordítatlan leírás miatt a Google eltérő nyelvet érzékelhet, és ha a termékadatok többsége nem az adatforrás nyelvén van, a terméket elutasíthatja.

Rossz: a cseh feedben a cím gépi fordítás, a leírás magyarul maradt, a link pedig a magyar termékoldalra mutat.

Jó: a cseh feed minden mezője a webshop.hu/cs/ alatti cseh termékoldalról származik: a cím, a leírás, az anyag és a szín úgy, ahogy ott szerepel, az ár koronában, áfával.

A feedlove a cseh, szlovák, román, lengyel és német feedet a bolt saját, honosított termékoldalaiból készíti, gépi fordítás nélkül: minden érték abból a nyelvi változatból származik, amelyre a feed linkel, és mellette ott a forrásidézet. Hogy a fordításon túl mely mezők kitöltése számít, azt a termékattribútumokról szóló cikk részletezi.

Google Shopping külföldön: bevezetési terv lépésről lépésre

Egy országgal kezdj, és csak a mérés után lépj tovább a következőre.

1. Tedd rendbe a hazai feedet. Ami a magyar feedben hibás, az minden országban hibás lesz. A feed-ellenőrzővel ingyen megnézheted, mennyire teljes.
2. Válassz egy országot. Szempontok: szállítási díj és idő, helyi fizetési módok, ügyfélszolgálat a vevő nyelvén, áfa és OSS.
3. Honosítsd az oldalt. Almappa vagy aldomain, hreflang, helyi pénznem a termékoldalon és a pénztárban, lefordított ÁSZF, szállítási és visszaküldési oldal.
4. Hozd létre az adatforrást. Például: célország Csehország, nyelv cseh, feed label CZ, árak koronában, áfával, a linkek a /cs/ oldalakra mutatnak.
5. Állítsd be a szállítást és a visszaküldést Csehországra, koronában, majd nézd át, milyen hibát jelez a Merchant Center: nyelvi eltérés, eltérő ár, hiányzó szállítás.
6. Indíts külön kampányt. CZ feed label, Csehország mint helyszín, saját költségkeret és saját ROAS-cél (a ROAS a hirdetési költségre jutó bevétel). A súgó szerint a Google Ads helyszíncélzásának egyeznie kell a Merchant Center célországaival. Országonként külön kampányban a költségkeret és a ROAS sem keveredik. A CSS-partneren (árösszehasonlító szolgáltatón) keresztüli hirdetésről külön cikkben írunk.
7. Mérj helyesen. A konverziós címkében add át a tényleges pénznemet (currency: 'CZK'). Ha a pénznemkód hiányzik, a Google Ads a konverziós művelet alapértelmezett pénznemét használja, és ha az forint, a koronás érték töredékértéken kerül a riportba. Új Performance Max-kampánynál a Google legalább hathetes futást javasol, hogy a rendszer elég adatot gyűjtsön. A ROAS mellett a szállítással és a visszaküldéssel csökkentett árrést is nézd.