Weboldalköltöztetés SEO-val: így őrizd meg a keresőforgalmat

Weboldalköltöztetés előtt ezt a SEO ellenőrzőlistát kövesd: URL-térkép, 301-es átirányítások, sitemap és Search Console lépésről lépésre.

Buda Sándor · 2026-08-01

Egy weboldal költöztetése lehet technikai szükségszerűség, új arculat vagy üzleti bővülés következménye. A keresőből érkező forgalom szempontjából azonban nem egyetlen „átkapcsolás”: minden régi és új URL, belső hivatkozás, indexelési beállítás és mérési pont együtt számít. A jó hír, hogy a kockázat jelentősen csökkenthető, ha a költözést SEO-feladatként is kezeljük, nem csak design- vagy fejlesztési projektként.

Ebben az útmutatóban azt mutatjuk be, hogyan készíts elő, élesíts és kövess nyomon egy weboldalköltöztetést úgy, hogy a meglévő organikus láthatóság a lehető legkevesebb sérülést szenvedje. A cél nem az, hogy bárki azonnali helyezésmegmaradást ígérjen: egy nagyobb változás után természetesek lehetnek átmeneti ingadozások. A cél az, hogy a keresők és a látogatók egyértelműen megtalálják az új oldalak megfelelő párját.

Mit jelent SEO-szempontból a weboldalköltöztetés?

Költöztetésről nem csak akkor beszélünk, amikor másik domainre kerül az oldal. SEO-hatása lehet a HTTP–HTTPS váltásnak, a www és nem www verzió egységesítésének, egy új CMS bevezetésének, az URL-struktúra módosításának vagy egy teljes újratervezésnek is. Akkor is érdemes költöztetési tervet készíteni, ha „csak” a régi /szolgaltatasok oldalt váltja fel egy pontosabb /weboldal-keszites URL.

A Google az egyes URL-eket külön kezeli. Ha egy régi oldalnak nincs világos új megfelelője, ha a szerver hibát ad, vagy ha minden régi cím a főoldalra irányít, a kereső nem kap megbízható jelzést arról, hová került a tartalom. A Google költöztetési útmutatója ezért URL-térképet, releváns átirányításokat, tesztelést és Search Console-monitorozást javasol.

Ez a munka szorosan kapcsolódik a technikai SEO audit és optimalizálás folyamatához: itt derül ki, mely oldalak hoznak organikus kattintást, mely URL-ekre mutatnak külső linkek, és milyen technikai korlátokat kell a fejlesztésnek kezelnie.

Miért esik vissza gyakran a forgalom egy költözés után?

A visszaesésnek ritkán egyetlen oka van. Gyakori hiba, hogy az új oldal látványosabb, de a régi kategória-, szolgáltatás- vagy tudásbázis-oldalak eltűnnek. Ugyanígy gondot jelenthet, ha a fejlesztői tesztkörnyezetből bent marad a noindex szabály, ha a robots.txt blokkolja a feltérképezést, vagy ha az új sablon minden oldalon ugyanarra a canonical URL-re mutat.

Szintén kockázatos az „egyszerűsített” átirányítás: a régi termékoldalak, cikkek és szolgáltatások tömegesen a kezdőlapra kerülnek. Ez a látogatónak sem segítség, és a Google is irreleváns átirányításként, akár soft 404-ként értelmezheti. A helyes kérdés nem az, hogy „melyik oldal legyen az új?”, hanem az, hogy „mi az adott régi oldal legközelebbi, valóban hasznos utódja?”.

Végül a költözés gyakran más változásokkal esik egybe: új szövegek, új navigáció, más képek, új analitikai mérés, megváltozott sütikezelés. Ha minden egyszerre változik, nehezebb megmondani, mi okozott problémát. Érdemes a technikai átállást és a nagyobb tartalmi átdolgozást külön ütemben kezelni.

Élesítés előtt: a négy legfontosabb előkészítő feladat

1. Készíts üzleti és SEO-leltárt

Ne az oldaltérképpel kezdd, hanem azzal, hogy mely oldalak fontosak. Exportáld a Search Console organikus kattintási és megjelenési adatait, az analitikából nézd meg a belépő oldalakat, és gyűjtsd össze a konverziót hozó URL-eket. Egy kapcsolatfelvételi oldal, egy régóta rangsoroló blogcikk vagy egy ajánlatkérő landing oldal akkor is kritikus lehet, ha kevés link mutat rá.

A leltár alapján jelöld meg azokat az oldalakat, amelyeknek változatlan tartalommal kell továbbélniük, azokat, amelyek új címre költöznek, és azokat, amelyek valóban megszűnnek. Egy átgondolt weboldalkészítési projekt része, hogy a navigáció és az oldalstruktúra már a tervezéskor számol a meglévő keresési értékkel.

2. Építs egyértelmű URL-térképet

