A weboldal-migrálás és a Google Search Console legnagyobb félreértése
Egy elavult weboldal újratervezése és korszerűsítése – például egy régi, elavult tartalomkezelő (mint a korai Joomla rendszerek) leváltása egy modern, biztonságos és reszponzív WordPress motorra – a vállalkozás digitális túlélésének és növekedésének alapvető feltétele. A fejlesztési és átadási folyamatot követően azonban a cégvezetők körében nem ritka az aggodalom, amikor a Google Search Console felületét megnyitva azt látják: a korábban stabilnak tűnő kattintási és megjelenési grafikonok hirtelen lefelé ívelnek.
Gyakran ilyenkor indul el a pánik és a hibás következtetések levonása: „Elrontották a SEO-t!”, „Eltűnt a Google-ből az oldal!”.
A valóságban azonban az esetek döntő többségében nem organikus forgalomvesztés történik, hanem egy alapvető technikai folyamat félreértelmezése.
Ebben a szakmai útmutatóban lépésről lépésre bemutatjuk, mi zajlik a háttérben a weboldal költöztetésekor, miért mutat nullát egy korábbi Search Console tulajdonság, és hogyan kell helyesen auditálni a teljesítményt.
A duplikáció réme: Miért kötelező a www és non-www közötti választás?
A keresőoptimalizálás (SEO) és a modern webfejlesztés egyik legelső alapszabálya az egyértelmű kanonizáció. A keresőmotorok – köztük a Google robotjai – technikailag két teljesen különálló entitásként, két különböző webcímként kezelik az alábbi változatokat:
-
[https://www.cegnev.hu](https://www.cegnev.hu)(hagyományos, www előtaggal ellátott aldomain) -
[https://cegnev.hu](https://cegnev.hu)(modern, letisztult, ún. apex vagy root domain)
Ha mindkét cím alatt ugyanaz a weboldal töltődik be átirányítás nélkül, a Google rendszere ezt tartalmi duplikációnak (duplicate content) tekinti. Ez komolyan rontja a webhely megítélését, széttöredezi a linkek tekintélyét, és a rangsorolás gyengüléséhez vezet.
A modern webfejlesztési sztenderd megköveteli, hogy a vállalkozás válasszon egyetlen hivatalos (kanonikus) fő verziót – a mai trendek és CMS-ek esetében szinte kivétel nélkül a letisztultabb [https://cegnev.hu](https://cegnev.hu) formátumot –, a másik változatot pedig szerveroldali, végleges 301-es átirányítással (Permanent Redirect) irányítsa át a fő címre.
A 301-es átirányítás és a CMS-migráció működése a gyakorlatban
Amikor egy weboldal struktúrája megújul, nemcsak a fő domain kanonizációja történik meg, hanem az elavult linkstruktúra modernizálása is.
Egy régi Joomla vagy egyedi fejlesztésű CMS gyakran kötött, merev URL-eket használt (például: /arlista/szolgaltatas-kategoria.html vagy bonyolult index.php?option=com_content azonosítókat). A modern WordPress motor ezzel szemben tiszta, emberileg és keresőrobotilag is könnyen értelmezhető linkeket képez (például: /szolgaltatasok/arlista/).
Mi történik a költöztetés után?
-
Szerveroldali átterelés: Minden régi,
.htmlvégződésű linkre és a régiwww-s formátumra érkező kérést a szerver azonnal és észrevétlenül az új megfelelőjére irányít át. -
A linkérték átadása: A 301-es átirányítás üzenete a Google felé egyértelmű: „Ez az oldal véglegesen elköltözött az új címre, kérjük a korábbi tekintélyt és rangsorolási pozíciót átvezetni az új URL-re.”
-
A keresőmotor átfutási ideje: A Google nem egyetlen éjszaka alatt frissíti az indexét. Hetekbe, sőt több száz aloldal esetén hónapokba telhet, mire a robotok újra feltérképezik az összes régi URL-t, érzékelik a 301-es jelzést, és a saját adatbázisukban felülírják a régi címet az újjal.
Miért esik le a grafikon a Search Console-ban?
A félreértések 90%-a a Google Search Console tulajdonságok (Properties) hibás kezeléséből fakad.
A Search Console-ban kétféleképpen lehet webhelyet nyilvántartani:
-
URL-előtagos tulajdonság (URL-prefix): Kizárólag a pontosan megadott protokoll és aldomain adatait mutatja (pl. külön fiók a
[https://www.cegnev.hu](https://www.cegnev.hu)-nak és külön a[https://cegnev.hu](https://cegnev.hu)-nak). -
Domain tulajdonság (Domain property): A teljes domain összes aldomainjét, protokollját és változatát egyben méri DNS-szinten.
A látszólagos összeomlás magyarázata:
Ha egy cégvezető a régi, [https://www.cegnev.hu](https://www.cegnev.hu) előtagú tulajdonságot nézi a költöztetés után:
-
Az első hetekben a Google még ezt jeleníti meg a találati listán, így a kattintások ide könyvelődnek.
-
Ahogy a Google robotjai feldolgozzák a 301-es átirányításokat, a régi URL-eket kivezetik az indexből, és helyettük az új
[https://cegnev.hu](https://cegnev.hu)címeket kezdik megjeleníteni a találatok között. -
Ezzel párhuzamosan a régi
www-s fiókban a megjelenések és a kattintások száma törvényszerűen nullához közelít.
Ez a grafikon nem a forgalomvesztést mutatja! Ez annak a technikai bizonyítéka, hogy a 301-es átirányítás sikeresen lefutott, a keresőmotor átvette az új struktúrát, és az adatok mostantól az új kanonikus tulajdonság alatt gyűlnek.
Hogyan kell helyesen ellenőrizni a weboldal valós teljesítményét?
A felesleges viták és a téves következtetések elkerülése érdekében az alábbi három lépésben kell elemezni a weboldal forgalmát:
-
A Domain-szintű Search Console fiók használata: Mindig a DNS-rekorddal hitelesített Domain tulajdonságot kell megnyitni, mert az aggregáltan, a
wwwésnon-wwwverziók valós összevont forgalmát mutatja. -
Kanonikus tulajdonság elemzése: Ha URL-előtagos mérést alkalmazunk, az éles, fő verzión (
[https://cegnev.hu](https://cegnev.hu)) kell figyelni a kulcsszavak felépülését és a pozíciókat. -
Google Analytics & valós látogatottság összevetése: A weboldal valós látogatói forgalmát a Google Analytics (GA4) vagy a szervernaplók mérik. Mivel a 301-es átirányítás azonnal működik, a felhasználók a költöztetés első napjától zökkenőmentesen megérkeznek az új oldalra.
A digitális átállás és a weboldal-migráció összetett műszaki feladat, amely szigorú technológiai szabályok szerint zajlik. A Search Console grafikonjainak értelmezése szakértelmet kíván.
