Mit jelent a SEO számára

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.