A költözés legfontosabb dokumentuma egy egyszerű táblázat: régi URL, új URL, átirányítás típusa, felelős, tesztelési státusz és megjegyzés. Minden releváns régi címhez egy konkrét, tartalmilag megfelelő új címet rendelj. Ha egy szolgáltatási oldal összeolvad egy másikkal, az összevont oldalra mutathat az átirányítás; ha a tartalomnak nincs értelmes megfelelője, a 404 vagy 410 válasz tisztább döntés, mint egy véletlenszerű céloldal.

Külön figyelmet érdemelnek a paraméteres, régi kampány- és nyomkövetési URL-ek, valamint a képek és letölthető fájlok. Nem mindegyik kerül a sitemapbe, de külső link vagy régi hirdetés még mutathat rájuk. A térkép a fejlesztő, a SEO-szakember és az ügyfél közös ellenőrzőlistája; ne hagyd fejben.

3. Teszteld a még nem nyilvános új oldalt

Az élesítés előtt ellenőrizd, hogy a fontos új URL-ek 200-as választ adnak, mobilon használhatók, a címek és meta leírások nem üresek, a belső linkek nem a régi domainre vagy tesztkörnyezetre mutatnak. Nézd át a canonical címkéket, a robots.txt-t, az XML-sitemapet és a strukturált adatokat is. A fejlesztői környezet ideiglenes crawl-blokkolása rendben lehet, de a tiltás eltávolításának legyen külön élesítési feladata.

Összetett adminfelület, egyedi jogosultság, API-k vagy dinamikusan generált oldalak esetén a költözés nem pusztán sabloncsere. Ilyenkor az egyedi webfejlesztés segít abban, hogy az URL-logika, a régi funkciók és a mérés az új rendszerben is megbízhatóan működjön.

4. Rögzítsd a kiinduló állapotot

Az élesítés napján már késő megkeresni, mennyi organikus forgalmat hozott egy oldal. Mentsd el a legfontosabb kulcsszavak, organikus kattintások, indexelt oldalak, hibák és konverziók kiinduló értékeit. Ellenőrizd, hogy a Search Console tulajdon és az analitikai mérés továbbra is hozzáférhető lesz. Domainváltásnál az összes releváns protokoll- és hostváltozat tulajdonjogát rendezd előre.

Élesítéskor: hogyan legyenek az átirányítások?

Ha egy oldal végleg új címre költözött, szerveroldali 301-es vagy 308-as átirányítás a bevett megoldás. Ezek egyértelmű jelzést adnak a böngészőnek és a keresőnek is, hogy az erőforrás új, tartós helyre került. JavaScriptes átirányítás csak akkor legyen B terv, ha szerveroldali megoldás nem lehetséges.

Az átirányítás legyen közvetlen: régi URL → végleges új URL. Kerüld a láncokat, például régi oldal → átmeneti oldal → új oldal, mert lassítják a látogatót és bonyolítják a feltérképezést. Ugyanilyen fontos, hogy az új oldal saját magára mutató canonicalt használjon, a belső navigáció pedig már az új URL-ekre hivatkozzon. A 301 nem helyettesíti a belső linkek frissítését.

Élesítés után töltsd fel az új XML-sitemapet a Search Console-ba. A sitemap nem javít rossz átirányítást, de segít a Google-nek felfedezni az új címeket. Domainváltás esetén akkor van helye a Címváltoztatás eszköznek, ha a régi és az új domain tulajdona megfelelően igazolt; pusztán HTTPS-váltásnál ezt nem kell használni.

Az első hetekben: ne csak a kezdőlapot ellenőrizd

A költözés utáni ellenőrzés nem egy gyors vizuális teszt. Válassz ki mintát a legfontosabb régi URL-ekből, és nézd meg, hogy mindegyik egyetlen lépésben a megfelelő új oldalra érkezik-e. Ellenőrizd az új URL-ek indexelhetőségét a Search Console URL-ellenőrző eszközével, és kövesd az indexelési, átirányítási és feltérképezési hibákat.

Figyeld külön az organikus kattintásokat és megjelenéseket, de ne vonj le következtetést egyetlen nap adataiból. A Google újra feltérképezi és újraindexeli az URL-eket, ezért egy közepes méretű webhely költözése több hétig is rendeződhet. A valódi riasztás a tartósan kieső fontos oldal, a növekvő 404-ek, a hibás canonicalok vagy az, ha az új URL-ek helyett a régi címek maradnak az indexben.

Ne kapcsold le gyorsan a régi domaint és ne töröld el az átirányításokat. A Google útmutatása legalább egyéves megtartást javasol, a felhasználói élmény miatt pedig sok esetben a hosszabb idő is indokolt. Közben frissítsd a saját hirdetések, közösségi profilok és kiemelt partnerlinkek cél-URL-jeit is.

Más terv kell különböző költözésekhez

Csak tárhelyet vagy szervert váltasz

