Termékösszehasonlító funkció a webshopban, mikor éri meg bevezetni

Scheo · 2026-11-04 · olvasási idő ~10 perc · Szerző: Schmidt Péter

Mikor segít egyáltalán a termékösszehasonlító funkció?

Az összehasonlító funkció akkor segíti a vásárlói döntést, ha a termékeid közötti különbség számokban és paraméterekben mérhető, és a vásárló két-négy hasonló darab közül választ. Műszaki cikknél, háztartási gépnél, szerszámnál és alkatrésznél ez gyakori helyzet. Ruhánál, ajándéktárgynál vagy kozmetikumnál a döntés inkább ízlésen és bizalmon múlik, ott a táblázat ritkán ad hozzá bármit.

Gondolj egy fúrógépet kereső vásárlóra. Három gép között ingadozik, mindhárom hasonló kategóriában van, és a különbség a nyomatékban, az akkumulátor kapacitásában, a súlyban és a tokmány méretében rejlik. Ha ezt három külön termékoldalon kell kibogarásznia, jó eséllyel jegyzetel, vagy átmegy egy külső összehasonlító oldalra, ahol a döntést már nem nálad hozza meg. Ha a webshopodban egymás mellé teheti a hármat, és a különbségek kiemelve látszanak, a döntés helyben megszülethet.

Saját tapasztalat. Azokban a webshopokban, ahol a termékoldalon tíznél több műszaki paraméter szerepel, és a kategóriában sok a közel azonos modell, az összehasonlítás iránt jellemzően van valós igény. Ahol a termékoldalak leírása főleg hangulati szöveg, ott a funkciót kevesen használják.

Milyen termékkörnél éri meg jó eséllyel?

• Számítástechnika és mobil, ahol a processzor, a memória, a kijelző és az akkumulátor-üzemidő dönt.
• Háztartási nagygép, ahol az energiaosztály, az űrtartalom, a zajszint és a méretek számítanak.
• Szerszám és barkács, ahol a teljesítmény, a nyomaték, a feszültség és a súly a döntés alapja.
• Gumiabroncs, autóalkatrész és ipari alkatrész, ahol a méret, a terhelhetőség és a kompatibilitás a fő kérdés.
• Szoftver- vagy szolgáltatáscsomagok, ahol a funkciólista alapján választanak.

Hol felesleges vagy kifejezetten zavaró?

Divatnál, lakásdekornál és élelmiszernél a vásárlót a kép, a stílus és a vélemények mozgatják. Kis katalógusnál, ahol néhány tucat, egymástól jól elkülönülő termék van, a funkció üres marad, mert nincs mit egymás mellé tenni. Zavaró is lehet, ha a gomb minden terméklistán ott van, de a táblázatban a sorok fele üres, mert az adatok hiányoznak. Ez rosszabb benyomást kelt, mintha a funkció nem is létezne.

Szakmai feltételezés. Ha egy kategóriában a vásárlók többsége egyetlen paraméter, például méret vagy kompatibilitás alapján választ, egy jól megépített szűrő többet ér egy összehasonlító táblázatnál. Az összehasonlítás akkor ad pluszt, ha több paraméter között kell mérlegelni.

Milyen adatminőség kell az összehasonlításhoz?

Az összehasonlító táblázat csak annyira jó, amennyire egységes a mögötte álló termékadat. Minden összehasonlítható termékcsoportban ugyanazokra a specifikációs mezőkre van szükség, ugyanabban a mértékegységben és formátumban, kitöltve. Ha ez hiányzik, a táblázat félrevezet.

A tipikus hiba az, hogy a paraméterek csak a termékleírás folyó szövegében szerepelnek, külön mező nélkül. Az egyik terméknél „1,8 kg” áll, a másiknál „1800 g”, a harmadiknál „kb. 2 kiló”. Ember számára ez olvasható, egy táblázat viszont nem tudja sorba rendezni, és a különbséget sem tudja kiemelni. A javítás munkás, de egyszeri befektetés, és a szűrőknek, a termékfeednek és a strukturált adatnak is jót tesz.

