Termék-specifikációs táblázat, amit a vásárló és az AI is jól értelmez

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

A termékoldal műszaki adatait a vásárló általában a döntés előtti utolsó percekben nézi át, gyakran két-három fület nyitva tartva. Ugyanezekből a sorokból dolgozik az AI vásárlási asszisztens is, amikor arra kell felelnie, melyik fúró könnyebb két kilónál, vagy melyik mosógép fér be egy 60 centis helyre. Ha a táblázat következetlen, a vásárló számolgat és elbizonytalanodik, a gép pedig rosszul kapcsolja össze az adatokat, vagy egyszerűen kihagyja a termékedet a válaszból.

Ebben a cikkben végigvesszük, hogyan épüljön fel egy specifikációs táblázat, amelyet ember és gép ugyanúgy ért. Három jelölést használunk. Hivatalosan igazolt az, ami a Google, a Schema.org, a WHATWG vagy a W3C nyilvános dokumentációjában szerepel. Saját tapasztalat az, amit webshopok átnézésekor rendszeresen látunk. Szakmai feltételezés az, ami a működésből logikusan következik, de nyilvános mérés nincs rá.

Mitől jó egy termék-specifikációs táblázat?

Egy jó specifikációs táblázatban minden sor egyetlen tulajdonságot, egyetlen értéket és egyetlen mértékegységet tartalmaz, és a tulajdonság neve ugyanaz, mint a katalógus többi termékénél. Szinte minden más ebből a négy feltételből következik.

Gondold végig, mit csinál a vásárló. Megnyit két terméket egymás mellett, és sorról sorra összeveti őket. Ha az egyiknél „Súly”, a másiknál „Tömeg” szerepel, az egyiknél grammban, a másiknál kilóban, fejben kell átváltania, és pont ilyenkor szokott elbizonytalanodni. Az AI-alapú válaszmotor ugyanígy jár. Ha egy cellában szám, szöveg és megjegyzés keveredik, jó eséllyel rossz részletet emel ki, vagy nem tudja összevetni a kérdés feltételével (például „2 kg alatt”). Ez szakmai feltételezés, de a nyelvi modellek szövegfeldolgozásának ismert gyengeségeiből következik.

A jól működő táblázat ismérvei:

• egy sor egy adatot tartalmaz, összevont cellák és „lásd fent” hivatkozások nélkül;
• a szám és a mértékegység mindig együtt áll, szóközzel elválasztva;
• a sorok sorrendje egy kategórián belül minden terméknél azonos;
• a sorokat logikus csoportokba rendezed (Méretek, Teljesítmény, Akkumulátor, Csomag tartalma);
• a cellában tény áll, a „profi szint” és a „nagyon csendes” típusú jelzők a leírásba valók.

Miért láthatatlan a képként vagy PDF-ben feltöltött adatlap?

A képbe égetett vagy PDF-be zárt adatlapot a vásárló mobilon alig tudja olvasni, keresni benne nem tud, a gépek pedig nem kötik megbízhatóan az adott termékhez. Ez a cikk saját nézőpontja, és szerintünk a specifikációk egyik leggyakoribb, mégis ritkán észrevett hibája.

Saját tapasztalat. Rengeteg webshop a gyártótól kapott adatlapot JPG-ként teszi a termékgalériába, vagy egy több megabájtos PDF-et csatol „Műszaki adatok letöltése” gombbal. Mobilon a vásárlónak nagyítania kell, a böngésző keresője nem találja meg benne a „zajszint” szót, a képernyőolvasó pedig semmit sem olvas fel belőle. A szűrők sem tudnak vele mit kezdeni, mert az adat nincs a termékadatbázisban, csak egy képfájlban.

Hivatalosan igazolt. A Google indexelhet PDF-fájlokat, és képeken lévő szöveget is képes bizonyos mértékig felismerni. A PDF viszont külön URL-en, külön dokumentumként él, nem a termékoldal részeként. A Google strukturált adatokra vonatkozó általános irányelvei kimondják, hogy a jelölésnek az oldalon látható tartalmat kell leírnia. Ha a tömeg csak egy képen szerepel, a Product jelölésben feltüntetett tömegnek nincs látható szöveges megfelelője az oldalon.

