Core Update (Google alapalgoritmus-frissítés)
Hogyan zajlik egy core update?
A Google a frissítés kezdetét és végét a Search Status Dashboard oldalán jelzi. A bevezetés alatt a helyezések napról napra ingadozhatnak, ezért a végleges hatásról csak a lezárás után érdemes ítéletet mondani. A core update nem kézi büntetés: a Search Console „Kézi intézkedések” menüje ilyenkor üres marad. Ebben különbözik a spam-frissítésektől és a webspam elleni lépésektől is.
A Google ajánlása szerint egy esés után nem a technikai trükkökben kell keresni a megoldást, hanem a tartalom hasznosságában, megbízhatóságában és a szerzői hozzáértés láthatóságában (E-E-A-T). A javulás sokszor csak egy következő frissítésnél látszik meg.
Első lépés: valóban a frissítés okozta?
A leggyakoribb tévedés, hogy minden esést a Google-re fognak. Mielőtt bármit átírsz, nézd végig ezt a listát:
- Időzítés: az esés a bevezetés napjaira esik, vagy már előtte elkezdődött?
- Saját változtatás: volt-e ugyanabban az időszakban redesign, URL-csere, tömeges noindex, menü-átalakítás vagy sablon-módosítás?
- Szezonalitás: a Google Trends szerint nem a kereslet esett-e?
- Szerkezet: az egész webhely esett, vagy csak egy oldaltípus, például a blog vagy a sablonnal gyártott landing oldalak?
Ha a saját változtatás és a frissítés egy hétre esik, a kettő hatását nehéz szétválasztani. Ilyenkor oldaltípusonként érdemes elemezni: amelyik csoportot nem érintette a változtatás, az mutatja a frissítés tiszta hatását.
Magyar számpélda
Tegyük fel, egy hazai szolgáltató webhelye a frissítés után napi 220 helyett 150 kattintást kap a Google-ből. Oldaltípusonként bontva:
| Oldaltípus | Előtte (nap) | Utána (nap) | Változás |
|---|---|---|---|
| Szolgáltatás-oldalak | 60 | 58 | -3% |
| Saját szakmai cikkek | 70 | 66 | -6% |
| Városnév-sablonos oldalak | 90 | 26 | -71% |
A teljes esés szinte egésze egy oldaltípusból jön. Itt nem a cikkeket kell átírni, hanem a sablonos, egymástól alig különböző oldalakat egyedivé tenni vagy összevonni. A döntést az adja, hogy van-e valódi helyi tartalmad az adott városra.
Gyakori hibák
- Pánikszerű átírás a bevezetés alatt: a mozgó adatból levont következtetés gyakran téves.
- Tömeges törlés vagy noindex: elrejti a gyenge oldalakat, de nem javítja a webhelyet. Válogass oldalanként (content pruning).
- Dátumcsere frissítés helyett: a keresők a tartalom változását nézik.
- Átlagok nézése: a webhelyszintű átlag elfedi, hogy melyik oldalcsoport esett valójában.
Mit tegyél, ha valóban a frissítés okozta?
Válaszd ki az érintett oldalcsoportból a tíz legnagyobb veszteséget mutató URL-t, és mindegyiknél nézd meg, kik kerültek eléd. Tedd fel őszintén a kérdést: az előtted lévő oldal jobb választ ad a keresőnek? Gyakori minta, hogy a nyertesek konkrétabbak, első kézből származó tapasztalatot mutatnak, vagy pontosabban illeszkednek a keresési szándékhoz, például összehasonlító táblázatot adnak ott, ahol te általános leírást.
A javítás ezért tartalmi: egyértelmű szerző és szakmai háttér, saját adatok és példák, elavult részek kivágása, a gyenge, egymást ismétlő oldalak összevonása. Ne várj azonnali visszarendeződést. A Google szerint egyes javulások hamarabb is látszanak, de a nagyobb elmozdulások jellemzően a következő core update idején jönnek. Addig is mérd hetente az érintett oldalcsoportot, és jegyezz fel minden változtatást dátummal, hogy a következő frissítésnél tisztán lásd, mi hatott.