Lépésről lépésre az adattisztításhoz

1. Válaszd ki az első kategóriát, ahol az összehasonlításnak a legtöbb értelme van, és ne az egész katalógussal kezdd.
2. Gyűjtsd össze, milyen paraméterek alapján döntenek a vásárlók. Jó forrás ehhez az ügyfélszolgálati kérdések listája, a belső kereső kifejezései és a versenytársak termékoldalai.
3. Rögzíts kategóriánként egy kötött mezőlistát, nagyjából 8-15 mezővel, és mindegyikhez egyetlen mértékegységet. A súly mindig kilogrammban, a teljesítmény mindig wattban szerepeljen.
4. A számot és a mértékegységet tárold külön. A mezőben 1,8 áll, a mértékegység a mező definíciójából jön, így az érték rendezhető és összevethető lesz.
5. Az igen/nem jellegű tulajdonságokat, például hogy van-e szénkefe nélküli motor vagy Wi-Fi, logikai mezőként vedd fel, szabad szöveg helyett.
6. Határozd meg, mi történik hiányzó adatnál. A „nincs adat” felirat őszintébb az üres cellánál, és a csapatnak is jelzi, hol kell pótolni.
7. Futtass kitöltöttségi ellenőrzést. Ha egy mező a termékek nagy részénél üres, vagy töltsd fel, vagy vedd ki a táblázatból.

Hivatalosan igazolt. A Schema.org Product típusa az additionalProperty tulajdonsággal, valamint a PropertyValue és QuantitativeValue típusokkal le tudja írni a műszaki paramétereket, a mértékegységet pedig a unitCode mezőben UN/CEFACT kóddal adhatod meg. A kilogramm kódja például KGM. Ha az adataid eleve mezőkben és egységes mértékegységgel élnek, ezt a jelölést is sokkal könnyebb hibátlanul legenerálni.

{"@type": "PropertyValue", "name": "Súly", "value": 1.8, "unitCode": "KGM"}

Milyen legyen maga az összehasonlító nézet?

A jó összehasonlító nézet elsőként a különbségeket mutatja meg, és a döntéshez szükséges paraméterek állnak a tetején. A vásárlónak ne kelljen harminc soron végiggörgetnie, hogy megtalálja a három lényegeset.

• Rendezd a sorokat fontosság szerint. Fúrógépnél a nyomaték és az akkumulátor előrébb való, mint a csomagolás mérete.
• Legyen egy „csak a különbségek” kapcsoló, ami elrejti az azonos értékű sorokat.
• Jelöld vizuálisan a jobb értéket ott, ahol egyértelmű az irány, például nagyobb kapacitás vagy kisebb súly. Ahol az irány a felhasználáson múlik, ott ne jelölj.
• Korlátozd a termékek számát. Asztali nézetben négy, mobilon kettő-három termék fér el olvashatóan.
• Az összehasonlítást csak azonos kategórián belül engedd, mert egy fúrógép és egy porszívó egymás mellett nem ad értelmes táblázatot.
• Minden oszlop alján legyen ott a kosárba gomb, a készletinformáció és a szállítási idő.

Szakmai feltételezés. Hosszú, szűretlen táblázatnál a lényeg könnyen elvész a sorok között, ezért a különbség-kapcsolót érdemes alapból bekapcsolva tartani.

Hogyan méred GA4-ben, hogy aki összehasonlít, többet vásárol-e?

GA4-ben úgy méred, hogy az összehasonlítás használatát saját eseményként küldöd be, ebből szegmenst képzel, majd a vásárlási arányt és a bevételt összeveted a nem használókéval. Az eredmény összefüggést mutat, ok-okozatot önmagában nem bizonyít.

Milyen eseményeket érdemes beküldeni?

Hivatalosan igazolt. A GA4 a webshopokhoz ajánlott e-kereskedelmi eseményeket határoz meg (például view_item, add_to_cart, begin_checkout, purchase), az összehasonlításra viszont nincs ajánlott esemény, ezért saját eseményt kell létrehoznod. A saját paramétereket egyéni dimenzióként regisztrálni kell az adminban, különben a jelentésekben nem jelennek meg.

