Ha a régi weboldaladra már érkeznek látogatók a Google-ből, és más oldalak is linkelnek rá, akkor az új oldal megrendelésével arról is döntesz, mi lesz ezzel a forgalommal. A régi címek az élesítés napján megszűnhetnek. Ha senki nem irányítja át őket az új megfelelőjükre, a látogató és a Googlebot is hibaoldalra fut. Ezt az ajánlat elfogadása előtt még könnyű tisztázni, utána sokkal nehezebb, és jellemzően sürgős pluszmunka lesz belőle.

Miért kell az átirányításnak benne lennie a weboldal-ajánlatban?
Röviden. Az átirányítás viszi át a régi címek forgalmát és a rájuk mutató linkek jelzéseit az új oldalra. Ez a weboldalprojekt része, ezért az ajánlatban, felelőssel együtt kell rögzíteni.
Hivatalosan igazolt. A Google Search Central dokumentációja szerint, ha egy webhely URL-jei megváltoznak, a régi címekről szerveroldali, végleges átirányítást (HTTP 301 vagy 308) érdemes beállítani az új címekre. A Google a végleges átirányítást erős jelzésnek tekinti arra, hogy az új URL legyen a kanonikus változat. A dokumentáció azt is leírja, hogy az átirányításokat legalább egy évig érdemes megtartani, mert a Google ennyi idő alatt jó eséllyel feldolgozza a változást.
Saját tapasztalat. A leggyakoribb helyzet az, hogy a megrendeléskor az átirányítás szóba sem kerül. Az új oldal elkészül, szép és gyors, aztán néhány héttel az élesítés után a Search Console-ban megnő a 404-es oldalak száma, és a korábban jól teljesítő aloldalak eltűnnek a találatok közül. Ilyenkor a javítás utólag, kapkodva, külön egyeztetéssel készül, és gyakran már senki nem tudja pontosan, milyen címek voltak a régi oldalon.
Szakmai feltételezés. Ha az átirányítás elmarad, a régi oldalak helyezéseinek egy része elveszhet, de hogy mekkora része és mennyi időre, azt előre senki nem tudja megmondani. A helyes átirányítás sem garancia arra, hogy minden helyezés változatlan marad. Annyit tud elérni, hogy a meglévő jelzések jó eséllyel átkerüljenek az új oldalra.
Honnan derül ki egy ajánlatból, hogy a fejlesztő számol a régi URL-ekkel?
Röviden. Abból, hogy az ajánlat külön tételként nevezi meg a régi URL-ek összegyűjtését, a régi-új párosítást, az átirányítások beállítását és az élesítés utáni ellenőrzést. Ha ezek közül egyik sem szerepel, a fejlesztő valószínűleg nem tervez vele.
Sok ajánlatban szerepel olyan mondat, hogy „a régi tartalmak átkerülnek az új oldalra” vagy „SEO-barát felépítés”. Ezek önmagukban semmit nem mondanak az átirányításról. A tartalom átköltöztetése azt jelenti, hogy a szöveg és a képek megjelennek az új oldalon. Az átirányítás azt jelenti, hogy aki a régi címre érkezik, automatikusan az új címre jut. A kettő két külön feladat, és az elsőből nem következik a második.
Egy jól megírt ajánlatban ilyesmit olvashatsz.
- A régi oldal összes indexelt és forgalmat hozó URL-jének összegyűjtése a Search Console, az Analytics és egy feltérképező program adataiból.
- Régi-új URL párosító táblázat elkészítése, amelyet a megrendelő élesítés előtt jóváhagy.
- 301-es átirányítások beállítása szerveroldalon, láncok nélkül.
- Élesítés utáni ellenőrzés a teljes régi URL-listán, és a hibák javítása egy meghatározott időszakon belül.
- Az új XML oldaltérkép beküldése a Search Console-ba.
Ha ezek a sorok nincsenek ott, attól a fejlesztő még lehet felkészült. Viszont amíg írásban nincs rögzítve, nincs mire hivatkoznod, ha élesítés után hiba derül ki.
Mit jelent pontosan a régi és új URL-ek párosítása?
Röviden. Egy táblázatot, amelyben minden régi cím mellett ott van az az új cím, ahová a látogatót vinni kell. Ez a táblázat az átirányítási terv alapja.
A párosítás lépései egy átlagos, néhány tucat vagy néhány száz aloldalas cégnél így néznek ki.
- A régi URL-ek összegyűjtése. Forrás a Search Console Teljesítmény jelentése (melyik oldal kapott megjelenést és kattintást), az oldalindexelési jelentés, a régi XML oldaltérkép, az Analytics belépési oldalai, és egy feltérképező program, amely végigjárja a régi oldalt.
- A beérkező linkek listája. A Search Console Linkek jelentéséből látszik, melyik aloldaladra mutatnak külső linkek. Ezek az oldalak akkor is fontosak, ha ma kevés forgalmat hoznak.
- Rangsorolás. A forgalmat hozó és linkelt oldalak kerülnek előre, ezeknél a párosítást különösen gondosan kell elvégezni.
- Párosítás tartalom alapján. Minden régi címhez a tartalmilag legközelebbi új oldal tartozik. A régi fürdőszoba-felújítás aloldal az új fürdőszoba-felújítás aloldalra mutasson, a szolgáltatások gyűjtőoldalára csak akkor, ha az új oldalon nincs pontos megfelelője.
- A megszűnő oldalak eldöntése. Amelynek tényleg nincs megfelelője, annál meg kell nézni, hoz-e forgalmat vagy linket. Ha igen, érdemes megfontolni, hogy a tartalom megmaradjon az új oldalon is.
- Jóváhagyás. A táblázatot te is átnézed, mert te tudod, melyik szolgáltatás a fontos, és melyik régi termék már nincs a kínálatban.
Apache szerveren a párosítás eredménye például így kerülhet a .htaccess fájlba.
Redirect 301 /szolgaltatasok/furdoszoba-felujitas.html /furdoszoba-felujitas/
Redirect 301 /blog/2019/hogyan-valassz-csempet.html /blog/csempe-valasztas/
Redirect 301 /rolunk.php /cegunkrol/
WordPress oldalon ugyanez átirányító bővítménnyel vagy a szerver beállításaiban is megoldható. A technika kevésbé számít, az viszont igen, hogy szerveroldali, végleges átirányítás legyen, és ne JavaScriptes vagy meta refresh megoldás.
Hivatalosan igazolt. A Google dokumentációja szerint, ha sok régi URL-t egyetlen, tartalmilag nem kapcsolódó oldalra (például a főoldalra) irányítasz, a Google ezt soft 404-ként kezelheti, vagyis úgy, mintha az oldal megszűnt volna. Azt is leírja, hogy a Googlebot legfeljebb tíz átirányítási lépést követ egy láncban, de a láncokat érdemes elkerülni, és a régi címet közvetlenül a végső címre irányítani.
Milyen kérdéseket tegyél fel a fejlesztőnek az ajánlat elfogadása előtt?
Röviden. Öt kérdés tisztázza a helyzetet. Ki készíti a párosítást, milyen átirányítással, ki ellenőrzi élesítés után, mi lesz a régi cikkekkel, és meddig maradnak érvényben az átirányítások.
Ki készíti el a régi-új URL párosítást?
Ha a válasz az, hogy te, akkor tudnod kell, hogy ez komoly munka, és a régi URL-ek listáját is neked kell előteremteni. Ha a fejlesztő, akkor kérdezd meg, honnan gyűjti a régi címeket. Egy jó válaszban a Search Console és egy feltérképező program is szerepel, nem csak a régi menü.
Milyen típusú átirányítást állít be, és hol?
A várt válasz a szerveroldali 301-es (vagy 308-as) átirányítás. Ha a fejlesztő 302-t említ, kérdezz rá, miért, mert az ideiglenes áthelyezést jelez. Azt is kérdezd meg, hogyan kerüli el a láncokat, például ha a régi oldalon már voltak korábbi átirányítások.
Ki ellenőrzi az átirányításokat élesítés után, és meddig?
Az ellenőrzés azt jelenti, hogy a teljes régi URL-listát valaki lefuttatja egy programmal, és megnézi, minden cím egy lépésben, 200-as válaszkóddal érkezik-e meg a jó új oldalra. Kérdezd meg, hogy ez benne van-e az ajánlatban, és ha hibát találnak az első hetekben, a javítás külön munkának számít-e.
Mi történik a régi cikkekkel és blogbejegyzésekkel?
A régi cikkek gyakran hosszú ideig hoznak keresési forgalmat, és sokszor ezekre mutat a legtöbb külső link. Kérdezd meg, hogy átkerülnek-e, változik-e a címük, és ha egyes cikkeket nem visz át, akkor azoknak a címe hová irányít majd. A régi dátumos URL-szerkezet (például év és hónap a címben) megváltoztatása önmagában nem baj, ha minden régi cím átirányítást kap.
Meddig maradnak érvényben az átirányítások?
A Google legalább egy évet javasol. Saját tapasztalat alapján érdemes ennél tovább, lehetőleg véglegesen megtartani őket, mert a külső linkek évekig a régi címre mutathatnak. Kérdezd meg, hogy egy későbbi tárhelyváltás vagy bővítménycsere után is megmaradnak-e.
Milyen válaszok intő jelek?
Röviden. Az a válasz intő jel, amelyből kiderül, hogy a fejlesztő nem tervez a régi címekkel, vagy mindent a főoldalra irányítana.
- „Ezzel nem kell foglalkozni, a Google magától megtalálja az új oldalt.” Az új oldalt valóban megtalálja, de a régi címek jelzéseit átirányítás nélkül nem kapcsolja hozzá.
- „Minden régi címet a főoldalra irányítunk.” Ez a hivatalos dokumentáció szerint soft 404-hez vezethet, és a látogatónak is rossz, mert nem azt találja, amit keresett.
- „Majd élesítés után megnézzük, mi hiányzik.” Élesítés után a régi oldal már nem érhető el, így a teljes régi URL-listát sokszor nem lehet visszaállítani.
- „A régi blogot nem visszük át, az úgyis elavult.” Lehet, hogy elavult, de ha forgalmat vagy linket hoz, erről adat alapján kell dönteni.
- „Az átirányítás SEO-munka, az nem a mi feladatunk.” Ez lehet korrekt munkamegosztás, de akkor írásban kell rögzíteni, hogy ki végzi el, és az élesítés dátumát hozzá kell igazítani.
Szakmai feltételezés. Az ilyen válaszok mögött legtöbbször nem rossz szándék áll. A fejlesztő a látványra és a működésre koncentrál, és a keresési örökség kezelése kimarad a gondolkodásából. Ezért kell a megrendelőnek kérdeznie.
Milyen ellenőrzőlistát csatolj az ajánlathoz?
Röviden. Egy rövid listát, amelyet a fejlesztő aláír vagy visszaigazol, és amely tételesen leírja az átirányítással kapcsolatos feladatokat és felelősöket.
- A régi oldal indexelt, forgalmat hozó és linkelt URL-jeinek listája a fejlesztés megkezdése előtt elkészül.
- A régi-új párosító táblázatot (név szerint) ő készíti el, és a megrendelő élesítés előtt jóváhagyja.
- Minden régi URL szerveroldali 301-es átirányítást kap a tartalmilag legközelebbi új oldalra.
- Tömeges főoldalra irányítás nincs, és átirányítási lánc sincs.
- A régi cikkek sorsáról cikkenként születik döntés, és a megszűnő cikkek címe is a legközelebbi új tartalomra irányít.
- Élesítés után a teljes régi URL-listát lefuttatják, és az eredményt írásban átadják.
- Az első hetekben talált átirányítási hibákat a projekt részeként javítják.
- Az új XML oldaltérképet beküldik a Search Console-ba, a belső linkek az új címekre mutatnak.
- Az átirányítások legalább egy évig, lehetőleg véglegesen érvényben maradnak.
Mit érdemes figyelni élesítés után?
Röviden. A Search Console oldalindexelési jelentését, a 404-es és átirányított oldalak számát, valamint a korábban jól teljesítő aloldalak kattintásait.
Élesítés után az első napokban érdemes a régi URL-listán saját magad is végigmenni néhány fontos címmel, és megnézni, hová visznek. A Search Console-ban az oldalindexelési jelentés megmutatja, ha a Google sok nem található oldalt jelez, a Teljesítmény jelentésben pedig összevetheted az élesítés előtti és utáni időszakot. Átmeneti ingadozás előfordulhat, ezért egy-két napos adatból még nem érdemes következtetést levonni.
Hivatalosan igazolt. A Search Console címváltoztatási eszköze csak domainváltásnál használható, egy domainen belüli URL-szerkezet változásakor nincs rá szükség. Ilyenkor az átirányítások, a frissített belső linkek és az új oldaltérkép adják a jelzést a Google-nek.
Miért érdemes a régi oldal felmérését a fejlesztés előtt elkészíttetni?
Röviden. Mert a felmérésből derül ki, melyik régi oldal hoz forgalmat és linket, és ezt csak addig lehet teljesen összegyűjteni, amíg a régi oldal él.
A felmérés eredménye egy lista a régi oldal értékes címeiről, a hozzájuk tartozó kattintásokkal, megjelenésekkel és beérkező linkekkel. Ezzel a listával a kezedben pontosabban tudod értékelni a fejlesztői ajánlatokat, mert látod, mekkora munka a párosítás, és rá tudsz kérdezni a fontos oldalak sorsára. Az új oldal tervezésénél is segít, mert kiderül, melyik témáknak kell mindenképp külön aloldalt kapniuk.
Saját tapasztalat. Ha a felmérés a fejlesztés előtt elkészül, az átirányítási terv nyugodtan, adat alapján születik meg, és az élesítés napján nincs találgatás. Ha a fejlesztő is ezt a listát kapja meg, az ajánlata is konkrétabb lesz. Ha most tervezel új weboldalt, és a régi oldalad már hoz forgalmat a Google-ből, a régi oldal felmérését érdemes első lépésként, a fejlesztői ajánlatok bekérése előtt elkészíttetni.
Források és további olvasnivalók
- Google Search Central, Webhely áthelyezése URL-módosítással
- Google Search Central, Átirányítások és a Google Kereső
- Google Search Central, Kanonikus URL-ek összevonása
- Google Search Console súgó, Oldalindexelési jelentés
- Google Search Console súgó, Címváltoztatási eszköz
- IETF RFC 9110, HTTP Semantics (301 és 308 állapotkódok)
- Apache HTTP Server dokumentáció, mod_alias modul
- Az átirányítás a projekt része, ezért az ajánlatban külön tételként kell szerepelnie, felelőssel és ellenőrzési lépéssel.
- A Google hivatalos ajánlása URL-változásnál a szerveroldali, végleges (301 vagy 308) átirányítás, amelyet legalább egy évig érdemes fenntartani.
- Minden régi URL-t a tartalmilag legközelebbi új oldalra kell irányítani, a tömeges főoldalra irányítást a Google soft 404-ként kezelheti.
- Intő jel, ha a fejlesztő csak a „SEO-barát” szót írja az ajánlatba, és nem tudja megmondani, ki készíti a párosítást és ki ellenőrzi élesítés után.
- A régi oldal felmérése a fejlesztés előtt készüljön el, mert az élesítés után a régi URL-lista egy része már nem gyűjthető vissza.
Gyakori kérdések
Mi a különbség a 301-es és a 302-es átirányítás között?
A 301-es végleges áthelyezést jelez, a Google ilyenkor jó eséllyel az új címet tekinti kanonikusnak. A 302-es ideiglenes áthelyezést jelent, ezért weboldalcserénél a 301-es vagy a 308-as a javasolt.
Átirányíthatom az összes régi oldalt a főoldalra?
Nem érdemes. A Google dokumentációja szerint a tartalmilag nem kapcsolódó főoldalra irányítást soft 404-ként kezelheti, ezért minden régi címet a legközelebbi új tartalomra kell irányítani.
Meddig kell megtartani az átirányításokat?
A Google legalább egy évet javasol. Mivel a külső linkek évekig a régi címekre mutathatnak, a gyakorlatban érdemes véglegesen megtartani őket.
Kell-e átirányítás, ha a domain nem változik, csak az oldal szerkezete?
Igen. Ha a régi aloldalak címe megváltozik, minden régi címhez átirányítás kell az új megfelelőjére, a domaintől függetlenül.
Honnan tudom meg, melyik régi oldalam fontos?
A Search Console Teljesítmény és Linkek jelentéséből látszik, melyik aloldal kap kattintást és külső linket. Ezt a listát a régi oldal felmérése gyűjti össze, a fejlesztés előtt.
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.