Egy Cloudflare-incidens 5xx választ ad vissza számos webhely és alkalmazás számára, amelyek a hálózata mögött helyezkednek el, ami azt jelenti, hogy a felhasználók és a feltérképező robotok ugyanazokat a hibákat tapasztalhatják.
SEO szempontból ez a fajta kimaradás gyakran rosszabbnak tűnik, mint amilyen. Az 5xx hibák rövid sorozatai általában befolyásolják a feltérképezési viselkedést, mielőtt hosszú távú rangsort érnének, de van néhány részlet, amelyre érdemes odafigyelni.
Amit valószínűleg látni fog
Azok a webhelyek, amelyek CDN-ként vagy fordított proxyként támaszkodnak a Cloudflare-re, jelenleg általános „500 belső szerverhiba” oldalakat jelenítenek meg, vagy egyáltalán nem tudnak betölteni. A gyakorlatban a válaszcsalád minden részét szerverhibaként kezelik.
Ha a Googlebot véletlenül feltérképez, miközben az incidens folyamatban van, ugyanazokat az 5xx válaszokat rögzíti, amelyeket a felhasználók látnak. Előfordulhat, hogy nem vesz észre azonnal semmit a Search Console-ban, de a következő napokban megugrott a szerverhibák száma, csökkenhet a feltérképezési tevékenység, vagy mindkettő.
Ne feledje, hogy a Search Console-adatok ritkán valós idejűek, és gyakran körülbelül 48 órával késnek. Egy lapos vonal a GSC-ben ma azt jelentheti, hogy a jelentés még nem utolérte. Ha meg kell győződnie arról, hogy a Googlebot jelenleg hibákat észlel, ellenőriznie kell a nyers szerver hozzáférési naplóit.
Ez rangsorolási vészhelyzetnek tűnhet. Segít megérteni, hogyan írta le a Google az ideiglenes szerverproblémák kezelését a múltban, és mit mondanak ma a Google képviselői.
Hogyan kezeli a Google a rövid 5xx-es tüskéket?
A Google 5xx válaszokat csoportosít annak jeleként, hogy a szerver túlterhelt vagy nem elérhető. A Google Search Central HTTP-állapotkódokról szóló dokumentációja szerint az 5xx és 429 hibák átmeneti lassításra késztetik a bejárókat, és a továbbra is szerverhibákat visszaadó URL-ek végül kikerülhetnek az indexből, ha a probléma megoldatlan marad.
A Google „Hogyan kezeljük a tervezett helyszíni leállást” című blogbejegyzése hasonló útmutatást ad a karbantartási időszakokhoz, 503-as állapotkódot javasol az ideiglenes leállások esetére, és megjegyzi, hogy a hosszan tartó 503-as válaszok a tartalom már nem elérhető jeleként kezelhetők.
Egy közelmúltbeli Bluesky-bejegyzésben a Google keresési ügyvédje, John Mueller egyszerűbben erősítette meg ugyanezt az üzenetet. Mueller írta:
„Igen. 5xx = A Google feltérképezése lelassul, de vissza fog gyorsulni.”
Hozzátette:
„Ha több napig 5xx marad, akkor a dolgok elkezdhetnek kiesni, de még akkor is elég gyorsan vissza fognak térni.”
Összességében a dokumentáció és Mueller megjegyzései meglehetősen világos vonalat húznak.
A rövid állásidő általában nem jelent komoly rangsorolási problémát. A már indexelt oldalak általában egy ideig az indexben maradnak, még akkor is, ha rövid időre hibákat adnak vissza. Amikor a rendelkezésre állás visszatér a normál értékre, a feltérképezési rámpák visszafelé haladnak, és a keresési eredmények általában rendeződnek.
A kép megváltozik, ha a szerverhibák mintává válnak. Ha a Googlebot huzamosabb ideig 5xx választ lát, elkezdheti az URL-eket ténylegesen eltűntként kezelni. Ekkor előfordulhat, hogy az oldalak kiesnek az indexből, amíg a robotok ismét stabil, sikeres válaszokat nem látnak, és a helyreállítás tovább tart.
A gyakorlati tapasztalat az, hogy az egyszeri infrastrukturális incidensek többnyire feltérképezéssel és megbízhatósággal kapcsolatosak. A tartós SEO-problémák általában akkor jelennek meg, ha a hibák jóval a kezdeti leállási időszakon túl is elhúzódnak.
Tekintse meg a Google további útmutatásait az 5xx hibákkal kapcsolatban:
Az Analytics és a PPC jelentések hiányosságai
Sok webhely esetében a Cloudflare nemcsak HTML-oldalak előtt áll. Az elemzéshez és hirdetéshez használt hozzájárulási szalaghirdetések, címkekezelők és harmadik féltől származó szkriptek a Cloudflare-en keresztül futó szolgáltatásoktól függhetnek.
Ha a hozzájáruláskezelési platform vagy a címkekezelő lassú volt vagy nem volt elérhető a leállás alatt, ez később a GA4 és a hirdetési platform jelentései hiányosságaiként jelenhet meg. Előfordulhat, hogy a hozzájárulási események nem aktiválódtak, a címkék időtúllépést szenvedtek, és egyes munkameneteket vagy konverziókat egyáltalán nem rögzítettek.
A teljesítmény áttekintésekor rövid emelkedést tapasztalhat a GA4-forgalomban, csökkenhet a jelentett konverziók száma a Google Ads szolgáltatásban vagy más platformokon, vagy mindkettő. Sok esetben ez a hiányzó adatokra utal, nem pedig a kereslet valódi összeomlására.
Biztonságosabb, ha az elemzésekben és a médiajelentésekben megjegyzéseket fűz a mai eseményhez, és nyomon követési hiányosságként kezeli, mielőtt elkezdené reagálni az ajánlatmódosításokra vagy a költségkeret-eltolódásokra néhány órás zajos számok alapján.
Mi a teendő, ha elütöttek
Ha úgy gondolja, hogy Önt érinti a mai kimaradás, először ellenőrizze, hogy a probléma valóban a Cloudflare-hez, és nem az eredeti kiszolgálóhoz vagy alkalmazáskódhoz kapcsolódik. Ellenőrizze saját üzemidő-felügyeletét és a Cloudflare-től vagy a gazdagéptől érkező állapotüzeneteket, hogy tudja, hová irányítsa a mérnöki erőfeszítéseket.
Ezután rögzítse az időzítést. Jegyezze fel, mikor látott először 5xx hibákat, és mikor tért vissza a dolgok a normális kerékvágásba. Ha megjegyzést ad hozzá az elemzésekhez, a Search Console-hoz és a médiajelentésekhez, sokkal könnyebben megmagyarázhatja a forgalom vagy a konverziós visszaeséseket, amikor később áttekinti a teljesítményt.
Az elkövetkező napokban tartsa szemmel a feltérképezési statisztikák jelentését és az indexlefedettséget a Search Console-ban, valamint saját szervernaplóit. Megerősítést keres arra vonatkozóan, hogy a feltérképezési tevékenység az incidens befejeztével visszatér a megszokott mintájára, és hogy a szerver hibaaránya visszaesik az alapszintre. Ha a grafikonok rendeződnek, a kimaradást zárt eseményként kezelheti.
Ha ehelyett továbbra is megnövekedett 5xx válaszokat lát, miután a Cloudflare megoldottként jelentette a problémát, biztonságosabb a helyzetet helyspecifikus problémaként kezelni.
Általában nem kell megváltoztatnia a tartalmat, a belső linkeket vagy az oldalon belüli SEO-t pusztán egy rövid Cloudflare-kimaradás miatt. A stabilitás helyreállítása a prioritás.
Végül álljon ellen annak a késztetésnek, hogy megnyomja a „Javítás ellenőrzése” gombot a Search Console-ban, amint a webhely újra elérhetővé válik. Ha akkor indítja el az érvényesítést, amikor a kapcsolat még mindig szakaszos, az ellenőrzés sikertelen lesz, és meg kell várnia a ciklus visszaállítását. Biztonságosabb, ha az érvényesítés előtt 24 órát vár, amíg az állapotoldalon a „Megoldva” felirat jelenik meg.
Nézd is: A felfedezhetőség, a feltérképezés és a rangsorolás javítása
Miért számít ez?
Az ehhez hasonló incidensek emlékeztetnek arra, hogy a keresés láthatósága a megbízhatósághoz és a relevanciához egyaránt kötődik. Ha a verem közepén lévő szolgáltatónak problémái vannak, az gyorsan hirtelen csökkenésnek tűnhet, még akkor is, ha a kiváltó ok a webhelyen kívül van.
Ha tudja, hogyan kezeli a Google az ideiglenes 5xx-es kiugrásokat, és hogyan befolyásolják ezek az elemzéseket és a PPC-jelentéseket, akkor jobban kommunikálhat az ügyfelekkel és az érdekelt felekkel. Lehetővé teszi, hogy reális elvárásokat állítson fel, és felismerje, ha a kimaradás elég hosszú ideig tart ahhoz, hogy komoly figyelmet igényeljen.
Készüljön fel a nyaralásra, miközben a versenyzők tülekednek
Előre tekintve
Amint a Cloudflare lezárja a vizsgálatot, a fő dolog, amit figyelni kell, hogy a feltérképezési, hiba- és konverziós mutatók visszaállnak-e a normál értékre. Ha igen, akkor a ma reggeli 5xx-es kiugrás valószínűleg lábjegyzet lesz a jelentésekben, nem pedig fordulópont az organikus vagy fizetett teljesítményben.
