Weboldal-költözés SEO-ja: 301-térkép és indexelési ellenőrzés

URL-változás vagy változatlan című újratervezés?

A technikai SEO-átállás terjedelmét az URL-változásból vezesd le. Ha ugyanazon címek mögött új sablon jelenik meg, nem szükséges minden oldalhoz átirányítást gyártani. A meglévő válaszkód, indexelési jelzés és tartalom viszont ilyenkor is ellenőrizendő. Más a feladat, ha útvonal, hostnév, protokoll vagy domain változik. A munkalapon jelöld az érintett csoportot és a végleges címformát. A szemléltető példánkban a régi /wordpress-karbantartas oldal az új /szolgaltatasok/wordpress-karbantartas útvonalra kerül. A vizsgálat tárgya nem a teljes arculatváltási projekt, hanem az, hogy a régi címről helyes, következetes út vezessen a tartalmilag megfelelő, indexelésre szánt új változatra, és az összes saját technikai jelzés ezt az állapotot tükrözze a kereső számára is.

A 301-térkép kötelező mezői

Az átirányítási munkalap minden sora egy régi címet és tudatosan kiválasztott végleges célt tartalmazzon. Hasznos oszlop a régi URL, jelenlegi státusz, új URL, tartalmi megfelelés, kívánt státusz, teszteredmény és felelős. Végleges költözésnél a szerveroldali 301 megfelelő választás lehet; más állapotot ne hagyj véletlen alapértelmezésként. Az új cél tartalmilag helyettesítse a régit. A megszüntetett, megfelelő helyettesítő nélküli oldalt külön kezeld, ne irányíts minden ismeretlen címet a kezdőlapra. A térképen maradjanak meg a különböző régi címváltozatok is, ha korábban használatban voltak. Ezután a fejlesztő konkrét szabályokat kap, a tesztelő pedig ugyanebből a listából tudja vizsgálni, hogy nem maradt-e kihagyott vagy hibásan összevont útvonal az éles átállásban.

Státuszkód és átirányítási lánc mérése

A böngészőben megnyíló új oldal önmagában nem bizonyítja az átirányítás helyességét. Kérd le a régi címet úgy, hogy az első válasz státusza és Location fejléce is látható legyen, majd kövesd a teljes láncot. A cél egy világos, lehetőleg közvetlen átvezetés a végleges tartalomra. A szemléltető régi cím ne járjon végig több korábbi átköltözési állomást, ha a végleges cél ismert. Keress hurkot, nem várt ideiglenes átirányítást és hibás végállapotot. A végleges oldal tényleges tartalmat adjon, ne sikeresnek látszó üres hibaképernyőt. A tesztjegyzék a forrásválaszt és végső célt külön tárolja, így a 301→200 és a 301→404 helyzet nem mosódik össze egyetlen működik jelzéssé az ellenőrzéskor.

Canonical: az új végleges cím legyen következetes

A céloldal canonical jelzését a kész HTML-ben vizsgáld. Ha az új szolgáltatásoldal továbbra is a régi URL-t nevezi meg főváltozatként, a webhely saját jelzései ellentmondanak az átirányításnak. Ellenőrizd a hostnevet, protokollt és útvonalat is, mert a tesztkörnyezet címe könnyen bennmaradhat egy konfigurációban. Az önálló új oldalakhoz a ténylegesen választott végleges változat illeszkedjen. Ne használd a canonicalt a hiányzó átirányítás általános pótlására: az egyik jelzés a tartalom főváltozatáról szól, a másik a régi cím látogatóját is átvezeti. A sitemap és belső linkek ugyanazt az új címet használják. A mintavétel terjedjen ki több sablonra, mert a kezdőlap helyes kimenete nem bizonyítja a cikkek és egyedi szolgáltatásoldalak megfelelő beállítását.

Robots és noindex: külön élesítési ellenőrzés

Az új környezetből örökölt indexelési kizárást külön vizsgáld az éles domaineken. A robots.txt feltérképezési szabálya, a robots metaelem és az X-Robots-Tag fejléc nem ugyanazon a helyen készülhet. A nyilvános új céloldalon maradt noindex súlyos átállási akadály, miközben a privát előnézet védelmét továbbra is meg kell őrizni. Ne minden tiltást kapcsolj ki általánosan. A régi címek és átirányítások hozzáférését is ellenőrizd, hogy a kereső megismerhesse a megváltozott útvonalat. A CDN vagy tűzfal robotkezelése szintén külön réteg. A tesztben a hozzáférési szándék és tényleges válasz egyezését igazold. A robots.txt nem hitelesítési eszköz, ezért a tesztoldal és ügyfélanyag bizalmasságát megfelelő hozzáférés-védelemmel kell kezelni a keresőjelzésektől függetlenül is.

Sitemap és saját linkek az új állapotra

A végleges sitemap az aktuálisan keresőben kívánt címeket sorolja fel, ne az átirányító régi útvonalak kézi archívuma legyen. A régi és új listát összehasonlítva keresd a kimaradt céloldalt, téves hostnevet és nem nyilvános URL-t. A lastmod valós tartalmi módosítást jelezzen, ha használod, ne pusztán a fájl generálását. A webhely saját navigációjában, cikklinkjeiben és kézzel szerkesztett gombjaiban közvetlenül az új címet használd. Az átirányítás szükséges a korábbi belépésekhez, de nem indok arra, hogy a saját új felület is állandóan régi útvonalakon közlekedjen. Teljes feltérképezésből származó belsőlink-lista segíthet megtalálni a sablonban maradt címeket. A sitemap beküldésének sikeres feldolgozása pedig nem azonos minden új URL automatikus indexelésével.

Search Console az indulás előtt és után

Az átállás előtt ments ki értelmezhető kiinduló adatot a fontos régi céloldalakról és lekérdezéscsoportokról. Domainváltásnál a megfelelő régi és új tulajdon ellenőrzött hozzáférése külön előkészítési feladat. A Search Console költözéshez kapcsolódó eszközeit csak a tényleges változástípusnak megfelelően használd; azonos domainen belüli útvonalcserét ne kezeld automatikusan domainköltözésként. Indulás után ellenőrizd a reprezentatív URL-ek állapotát, a sitemap feldolgozását és a fontos oldalcsoportok keresési jeleit. A régi cím csökkenése önmagában nem kudarc, ha a megfelelő szerep az új URL-re kerül. A riportban ezért régi és új párokat, illetve összetartozó tartalmi csoportot kövess, külön jelölve az átállás idejét és az egyidejű egyéb módosításokat a helyes értelmezéshez.

Hibaprioritás és utókövetési lezárás

Azonnali technikai javítást kívánhat a tömeges rossz cél, átirányítási hurok, hibás végállapot vagy éles noindex. A keresőbeli feldolgozás és láthatóság változása viszont nem minden esetben azonnali, ezért ne keverd össze az ellenőrizhető hibát az átmeneti állapottal. A munkalapban külön státusz legyen a telepített, technikailag tesztelt és keresőadatokban még megfigyelés alatt álló tételnek. Őrizd meg a szabályok előző változatát és dokumentáld a javítás idejét, hogy később az ok visszakereshető legyen. A teljes projekt tartalomjóváhagyását, fájl- és űrlapköltöztetését külön újratervezési útmutató tárgyalja. A SEO-átvétel itt azzal zárul, hogy a régi→új térkép, státuszok, kanonikus jelzések, robotbeállítás és belső címhasználat egymással összhangban van, a Search Console-utókövetés pedig felelőshöz és konkrét mintákhoz kötődik.

Gyakori kérdések