2025-09-24 · Baduno szerkesztőség · 7 blog.readMin · Blog és tudás
Weboldal-újraindítás láthatósági veszteség nélkül: a ellenőrzőlista
A klasszikus újraindítási baleset: gyönyörű új weboldal, felezett forgalom. Elkerülhető – fegyelmezett átirányításokkal és időzítéssel.
A költözés előtt: leltár
Rögzítse az összes indexelt URL-t (webhelytérkép, Search Console, crawler), és dokumentálja a rangsorukat. Amit nem ismer, azt nem tudja átirányítani – itt keletkezik a legtöbb veszteség.
A szív: 301-es átirányítási térkép
Minden régi URL kap egy állandó átirányítást a legjobb új megfelelőjére – egyenként, nem tömegesen a főoldalra. Többnyelvű oldalaknál ez nyelvi változatonként érvényes; a hreflang-mátrixot át kell helyezni az új URL-ekre.
A költözés napja
Tesztelje az átirányításokat az élesítés előtt, nyújtsa be azonnal az új webhelytérképet, hagyja elérhetővé az átmeneti régi webhelytérképet, élesítse a monitorozást. Az első hét a Search Console-ban megmutatja, hogy a Google érti-e a költözést.
Mi a hullámzás és mi a riasztás
Néhány hét nyugtalanság normális. Riasztó jelek a 404-es csúcsok a lefedettségi jelentésben és a rangsorolási veszteségek a pénzoldalaknál – ekkor hiányoznak az átirányítások, és minden várakozási hét tartósan pozíciókba kerül.
Strukturális SEO: Oldalarchitektúra és URL-hierarchia
Egy újraindítás lehetőséget ad az oldalstruktúra optimalizálására. Lapos hierarchiák (maximum három kattintás a célloldalig) javítják a crawl-hatékonyságot. Ügyeljen arra, hogy a legfontosabb tartalmak ne vesszenek el a navigációban. Kerülje a mély mappastruktúrákat (pl. /de/produkte/kategorie/unterkategorie/produkt.html); jobb: /de/produkt/produktname. Tartsa fenn a szemléletes breadcrumb-okat, amelyek mind a felhasználók, mind a keresőmotorok számára kontextust adnak. Példa: Egy ezer termékkel rendelkező webáruház a termékeket termékkategóriák szerint rendezi át a márkák helyett, ami erősíti a belső linkelést és egyenletesebben osztja el a PageRank-et. A lapos URL-modell emellett megkönnyíti a hreflang-kapcsolatokat többnyelvű projektekben. Tervezze meg az új oldalarchitektúrát a térképezés előtt, különben utólag tucatnyi URL-t kell módosítania – olyan időt, ami nincs.
Crawl-költségvetés és indexelés: Prioritások a Google számára
Minden újraindításkor nő az új URL-ek száma, amelyeket be kell járnia a Google-nak. Ugyanakkor a Google elveszíti a régi útvonalak nyomon követését. Használja a robots.txt fájlt a nem fontos erőforrások (pl. dinamikus szűrők, belső keresési eredmények) kizárására. Kanonikus címkéket csak valóban azonos tartalom esetén alkalmazzon – ne használja mankóként a rossz térképezéshez. Ellenőrizze a crawl-statisztikákat a Search Console-ban: ha a bejárt oldalak száma csökken, akkor túl sokat blokkol. Példa: Egy hírportál új CMS-t épít, és hirtelen több ezer archív oldalt linkel értéktöbblet nélkül – ez pazarlja a crawl-költségvetést. Jobb: Az archívumokat csak noindex-szel jelölje meg, vagy korlátozza éves archívumokra. Használja a 'utolsó módosítás' megadást a Sitemap-ben, hogy jelezze a Google-nak, mely oldalak valóban újak. Így nem fullad bele a crawl-deltába.
Tartalom-migráció: Szövegek, metaadatok és duplikátumok
Nemcsak az URL-ek változnak – a tartalmakat is gyakran szerkesztik. Az újraindítás ideális alkalom az elavult szövegek frissítésére. Ez azonban kockázatokat rejt: ha a tartalom jelentősen megváltozik, a Google újraértékelheti a relevanciát. Tartsa meg a magas rangsorolású alapoldalakat lehetőleg eredeti formában, amíg az új URL-ek be nem épülnek. A metaadatokat (Title, Description) csak akkor módosítsa, ha már nem illenek – és akkor is egy az egyben. Példa: Egy B2B szolgáltató a kezdőlapon a szlogent „gyors”-ról „fenntartható”-ra változtatja. A Google ezt témaváltásként értelmezi, és a rangsorolás összeomlik. Jobb: Az új szlogeneket csak négy héttel a költözés után vezesse be, amikor az átirányítások már stabilak. Figyeljen a duplikátumokra: ha két régi URL ugyanarra az újra mutat (pl. összevonás miatt), állítson be egy kanonikust a kívánt verzióra. Különben konfliktusok keletkeznek.
A klasszikus újraindítási baleset: gyönyörű új weboldal, felezett forgalom. Elkerülhető – fegyelmezett átirányításokkal és időzítéssel.
Monitoring és rollback: a vészterv
A legjobb tervezés mellett is történhetnek hibák. A relaunch előtt határozza meg, hogy mely KPI-ket ellenőrzi naponta: impressziók a Search Console-ban, a top 20 oldal pozícióváltozásai, feltérképezési hibák (404/500). Használjon olyan eszközt, amely automatikusan riaszt, ha a forgalom több mint 20%-kal csökken. Készítsen elő egy rollback forgatókönyvet: a régi weboldal biztonsági mentését az összes átirányítással együtt. Ha 48 órán belül nem következik be javulás – például egy 100 oldalnál nagyobb 404-es halom esetén –, képesnek kell lennie a kapcsoló átbillentésére. Példa: Egy e-kereskedelmi üzlet elindít egy új termékkeresőt, amely hirtelen az összes szűrő URL-t a kezdőlapra irányítja át. A rollback visszaállítja a régi átirányítási maszkot, amíg a probléma meg nem oldódik. Kommunikálja a tervet a fejlesztőcsapattal; a relaunch nem sprint, hanem finomhangolást igénylő hajtómű.
Nemzetközi irányultság: hreflang-címkék és nyelvi verziók migrálása
Többnyelvű weboldalak esetében a hreflang-címkék helyes migrációja az egyik legnagyobb kihívás az újraindítás során. Minden olyan régi URL-t, amely egy újra irányít át, frissíteni kell az összes nyelvi verzió hreflang-mátrixában. Gyakori hiba: a régi hreflang-jelöléseket átveszik az új URL-ekre anélkül, hogy ellenőriznék, a céloldalak valóban egyenértékűek-e. Ezért a költözés előtt készítsen egy teljes hreflang-leképezési táblázatot, amelyben minden oldalhoz rögzíti az egyenértékűséget az összes nyelven. Használja az x-default jelölést a nem nyelvspecifikus tartalmakhoz. Ügyeljen arra, hogy a hreflang-címkék önhivatkozóak legyenek – minden oldalnak hivatkoznia kell önmagára. Nagy projektek esetén a MI javasolhat összekapcsolásokat, de a manuális ellenőrzés elengedhetetlen: egy német nyelvű termékszöveg, amelyet tévesen a francia változattal duplikátumként jelölnek meg, hatalmas láthatósági visszaeséshez vezet. Használja a hreflang-oldaltérképet kiegészítő vezérlésként. Érvényesítse a címkéket a launch előtt online eszközökkel. Hagyja meg ideiglenesen a régi hreflang-címkéket, amíg a Google fel nem ismeri az újakat. Így elkerülheti, hogy a nyelvi verziók hirtelen árva oldalként jelenjenek meg és kikerüljenek az indexből.
Minőségbiztosítás: A manuális ellenőrzés meghatározó lépése
Bármennyire is gyorsítja a MI és az automatizálás az újraindítást, a manuális minőségbiztosítás továbbra is nélkülözhetetlen. A live-ra lépés előtt tervezzen be egy szisztematikus mintavételes ellenőrzést: véletlenszerűen válasszon ki 50-100 régi URL-t különböző területekről (főoldal, kategóriák, termékek, blog), és ellenőrizze, hogy az átirányítás a megfelelő új oldalra történik-e. Ez nem csak a technikai átirányításról szól, hanem a tartalmi egyezőségről is: teljes-e a szöveg? Elérhetőek-e a képek, videók és letöltések? Működik-e a követés? Különösen kritikusak a magas rangsorolású vagy bevételt hozó oldalak – itt minden egyes URL-t manuálisan kell végigjárni. Vonja be azokat a szerkesztőket és QA-tesztelőket, akik nem ismerik a leképezést: gyakran fedeznek fel olyan használhatósági problémákat, amelyeket a fejlesztők figyelmen kívül hagynak. Példa: egy régi termékoldal technikailag tökéletesen átirányít az újra, de a leírás hiányzik – az ügyfél elpártol. Használjon egy ellenőrző listát kritériumokkal: átirányítás típusa (301 a 302 helyett), betöltési idő, navigáció konzisztenciája, űrlapok és keresőmezők működése. Végezze el az ellenőrzést egy staging szerveren, amely a pontos éles környezetet tükrözi. Dokumentáljon minden eltérést, és javíttassa ki azokat a kapcsoló átkapcsolása előtt. A launch után ismételje meg a mintavételt – a hibák aránya minden egyes körrel csökken.
Backlink-migráció és külső hivatkozások
A backlinkek bizalmi jelek, amelyek a régi URL-jeire hivatkoznak. Egy újraindításnál biztosítania kell, hogy ezek a linkek ne veszítsék el a célpontjukat. A költözés előtt azonosítsa a legfontosabb backlink-forrásokat (pl. a Google Search Console vagy speciális eszközök segítségével). Dokumentálja a hivatkozó domaineket és a linkelt URL-eket. Az újraindítás után lépjen kapcsolatba a hivatkozó oldalak webmestereivel, és kérje a linkek frissítését az új URL-ekre – különösen szerkesztői tartalmak, sajtócikkek vagy együttműködési oldalak esetében. Alternatív megoldásként gondoskodjon arról, hogy a 301-es átirányítások tartósan megmaradjanak; a Google továbbítja a linkjuice-t az átirányításon keresztül, amíg az stabil. Ügyeljen arra, hogy az átirányítások ne legyenek többszörösen egymásba láncolva (pl. régi -> köztes -> új), mert ez csökkentheti a link erejét. Példa: Egy iparági portál a régi tanulmányára hivatkozik. Ha a 301 helyesen van beállítva, az új URL profitál a linkértékből. Négy-hat hét elteltével ellenőrizze a Search Console-ban, hogy a hivatkozó linkek az új célpontokra mutatnak-e. Használja ki a saját belső hivatkozási rendszerét is: cserélje le az összes régi belső linket újra a tartalomkezelő rendszerében, különben zsákutcák keletkeznek. Az alapos backlink-audit az újraindítás előtt megelőzi a későbbi rangsorolási veszteségeket. A külső hivatkozások migrációja időigényes, de elengedhetetlen a márka láthatósága szempontjából.
Teljesítmény és Core Web Vitals az újraindítás során
Egy új weboldal-megjelenés gyakran megváltozott frontendet jelent – és ezzel potenciálisan új teljesítményproblémákat. A relansírozás előtt mérje meg a jelenlegi oldal Core Web Vitals mutatóit (LCP, FID/INP, CLS), és határozzon meg célértékeket az új oldalra. Különösen kritikus a Largest Contentful Paint (LCP): 2,5 másodperc alatt kell lennie. Optimalizálja a képeket, használjon Lazy Loadinget a nem látható elemekhez, és kerülje a renderelő JavaScript-könyvtárakat a legfontosabb oldalakon. A Cumulative Layout Shift (CLS) gyakran a betöltődő betűtípusok vagy dinamikusan megjelenő bannerek miatt következik be – foglaljon helyet a layoutban. A relansírozás ideális alkalom arra, hogy karcsúbb CMS-re váltson vagy szerveroldali gyorsítótárat vezessen be. Példa: Egy sok képet használó online magazin új témára vált, ezzel megduplázza a betöltési időt. Következmény: magasabb visszafordulási arány és rosszabb rangsorolás. Tesztelje az összes alapoldalt a Lighthouse-szal és a PageSpeed Insights-szal, mobil eszközökön is. Győződjön meg róla, hogy az új oldal betöltési ideje nem rosszabb, mint a régié – különben a rangsorolási veszteségek mellett rosszabb felhasználói élményt is kockáztat. Dokumentálja a teljesítményértékeket a go-live előtt és után, és vesse össze a Search Console-lal. A jobb betöltési idők pozitívan befolyásolhatják az indexelést, mivel a Google előnyben részesíti a gyors oldalakat a feltérképezés során.
blog.faqT
Mennyi időbe telik, amíg a Google teljesen indexeli az új URL-eket?
Egy újraindítás után két-hat hétbe telhet, amíg a Google felfedezi és indexeli az összes új URL-t. Az időtartam függ az oldalak számától, a feltérképezés gyakoriságától és az új oldaltérkép minőségétől. Nyújtsa be az oldaltérképet azonnal, és győződjön meg arról, hogy a régi URL-ek tisztán átirányítanak. Figyelje a lefedettségi jelentést a Search Console-ban; ha négy hét elteltével még mindig sok 'Nem indexált' oldal jelenik meg, ellenőrizze a feltérképezhetőséget.
Mi a teendő, ha az újraindítás után a rangsorolások zuhannak, de nem jelennek meg 404-es hibák?
A rangsorolás csökkenése 404-es hibák nélkül gyakran minőségi problémákra utal: megváltozott tartalom, helytelen kanonikus címkék vagy belső linkstruktúra. Hasonlítsa össze a jelenlegi oldalverziót a régi verzióval a gyorsítótárban (Wayback Machine). Ellenőrizze, hogy a fontos belső linkek az új URL-ekre mutatnak-e, vagy a régiekre (átirányítottak). A betöltési idő is romolhatott. Elemezze a Search Console-t manuális intézkedések vagy algoritmusfrissítések szempontjából. Általában segít az érintett oldalak változtatásainak fokozatos visszaállítása.
