- Az AI-motorok a sor-oszlop szerkezetből olvassák ki, hogy melyik tulajdonság melyik alanyra vonatkozik, ezért a valódi HTML-táblázat nem stílus kérdése.
- Egy cella egyetlen tényt tartalmazzon, a mértékegység pedig a fejlécbe kerüljön, ne a cellákba.
- A képként beillesztett táblázat, az összevont cellák és az ikonos oszlopnevek gyakorlatilag kitörlik az adatot a gépi feldolgozásból.
- A táblázat alá írt két-három mondatos, önmagában is értelmes összefoglaló az, amit a válaszmotorok idézni tudnak.
- A táblázat körüli szöveg megírása legalább annyi munkát érdemel, mint maga az adat összegyűjtése.
Az összehasonlító tartalom az egyik legrégebbi keresési szándék: a látogató nem elméleti tudást akar, hanem döntést. Az AI-válaszmotorok (a Google AI Overviews, a ChatGPT keresése, a Perplexity, a Gemini) pontosan ugyanezt a szándékot próbálják egyetlen bekezdésben kiszolgálni. Ehhez olyan forrást keresnek, amelyből a szempontok és az értékek félreértés nélkül kinyerhetők. Egy jól felépített összehasonlító táblázat ilyen forrás. Egy rosszul felépített viszont láthatatlan marad, akkor is, ha a képernyőn tökéletesen néz ki, és akkor is, ha te órákat töltöttél az adatgyűjtéssel.
Miért kedvelik az AI-válaszok a jól formázott összehasonlító táblázatot?
Azért, mert a táblázat már eleve strukturált adat: minden cellához tartozik egy sorazonosító (mit hasonlítunk) és egy oszlopnév (milyen szempontból), tehát a gépnek nem kell kitalálnia az összefüggést, csak le kell olvasnia. Egy folyó szövegben ugyanez az információ szétszórva jelenik meg, és a modellnek következtetnie kell, melyik szám melyik alanyra vonatkozik. A táblázat ezt a következtetési lépést kihagyja, ezért egyszerre olcsóbb és megbízhatóbb forrás.
Hivatalosan igazolt: a Google Search Central dokumentációja a kiemelt szövegdobozok kapcsán régóta említi, hogy a kiemelt válasz forrása lehet bekezdés, lista vagy táblázatos elrendezés is, és hogy a rendszer a meglévő oldalszerkezetből építi fel. A W3C akadálymentességi anyagai pedig részletesen leírják, hogy a th, a scope és a caption elemek adják meg egy táblázat gépi jelentését. Ez a két dolog együtt lényegében megadja a receptet.
Szakmai feltételezés: az AI-motorok belső működését nem publikálják, de a megfigyelhető viselkedésből az következik, hogy az összehasonlító kérdésekre ("melyik jobb", "mi a különbség", "melyiket válasszam") előszeretettel nyúlnak olyan oldalakhoz, ahol az adat már táblázatos formában, ellenőrizhetően szerepel. Ez nem garantál megjelenést, de érzésre láthatóan javítja az esélyt, különösen olyan szűk témákban, ahol kevés a rendezett forrás.
Mitől lesz géppel is biztosan kiolvasható egy táblázat?
Öt dolgot érdemes betartani, és ezek közül egyik sem igényel fejlesztői munkát, csak fegyelmet a tartalomkészítésnél.
1. Valódi HTML-táblázat, ne látszattáblázat
A <table>, <thead>, <tbody>, <tr>, <th>, <td> szerkezet az egyetlen forma, amiből a gép biztosan tudja, mi tartozik mihez. Az oldalszerkesztők "táblázat" moduljai gyakran egymásba ágyazott div-eket generálnak flexbox elrendezéssel: ez vizuálisan tökéletes, szemantikailag viszont csak szövegdarabkák sorozata. Ha bizonytalan vagy, nézd meg a forráskódban, hogy szerepel-e benne a <table szó.
2. Egyértelmű fejlécsor
A fejléc ne csak félkövér első sor legyen, hanem <th scope="col"> cellákból álljon. Ha a bal szélső oszlop is azonosít (például a csomag vagy a termék neve), akkor az soronként <th scope="row">. A <caption> elembe pedig írd bele egy mondatban, hogy pontosan mit hasonlít össze a táblázat, mert ez a mondat gyakran a táblázat gépi "címeként" viselkedik.
3. Egy cella, egy tény
Ez a legtöbbet hibázott pont. Ha egy cellába azt írod, hogy "14 nap, de egyedi igény esetén hosszabb, egyeztetés után", akkor abból a gép nem tud számot kinyerni. Bontsd szét: az egyik oszlop legyen a határidő számban, a másik a rugalmasság igen/nem értékkel, a magyarázat pedig kerüljön a táblázat alatti szövegbe. Az adat és a magyarázat elválasztása mindkét olvasónak jót tesz.
4. Mértékegység a fejlécben
A cellákban csak a szám álljon, a mértékegység az oszlopnévbe kerüljön: Válaszidő (munkanap), Súly (kg), Kapacitás (Ah). Így a modellnek nem kell mértékegységet parsolnia, és az összehasonlítás konzisztens marad. Ha egy oszlopban vegyesen szerepel "2 nap", "48 óra" és "kb. két nap", azzal magad ellen dolgozol.
5. Magyarázó bevezető a táblázat előtt
A táblázat fölé kerüljön két-három mondat arról, hogy mit hasonlítasz össze, milyen szempontok szerint, és mikor melyik oszlop számít igazán. Ez adja meg a kontextust, ami nélkül a puszta számsor nem értelmezhető, sem embernek, sem gépnek.
Milyen hibák miatt esik ki a táblázatod az AI-válaszokból?
A tapasztalat szerint nem az adatminőség szokott a szűk keresztmetszet lenni, hanem a forma. A leggyakoribb, valóban károsak:
- Képként beillesztett táblázat. A legsúlyosabb eset: a szöveges tartalom nulla. Az
altszövegbe nem fér bele egy tízsoros összehasonlítás. - Összevont cellák. A
colspanés arowspanelrontja a sor-oszlop megfeleltetést, és a kinyert adat elcsúszhat. - Csak mobilon látható elrendezés. Ha a táblázat CSS-sel kártyákká alakul, vagy fordítva, egyes oszlopok
display: nonealatt tűnnek el, akkor az eltüntetett adat gyakorlatilag nem létezik. - Oszlopnév helyett ikon. A pipa, a kereszt és a csillag önmagában nem jelentés. Ha ikont használsz a cellában, tegyél mellé rejtett, de a kódban jelen lévő szöveget, például "Igen" vagy "Nem".
- Görgethető konténerbe zárt, 12 oszlopos monstrum. Bontsd két táblázatra téma szerint.
- Lábjegyzet-csillagok magyarázat nélkül. A cellában lévő "3 hónap*" a csillag feloldása nélkül félrevezető adat.
- Kizárólag JavaScripttel, felhasználói kattintásra betöltődő táblázat. Ami csak interakció után jelenik meg, arra nem érdemes számítani.
- Fejléc nélküli táblázat, ahol az első sor is sima
td.
Saját tapasztalat: ügyfélprojektekben a legtöbbször a képként feltöltött árlista- és paramétertáblázatokkal találkozom, jellemzően azért, mert a nyomdai anyagból vagy egy táblázatkezelőből könnyebb volt kimásolni. Ezek átírása sima HTML-táblázatra általában fél óra munka oldalanként, és minden más AI-SEO lépésnél olcsóbb beavatkozás.
Hogyan nézzen ki egy szolgáltatáscsomag-összehasonlítás?
Szolgáltatásnál a döntést nem a felsorolás hossza viszi, hanem néhány jól választott, mérhető szempont. A minta (az árat szándékosan nem szerepeltetem, mert az gyorsan elavul, és külön oldalon a helye):
<table><caption>Weboldal-karbantartási csomagok összehasonlítása</caption><thead><tr><th scope="col">Csomag</th><th scope="col">Mentés gyakorisága</th><th scope="col">Frissítés gyakorisága</th><th scope="col">Válaszidő (munkanap)</th><th scope="col">Havi jelentés</th></tr></thead><tbody><tr><th scope="row">Alap</th><td>heti</td><td>havi</td><td>3</td><td>Nem</td></tr></tbody></table>
Figyeld meg a szerkezet logikáját: a bal szélső oszlop azonosít, minden további oszlop egyetlen, jól definiált dimenzió, és minden cella egyetlen értéket tartalmaz. Az "Igen" és a "Nem" kiírt szó, nem pipa. A válaszidő számban van, a mértékegység a fejlécben. Ha egy csomagnál a válaszidő feltételes, ne írj a cellába magyarázatot, hanem tedd a legrosszabb esetet a cellába, a részletet pedig a táblázat alá.
Hogyan épül fel egy terméktulajdonság-összehasonlítás?
Terméknél az oszlopok a mérhető paraméterek, a sorok pedig a konkrét modellek. Itt még fontosabb a mértékegység-fegyelem, mert a modellek jellemzően számokat vetnek össze:
<table><caption>Indítóakkumulátorok műszaki összehasonlítása</caption><thead><tr><th scope="col">Modell</th><th scope="col">Kapacitás (Ah)</th><th scope="col">Hidegindítási áram (A)</th><th scope="col">Tömeg (kg)</th><th scope="col">Garancia (hónap)</th></tr></thead></table>
Két apró, de sokat érő kiegészítés. Az egyik: ha egy adat nem értelmezhető az adott sorra, írd ki, hogy "nem értelmezhető", ne hagyd üresen a cellát, mert az üres cella hiányzó adatnak és nem nemleges válasznak számít. A másik: a termékadatokat érdemes a táblázaton kívül strukturált adatban is megadni, mert a Schema.org szótárának nincs általános "táblázat" típusa, viszont a Product és a hozzá tartozó tulajdonságok pontosan erre valók. A kettő nem helyettesíti egymást, hanem erősíti.
Mit írj a táblázat alá, hogy idézni lehessen?
Ez a lépés marad ki a legtöbb oldalról. A táblázat után írj két-három mondatot, amely önmagában, a táblázat nélkül is értelmes, és kimondja azt, amit a számokból ki lehet olvasni. Nem összefoglalja a táblázatot, hanem következtet belőle.
Rossz példa: "A fenti táblázatban látható a három csomag összehasonlítása." Ez a mondat kontextus nélkül semmit nem közöl. Jó példa: "A napi mentés és az egy munkanapos válaszidő a legnagyobb különbség az alap és a bővített karbantartás között; webshopnál jellemzően a mentés gyakorisága a döntő szempont, tartalmi oldalnál inkább a frissítés üteme." Ez a mondat kiemelve is megáll, tartalmaz szempontot, feltételt és következtetést.
Három dolgot érdemes beletenni: a legnagyobb különbséget, azt, hogy kinek melyik változat való, és egy feltételt, ami árnyalja a képet. Kerüld a felsőfokot és a garanciát ígérő megfogalmazást, mert az önmagában is gyanús forrás, és a valóságnak sem felel meg.
Miért ér a táblázat körüli mondat annyit, mint maga a táblázat?
Saját nézőpont, saját tapasztalatból: amikor egy AI-válaszban feltűnik egy általunk gondozott oldal, a beidézett szöveg az esetek nagy részében nem a táblázatból származik, hanem a fölötte lévő bevezetőből vagy az alatta lévő összefoglalóból. Ennek szerintem egyszerű oka van: a táblázat adat, a válasz viszont mondat. A gépnek a nyers számokból mondatot kellene gyártania, ami kockázatos, egy kész, pontos, jól megfogalmazott mondatot viszont kevesebb kockázattal átvehet. A táblázat tehát a bizonyíték, a körülötte lévő két bekezdés az idézhető állítás.
Ebből az következik, hogy ha korlátozott az idő, akkor sem a táblázatot kell rövidíteni, hanem a köré írt szöveget kell kidolgozni. Egy hatsoros, tiszta táblázat egy jó bevezetővel és egy pontos zárómondattal többet ér, mint egy húszsoros adathalmaz csupaszon. Szakmai feltételezés: ahogy a válaszmotorok egyre inkább hivatkozott forrásokból dolgoznak, ez az arány valószínűleg tovább tolódik a jól megfogalmazott, önmagában idézhető mondatok felé.
Hogyan ellenőrizd, hogy a táblázatod gépi szemmel is működik?
- Nézd meg az oldal forráskódját, és keress rá a
<tableszövegre. Ha nincs találat, a többi lépésnek nincs értelme. - Ellenőrizd, hogy a fejléc
thcellákból áll, és vanscopeattribútum. - Kapcsold ki a JavaScriptet a böngészőben, és tölts újra. Látszik még a táblázat?
- Másold ki a táblázatot sima szövegként. Ha a sorok összekeverednek, valószínűleg összevont cellák vannak benne.
- Keress ikonokat a cellákban, és pótold mellettük a szöveges értéket.
- Nézd át, hogy minden mértékegység a fejlécben van-e, és egységes-e az oszlopon belül.
- Keresd meg a többtényes cellákat, és bontsd őket külön oszlopra vagy told a szöveges részt a táblázat alá.
- Nézd meg mobilon: eltűnik-e bármelyik oszlop.
- Olvasd el a táblázat alatti összefoglalót a táblázat nélkül. Megáll önmagában?
- Írd be a saját oldalad témájára vonatkozó összehasonlító kérdést egy AI-asszisztensbe, és nézd meg, milyen forrásokat idéz, milyen szempontokkal. Ha van olyan szempont, ami nálad nincs oszlopként, van mit pótolni.
Ezt a listát érdemes minden új összehasonlító oldalnál végigfuttatni. Nem hosszú, viszont pont azokat a hibákat fogja meg, amelyek utólag a legdrágábbak: a kép formájú táblázatot és az összevont cellákat általában újraírás árán lehet csak javítani.
Források és további olvasnivalók
- Google Search Central: Helpful content és a keresési funkciók dokumentációja
- Google Search Central: Structured data általános útmutató és a Product strukturált adat leírása
- Schema.org: Product, Offer és PropertyValue típusok dokumentációja
- W3C Web Accessibility Initiative: Tables Tutorial (fejlécek, scope, caption)
- WHATWG HTML Living Standard: a table elem specifikációja
- OpenAI dokumentáció: a ChatGPT keresésre és a webes tartalmak feldolgozására vonatkozó közzétett anyagok
Gyakori kérdések
Muszáj valódi HTML-táblázatot használnom, vagy elég egy szépen formázott felsorolás?
Ha kettőnél több szempont szerint hasonlítasz össze kettőnél több dolgot, a valódi HTML-táblázat a biztos megoldás, mert abból derül ki egyértelműen, melyik érték melyik sorhoz és oszlophoz tartozik. Egy-két szempontnál a jól tagolt felsorolás is működhet, de a táblázat ott is olvashatóbb.
Mi a baj azzal, ha a táblázatot képként töltöm fel?
A képben lévő szöveg gyakorlatilag nem elérhető szöveges tartalomként, így sem a kereső, sem az AI-válaszmotor nem tud belőle adatot kinyerni. Az alt szövegbe pedig nem fér bele egy többsoros összehasonlítás. Ha csak kép formájában van meg az adat, érdemes egyszer átgépelni HTML-táblázatba.
Használhatok összevont cellákat, ha a design úgy szebb?
Lehetőleg ne. Az összevont cellák elrontják a sor-oszlop megfeleltetést, és a kinyert adat elcsúszhat, vagyis rosszabb esetben félreidézett információ kerül a válaszba. Ha csoportosítani akarsz, inkább bontsd két külön táblázatra, mindkettőnek saját címmel.
Hány oszlop az ideális egy összehasonlító táblázatban?
Tapasztalat szerint négy-hat oszlop az a sáv, amit még mind az olvasó, mind a gép jól kezel. E fölött érdemes témák szerint kettébontani, például külön műszaki paraméterek és külön szolgáltatási feltételek táblázatra.
Kell strukturált adat (Schema.org) is a táblázat mellé?
A Schema.org szótárban nincs általános táblázat típus, viszont termékeknél a Product és a kapcsolódó tulajdonságok jól kiegészítik a HTML-táblázatot. A kettő nem helyettesíti egymást: a táblázat az olvasható forma, a strukturált adat a gépi kivonat.
Mennyi idő alatt látszik, ha javítottam a táblázataimon?
Erre nincs megbízható számadat, és eredményt garantálni sem lehet. A tartalom újrafeldolgozása általában hetekben mérhető, az AI-válaszokban való megjelenés pedig ennél is kiszámíthatatlanabb. Reálisan annyit érdemes vállalni, hogy a javítás jó eséllyel növeli az esélyt, de nem biztosít helyezést.
Források és további olvasnivalók
Ezen az oldalon a hivatalosan igazolt információt elsődleges forrásokból építjük fel; a saját tapasztalatot és a szakmai becslést mindig külön jelöljük a szövegben.