Szakmai feltételezés. Az oldalakat szövegként feldolgozó AI-asszisztensek jó eséllyel a HTML-szövegből dolgoznak. A képben lévő számot vagy nem látják, vagy csak bizonytalanul olvassák ki. A PDF maradhat kiegészítő letöltésnek (használati útmutató, tanúsítvány), de minden olyan adat, amely alapján a vásárló dönt, HTML-szövegként szerepeljen a termékoldalon.

Hogyan rögzítsd a tulajdonságneveket a teljes katalógusban?

Egy közös tulajdonság-szótárral, amelyben minden attribútumnak egyetlen neve, egyetlen mértékegysége és rögzített formátuma van, és termékfelvitelkor csak ebből lehet választani. A szótár nélkül minden új termékfelvivő a saját szóhasználatát hozza.

Saját tapasztalat. A nagyobb katalógusokban az attribútumok jelentős része egyedi, a termékhez kézzel begépelt érték. WooCommerce-ben ez a „globális” és az „egyedi” attribútum közti különbség, Shopify-ban a definiált és a szabadon létrehozott metamezőké. Az egyedi attribútum nem szűrhető együtt a többivel, és szinte biztosan eltérő néven fut.

Így építsd fel lépésről lépésre:

1. Exportáld a meglévő attribútumokat kategóriánként, a hozzájuk tartozó értékekkel együtt.
2. Csoportosítsd a szinonimákat. A „Súly”, a „Tömeg”, a „Nettó súly” és a „Weight” jellemzően ugyanazt jelenti, de nem mindig. Néhol akkuval, néhol akku nélkül mérték.
3. Válassz egy nevet, és írj mellé egymondatos definíciót. Például a „Tömeg akkuval” az üzemkész állapotra vonatkozik, csomagolás nélkül.
4. Rögzítsd a mértékegységet és a pontosságot. Például kilogramm, egy tizedesjegy.
5. Határozd meg kategóriánként a kötelező tulajdonságokat. Egy fúró-csavarozónál ilyen a feszültség, a forgatónyomaték, a tokmányméret és a tömeg.
6. Tiltsd le a szabad szöveges attribútum-létrehozást a termékfelvivő szerepkörnél, vagy legalább jóváhagyáshoz kösd.
7. Nézd át a szótárat rendszeresen, mert új termékcsaládnál új tulajdonság jön be, és azt is egyszer kell jól elnevezni.

A tulajdonságnév legyen a vásárló nyelvén érthető, rövid és egyértelmű. A „Max. forgatónyomaték” jobb a „Nyomaték”-nál, mert a gyártók gyakran két értéket is megadnak (puha és kemény csavarozásra), és a vásárló pont ezt fogja összevetni.

Hogyan kezeld egységesen a mértékegységeket?

Egy kategórián belül egy tulajdonsághoz egy mértékegység tartozzon, a számot és az egységet külön mezőben tárold, a megjelenítésnél pedig a magyar írásmódot kövesd. Így a vásárló átváltás nélkül tud összehasonlítani, a gép pedig tisztán szétválasztja a számot és az egységet.

• Egy egység tulajdonságonként. Ha a hosszt milliméterben adod meg, minden terméknél milliméterben add meg, akkor is, ha a gyártói adatlap centimétert ír.
• Szóköz a szám és az egység között. A BIPM SI-kiadványa szerint ez a szabályos alak (1,6 kg, 18 V, 60 Nm). Hivatalosan igazolt.
• Tizedesvessző a látható szövegben, tizedespont a gépi adatban. Az oldalon 1,6 kg áll, a JSON-LD-ben 1.6, mert ott számként kell szerepelnie.
• Tartományt két értékként tárolj. A „10-30 °C” helyett az adatbázisban legyen külön alsó és felső érték, a megjelenítés rakja össze.
• Kerüld a „kb.” és a „max. kb.” jelzőket. Ha az érték bizonytalan, írd ki a mérés feltételét.
• Igen/nem értéket szóval írj. A pipa ikon vagy a kötőjel a gépnek semmit nem mond, és a vásárló sem tudja eldönteni, hogy a kötőjel „nincs” vagy „nincs adat”.
• A hiányzó adatot hagyd ki. Egy üres vagy „N/A” sor rosszabb, mint ha a sor nem szerepel.

