Új: ChatGPT-, Meta-, Pinterest- és TikTok-feed ugyanabból az ellenőrzött adatból. Ingyenes audit →

Termékoldal-optimalizálás: így lesz vásárló a Shopping-kattintásból

A termékoldal-optimalizálás célja, hogy a Shopping-hirdetésből, az ingyenes megjelenésből, a Performance Maxból vagy egy AI-asszisztensből érkező látogató azt találja, amit a kattintás előtt látott, és gyorsan dönteni tudjon. A minimumot a Google előírja: a termékoldal egyezzen a feeddel, vagyis a Google Merchant Centerbe küldött termékadatokkal, mutassa jól láthatóan az árat, a készletet és a kosárgombot, és mobilon is működjön. Ezenfelül a sebesség, a szövegként kiírt termékadatok, a szállítási és visszaküldési feltételek és a bizalmi jelek számítanak, a változtatások hatását pedig egy jól megtervezett A/B teszt mutatja meg.

Miért a termékoldal a Shopping-forgalom céloldala?

A Merchant Centerben minden termékhez kötelező a link attribútum, vagyis a céloldal (landing page): a súgó szerint ide küldi a Google azt, aki a Shopping-hirdetésben vagy az ingyenes megjelenésben a termékre kattint. A Performance Max (a Google összes csatornáján hirdető kampánytípus) feedből készült hirdetései is ide vezetnek, bár a kampány alapból bekapcsolt végső URL-kibontása a domain más oldalaira is küldhet forgalmat.

Az AI-asszisztensből érkező vevő is a termékoldalon dönt. A Google szerint a Merchant Center termékadatai a Kereső AI Mode-jában (AI-alapú keresési módjában) is megjelenhetnek, amely Magyarországon is elérhető. A ChatGPT termékkártyáiról a vevő a webshopba jut, és ott fizet; erről külön cikkben írtunk.

A Google céloldal-súgója szerint, ha a céloldal nem felel meg a hirdetésnek vagy az ingyenes megjelenésnek, a vevő nagyobb valószínűséggel vásárlás nélkül távozik. A hirdetés helyezésére is hat: a Google Ads a hirdetési rangsort (Ad Rank) a céloldal minősége alapján is számolja.

Mit követel a Google a termékoldaltól?

A Merchant Center céloldal-követelményei minimumszabályok: megsértésük a termék, rosszabb esetben a fiók elutasítását okozhatja. A legfontosabbak:

  • Termékoldal, nem kategóriaoldal. A link a termék részletes oldalára vigyen. Ha több termék is látszik rajta, a hirdetett legyen a középpontban.
  • Látszanak a fő adatok. Név, leírás, kép, ár, pénznem, készlet és kosárgomb. A név, a leírás és a kép eltérhet a feedtől, de ugyanarra a termékre vagy változatra vonatkozzon.
  • Jól látható ár. A többi ár (egy másik változat ára, akciós vagy korábbi ár) egyértelműen váljon el a hirdetett ártól. Az „ár megtekintése a kosárban” megoldás nem megengedett.
  • Egyértelmű készlet. Elfogyott terméknél „Elfogyott” felirat vagy kiszürkített gomb, rendelhetőnél aktív „Kosárba” gomb kell, előrendelésnél a várható szállítási dátum.
  • Nincs akadály. A termékadatokhoz ne kelljen regisztrálni vagy bejelentkezni, a felugró ablak legyen bezárható, és ne takarja el őket. A böngésző Vissza gombja arra az oldalra vigyen, ahonnan a vevő jött.
  • Mobilon is működik. A link attribútum súgója szerint ez minimumkövetelmény.
  • Mindenkinek ugyanaz. Az oldal eszköztől, böngészőtől, helytől és sütiktől függetlenül, a Google robotjainak is ugyanazt a terméket mutassa, a feed nyelvén és pénznemében.

Ár, készlet, változat: egyezzen a feeddel

A Google a feed minden adatát összeveti a termékoldallal, és a robotja az első betöltés utáni állapotot tekinti véglegesnek. Ezért az ár, a készlet és a kiválasztott változat a betöltés után ne változzon (ne írja át utólag JavaScript), és a Google árra vonatkozó szabályai szerint az ár a látogató helye, például IP-címe szerint sem változhat.

Változatnál a link a feedben szereplő változatra mutasson, előre kiválasztva: a Google szerint, ha a vevő azt a terméket látja, amelyre kattintott, nagyobb eséllyel vásárol. Ehhez minden változatnak saját URL kell, például ?szin=bordo&meret=m, és ugyanez kerüljön a feed link mezőjébe.