Ha az URL-ek és a tartalom nem változnak, nincs szükség tömeges átirányításra. A fő kockázat a leállás, a lassú válaszidő, a hibás DNS-beállítás vagy a kimaradó mérőkód. A Search Console feltérképezési aktivitásának átmeneti változása normális lehet, de a szerverhibákat gyorsan kezeld.

CMS- vagy arculatváltás történik

Itt a veszély nem csak az URL-ben van. Elveszhetnek a címsorok, a belső linkek, a képek alt szövegei, a schema-jelölések vagy az egyedi landing oldalak. A funkcionális tesztelés mellé SEO-regressziós ellenőrzés kell: hasonlítsd össze a régi és az új oldal fő sablonjait, és ne csak a nyitólapot engedd el.

Komplex, egyedi rendszer költözik

Ügyfélportál, kalkulátor, belső admin, webshop-integráció vagy API-k esetén az URL-ek mögött üzleti folyamatok is vannak. A jogosultság, az űrlapok, a fizetés, a készlet vagy a CRM-kapcsolat hibája közvetve a SEO-t is érintheti, mert rossz felhasználói élményt és kieső konverziót okoz. Laravel-alapú vagy más testreszabott rendszernél a Laravel-fejlesztési tapasztalat abban is érték, hogy a költözési szabályok, az átirányítások és a háttérfolyamatok karbantarthatóak maradjanak.

Weboldalköltöztetés SEO ellenőrzőlista

1. Azonosítsd a forgalmat, konverziót vagy külső linket hozó régi URL-eket.
2. Készíts régi URL → új URL térképet, és jelöld a kivételeket.
3. Tesztkörnyezetben ellenőrizd a 200-as oldalak, canonicalok, robots.txt és sitemap állapotát.
4. Rögzítsd a Search Console és analitikai kiinduló adatokat.
5. Élesítéskor állíts be közvetlen, releváns 301/308 átirányításokat.
6. Frissítsd a belső linkeket, a kiemelt külső profilokat és a hirdetési céloldalakat.
7. Küldd be az új sitemapet, és ellenőrizd a kritikus URL-eket a Search Console-ban.
8. Az első hetekben hetente vizsgáld a hibákat, indexelést, kattintásokat és a fontos konverziókat.

Mikor ne irányíts át egy régi oldalt?

Az átirányítás nem automatikus válasz minden megszűnő URL-re. Ha egy oldal mögött elavult, hibás vagy már nem létező ajánlat áll, és nincs hozzá tartalmilag közeli új oldal, a 404-es vagy 410-es válasz őszintébb jelzés. Ilyenkor a látogató számára is adj hasznos navigációt: keresőt, kapcsolódó kategóriát vagy érthető hibaoldalt. Ne próbáld meg a keresőnek és az olvasónak is „elrejteni” a hiányzó tartalmat egy általános kezdőlapra dobással.

Más a helyzet, ha több rövid vagy részben átfedő cikket egyetlen, valóban teljesebb útmutatóba olvasztasz. Ebben az esetben a régi cikkek a bővített anyagra vezethetnek, feltéve hogy az új oldal megválaszolja az eredeti keresési szándékot is. Dokumentáld ezt a döntést az URL-térképben, mert később így lehet megérteni, miért változott egy adott oldal teljesítménye.

Gyakori kérdések

Elkerülhető minden helyezésingadozás?

Nem. Jelentős URL- vagy domainváltozásnál a Google újra feldolgozza az oldalakat, ezért átmeneti mozgás előfordulhat. A jó előkészítés nem garanciát ad, hanem megszünteti a megelőzhető hibákat és lerövidítheti a rendeződéshez szükséges időt.

Meddig maradjanak aktívak a 301-es átirányítások?

Legalább egy év jó kiindulópont, de a régi URL-ekre mutató külső linkek és könyvjelzők miatt a hosszabb megtartás is indokolt lehet. A döntést a valós forgalom és az üzleti környezet alapján hozd meg.

Érdemes egyszerre költöztetni és teljesen átírni a szövegeket?

Ha lehet, bontsd kisebb lépésekre. Így könnyebben elkülöníthető, hogy technikai vagy tartalmi változás okoz-e visszaesést. Ha a teljes megújulás üzletileg szükséges, még fontosabb a részletes URL-térkép és a tesztelés.

Összegzés: a költözés legyen mérhető projekt

A weboldalköltöztetés SEO-sikerét nem a kezdőlap szépsége, hanem a részletek döntik el: van-e minden fontos régi oldalnak értelmes új párja, működnek-e az átirányítások, feltérképezhető-e az új webhely, és látod-e időben a hibákat. Ha a költözés előtt leltárral, URL-térképpel és mérési tervvel indulsz, az átállás kiszámíthatóbb üzleti döntéssé válik.

Nagyobb redesign, CMS-váltás vagy forgalmat hozó oldal átépítése előtt érdemes SEO auditot és költöztetési ellenőrzést kérni. Így a fejlesztési feladatlista nem utólag, a forgalom visszaesésekor kapja meg a keresőoptimalizálási szempontokat.