HTML-táblázat vagy definíciós lista legyen?

Egyetlen termék tulajdonság-érték párjaihoz mindkettő megfelel, ha szemantikusan helyesen használod. Több termék egymás melletti összehasonlításához a HTML-táblázat a természetes választás.

Hivatalosan igazolt. A WHATWG HTML-szabványa szerint a table elem táblázatos adatok megjelenítésére való, a dl pedig név-érték csoportokból álló társítási listát jelöl. A W3C akadálymentességi útmutatója a táblázatnál fejléccellákat (th) és a scope attribútumot javasolja, hogy a képernyőolvasó tudja, melyik érték melyik tulajdonsághoz tartozik.

Egy termék adatlapjához ez a szerkezet jól bevált:

<table> <caption>Műszaki adatok</caption> <tr><th scope="row">Feszültség</th><td>18 V</td></tr> <tr><th scope="row">Tömeg akkuval</th><td>1,6 kg</td></tr> </table>

Saját tapasztalat. A leggyakoribb hiba a látszattáblázat. Az oldalépítők gyakran div elemekből raknak össze rácsot, ami táblázatnak látszik, de semmilyen szerkezeti jelentése nincs. A gép ilyenkor egymás után következő szavakat lát, és neki kell kitalálnia, melyik szó a tulajdonság és melyik az érték. A másik gyakori hiba, hogy a táblázat csak egy fülre kattintva, JavaScripttel töltődik be. Ha a tartalom már az oldal betöltésekor benne van a HTML-ben, és csak el van rejtve, azt a gépek jó eséllyel olvassák. Ha csak kattintásra érkezik a szerverről, ez már bizonytalanabb (szakmai feltételezés).

Mi kerüljön a Product jelölésbe additionalProperty formában?

Az a néhány döntési tulajdonság, amelyre nincs saját Schema.org mező, és amely a látható táblázatban is szerepel. Amire van dedikált mező (márka, GTIN, szín, anyag, méret, tömeg), az oda kerüljön.

Hivatalosan igazolt. A Schema.org Product típusának van additionalProperty tulajdonsága, amely PropertyValue értéket vár. Ennek mezői többek között a name, a value, a unitCode (UN/CEFACT mértékegységkód), a unitText, a minValue és a maxValue. A tömegre és a méretekre a Product saját weight, width, height és depth mezőt kínál. A Google Merchant Center termékfeedjében a product_detail attribútum szolgál ugyanerre, szakasznévvel, tulajdonságnévvel és értékkel. Az OpenAI is közzétett termékfeed-specifikációt a kereskedőknek, vagyis a feed és az oldal egyezése több rendszer felé is számít.

Szakmai feltételezés. A Google Product dokumentációja a gazdag találatokhoz a dedikált mezőket emeli ki, az additionalProperty ott nem feltétel. Az értéke inkább az egyértelműségben van, hiszen a gép számként és mértékegységként kapja meg azt, amit a táblázatban szövegként lát. Megjelenési előnyt nem garantál. Válassz kategóriánként öt-tíz valódi döntési tulajdonságot, és ne tedd bele mind a hatvan sort.

{ "@context": "https://schema.org", "@type": "Product", "name": "Példa 18 V akkus fúró-csavarozó", "brand": { "@type": "Brand", "name": "Példa" }, "weight": { "@type": "QuantitativeValue", "value": 1.6, "unitCode": "KGM" }, "additionalProperty": [ { "@type": "PropertyValue", "name": "Feszültség", "value": 18, "unitCode": "VLT", "unitText": "V" }, { "@type": "PropertyValue", "name": "Max. forgatónyomaték", "value": 60, "unitCode": "NU", "unitText": "Nm" }, { "@type": "PropertyValue", "name": "Tokmány befogási tartomány", "minValue": 1.5, "maxValue": 13, "unitCode": "MMT", "unitText": "mm" } ] }