Egy egyszerű felépítés két eseménnyel dolgozik. Az első akkor fut, amikor a látogató terméket tesz az összehasonlításba, a második akkor, amikor megnyitja az összehasonlító nézetet.

gtag('event', 'compare_add', { item_id: 'FG-1820', item_category: 'furogep', compare_count: 2 });

gtag('event', 'compare_view', { item_category: 'furogep', compare_count: 3 });

Ha Google Tag Managert használsz, ugyanezt dataLayer.push hívással küldd, és a GTM-ben állíts be rá GA4 eseménycímkét. A compare_count paraméterből látszik, hány terméket tesznek egymás mellé, az item_category alapján pedig kategóriánként is szét tudod bontani a használatot.

Hogyan állítsd össze az elemzést?

1. A Felfedezések (Explorations) részben hozz létre egy felhasználói szegmenst azokból, akiknél előfordult compare_view esemény.
2. Készíts egy kontrollszegmenst is azokból, akiknél ez az esemény nem fordult elő, de ugyanabban a kategóriában volt view_item eseményük. Így hasonló szándékú látogatókat vetsz össze.
3. Nézd meg a két csoportban a vásárlási arányt, az átlagos rendelési értéket és a felhasználónkénti bevételt.
4. Tölcsér-felfedezéssel vizsgáld meg, hol esnek ki az összehasonlítók. Ha sokan megnyitják a táblázatot, de onnan kevesen jutnak el a kosárig, a táblázat tartalmával vagy a kosárba gomb helyével lehet gond.
5. Várj több hétnyi adatra, mielőtt következtetést vonsz le, mert kis mintán a különbség könnyen véletlen.

Szakmai feltételezés. Az összehasonlítást használók eleve elkötelezettebb vásárlók, akik közelebb állnak a döntéshez. Náluk ezért magasabb vásárlási arány akkor is várható, ha maga a funkció semmit nem tesz hozzá. Ha tisztán akarod látni a hatást, A/B tesztre van szükség, ahol a látogatók egyik fele látja az összehasonlítás gombját, a másik fele nem.

Hogyan előzd meg, hogy az összehasonlító oldalak vékony, indexelhető URL-eket gyártsanak?

Az összehasonlító nézetet úgy építsd meg, hogy a termékkombinációk ne kapjanak külön indexelhető URL-t, vagy ha kapnak, a keresőrobotok ne férjenek hozzájuk. A legegyszerűbb, ha a kiválasztást a böngésző tárolja, és az összehasonlító oldalnak egyetlen, fix címe van.

A kockázat egyszerű matematika. Egy száz termékes kategóriában a kettes párosítások száma 4950, a hármas kombinációké már 161 700. Ha minden kombináció saját URL-t kap (például /osszehasonlitas?ids=12,45,78), és ezekre belső linkek mutatnak, a keresőrobot rengeteg majdnem üres, egymáshoz nagyon hasonló oldalt talál. Ezek feltérképezése elviszi a robot idejét a fontos termékoldalak elől, és a sok gyenge oldal jó eséllyel a webhely összképén is ront.

Hivatalosan igazolt. A Google Search Central facettás navigációról szóló útmutatója kifejezetten említi, hogy a paraméteres URL-kombinációk túlzott feltérképezést okozhatnak, és ha ezekre a keresésben nincs szükség, érdemes robots.txt-ben kizárni őket, vagy URL-töredéket használni. A noindex a dokumentáció szerint csak akkor hat, ha a robot be tudja tölteni az oldalt, így a robots.txt-tiltás és a noindex ugyanazon az URL-en együtt nem működik. A canonical címkét a Google csak jelzésként kezeli, amitől el is térhet.

Gyakorlati beállítások