Akciós vagy kuponos ár csak akkor kerülhet a price mezőbe, ha mindenki ingyen hozzáfér, és látszik a termékoldalon. Csak tagoknak szóló ár és szállítási díj nem kerülhet bele; a szállítást a Merchant Center szállítási beállításaiban vagy a shipping mezőben add meg.

Helyzet Rossz Jó
Változat a link az alapoldalra visz, ahol az első szín van kiválasztva a link ?szin=bordo&meret=m paraméterrel nyílik, és a bordó M-es sapka látszik a saját árával
Akció az akciós ár csak kuponkóddal érhető el az akciós ár kód nélkül, mindenkinek látszik
Készlet az oldal a betöltés után írja ki, hogy a termék elfogyott a készlet a kezdő HTML-ben szerepel, és egyezik a feeddel

Az egyezést a termékoldal strukturált adata és a Merchant Center automatikus tételfrissítése is segíti; a hibák javítását a Merchant Center-hibákról szóló cikkünk írja le.

Milyen gyors legyen a termékoldal?

A Google a betöltést, a reagálást és a vizuális stabilitást a Core Web Vitals-mutatókkal méri. A határértékek a Google web.dev oldala szerint:

Mutató Mit mér a termékoldalon? Jó Gyenge
LCP (Largest Contentful Paint) mikor jelenik meg a legnagyobb elem, gyakran a fő termékkép legfeljebb 2,5 s 4 s felett
INP (Interaction to Next Paint) milyen gyorsan reagál az oldal egy kattintásra, például a méretválasztóra legfeljebb 200 ms 500 ms felett
CLS (Cumulative Layout Shift) mennyit ugrik el a tartalom betöltés közben legfeljebb 0,1 0,25 felett

A köztes sáv javítandó. A mutatót valódi látogatásokon, mobilon és asztali gépen külön kell nézni: akkor jó, ha az oldalbetöltések legalább 75%-ában teljesül. Ezeket az adatokat a PageSpeed Insights és a Search Console is mutatja.

A web.dev javaslatai közül termékoldalon ezekkel érdemes kezdeni:

  • Fő termékkép: a kezdő HTML-ben legyen, fetchpriority="high" attribútummal és loading="lazy" nélkül.
  • Helyfoglalás: add meg a képek szélességét és magasságát, és a később betöltődő elemeknek, például az értékelésmodulnak is foglalj helyet.
  • Kevesebb JavaScript: a változatválasztó és a kosárgomb azonnal reagáljon; a felesleges bővítményeket és külső kódokat vedd ki.
  • Átirányítás nélkül: a Google szerint minden átirányítás növeli a kattintás és a betöltés közötti időt, ezért a link a végleges URL legyen.

Minden sablon- vagy bővítményfrissítés után mérj újra.

Termékadatok szövegként: táblázat kép helyett

A vevő gyakran egy-két adatot keres: elfér-e a polc a garázsban, mosható-e a sapka, mekkora a deszka. Ha ezek táblázatban, szövegként állnak, mobilon is gyorsan megtalálja őket. Ha csak a termékfotón vagy egy infografikán szerepelnek, nehezebben találja meg őket, és nem biztos, hogy a keresők és az AI-asszisztensek ki tudják olvasni.

A Google az AI-alapú keresési funkciókhoz is azt ajánlja, hogy a fontos tartalom szöveges formában legyen az oldalon, a strukturált adat pedig egyezzen a látható szöveggel; külön AI-fájl vagy jelölés ehhez nem kell.

A jó specifikációs táblázat soronként egy tulajdonságot ad meg, mértékegységgel, a feeddel azonos nevekkel és értékekkel. Egy kitalált bambusz vágódeszkánál például:

Tulajdonság Érték
Anyag bambusz
Méret 38 × 28 × 1,8 cm
Súly 1,1 kg
Mosogatógépben mosható nem

Ugyanezek az adatok a feedbe is bekerülhetnek: az anyag a material, a szín a color, a többi műszaki adat a product_detail mezőbe. A feedlove is a termékoldal szövegéből tölti ki ezeket a mezőket, minden érték mellé szó szerinti forrásidézetet téve: amit az oldal szövegesen állít, az kerülhet a feedbe.

És a strukturált adat?