A példából az ajánlati (offers) blokkot szándékosan kihagytuk, mert most csak a specifikáció a téma. A name mezőben pontosan az a tulajdonságnév álljon, ami a látható táblázatban, a szótárból.

Hogyan néz ki egy rossz és egy javított példa?

A rossz példában a gép és a vásárló is találgat, a javítottban minden sor egyértelmű. Vegyünk egy kitalált akkus fúró-csavarozót.

Rossz példa

• Súly: kb. 1,6kg (akku nélkül 1,2)
• Teljesítmény: nagyon erős, profi szint
• Akku: 2x2Ah Li-ion + töltő
• Fordulatszám: 0-450/0-1750
• Méretek: lásd a letölthető adatlapot (PDF)

A szomszédos termékoldalon ugyanez a tulajdonság „Tömeg” néven, grammban szerepel. Mi a baj? Egy cellában két tömeg van, és nem derül ki, melyik vonatkozik mire. A „Teljesítmény” sorban nincs mérhető érték. Az akkus sorban mennyiség, kapacitás és csomagtartalom keveredik. A két fordulatszámnál nem derül ki, melyik fokozathoz tartoznak. A méret pedig csak a PDF-ben érhető el.

Javított példa

• Tömeg akkuval: 1,6 kg
• Tömeg akku nélkül: 1,2 kg
• Feszültség: 18 V
• Max. forgatónyomaték: 60 Nm
• Üresjárati fordulatszám, 1. fokozat: 0-450 ford./perc
• Üresjárati fordulatszám, 2. fokozat: 0-1750 ford./perc
• Akkumulátor típusa: Li-ion
• Akkumulátor kapacitása: 2,0 Ah
• Akkumulátorok száma a csomagban: 2 db
• Töltő a csomagban: Igen
• Hossz: 190 mm

A „nagyon erős” állítás a termékleírásba került, ott a forgatónyomaték-adattal együtt kap értelmet. A PDF letölthető maradt, de már semmi olyan nincs benne, ami a táblázatból hiányozna.

Mit ellenőrizz élesítés előtt?

Egy rövid ellenőrzőlista, amit érdemes kategóriánként egyszer végigvenni, utána pedig minden új termék felvitelekor.

• Minden döntési adat HTML-szövegként szerepel az oldalon, egy sem csak képen vagy PDF-ben.
• A tulajdonságnevek a szótárból jönnek, és a kategória minden termékénél azonosak.
• Egy tulajdonsághoz kategórián belül egy mértékegység tartozik.
• A szám és az egység között szóköz áll, a látható szövegben tizedesvesszővel.
• A táblázat valódi table vagy dl elem, fejléccellákkal.
• A táblázat tartalma benne van a betöltött HTML-ben.
• A Product jelölés értékei egyeznek a látható értékekkel, a JSON-LD-ben tizedesponttal.
• A dedikált mezők (márka, GTIN, tömeg, szín, anyag) ki vannak töltve, az additionalProperty csak a maradékot viszi.
• A termékfeed ugyanazt az értéket és mértékegységet tartalmazza, mint az oldal.
• A jelölést a Google Gazdag találatok tesztjével és a Schema.org validátorával is ellenőrizted.

Ez a rend nem garantál helyezést vagy AI-említést. Annyit tesz, hogy a terméked adatai olvashatók és összehasonlíthatók lesznek, és ez a vásárlónak ugyanúgy segít, mint a gépnek.

Források és további olvasnivalók

• Google Search Central: Termék (Product) strukturált adatok és kereskedői listázások
• Google Search Central: A strukturált adatok általános irányelvei
• Google Merchant Center súgó: Termékadatok specifikációja, product_detail attribútum
• OpenAI Commerce dokumentáció: termékfeed-specifikáció
• Schema.org: Product, PropertyValue, QuantitativeValue
• WHATWG HTML Living Standard: a table és a dl elem
• W3C Web Accessibility Initiative: Tables Tutorial
• UNECE UN/CEFACT 20. ajánlás: mértékegységkódok
• BIPM: Az SI mértékegységrendszer kiadványa