- A visszaesés kezdőnapját a Search Console-ból olvasd ki, és ezt tedd a Google Search Status Dashboard rangsorolási eseményei mellé.
- Ha a Search Console adatai stabilak, és csak a Google Analytics esik, először mérési hibára gyanakodj.
- Ha a visszaesés egyetlen mappára vagy oldaltípusra korlátozódik, nézd meg az ott végzett módosításokat és a technikai hibákat.
- A megjelenések, a pozíció és az átlagos CTR együttes mozgása jó eséllyel leszűkíti a lehetséges okokat, de egymagában nem bizonyít.
- A jó szolgáltató megmutatja az érintett oldalakat, a kizárt okokat és a következő lépéseket, eredményt pedig nem garantál.
A havi riportban lefelé tart a görbe, a szolgáltató pedig annyit ír, hogy „volt egy Google-frissítés, az egész piac megérezte”. Lehet, hogy pontosan ez történt. Attól azonban, hogy futott egy frissítés, még nem biztos, hogy a te visszaesésedet is az okozta. A magyarázatot szakértelem nélkül is le tudod ellenőrizni, ehhez a Search Console olvasási hozzáférése, a Google nyilvános frissítési listája és egy egyszerű táblázat kell a saját változásaidról.
A szövegben három jelölést használok. A Hivatalosan igazolt a Google saját dokumentációjából származik. A Saját tapasztalat a forgalomdiagnosztikai munkában látott, általánosított megfigyelés. A Szakmai feltételezés olyan következtetés, amelyet az adott oldalon külön igazolni kell.
Elég bizonyíték, ha a visszaesés idején volt Google-frissítés?
Nem elég, mert az időbeli egybeesés csak lehetőséget mutat. A frissítés akkor válik valószínű okká, ha a visszaesés a bevezetés időablakába esik, a keresési láthatóságban is megjelenik, és a többi gyakori okot az adatok kizárják.
Hivatalosan igazolt. A Google a keresési forgalom csökkenéséről szóló útmutatójában több fő okot sorol fel. Ezek a technikai hibák, a biztonsági problémák, a spam miatti intézkedések, az algoritmikus változások, a keresési érdeklődés módosulása és a webhely költöztetése. Az algoritmus tehát egy tétel a listán.
Saját tapasztalat. A frissítés kényelmes magyarázat, mert külső esemény, és senkit nem terhel érte felelősség. Amikor a görbét összevetjük a változásnaplóval, sokszor előkerül egy sablonváltás, egy elfelejtett átirányítás vagy egy újratelepített mérőkód is, amelyről a riport nem szólt.
Az álláspontom ezért egyszerű. A frissítés lehet valódi ok, és ilyenkor senkit nem kell hibáztatni érte. A jó szolgáltató viszont adatokkal bizonyítja, és tervet is hoz hozzá.
Hogyan veted össze a visszaesés időpontját a hivatalos frissítésekkel?
Keresd meg a Search Console-ban azt az első napot, amikor a kattintások tartósan a szokásos szint alá kerültek, majd ezt a dátumot tedd a Google Search Status Dashboard rangsorolási eseményei mellé. Az számít, hogy a törés a bevezetés kezdete és vége közé esik-e, vagy röviddel utána következik.
- Nyisd meg a Search Console Teljesítmény jelentését, és állíts be hosszabb időszakot, hogy a szokásos heti hullámzás is látsszon.
- Keresd meg a törést. Egyetlen rossz napnak kevés a súlya, a több napig tartó, a korábbi szint alatt maradó mozgás az érdekes.
- Nyisd meg a Google Search Status Dashboardot, és a rangsorolási eseményeknél nézd meg a kezdő- és záródátumokat.
- Írd le, melyik frissítés futott akkor, és milyen típusú volt (core, spam vagy más).
- Kérdezd meg magadtól, hogy a törés megelőzte-e a frissítés kezdetét. Ha igen, az a frissítés jó eséllyel nem magyarázza az indulást.
Hivatalosan igazolt. A core frissítések bevezetése a Google tájékoztatása szerint akár két hétig is tarthat. A Google azt javasolja, hogy a bevezetés befejezése után legalább egy hetet várj, és csak utána hasonlítsd össze az előtte és utána lévő időszakot. A Search Console teljesítményadatai csendes-óceáni idő szerint jelennek meg, ezért egy-egy napos eltérésen ne akadj fenn.
Hivatalosan igazolt. A Google rendszerei folyamatosan változnak, a nyilvános lista pedig a jelentősebb frissítéseket tartalmazza. Ha nincs bejegyzés az adott napra, az a keresési változást nem zárja ki teljesen. Ilyenkor viszont a szolgáltató sem hivatkozhat megnevezett frissítésre.
Vegyünk egy elképzelt helyzetet a módszer szemléltetésére. A kattintások egy keddi napon estek vissza, a riportban említett frissítés pedig csak tíz nappal később indult. Ebben a sorrendben az a frissítés nem indíthatta el a csökkenést, legfeljebb súlyosbíthatta. A következő kérdés az, hogy mi változott azon a keddi napon vagy közvetlenül előtte.
Milyen más okok állhatnak a visszaesés mögött?
A leggyakoribb alternatívák a technikai hiba, a szezonális keresletváltozás, a mérés módosulása és a weboldalon végzett változtatás. Ezeket érdemes a frissítés előtt kizárni, mert többségük dátumhoz köthető, és sokszor visszafordítható.
Technikai hiba
Egy fejlesztés után éles oldalon maradhat a tesztkörnyezet tiltása. Tipikus példa a <meta name="robots" content="noindex"> címke vagy a robots.txt fájlban a gyökérre (/) állított Disallow szabály. A szerverhibák, a hibás kanonikus címek és a lejárt tanúsítvány szintén visszavethetik a forgalmat.
Szezon és keresletváltozás
Egy kertészet vagy egy síszállás forgalma az év bizonyos szakaszaiban természetes módon esik. Hasonlítsd a mostani időszakot a tavalyi azonos hetekhez, a fő kifejezéseket pedig nézd meg a Google Trendsben is. Ha a keresések száma az egész piacon csökkent, a kevesebb látogató a kereslet mozgásából is következhet.
Mérési változás
A Google Analytics esése nem mindig valódi esés. Eltűnhet a mérőkód egy sablonfrissítés után, megváltozhat a sütisáv működése, vagy módosulhat a csatornák besorolása. A Search Console a Google saját keresési adataiból dolgozik, így a weboldalra telepített mérőkód hibája nem érinti.
Oldalmódosítás
Az új weboldal, a megváltozott URL-ek, az átírt címek, a törölt szövegek, a menüből kikerült aloldalak mind hathatnak a láthatóságra. Kérd el a szolgáltatótól és a fejlesztőtől is, mit módosítottak a törés előtti hetekben.
Biztonsági probléma és manuális művelet
Hivatalosan igazolt. A Search Console külön jelentésben mutatja a manuális műveleteket és a biztonsági problémákat. Egy feltört oldal vagy egy spam miatti intézkedés más kezelést igényel, mint egy algoritmikus változás.
Hogyan látszanak az egyes okok a Search Console-ban?
A kattintás, a megjelenés, az átlagos CTR és az átlagos pozíció együttes mozgása leszűkíti a lehetséges okokat. Egy minta önmagában nem bizonyít, de megmutatja, merre érdemes tovább vizsgálódni.
- A kattintások és a megjelenések együtt esnek, a pozíció romlik, több témában is. Rangsorolási változásra utalhat, ami lehet frissítés vagy erősödő verseny.
- A megjelenések esnek, a pozíció nagyjából változatlan. Jó eséllyel kevesebben keresnek az adott témákra, ezért szezonra és keresletre gyanakodj először.
- A megjelenés és a pozíció stabil, az átlagos CTR esik. Megváltozhatott a találati oldal, például erősebb hirdetések vagy AI-válaszok kerültek a találatok fölé, de a címed és a leírásod módosulása is állhat mögötte.
- Egyetlen mappa vagy oldaltípus zuhan, a többi rendben van. Az ott végzett módosítást és a technikai hibákat nézd meg először.
- A forgalom napokon belül közel nullára esik. Indexelési tiltás, elérhetetlenség, biztonsági probléma vagy manuális művelet lehet a háttérben.
- A Search Console stabil, csak a Google Analytics esik. Mérési hibára utal.
Szakmai feltételezés. A fenti minták tipikus olvasatok. Az átlagos pozíció félrevezető is lehet, mert ha az oldal új, gyengébb helyezésű kifejezésekre is megjelenik, az átlag romlik, miközben a korábbi helyezések megmaradtak. Ezért a fontosabb kifejezéseket és oldalakat egyenként is nézd meg.
Hivatalosan igazolt. A Google dokumentációja szerint az AI-funkciókban való megjelenés a Web keresési típus összesítésébe számít. A Google az adatközlési zavarokat külön oldalon teszi közzé (Data anomalies in Search Console), ezért egy furcsa törésnél azt is érdemes megnézni.
Hogyan ellenőrizheted lépésről lépésre, ha nem vagy szakember?
Kérj saját hozzáférést a Search Console-hoz, rögzítsd a törés dátumát, majd haladj végig a teljesítmény-, indexelési, biztonsági és mérési adatokon. Az eredményt egy táblázatba írd, oszloponként a dátummal, a megfigyeléssel és az érintett oldalakkal.
- Kérj saját hozzáférést. A Search Console-ban a Beállítások, azon belül a Felhasználók és engedélyek menüben adhat neked jogosultságot a tulajdonos. Az ellenőrzéshez a korlátozott jogosultság elég.
- Nézd meg az elmúlt 16 hónapot. A Teljesítmény jelentésben a kattintás, a megjelenés, az átlagos CTR és az átlagos pozíció is bekapcsolható. A Search Console 16 hónapnyi adatot őriz.
- Hasonlíts azonos hosszúságú időszakokat. A dátumszűrő Összehasonlítás fülén vesd össze a visszaesés utáni 28 napot az azt megelőző 28 nappal, majd a tavalyi azonos időszakkal.
- Szűkíts oldalakra. Az Oldalak fülön rendezd a listát a kattintások különbsége szerint. Írd ki azt a tíz URL-t, amelyik a legtöbbet veszítette.
- Válaszd szét a márkás és a többi keresést. A Lekérdezések fülön szűrj a cégnevedre, és nézd meg külön a nem márkás kifejezéseket. Ha a márkás keresés is esik, az a cég ismertségére, hirdetéseire vagy a keresletre is utalhat.
- Nézd meg az eszközöket és az országokat. A csak mobilon jelentkező esés sablonhibára is utalhat, a más országból eltűnt forgalom pedig az üzleted szempontjából talán nem is számít.
- Ellenőrizd az indexelést. Az Oldalak jelentésben figyeld, nőtt-e a kizárt oldalak száma a törés körül. Az érintett URL-eket másold az URL-vizsgálat mezőbe.
- Nyisd meg a Biztonság és manuális műveletek menüt. Ha itt nincs jelzés, ezt a két okot jó eséllyel kizárhatod.
- Vesd össze a Google Analyticsszel. Az organikus keresési munkamenetek és a Search Console kattintásai számszerűen eltérnek, a görbék viszont jó eséllyel hasonló irányba mozognak.
- Nézd meg, mi történt az üzletben. A forgalom mellett az ajánlatkérések, hívások és rendelések számát is tedd a táblázatba, mert ezekből derül ki, mekkora a tényleges kár.
Saját tapasztalat. A legtöbb időt a változásnapló hiánya viszi el. Ha mostantól minden fejlesztést, tartalmi cserét és kampányindítást dátummal felírtok egy közös táblázatba, a következő törés jóval gyorsabban értelmezhető.
Milyen kérdéseket tegyél fel a szolgáltatónak?
Olyan kérdéseket tegyél fel, amelyekre dátummal, URL-lel vagy kimutatással lehet felelni. Ezeket egyetlen levélben küldd el, hogy pontonként válaszolhasson.
- Melyik frissítésre gondolsz pontosan, mikor kezdődött és mikor ért véget a Google hivatalos listája szerint?
- Melyik napon kezdődött nálunk a visszaesés, és melyik Search Console-adat mutatja ezt?
- Mely oldalak és kifejezések veszítették a legtöbb kattintást?
- A pozíció romlott, kevesebb lett a keresés, vagy az átlagos CTR csökkent?
- Hogyan zártátok ki a technikai hibát, a szezont és a mérési változást?
- Mit módosítottatok a weboldalon vagy a mérésben a törés előtti hetekben?
- Milyen oldalak nyertek a mi kifejezéseinken, és miben adnak többet a keresőnek?
- Mi a terv, milyen sorrendben, és melyik mutatón fogjuk követni a hatását?
Milyen a jó válasz, ha tényleg a frissítés volt az ok?
A jó válasz megnevezi a frissítést, megmutatja az időbeli és oldalszintű egyezést, felsorolja a kizárt okokat, és konkrét tervvel folytatódik. Eredményt és visszaállási időpontot nem ígér, mert ezt senki nem tudhatja előre.
Hivatalosan igazolt. A Google a core frissítésekről azt írja, hogy az érintett oldalak esése nem feltétlenül jelent szabályszegést, és nincs gyors, célzott javítás. A tartalom minőségén és hasznosságán érdemes dolgozni, a javulás pedig hosszabb időt vehet igénybe, és nem garantált.
Egy használható terv általában ezeket tartalmazza.
- Az érintett oldalak listáját fontossági sorrendben, üzleti értékük szerint.
- Oldalanként a konkrét hiányt, például hogy a szöveg nem felel a keresési szándékra, vagy kevés benne a saját tapasztalat.
- A javítások sorrendjét és felelősét.
- A követendő mutatókat, oldalcsoportonként.
- Azt, hogy milyen adat esetén változtatnak irányt.
Szakmai feltételezés. Figyelmeztető jel, ha a szolgáltató csak hírcikket küld a frissítésről, nem ad oldalszintű adatot, nem engedi, hogy lásd a Search Console-t, vagy azt javasolja, hogy várjatok, és közben semmilyen elemzést nem végez. Ezek önmagukban még nem bizonyítanak rossz munkát, de indokolják a további kérdéseket.
Mikor érdemes külső szemmel átnézetni a visszaesést?
Akkor érdemes, ha a szolgáltató nem tud dátumot és érintett oldalakat mutatni, ha a törés megelőzi a megnevezett frissítést, vagy ha a saját ellenőrzésed után is több ok maradt nyitva. A független vizsgálat a mostani együttműködést is segítheti, mert közös adatokra épülő beszélgetést tesz lehetővé.
Ha elakadtál, vagy szeretnéd, hogy valaki összerakja a képet, kérj forgalomdiagnózist a Scheo csapatától. Elég, ha megírod a visszaesés hozzávetőleges kezdetét, a szolgáltató magyarázatát és azt, hogy van-e Search Console-hozzáférésed. Olvasási jogosultsággal végignézzük a dátumokat, az érintett oldalakat és a lehetséges okokat, és leírjuk, mi igazolható, mi maradt feltételezés, és mivel érdemes kezdeni. A forgalom visszatérésére mi sem adunk garanciát, de látni fogod, milyen adatok állnak a magyarázat mögött.
Források és további olvasnivalók
- Google Search Central, Debugging drops in Google Search traffic
- Google Search Central, Google Search's core updates and your website
- Google Search Status Dashboard, Ranking incidents
- Google Search Central, Google Search ranking updates
- Google Search Central, Data anomalies in Search Console
- Google Search Central, AI features and your website
- Search Console súgó, Performance report
- Search Console súgó, Page indexing report
- Search Console súgó, Manual actions report és Security issues report
- Google Analytics súgó, Traffic acquisition report
- Google Trends súgó
Gyakori kérdések
Honnan tudom meg, hogy mikor volt Google-frissítés?
A Google Search Status Dashboard rangsorolási eseményei között találod a nyilvánosan bejelentett frissítéseket, a kezdő- és záródátumukkal együtt. A lista a jelentősebb változásokat tartalmazza, a kisebb módosításokat a Google nem jelenti be egyenként.
Mennyit várjak egy core frissítés után az elemzéssel?
A Google azt javasolja, hogy a bevezetés befejezése után legalább egy hetet várj, és csak utána hasonlítsd össze az előtte és utána lévő időszakot. A nyilvánvaló technikai hibákat viszont nem kell kivárni, azokat érdemes rögtön megnézni.
Miért mást mutat a Google Analytics, mint a Search Console?
A két eszköz mást mér. A Search Console a Google keresési találatokra érkező kattintásokat számolja, a Google Analytics a weboldalon lefutó mérőkód és a sütibeállítások alapján rögzíti a munkameneteket. A számok eltérése megszokott, a görbék irányának eltérése viszont vizsgálatot érdemel.
Milyen hozzáférést adjak a Search Console-hoz egy külső ellenőrzéshez?
A diagnózishoz általában elég a korlátozott, olvasási jellegű jogosultság. A tulajdonosi szintet nem kell megosztanod, és a hozzáférést a vizsgálat után vissza is vonhatod.
Visszajön a forgalom, ha egy frissítés után javítjuk az oldalt?
Erre senki nem adhat garanciát. A minőségi javítások segíthetik a láthatóságot, de a hatás hosszabb időt vehet igénybe, és a versenytársak oldalai is változnak közben.
Mit tegyek, ha a szolgáltató nem ad hozzáférést a Search Console-hoz?
Kérd, hogy a saját céged legyen a tulajdonos, vagy legalább kapj saját felhasználói jogosultságot. Ha a szolgáltató hozta létre a tulajdont, a domain kezelője a cég nevében külön is igazolhatja a tulajdonjogot.
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.