A termékoldal kódjába tett schema.org Product jelölést (strukturált adatot) a Google a kezdő HTML-ben ajánlja, mert a JavaScripttel generált jelölés ritkábbá és kevésbé megbízhatóvá teheti a Shopping-feltérképezést. A részleteket az ingyenes megjelenésről szóló cikkünk írja le.

Képek, szállítás, visszaküldés és bizalmi jelek a termékoldalon

Képek

Minden változat kapjon saját fotót a pontos színnel; legyen több szögből készült, nagyítható kép, és olyan is, amelyen a méret érzékelhető. A Merchant Center képszabályait a termékképekről szóló cikkünk írja le.

Szállítási díj és idő

A Google szállítási súgója szerint a szállítás sebessége és költsége a két leggyakoribb ok, amiért a vásárlók elvetik a terméket. A kosárgomb közelében látsszon tehát a szállítási díj vagy az ingyenes szállítás értékhatára, a várható kézbesítési idő és az átvételi módok, ugyanúgy, ahogy a Merchant Center szállítási beállításaiban szerepelnek.

Visszaküldés

Webshopos vásárlásnál a fogyasztót főszabályként 14 napos, indokolás nélküli elállási jog illeti meg. A termékoldalon röviden írd ki a határidőt és azt, ki fizeti a visszaküldés költségét, és linkeld a teljes szabályzatot.

Bizalmi jelek

A vevői bizalom építéséhez a Google többek között ezeket javasolja: vélemények, hivatalos külső minősítések, jól látható elérhetőség, „Rólunk” oldal, részletes szállítási, visszaküldési és adatvédelmi szabályzat, SSL-tanúsítvány és biztonságos fizetés. Helyőrző szöveg és kép ne maradjon az oldalon. Hamis sürgetést, például minden látogatónál újrainduló visszaszámlálót se használj: a tisztességtelen kereskedelmi gyakorlatokat tiltó törvény szerint eleve tisztességtelen az a valótlan állítás, hogy egy ajánlat csak nagyon rövid ideig érhető el.

Mobilnézet és a kosárgomb

Mobilon az első képernyőn látsszon a termék neve, képe, ára, a változatválasztó, a készlet és a kosárgomb, vagy a gomb görgetés közben is maradjon elérhető. Az elfogyott változatot szürkítsd ki a választóban, a gomb pedig a megnyomása után azonnal jelezze, hogy a termék a kosárba került.

Hogyan tesztelj A/B-vel termékoldalt?

Az A/B tesztben a látogatók véletlenszerűen két csoportra oszlanak: az egyik az eredeti, a másik a módosított termékoldalt látja ugyanabban az időszakban. A Google Optimize 2023. szeptember 30-án megszűnt, ma külső eszköz vagy a webshopmotor bővítménye kell hozzá.

  1. Egy hipotézis, egy változtatás, egy fő mutató. Például: „Ha a szállítási díj és a várható kézbesítés a kosárgomb fölé kerül, nő a kosárba helyezési arány.” Ha egyszerre öt dolgot változtatsz, nem tudod, melyik hatott. A hipotézist adatból vedd: hol lépnek ki a látogatók, mit kérdeznek az ügyfélszolgálaton.
  2. Előre kiszámolt mintaméret. A szükséges forgalom a konverziós aránytól és a kimutatni kívánt különbségtől függ. Példa: 2%-os vásárlási aránynál a 2,4%-ra javulás kimutatásához (95%-os szignifikancia, 80%-os statisztikai erő) változatonként nagyjából 21 000 látogató kell; napi 1000 látogatónál ez hat hét. Kis forgalomnál ezért csak nagy változtatást érdemes tesztelni.
  3. Teljes hetek. A vásárlási szokások a hét napjai szerint eltérhetnek, ezért legalább két teljes hétig futtasd a tesztet, és ne nagy akció, például Black Friday idején.
  4. Nincs korai leállítás. Ha menet közben figyeled az eredményt, és az első „szignifikáns” jelnél leállítod a tesztet, Evan Miller ismert cikke szerint a hamis pozitív eredmények aránya a többszörösére nőhet. Az előre rögzített mintaméretnél értékelj, és ellenőrizd, hogy a két csoport nagyjából fele-fele arányban kapta-e a forgalmat.

Shopping-forgalomnál két további szabály is érvényes. Az árat és a készletet ne teszteld: a Google szerint a célország minden vásárlójának meg kell tudnia venni a terméket a feedben megadott áron, a céloldalnak pedig a sütiktől függetlenül is ugyanazt a terméket kell mutatnia. A Google Kereső tesztelési útmutatója szerint a robot ugyanazt lássa, mint a látogatók, a tesztváltozat rel="canonical" jelöléssel mutasson az eredeti URL-re, átirányításnál pedig 302-es (ideiglenes) kódot használj.

