Sok keresőoptimalizáló elterjedt véleménye szerint a Google webes megjelenítési szolgáltatása öt másodperces megjelenítési ablakkal rendelkezik, és bármi, ami ez után az öt másodperces időtartam után történik, nem kerül bele az oldal Google által indexelt verziójába.
Az ötlet abból indult ki, hogy a Google Martin Splitt legalább két alkalommal elmondta, és végül széles körben elfogadottá vált, mint igaz. Dave Smart, a Tame the Bots munkatársa tesztelte az elméletet, és nemcsak azt fedezte fel, hogy az öt másodperces ablak nem igaz, hanem arra is, hogy a Google webes megjelenítési szolgáltatása szüneteltetheti és újraindíthatja a renderelő órát.
Tehát kinek van igaza, a keresőoptimalizálóknak, akik Martin Splitt által elmondottakra alapozzák véleményüket, vagy Dave Smartnak, az Egyesült Királyságban dolgozó keresőoptimalizálónak? A pénzem Dave Smarton van, és hamarosan megérted, miért.
Mit mondanak a keresőoptimalizálók
A sok SEO blogban népszerűsített ötlet az, hogy van egy öt másodperces ablak, amely az az idő, ameddig a Google Web Rendering Service (WRS) vár, mielőtt rögzítené egy weboldal renderelt dokumentumobjektum-modelljét (DOM).
A Google webes megjelenítési szolgáltatása hat dolgot teljesítő szolgáltatások gyűjteménye:
- Megkapja a Googlebot által feltérképezett HTML-kódot.
- Lekéri a weboldal erőforrásait, például a CSS-t, a JavaScriptet és a képeket.
- Betölti az oldalt egy fej nélküli Chromium böngészőbe.
- Ezután végrehajtja az oldal JavaScriptjét.
- Ezután pillanatképet készít az oldal DOM-járól.
- Ezen a ponton átadja a DOM-pillanatfelvételt a Google indexelő rendszerébe.
A keresőoptimalizálóknak az öt másodperces ablak elméletének két változata van
1. Egyes keresőoptimalizálók azt mondják, hogy a Google webes megjelenítési szolgáltatásán belüli megjelenítési folyamatnak körülbelül öt másodperce van ahhoz, hogy elkészítse a Google által készített pillanatképeket. Azt mondják, van egy öt másodperces időszak, amely alatt az oldal betöltődik, a JavaScript lefut, és a Google pillanatfelvételt készít a megjelenített DOM-ról indexelés céljából.
2. A második variáció az, hogy a fontos tartalomnak öt másodpercen belül meg kell jelennie a DOM-ban, mert akkor várható, hogy a Google rögzíti a DOM-pillanatfelvételt.
Egyes keresőoptimalizálók még azt is állítják, hogy lefuttattak egy tesztet, és azt állítják, hogy megerősítették, hogy valóban létezik öt másodperces időtartam.
Mit mondott Martin Splitt?
Martin Splitt az elmúlt hét évben legalább két videobemutatót tartott, amelyekben bemutatta a SEO világát az öt másodperces megjelenítési ablak fogalmával.
Íme, mit mondott Splitt az öt másodperces ablakról (körülbelül 18 percnél a videóban):
„Mit kell tehát tudnod, mit kell ebből elvenned?
Minden webhely megjelenik, függetlenül attól, hogy tartalmaznak-e JavaScriptet vagy sem.
Amit a renderelés után látunk, az az a DOM-pillanatkép, amely az indexelésbe kerül. Ez az, amivel törődsz.
Nem a képernyőkép, nem valami furcsa gyorsítótár a keresési eredmények között. Ne használd azt.
Ne használja a like view forrást. A forrás megtekintése nem ad DOM-információkat. Használja az általunk biztosított tesztelési eszközöket. Valójában azt adják, ami a renderelésből jött ki.
Mediánban egy oldal megjelenítése öt másodpercig várakozik.
Tehát ez azt jelenti, hogy mielőtt az egyik ilyen kedves felveszi őket, átlagosan öt másodpercen belül vannak. A 90. percentilis néhány perc. Szóval percekről beszélünk, nem hetekről vagy hónapokról.
Az agresszív renderelés gyorsítótárazza az erőforrásokat, így nem kell túl sokat aggódnia a rendereléssel kapcsolatos feltérképezési költségkeret miatt. Ez nem tesz akkora különbséget.
És ha szeretné tesztelni a dolgait, ne csináljon furcsa dolgokat. Csak használja a Google Search Console Vizsgálati URL-jét. Megmutatja, mi történik a renderelés során, rendben?
Ne féljen a rendereléstől vagy a JavaScripttől.”
Nyilvánvaló, hogy a Splitt nem ír le öt másodperces korlátot a Web Rendering Service számára. Leírja, hogy átlagosan mennyi ideig várakoznak az oldalak a renderelési sorban a renderelés megkezdése előtt. Amint egy megjelenítő felveszi az oldalt, nincs szó a megjelenítési időkorlátról.
Nyilvánvaló, hogy nincs kapcsolat aközött, amit a keresőoptimalizálók gondolnak, és amit Splitt mondott.
Dave Smart webes renderingszolgáltatási tesztje
Dave Smart (LinkedIn profil) kísérletet végzett az öt másodperces ablak elméletének tesztelésére. Létrehozott egy tesztoldalt, amely szándékosan késleltette a tartalmat, miközben többszörös időzítési mérést rögzített annak megállapítására, hogy a Google Web Rendering Service (WRS) valóban leállította-e a megjelenítést öt másodperc után.
A teszt úgy működött, hogy létrehozott egy tesztoldalt, amely POST kéréseket küldött egy PHP szkripthez. Ez a PHP-szkript véletlenszerűen 3-6 másodperccel késleltette válaszát a tartalom kiszolgálása előtt. A Smart ezen API-hívások közül kettőt használt a teszt során, így ezek együttesen hat és tizenkét másodpercet vehetnek igénybe.
Amit a WRS teszt fedezett fel
Smart tesztje eredetileg az öt másodperces ablak elméletének teszteléséről szólt, de végül egy teljesen váratlan második eredményre jutott.
Először úgy tűnt, hogy a kísérlet megerősítette az öt másodperces ablak elméletét, mivel a JavaScript időzítő öt másodpercig futott, és azt a benyomást keltette, hogy a Google webes megjelenítési szolgáltatásának öt másodperces megjelenítési korlátja van.
Azt írta:
„A képernyőképeket megnézve láthatja, hogy a setInterval() ciklus 5 másodpercig futott, és frissítette a cím elemet. …Tehát a racionális következtetés az lenne, hogy a WRS-nek 5 másodperces megjelenítési korlátja van, nem igaz?”
Egy másik mérés azonban ellentmond ennek a következtetésnek. Az oldal szerveroldali API-hívásokat is végrehajtott, amelyek befejezése hat és tizenkét másodperc között volt, ennek ellenére a Google Web Rendering Service továbbra is megvárta a késleltetett tartalmat, és belefoglalta a renderelt DOM-ba.
A Smart talált egy paradoxonnak tűnő dolgot, ami felvetette a kérdést: Hogyan tud a Google webes megjelenítési szolgáltatása öt másodpercnél tovább várni, ha a JavaScript időzítő csak öt másodpercet halad előre?
A válasz az, hogy a Google webes megjelenítési szolgáltatása virtuális órát használ ahelyett, hogy a ténylegesen eltelt időre hagyatkozna. Amíg a hálózati kérésekre (például a szerveroldali API-hívásokra) vár, szüneteltetheti a virtuális órát, így több valós idő telhet el, mint amennyit a JavaScript-időzítő jelent.
Smart elmagyarázta:
„A WRS a maga módján méri az időt. A hardveres óra helyett, mint amilyen a számítógépén vagy a szerverén van, a WRS egy virtuális órát használ, amelyet vezérelhetnek. Ez azt jelenti, hogy felgyorsíthatja, lelassíthatja vagy akár szüneteltetheti is a fej nélküli Chrome-példány idejét, ha úgy dönt.
Honnan tudjuk, hogy 5 másodperc nem határ? Emlékszel azokra az API-hívásokra, amelyeket kezdeményeztek? Ezek késleltetett szerveroldaliak, 3 és 6 másodperc között. Tehát mindkét API-hívás teljes ideje 6 és 12 másodperc között lehet, ami hosszabb, mint a híres 5 másodperces korlát.”
Jobban értjük a webes megjelenítést
A keresőoptimalizálási közösség köszönettel tartozik Dave Smartnak, amiért lefutotta ezt az okos kísérletet, és megerősítette, hogy nincs öt másodperces időkorlát a Google webes megjelenítési szolgáltatásával kapcsolatban. Tekintettel arra, hogy Martin Splitt megjegyzései is egybevágnak Smart teszteredményeivel, úgy gondolom, magabiztosan zárhatjuk a könyvet az öt másodperces renderelési korlát mítoszáról.
