- Az első három ellenőrzés a mérőkód, az indexelési tiltás és a régi címek átirányítása, ezekhez nem kell fejlesztői tudás.
- Ha az Analytics esést mutat, de a Search Console kattintásai stabilak, jó eséllyel a mérés romlott el, és a látogatók megvannak.
- A fejlesztőtől a régi oldal teljes URL-listáját, az átirányítási táblázatot és a régi oldal mentését kérd el elsőként.
- A javítás sorrendje a teljes elzárással kezdődik, utána a pénzt hozó oldalak átirányítása jön, a finomhangolás a végére marad.
- Egy későn bekapcsolt átirányítás is segíthet, de nem biztos, hogy visszahozza a korábbi helyezést, ezért az idő számít.
Élesítették az új weboldalt, eltelt pár hét, és a statisztika lefelé mutat. Kevesebb a látogató, ritkábban csörög a telefon, az ajánlatkérő űrlapon is csend van. Ilyenkor az első reflex az, hogy valakit felelősségre vonj, a fejlesztőt, a keresőoptimalizálót vagy a tárhelyszolgáltatót. Érdemes előbb kideríteni, mi történt valójában, és csak utána eldönteni, mit kérj, kitől és milyen sorrendben.
Mit csinálj legelőször, ha az új oldal élesítése után esik a forgalom?
Rögzítsd a tényeket, mielőtt bárkit számon kérsz. Írd fel az élesítés pontos napját, ments le képernyőképet a mérőeszközök grafikonjairól, és kérd el a fejlesztőtől a régi oldal címlistáját, amíg még megvan. A forgalomesés okainak egy része pár nap alatt javítható, más része hetek múlva már csak részben hozható vissza.
A tulajdonos jellemzően három dolgot lát egyszerre. Kevesebb látogatót az Analyticsben, kevesebb űrlapot vagy hívást, és egy fejlesztőt, aki szerint „minden rendben van”. Ezek nem feltétlenül ugyanannak a hibának a tünetei. Lehet, hogy a látogató megvan, csak a mérés tűnt el. Lehet, hogy a látogató is megvan, de az űrlap nem küld levelet. És lehet, hogy a Google tényleg kevesebb embert küld hozzád, mert a régi címek eltűntek. Mindháromnak más a gazdája, és más a javítás útja is.
Mi az első három dolog, amit ellenőrizz?
Először a mérőkódot, másodszor azt, hogy a Google indexelheti-e az oldalt, harmadszor a régi címek átirányítását. Ez a három lefedi az élesítés utáni leggyakoribb hibákat, és mindhárom elvégezhető fejlesztői tudás nélkül, nagyjából egy óra alatt.
1. Fut-e a mérőkód minden oldalon?
Új oldalnál gyakori, hogy a Google Analytics 4 vagy a Google Tag Manager kódja a régi sablonban maradt, és az újba senki nem tette át. Az is előfordul, hogy a kód megvan, de az új sütisáv addig nem engedi betölteni, amíg a látogató el nem fogadja, és sokan nem fogadják el. Nyisd meg az oldalt egy privát böngészőablakban, fogadd el a sütiket, és nézd meg az Analytics valós idejű jelentésében, hogy megjelensz-e. Ezután töltsd ki az ajánlatkérő űrlapot is, és ellenőrizd, hogy megérkezett-e a levél, és látszik-e a konverzió a mérésben. Kattints rá a telefonszámra mobilon is, mert az új sablonokban néha kép vagy sima szöveg lesz a korábban hívható számból.
2. Indexelheti-e a Google az új oldalt?
A fejlesztés általában egy tesztkörnyezetben zajlik, amit a fejlesztők jó okkal elzárnak a keresők elől. Ha ez a tiltás élesítéskor bent marad, a Google fokozatosan kiveszi az oldalaidat a találatok közül. Két helyen érdemes megnézni. Az egyik a domain.hu/robots.txt cím, ahol nem szabad olyan sornak lennie, hogy Disallow: /. A másik az oldalak forráskódja, ahol a <meta name="robots" content="noindex"> sor jelzi a tiltást. WordPressnél a Beállítások menü Olvasás pontjában a „Keresőmotorok kizárása” jelölőnégyzet ugyanezt csinálja. A Search Console URL-ellenőrző eszköze egy adott oldalról egy kattintással megmondja, hogy indexelhető-e, és mikor járt rajta utoljára a Googlebot.
3. Működnek-e a régi címek?
Ha a régi oldalon a szolgáltatásod a /szolgaltatasaink/tetoszigeteles címen volt, az újon pedig a /tetoszigeteles címen, akkor a régi címre érkező látogató és a Google is hibaoldalt kap, hacsak nincs beállítva átirányítás. Keress rá a Google-ben a site:domain.hu kifejezésre, kattints néhány régebbi találatra, és figyeld, hova jutsz. Nézd meg a Search Console Oldalindexelés jelentésében a „Nem található (404)” sort is. Ha sok a 404-es hiba a korábban forgalmat hozó címeken, nagy eséllyel megtaláltad a forgalomesés fő okát.
Hogyan különböztesd meg a mérési hibát a valódi forgalomvesztéstől?
Vesd össze a saját mérésedet egy tőle független forrással. Ha az Analytics esést mutat, de a Search Console kattintásszáma változatlan, akkor jó eséllyel a mérés romlott el. Ha mindkettő együtt esik, a látogatók tényleg elmaradtak.
A Search Console a Google saját keresési adataiból számol, a weboldaladon futó kódtól függetlenül, ezért jó kontroll. Nyisd meg a Teljesítmény jelentést, állíts be összehasonlítást az élesítés előtti és utáni, azonos hosszúságú időszakra, és nézd meg együtt a kattintásokat, a megjelenéseket és az átlagos pozíciót.
- Az Analytics esik, a Search Console stabil. Mérési hiba gyanúja. Hiányzó kód, túl szigorú sütisáv, rossz Tag Manager-tároló, vagy megváltozott a konverziós esemény neve.
- Mindkettő esik, a megjelenések is. A Google ritkábban mutatja az oldalt, ami indexelési vagy átirányítási gondra utal.
- A megjelenések megvannak, a kattintások esnek. Megváltozhatott a találati címek és leírások szövege, vagy egyes kifejezéseknél hátrébb kerültél.
- A forgalom megvan, az ajánlatkérés eltűnt. Az űrlap, a levélküldés vagy a telefonszám-link a gyanús, illetve az, hogy az új oldalon nehezebb megtalálni az ajánlatkérés gombját.
Van egy harmadik, egyszerű kontroll is, a saját postaládád és a hívásnapló. Ha az űrlapokból érkező levelek száma mérhetően csökkent, azt semmilyen mérési hiba nem magyarázza meg.
Hivatalosan igazolt, hogy a Google szerint egy oldalköltöztetés után átmeneti ingadozás várható a helyezésekben, és egy közepes méretű oldalnál ez néhány hétig is eltarthat. Saját tapasztalat, hogy a tulajdonosok ezt a normál ingadozást gyakran összekeverik a valódi hibával, ezért érdemes oldalanként nézni az adatokat. Ha néhány fontos aloldal forgalma szinte nullára esett, miközben a többi alig változott, az már konkrét hibára utal.
Milyen adatokat kérj a fejlesztőtől?
A régi oldal teljes URL-listáját, az átirányítási táblázatot és az élesítés pontos lépéseit. Ezek nélkül senki nem tudja megmondani, mi veszett el és mi pótolható.
- A régi oldal URL-listája. Minden aloldal, blogcikk, termék- és kategóriaoldal címe, ideálisan a régi oldaltérképből (sitemap.xml) vagy egy feltérképező program exportjából. Ha a régi oldal már nem érhető el, a Search Console Teljesítmény jelentésének Oldalak lapjáról az élesítés előtti időszakra magad is exportálhatod a régi címeket, legalább azokat, amelyek forgalmat hoztak.
- Az átirányítási táblázat. Melyik régi cím melyik új címre mutat, és milyen típusú átirányítással.
- A régi oldal mentése. Fájlok és adatbázis együtt, hogy a régi szövegek, oldalcímek és leírások visszakereshetők legyenek.
- Az élesítés napja és lépései. Történt-e domainváltás, www vagy https átállás, tárhelycsere, és mikor.
- Hozzáférés a Search Console-hoz és az Analyticshez, ha eddig nem a te fiókodban voltak. A mérőfiókok tulajdonosa mindig te legyél.
Hivatalosan igazolt, hogy a Google tartós költözésnél szerveroldali, tartós átirányítást javasol (301 vagy 308), és azt is, hogy az átirányításokat legalább egy évig tartsd fenn. Egy Apache szerveren a .htaccess fájlban egy ilyen sor nagyjából így néz ki. Megírnod nem kell, de jó, ha felismered.
Redirect 301 /szolgaltatasaink/tetoszigeteles /tetoszigeteles
Egy-egy címet magad is ellenőrizhetsz parancssorból. A curl -I https://domain.hu/regi-cim parancs válaszának első sorában 301-et kell látnod, a Location sorban pedig az új címet. Ha 404 vagy 302 jön, azt jelezd. Ha a cím több lépcsőben ugrál (régi, köztes, új), az átirányítási lánc, amit érdemes egyetlen lépésre rövidíteni.
Milyen sorrendben javíttasd a hibákat?
Elsőként azt, ami teljesen elzárja a látogatót vagy a Google-t, utána azt, ami a pénzt hozó oldalakat érinti, és csak a végén a finomhangolást. Így a korlátozott fejlesztői idő oda megy, ahol a legtöbb veszteség keletkezik.
- Azonnal. Bent maradt indexelési tiltás (noindex, robots.txt), nem működő űrlap, rossz vagy nem hívható telefonszám, hiányzó https, leállt oldal.
- Rögtön utána. 301-es átirányítás azokra a régi címekre, amelyek forgalmat és ajánlatkérést hoztak, a Search Console adatai alapján kattintás szerint sorba rendezve.
- A következő körben. A maradék régi címek átirányítása, a belső linkek frissítése úgy, hogy közvetlenül az új címekre mutassanak, az új oldaltérkép beküldése a Search Console-ba, a hiányzó oldalcímek és meta leírások pótlása.
- Ha minden más rendben van. Átirányítási láncok rövidítése, betöltési sebesség, kisebb tartalmi eltérések a régi és az új szövegek között.
Szakmai feltételezés, hogy itt az időnek súlya van. Minél tovább ad egy régi cím 404-es hibát, annál valószínűbb, hogy a Google kiveszi az indexből, és a rá mutató külső linkek értéke is elkallódik. Egy későn bekapcsolt átirányítás jó eséllyel segít, de nem biztos, hogy visszahozza a korábbi helyezést.
Mit ne csinálj, amíg nem tiszta az ok?
Ne változtass tovább az oldalon találomra, és ne töröld a régi rendszert. Minden újabb változtatás összekeveri az adatokat, és nehezebb lesz kideríteni, mi okozta az esést.
- Ne mondd fel a régi tárhelyet, és ne töröltesd a régi oldalt, amíg a mentés és az URL-lista nincs nálad.
- Ne kérd, hogy a fejlesztő megint átnevezze az új címeket, mert így kétszer kell átirányítani.
- Ne kapcsold vissza a régi oldalt kapkodva, mert a Google számára ez egy újabb költözés.
- Ha hirdetéssel pótolod a kiesett forgalmat, jelöld meg a kezdő napot, különben a mérésben összemosódik a fizetett és az organikus látogató.
Miért fontosabb a gyors tényfeltárás a felelős keresésénél?
Mert a hibák egy része idővel egyre nehezebben javítható, a vita pedig időt visz el. Mire eldől, ki tévedett, a régi URL-lista elveszhet, a régi tárhely megszűnhet, és a Google is hozzászokik az új állapothoz.
Saját tapasztalat, hogy a felelősség kérdése egy új oldal élesítése után ritkán egyértelmű. A fejlesztő az oldalt építette meg, a keresőoptimalizálásra talán senki nem kapott külön megbízást, az átirányítás pedig valahol a kettő között maradt. Ha a megbeszélés azzal indul, hogy „ki rontotta el”, a fejlesztő védekezni kezd, és lassabban adja ki az adatokat. Ha azzal indul, hogy „segíts kideríteni, mi változott”, általában gyorsabban megkapod a listákat. A felelősség és a költségek kérdését később, a tények ismeretében a szerződés alapján is rendezheted.
Ami gyorsan elveszhet, azt mentsd most. Ilyen a régi oldal mentése, a régi oldaltérkép, a Search Console élesítés előtti adatai és a fontos aloldalak képernyőképei. Hivatalosan igazolt, hogy a Search Console Teljesítmény jelentése 16 hónapra visszamenőleg mutat adatot, így a régebbi időszak egyszer kiesik belőle. A régi oldal korábbi állapotát az internetes archívumokban (például a Wayback Machine-ben) is visszanézheted, ha más forrás nincs.
Hogyan írd meg a levelet a fejlesztőnek?
Röviden, tényszerűen, konkrét adatkéréssel és vádaskodás nélkül. Az alábbi mintát a saját helyzetedre igazíthatod.
Szia [Név]!
Az új oldal élesítése óta ([dátum]) a Search Console szerint kevesebb kattintást kapunk a Google-ből, és az ajánlatkérések száma is csökkent. Szeretném gyorsan kideríteni, mi változott, és ebben kérem a segítségedet. Ezeket kérném tőled.
- A régi oldal teljes URL-listáját vagy a régi oldaltérképet.
- Az átirányítási táblázatot (régi cím, új cím, az átirányítás típusa).
- Megerősítést, hogy az éles oldalon nincs noindex, és a robots.txt nem tiltja a keresőket.
- A régi oldal mentését, ha még megvan.
- Rövid leírást arról, hogyan van beállítva az új oldalon a mérőkód és az űrlap-konverzió.
Ha az átirányítás még nincs kész, a legtöbb látogatót hozó régi címekkel kezdjük, ezek listáját mellékelem a Search Console-ból. Most az a fontos, hogy minél kevesebb maradjon meg ebből tartósan, a többit ráérünk utána megbeszélni.
Köszönöm, [Neved]
A levélhez csatold a Search Console Oldalak listájának exportját az élesítés előtti három hónapra, kattintás szerint rendezve. Ebből a fejlesztő azonnal látja, melyik címekkel kell kezdeni.
Mikor érdemes szakértői átnézést kérni a régi és az új oldal összevetésére?
Ha az első három ellenőrzés után sem egyértelmű az ok, ha a fejlesztő nem tudja kiadni a régi URL-listát, vagy ha a javítások után sem indul el a forgalom visszafelé. Ilyenkor egy független szem gyorsabban megtalálja azt, ami a napi munkában elsikkad.
Egy ilyen átnézés a régi és az új oldal tételes összevetése. Benne van a címlista és az átirányítások ellenőrzése, az indexelési állapot, az oldalcímek és leírások változása, a belső linkek, a mérés és az űrlapok működése. Az eredmény egy sürgősség szerint sorba rendezett javítási lista, amit közvetlenül odaadhatsz a fejlesztőnek. Minden elvesztett helyezést nem tud visszahozni, de jó eséllyel megmutatja, hol a legnagyobb veszteség, és mi javítható még.
Ha a Scheónál kérsz ilyen átnézést, a Search Console és az Analytics olvasási hozzáférésére, a régi és az új domainre, valamint az élesítés dátumára lesz szükség. Ezekből kiderül, mi történt a forgalommal, és mi legyen a következő lépés.
Források és további olvasnivalók
- Google Search Central, Site moves with URL changes (oldalköltöztetés URL-változással)
- Google Search Central, Redirects and Google Search
- Google Search Console súgó, Teljesítmény jelentés és Oldalindexelés jelentés
- Google Search Central, Introduction to robots.txt és Block Search indexing with noindex
- Google Analytics súgó, valós idejű jelentés és Consent Mode a GA4-ben
- IETF RFC 9110, HTTP Semantics (átirányítási státuszkódok)
Gyakori kérdések
Mennyi idő után aggódjak, ha az új oldal után esik a forgalom?
A Google szerint egy oldalköltöztetés után néhány hetes ingadozás várható. Ha viszont egyes fontos aloldalak forgalma szinte nullára esik, vagy megszűnnek az ajánlatkérések, ne várj, azonnal ellenőrizd a mérést, az indexelést és az átirányításokat.
Honnan tudom, hogy csak a mérés romlott el?
Vesd össze a Google Analytics és a Search Console adatait. Ha az Analytics esést mutat, a Search Console kattintásai viszont stabilak, akkor jó eséllyel a mérőkód vagy a sütisáv beállítása a hibás, és a látogatók megvannak.
Mit tegyek, ha a régi oldal már nem érhető el, és nincs URL-listám?
A Search Console Teljesítmény jelentéséből az élesítés előtti időszakra exportálhatod a forgalmat hozó régi címeket, és az internetes archívumokban is visszanézheted a régi oldal szerkezetét. A régi tárhelyen esetleg még meglévő mentést is kérd el.
Milyen átirányítást kérjek a fejlesztőtől?
Tartós költözésnél szerveroldali, tartós átirányítást, vagyis 301-es vagy 308-as kódot, minden régi címről a tartalmilag megfelelő új címre. A Google azt javasolja, hogy ezeket legalább egy évig tartsd fenn.
Visszajön a forgalom, ha utólag beállítják az átirányításokat?
Jó eséllyel segít, de nem biztos, hogy a korábbi helyezés teljesen visszaáll. Minél tovább adnak a régi címek hibaoldalt, annál nagyobb az esély arra, hogy a Google kiveszi őket az indexből, ezért érdemes gyorsan lépni.
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.