• Tárold a kiválasztott termékeket a böngészőben (localStorage vagy süti), az összehasonlító oldal címe pedig maradjon mindig /osszehasonlitas.
• Ha megosztható linket szeretnél, használj URL-töredéket, például #ids=12-45-78, ezt a Google a feltérképezésnél nem kezeli külön címként.
• Ha paraméteres URL-ed már van, zárd ki robots.txt-ben, például Disallow: /*?compare= vagy Disallow: /osszehasonlitas sorral.
• Az „összehasonlításhoz ad” elem legyen button, href nélkül, így a robot nem talál rajta követhető címet.
• Az összehasonlító oldal ne kerüljön az XML oldaltérképbe.
• Ha a webhely már gyártott ilyen oldalakat, előbb noindex-szel engedd kiesni őket az indexből, és csak utána tiltsd a feltérképezést.

Szakmai feltételezés. Néhány kézzel válogatott, gyakran keresett párosítás önálló, szerkesztett tartalommal hasznos indexelt oldal lehet. Ehhez valódi szöveg kell arról, kinek melyik modell való, és ezt egy gépi táblázatból generált oldal nem pótolja. Egy jól megírt, szöveges összehasonlítás a válaszmotorok számára is könnyebben idézhető forrás lehet, erre viszont nincs hivatalos garancia.

Mit ellenőrizz, mielőtt bevezeted?

A bevezetés előtt azt tisztázd, van-e valós igény, rendben vannak-e az adatok, mérhető lesz-e a hatás, és nem okoz-e SEO-kárt. Ha bármelyikre nemmel felelsz, előbb azt rendezd.

• Van legalább egy kategóriád, ahol sok a hasonló, paraméterekben eltérő termék?
• A vásárlók kérdései az ügyfélszolgálaton, a chatben és a belső keresőben paraméterekre vonatkoznak?
• A kiválasztott kategóriában minden összehasonlítandó paraméter külön mezőben, egységes mértékegységgel szerepel?
• Eldöntötted, mi jelenik meg hiányzó adatnál?
• Mobilon is olvasható a táblázat, rögzített első oszloppal és legfeljebb három termékkel egymás mellett?
• Kiemeli a nézet a különbségeket, és elrejthetők az azonos sorok?
• Van kosárba gomb közvetlenül a táblázatban?
• Elkészült a compare_add és a compare_view esemény terve, és regisztráltad az egyéni dimenziókat?
• Tudod, melyik szegmenst melyik kontrollcsoporttal veted majd össze?
• Az összehasonlító oldalnak egy fix URL-je van, vagy a kombinációkat robots.txt zárja ki?
• Kimarad az összehasonlító oldal az oldaltérképből?
• Kijelölted, ki tartja karban a mezőket új termék felvételekor?

Hogyan érdemes elindulni kis kockázattal?

Egyetlen kategóriával indulj, mérd néhány hétig, és csak akkor terjeszd ki, ha a használat és a vásárlási adatok alapján megéri. Így a ráfordítás kicsi marad, és hamar kiderül, van-e igény.

Saját tapasztalat. A legtöbb munkát az adattisztítás adja, a táblázat megjelenítése a gyakoribb webshopmotoroknál bővítménnyel vagy kevés fejlesztéssel megoldható. Ha az első kategória adatai rendben vannak, a következőnél már a kész mezőlogikát követed. Az is előfordul, hogy a mérésből kiderül, szinte senki nem használja a funkciót. Ez is hasznos eredmény, mert akkor a szűrőkre és a termékoldalak paraméterblokkjára érdemes több figyelmet fordítani.

Források és további olvasnivalók

• Google Search Central, Managing crawling of faceted navigation URLs
• Google Search Central, Introduction to robots.txt
• Google Search Central, Block search indexing with noindex
• Google Search Central, How to specify a canonical URL
• Google Analytics súgó, Ajánlott események és e-kereskedelmi mérés
• Google Analytics súgó, Egyéni dimenziók és mutatók
• Schema.org, Product, PropertyValue és QuantitativeValue
• UNECE, UN/CEFACT Recommendation 20 (mértékegység-kódok)