A legtöbb weboldal másképp jelenik meg mobilon és asztali gépen. Amit a látogatók látnak, az az eszközüktől függ. De az AI-bejáróknak ez az ellentmondás problémát okoz: ha a mobilos változatod elrejti vagy eltávolítja azt a tartalmat, amely asztali gépen megjelenik, a bejáró soha nem találja meg.
Hogyan dönti el egy bejáró, mit dolgozzon fel? Amikor egy AI-robot lekéri az oldaladat, nem vár. Eléri a szerveredet, betölti, amit tud az időkorlátján belül, elemzi a kapott HTML-t, CSS-t és JavaScriptet, és kivonja, amit olvas. Ha a mobilos megjelenítésed eltávolít kulcsszakaszokat, átrendezi a tartalmat vagy megtöri az elrendezést, a bejáró az oldalad kisebb, kevésbé teljes változatát látja.
Ez a fejezet bemutatja, hogyan lépnek kapcsolatba az AI-bejárók a mobiloldalakkal, mely tervezési döntések befolyásolják a bejárhatóságot, és hogyan biztosítsd, hogy az AI-rendszerek ugyanazt a tartalmat érjék el, amelyet az emberi látogatóid látnak.
Hogyan látják az AI-bejárók a mobiloldaladat
Az AI-bejárók (például a GPTBot, a ClaudeBot, a PerplexityBot) ugyanúgy kérnek le oldalakat, mint egy böngésző. Küldenek egy User-Agent fejlécet, amely azonosítja őket, követik a robots.txt szabályaidat, és feldolgozzák a visszaküldött HTML-t és CSS-t.
A kulcsfontosságú különbség: a legtöbb AI-robot mobilos nézetablakkal jeleníti meg az oldalakat. Mobileszközt szimulálnak a bejáráskor, ami azt jelenti, hogy a mobilos elrendezésedet látják, nem az asztali gépest. Ez tervezési döntés volt, mert a legtöbb felhasználó mobil-első, és az AI-platformok meg akarják érteni, mit látnak valójában a valódi felhasználók.
A bejáró megjelenítési folyamata
Amikor a bejáró betölti az oldalad, ezeken a lépéseken megy végig:
Először lekéri a HTML-t, és letölti a kezdeti adatcsomagot. Másodszor végrehajtja a JavaScriptet, ha az oldalnak szüksége van rá a tartalom megjelenítéséhez (ez időbe telik). Harmadszor megvárja, hogy a képek, betűtípusok és más erőforrások betöltődjenek (korlátokon belül). Negyedszer elemzi a végső megjelenített állapotot, és kivonja az olvasható tartalmat.
Ha bármelyik lépés időtúllépést okoz vagy meghiúsul, a bejáró hiányos képet kap. A lassú mobiloldal időtúllépést okozhat, mielőtt a JavaScript befejezné a futást. Az elhalasztottan betöltődő tartalmú oldal csak a képernyő felső részét szolgálhatja ki. Az a „továbbolvasom” gomb mögé tartalmat rejtő oldal soha nem tölti be a rejtett szöveget.
Mi vonódik ki a mobiloldaladról
Nem minden, amit a bejáró betölt, számít a rangsoroláshoz vagy a hivatkozásokhoz. A bejáró azt részesíti előnyben, amit fő tartalomnak tekint.
A kutatások szerint egy oldal első 30%-a adja az AI-rendszerek által tett összes hivatkozás 44%-át. Ez nem önkényes. A képernyő felső részén lévő tartalmat dolgozzák fel először, töltődik be leggyorsabban, és erősebben súlyozzák, mert az olvasók ezt látják azonnal.
Miért számít a pozíció az AI-láthatóságnál
Ha a legjobb tartalmadat görgetés alá, fül mögé vagy harmonika alá rejted, az AI-bejárók még mindig megtalálják, de kisebb súlyt kap. Az olyan tartalmat, amelynek megtekintéséhez kattintani, elhúzni vagy kibontani kell, indexelik, de másodlagosként kezelik.
Különösen mobilon ez jobban számít. A mobilképernyők kisebbek. Több tartalom ül a képernyő alsó részén. Ha a mobilos elrendezésed lejjebb tolja a legfontosabb információt, vagy egyszerűsített mobilos változatot szolgálsz ki, amely kihagyja a részletes magyarázatokat, a bejárók kevesebbet látnak.
Core Web Vitals és bejárói időtúllépések
A Core Web Vitals három mutatóval méri a felhasználói élményt: LCP (Largest Contentful Paint), FID (First Input Delay) és CLS (Cumulative Layout Shift).
A bejáróknak csak a sebesség számít. Az oldaladnak van időtúllépési ablaka. Ha az erőforrások nem töltődnek be, a képek nem töltődnek le, és a JavaScript nem fut le ezen az ablakon belül, a bejáró azzal megy tovább, amije addig van.
LCP és a bejáró láthatósága
Az LCP 2,5 másodpercen belül kell bekövetkezzen. Ha a mobilos LCP-d 5 másodperc vagy lassabb, a bejárók csak a kezdeti HTML-t láthatják, anélkül hogy megvárnák a fő tartalom megjelenítését. Ez különösen igaz az AI-robotokra, amelyeknek gyakran szigorúbb az időtúllépésük, mint a Google bejárójának.
A mobiloldalak lassabbak az asztali oldalaknál, mert a mobilhálózatok lassabbak. Az asztali gépen 2 másodperces betöltési idő egy lassított mobilhálózaton 6 másodperces betöltési idővé válhat. Ha a mobiloldalad nagy JavaScript-csomagok letöltésére támaszkodik, mielőtt bármi megjelenne, a bejárók üres vagy többnyire üres oldalt látnak.
Hogyan javítsd a lassú mobiloldalakat
Kifejezetten mobilon optimalizálj a Core Web Vitalsra. Teszteld lassú hálózatokon (3G, 4G). Halaszd el a nem kritikus JavaScriptet. Tömörítsd a képeket. Használj CDN-t. A kritikus tartalmat töltsd be a dekoratív elemek előtt.
Reszponzív dizájn vs teljes tartalom
A reszponzív dizájn szükséges. Az oldalad működjön mobilon. De a reszponzív nem ugyanaz, mint a teljes.
Egyes oldalak reszponzívan elrejtenek tartalmat mobilon. Összecsukják a szakaszokat, eltávolítják az oldalsávokat, elrejtik a dokumentációs oldalsávokat vagy egyszerűsítik a navigációt. Ez rendben van a felhasználóknak, akik navigálnak és megtalálják, amire szükségük van. De a bejáróknak az elrejtett tartalom láthatatlan tartalom.
Amit a bejárók elnéznek az interaktív elrendezésekben
Ha a mobilos változatod füleket tölt be, és csak az első fül tartalmát mutatja, a többit pedig a kattintásig nem tölti be, az az oldallal nem interakcióba lépő bejáró lemarad az elrejtett fülekről. Ha CSS-sel display:none értéket adsz bizonyos elemeknek mobilon, azok egyáltalán nem jelennek meg. Ha a JavaScript feltételesen más tartalmat tölt be mobilon és asztali gépen, a bejáró csak a mobilos változatot látja.
A tartalmi egyezőség az az elv, amely számít. Minden szónak, képnek, linknek és strukturált adatnak, amely asztali gépen megjelenik, mobilon is meg kell jelennie (vagy felhasználói interakció nélkül elérhetőnek kell lennie). Ha az oldalad olyan mobilos változatot szolgál ki, amely eltávolít vagy jelentősen egyszerűsít tartalmat, a bejáróknak az oldalad kisebb, kevésbé teljes változatát adod.
Hol biztonságos egyszerűsíteni mobilon
Ez nem azt jelenti, hogy az elrendezéseidnek azonosaknak kell lenniük. A mobilnavigációd lehet más. Az elrendezésed egymás alá rendeződhet. De a tartalmad ne tűnjön el. Ha helykímélésből el kell rejtened valamit, a navigációt vagy az oldalsávokat rejtsd el, ne a fő tartalmadat.
JavaScript-megjelenítés és AI-bejárók
Egyes oldalak az oldalaikat teljes egészében JavaScriptben építik fel. A HTML-fájl szinte üres, a tényleges tartalom kliensoldalon jelenik meg, amikor a JavaScript lefut a böngészőben.
Az AI-bejárók tudnak JavaScriptet futtatni, de nem ugyanúgy, mint egy böngésző. Korlátozott időtúllépési ablakaik vannak. Nincs GPU-gyorsításuk. Nem mindig várják meg az aszinkron műveletek befejezését.
Miért bukik el a kliensoldali megjelenítés a bejáróknál
Az az oldal, amely JavaScriptre támaszkodik, hogy adatot kérjen le egy API-ból, majd megjelenítse, elbukhat egy bejárónál. A bejáró betölti a HTML-t, elkezdi futtatni a JavaScriptet, de időtúllépést okoz, mielőtt az API-hívás befejeződne, és az oldal megjelenne. A bejáró az oldalad puszta vázával végzi, tényleges tartalom nélkül.
Ezért veri a szerveroldali megjelenítés (SSR) a kliensoldali megjelenítést (CSR) a bejárói láthatóságnál. Amikor a tartalmat a szerveren jeleníted meg, és kész HTML-t küldesz a bejárónak, a bejáró azonnal megkapja a teljes oldalt. Amikor kliensoldalon jelenítesz meg, és a bejáróval kell JavaScriptet futtattatnod az oldal megtekintéséhez, lassítod, és időtúllépést kockáztatsz.
Ajánlások JavaScript-keretrendszerekhez
Ha JavaScript-keretrendszert használsz, gondoskodj róla, hogy a kritikus tartalom a szerveroldalon jelenjen meg, vagy a kezdeti HTML-ben szerepeljen. A bejárónak nem szabad JavaScriptet futtatnia a fő tartalmad megtekintéséhez.
A mobilon lévő strukturált adatoknak egyezniük kell az asztali géppel
Az AI-bejárók strukturált adatot (sémajelölést) vonnak ki az oldalaidról, hogy megértsék, miről beszélsz. A strukturált adatot entitások azonosítására, tények ellenőrzésére és kapcsolatok megértésére használják.
Ha a mobilos változatod nem tartalmazza ugyanazt a strukturált adatot, mint az asztali, a bejárók hiányos információt látnak. Egy termékoldalon lehet ársémajelölés asztali gépen, de mobilon nem. Egy cikk tartalmazhat szerzői sémát asztali gépen, de mobilon eltávolíthatod helykímélésből.
Mindig tedd bele az összes strukturált adatot az oldalad mindkét változatába. Ha dekoratív elemeket kell elrejtened mobilon, rejtsd el. De a sémát ne rejtsd el. A séma a felhasználóknak úgyis láthatatlan, így nincs helyfoglalási hátránya annak, ha mobilon is szerepel.
Mobilos megjelenítési teljesítmény és hivatkozási arányok
A tanulmányok közvetlen korrelációt mutatnak az oldalsebesség és az AI-hivatkozási arány között. A gyorsan betöltődő oldalakra gyakrabban hivatkoznak. Ez a hatás mobilon erősebb, mert a mobilhálózatok jelentik a szűk keresztmetszetet.
Az az oldal, amely mobilon 1,5 másodperc alatt betöltődik, többet kap hivatkozást, mint ugyanaz az oldal 4 másodperces betöltéssel. A különbség nem csak a felhasználói élményről szól (bár az is számít). A bejárói hozzáférésről is. A gyorsabb oldalak teljesebben töltődnek be a bejáró időtúllépési ablakán belül. A bejárók több tartalmat látnak, több információt vonnak ki, és jobban megértik az oldalt.
Képoptimalizálás a mobilos sebességért
A képoptimalizálás az egyik legnagyobb nyereség itt. A nagy, optimalizálatlan képek drámaian lassítják a mobiloldalakat. A WebP formátumú képek 35%-kal gyorsabban töltődnek be, mint a JPEG. A képek elhalasztott betöltése (hagyni, hogy csak szükség esetén töltődjenek be) gyorsítja a kezdeti oldalbetöltést. A CDN használata, amely a felhasználó helyéhez közeli szerverről szolgálja ki a képeket, jelentősen csökkenti a betöltési időt.
Gyakori mobilos hibák, amelyek blokkolják az AI-bejárókat
Az oldalad lehet mobilra reszponzív, és mégis blokkolhatja a bejárók hozzáférését a tartalomhoz. Íme a legnagyobb hibák:
Tartalom elrejtése interaktív elemek mögé
A füleken, harmonikákon vagy körhintákban lévő tartalom, amelynek kibontásához kattintani kell, technikailag bejárható, de kisebb súlyú. Ha a mobilos elrendezésed a tartalmad 50%-át füleken rejti el, a bejáró mindet látja, de az AI-rendszerek másodlagos információként kezelik.
Tartalom eltávolítása a mobilról
Egyes oldalak egyszerűbb mobilos változatot szolgálnak ki, amely kihagyja a részletes magyarázatokat. Ez sávszélességet spórol, de csökkenti a bejárói hozzáférést. Ne tedd ezt. Mindkét eszközön ugyanazt a tartalmat szolgáld ki.
Végtelen görgetés lapozás nélkül
Azok az oldalak, amelyek görgetéskor több tartalmat töltenek be, JavaScriptet használnak további elemek lekéréséhez. A bejárók nem görgetnek. Egyszer betöltik az oldalt, és elemzik, amit kapnak. A végtelen görgetés rövid oldalnak látszik a bejárónak, hacsak nem adsz lapozási linkeket vagy következő oldal gombot, amelyet a bejáró megtalál.
Tolakodó felugró ablakok és átfedések
Az olyan felugró ablakok, amelyek eltakarják a tartalmat, vagy bezárást igényelnek az olvasás előtt, rosszak a felhasználóknak és rosszak a bejáróknak. Blokkolhatják a hozzáférést a fő tartalomhoz. Használd őket takarékosan, és soha ne blokkolj kritikus tartalmat mögöttük.
Képek vagy erőforrások blokkolása az AI-bejárók elől
A robots.txt-d vagy a user-agent szabályaid blokkolhatják a képek kézbesítését bizonyos bejáróknak. Ha a képek nem töltődnek be, a bejárók lemaradnak a képek alt szövegéről és strukturált adatáról. Engedd, hogy minden bejáró hozzáférjen a képekhez és az erőforrásokhoz (hacsak nincs konkrét okod rá, hogy ne).
Helytelen viewport meta címke
A viewport meta címke megmondja a böngészőknek és a bejáróknak, hogyan kezeljék az oldalszélességet. Ha a mobiloldaladon nincs megfelelő viewport-deklaráció, mind a bejárók, mind a böngészők nehezen jelenítik meg helyesen az oldalt.
A mobiloldalad tesztelése AI-bejárói hozzáférésre
Nem feltételezheted, hogy a mobiloldalad bejárható. Teszteld.
Ellenőrizd a megjelenítést a Google Search Console-ban
Használd a Google Search Console mobilos változatát a megjelenítési problémák ellenőrzéséhez. A Google megmutatja, hogyan látja a Googlebot a mobiloldalaidat. Keress hiányzó tartalmat, törött képeket vagy sikertelen JavaScriptet.
Teszteld az oldalsebességet mobilon
Teszteld az oldalsebességet mobilon a PageSpeed Insights segítségével, mobil kiválasztásával. Célozz zöld pontszámokat (90+) az LCP, FID és CLS értékeknél. Valódi mobilhálózaton (nem az irodai WiFi-n) teszteld a betöltési időt. Az oldalaknak 3 másodperc alatt be kell töltődniük 4G hálózaton.
Kézzel ellenőrizd a tartalom láthatóságát
Nyisd meg az oldaladat valódi mobileszközön (vagy használd a Chrome eszközemulációját). Görgess végig az oldalaidon. Győződj meg róla, hogy semmi fontos nincs elrejtve, eltávolítva vagy interakció mögött. Kérdezd meg magadtól: látná-e egy bejáró ezt a tartalmat kattintás, koppintás vagy görgetés nélkül?
Teszteld mobilos bejárókkal
Teszteld mobilt szimuláló bejárókkal, ha lehetséges. Egyes SEO-eszközök lehetővé teszik, hogy mobilos Googlebot user-agentekkel járd be az oldaladat. Ez megmutatja, mit lát a Google bejárója mobilon.
Gyakori kérdések
Ugyanazt a mobiltartalmat látják az AI-bejárók, mint az emberi látogatók?
Az AI-bejárók mobileszközöket szimulálnak a bejáráskor, így látják a mobilos elrendezésedet és a reszponzív dizájnt. De nem lépnek interakcióba az oldallal úgy, ahogyan az emberek. Nem kattintanak füleken, nem bontanak ki harmonikákat, és nem görgetnek további tartalom betöltéséhez. Ha a tartalom betöltéséhez interakció kell, a bejárók lemaradhatnak róla, vagy kevésbé fontosnak kezelhetik, mint az azonnal látható tartalmat. A WEMASY weboldalépítőjével ezt közvetlenül a weboldaladon beállíthatod.
Mi történik, ha lassú a mobiloldalam?
A lassú oldalak időtúllépést okoznak, mielőtt a bejárók látnák az összes tartalmat. Ha az oldalad mobilon 5+ másodperc alatt töltődik be, a bejárók az időtúllépési ablakukon belül befejezhetik a feldolgozást, mielőtt a JavaScript végrehajtása vagy a képek betöltése befejeződne. Hiányos képet kapnak az oldaladról. Ez befolyásolja, mennyi információt vonnak ki, és mekkora súlyt adnak az AI-rendszerek a tartalmadnak.
Szolgálhatok ki különböző tartalmat mobilon és asztali gépen a bejáróknak?
Lehetnek különböző dizájnok és elrendezések mobilon és asztali gépen. Amit ne tegyél, az a különböző tartalom kiszolgálása. A Core Web Vitals és a strukturált adatok mindkét változaton azonosak legyenek. Minden szövegnek, képnek és fontos információnak mindkét változaton meg kell jelennie (vagy felhasználói interakció nélkül elérhetőnek kell lennie). A tartalmat kihagyó egyszerűsített mobilos változat kiszolgálása azt jelenti, hogy a bejárók kevesebbet látnak.
Árt az AI-láthatóságomnak az elrejtett fülek és harmonikák használata?
A füleken és harmonikákban lévő tartalom még mindig bejárható, de kisebb súlyú, mint az azonnal látható tartalom. Ha a legfontosabb információd mobilon fülek mögé van rejtve, az AI-rendszerek látják, de másodlagosként kezelik. A maximális láthatóságért told a legjobb tartalmadat az oldal tetejére, ahol először töltődik be, és interakció nélkül megjelenik.
Hogyan teszteljem, hogy a mobiloldalam AI-bejáróbarát-e?
Ellenőrizd a mobilos megjelenítést a Google Search Console-ban, hogy lásd, hogyan értelmezi a Googlebot az oldalaidat. Teszteld az oldalsebességet mobilon a PageSpeed Insights segítségével, 90+ Core Web Vitals pontszámot célozva. Nyisd meg az oldaladat valódi mobileszközön, és ellenőrizd, hogy minden fontos tartalom látható kattintás vagy görgetés nélkül. A bejárók csak azt látják, ami azonnal elérhető, vagy automatikusan betöltődik az időtúllépési ablakukon belül.
Külön mobilos változatot hozzak létre, vagy reszponzív dizájnt használjak?
Használj reszponzív dizájnt. A külön mobilos és asztali oldalak (különböző tartalommal) létrehozása összezavarja a bejárókat, és két változat kezelését igényli. A reszponzív dizájn igazítja az elrendezést a különböző képernyőméretekhez, miközben ugyanazt a tartalmat és HTML-t szolgálja ki. Ezt egyszerűbb karbantartani, jobb a bejáróknak, és ezt a megközelítést ajánlja a Google és az AI-platformok.