Az eredményt ne általánosítsd: egy másik bolt mért százaléka a te vevőidre nem érvényes. A nem szignifikáns eredmény is eredmény: a hatás ekkora mintán nem mutatható ki.

Ellenőrzőlista a termékoldal-optimalizáláshoz

Válassz ki 5–10 terméket a legtöbbet hirdetettek közül, és mobilon is menj végig rajtuk:

Terület Mit nézz meg? Hol ellenőrzöd?
Céloldal a termék oldala, átirányítás nélkül, kiválasztott változattal feed, böngésző
Ár egyezik a feeddel, jól látható, betöltés után nem változik böngésző, „Beavatkozást igényel” lap
Készlet „Elfogyott” felirat vagy szürke gomb; előrendelésnél várható dátum böngésző, availability
Mobil működik, a kosárgomb elérhető, a felugró ablak bezárható saját telefon
Sebesség LCP legfeljebb 2,5 s, INP legfeljebb 200 ms, CLS legfeljebb 0,1 PageSpeed Insights, Search Console
Termékadatok méret, anyag, súly szövegként, táblázatban az oldal forrása
Strukturált adat a kezdő HTML-ben van, egyezik a látható szöveggel Rich Results Test
Szállítás, visszaküldés díj, kézbesítési idő, visszaküldés a gomb közelében termékoldal, Merchant Center
Bizalom elérhetőség, valódi vélemények, „Rólunk” oldal, HTTPS webhely
A/B teszt nem érinti az árat és a készletet; előre számolt mintaméret tesztelőeszköz

Hogy a feededből hiányzik-e olyan adat, amely a termékoldalon már megvan, azt az ingyenes feed-ellenőrző attribútumonként megmutatja.

Gyakori kérdések

Mit követel a Google a Shopping-hirdetés céloldalától?

A link a termék saját oldalára vigyen, ne kategóriaoldalra. Az oldalon látsszon a termék, a feeddel egyező ár és pénznem, a készlet és egy működő kosárgomb, mobilon is és regisztráció nélkül. Az ár, a készlet és a kiválasztott változat a betöltés után nem változhat.

Milyen gyors legyen egy termékoldal?

A Google Core Web Vitals-ajánlása szerint az LCP legfeljebb 2,5 másodperc, az INP legfeljebb 200 ezredmásodperc, a CLS legfeljebb 0,1 legyen. Az értékeket valódi látogatásokon, a 75. percentilisnél, mobilon és asztali gépen külön kell nézni.

Tesztelhetem A/B-vel az árat egy Shoppingban hirdetett terméknél?

Nem érdemes. A Google szerint a célország minden vásárlójának meg kell tudnia venni a terméket a feedben megadott áron, a céloldalnak pedig a sütiktől függetlenül is ugyanazt a terméket kell mutatnia. Az eltérő ár miatt a termék elutasítást kaphat.

Miért jobb a termékadatokat szövegként megadni, mint képen?

Mert a vevő mobilon is gyorsan megtalálja őket, a keresők és az AI-asszisztensek pedig ki tudják olvasni. A Google az AI-alapú keresési funkciókhoz is azt ajánlja, hogy a fontos tartalom szöveges formában legyen az oldalon, a strukturált adat pedig egyezzen a látható szöveggel.

Mennyi forgalom kell egy termékoldali A/B teszthez?

A jelenlegi konverziós aránytól és a kimutatni kívánt különbségtől függ, ezért előre számold ki. Például 2%-os vásárlási aránynál a 2,4%-ra javulás kimutatásához (95%-os szignifikancia, 80%-os statisztikai erő) változatonként nagyjából 21 000 látogató kell.

Források

  1. Google Merchant Center Súgó: A céloldalakra vonatkozó követelmények
  2. Google Merchant Center Súgó: Link [link]
  3. Google Merchant Center Súgó: Ár [price]
  4. Google Merchant Center Súgó: Szállítás [shipping]
  5. Google Merchant Center Súgó: Az ügyfelek bizalmának megalapozása
  6. web.dev: Web Vitals (a Core Web Vitals-mutatók és határértékeik)
  7. Google Search Central: AI features and your website
  8. Google Search Central: Minimize A/B testing impact in Google Search