Kontrolní seznam SEO migrace webu

Migrace webu je řízená změna platformy, domény, protokolu, informační architektury, struktury URL nebo renderovacího systému webu. Je dokončena až ve chvíli, kdy uživatelé, roboti a analytické systémy mohou dosáhnout zamýšleného obsahu prostřednictvím stabilních cest a tým může prokázat, že cenná viditelnost přežila.

Kontrolní seznam: SEO migrace webu. Časový rámec: začněte 6–12 týdnů před spuštěním pro střední web; vyhraďte posledních 5 pracovních dnů na zmrazení změn, den spuštění na obsazenou validaci a alespoň 4 týdny na aktivní monitorování. Vlastník: jeden vedoucí migrace odpovědný za celé nasazení, podporovaný jmenovanými vlastníky z oblastí vývoje, SEO, analýzy, obsahu a infrastruktury.

Proč tento kontrolní seznam existuje a proč se spouští zde

Tato vrstva řízení nasazení v rámci SEO procesu využívá důkazy o procházení a indexování z technického základního auditu , rozhodnutí o ponechání/sloučení/odstranění z inventury a auditu obsahu a cílovou hierarchii z tematické mapy a informační architektury . Tyto výstupy musí existovat dříve, než lze posuzovat přesměrování nebo staging.

Spouštějte ji po schválení cílové struktury, ale před zmrazením produkčních cest. Pokud běží dříve, tým mapuje přesměrování na cíle, které se mohou ještě změnit. Pokud běží později, směrování, šablony, analýza nebo komunikační materiály ke spuštění mohou být již příliš nákladné na bezpečnou nápravu.

Mapa přesměrování je artefakt s nejvyšším rizikem, protože propojuje staré cesty s novými. Každá cenná stará URL by měla jít jedna ku jedné na nejbližší cíl, který zachovává její účel. Nikdy nepoužívejte domovskou stránku jako univerzální cíl: frustruje to návštěvníky a maskuje chybějící cíle.

Vstupy a výstupy

Výstupy jsou smlouvou s provozem při spuštění. Tabulka bez vlastníků, důkazů nebo akceptačních podmínek není předáním.

Kontrolní seznam

Každá položka uvádí co, proč, jak, nástroj a pozorovatelnou podmínku dokončení. Nahraďte práh pouze přísnějším pravidlem nebo zdokumentovaným pravidlem založeným na baseline.

Fáze 1: předmigrační inventura

1. Sestavte sjednocený inventář URL. Co: zkombinujte každou zjistitelnou starou URL z procházení, XML sitemap, analýzy, Search Console, exportů zpětných odkazů, CMS záznamů, placených kampaní a serverových logů. Proč: žádný jednotlivý zdroj neobsahuje každou cennou nebo vyžádanou URL; stránka nepřítomná v navigaci může mít stále odkazy, návštěvnost nebo smluvní význam. Jak: normalizujte protokol, hostitele, velikost písmen, koncové lomítko, parametry a kódované znaky při zachování původní hodnoty ze zdroje. Deduplikujte až po zaznamenání, kde byla každá URL nalezena. Nástroj: procházeč, CMS export, analýza, Search Console, data o zpětných odkazech a logy. Hotovo, když: každý zdroj je datován, každý řádek má normalizovanou URL a zdroj nálezu, duplicity jsou vyřešeny a součty zdrojů souhlasí s konečným inventářem.

2. Klasifikujte dispozici každé URL. Co: označte každou URL jako ponechat, přesunout, sloučit, odstranit nebo prošetřit. Proč: přesměrování nelze správně namapovat, dokud není rozhodnutí o obsahu explicitní. Jak: zkombinujte návštěvnost, konverze, zpětné odkazy, stav indexu, kvalitu obsahu, obchodní potřebu a záměr; zaznamenejte důkazy a schvalujícího vlastníka. Nástroj: inventární sešit a audit obsahu. Hotovo, když: 100 % URL v rozsahu má jednu dispozici, vlastníka, cílovou stránku nebo důvod odstranění a při zmrazení nezbývá žádný nevyřešený řádek „prošetřit".

3. Zachyťte podepsaný baseline. Co: zachovejte předspouštěcí organické relace, kliknutí, imprese, konverze, příjmy, indexované URL, chyby procházení, kódy odpovědí, dostupnost a výkon pro prioritní šablony a adresáře. Proč: bez datovaného srovnávacího bodu vypadá běžná variace stejně jako poškození migrací. Jak: exportujte alespoň 28 srovnatelných dnů, anotujte kampaně a sezónnost a identifikujte prioritní URL vyžadující denní kontrolu. Nástroj: analýza, Search Console, procházeč, data o pozicích a monitorování. Hotovo, když: baseline je pouze pro čtení, reprodukovatelný, segmentovaný, opatřený časovým razítkem a schválený vlastníky SEO a analýzy.

Fáze 2: mapování přesměrování

4. Mapujte zdroje jedna ku jedné, kde je to možné. Co: přiřaďte každou přesunutou nebo sloučenou starou URL k nejbližší nové URL se stejným primárním záměrem. Proč: přesný cíl zachovává kontinuitu pro návštěvníka a poskytuje robotům srozumitelný náhradní signál. Jak: porovnejte téma, produkt, geografii, jazyk a úlohu; mapujte sloučení na přežívající stránku a zdokumentujte záměrná odstranění. Nikdy nemapujte nespárované URL na domovskou stránku. Nástroj: sešit mapy přesměrování, inventář a procházení cílových stránek. Hotovo, když: každý měnící se zdroj má přesně jeden schválený výsledek, každý cíl je relevantní a v rozsahu a počet mapování na domovskou stránku je nulový.

5. Validujte mechanismy přesměrování před spuštěním. Co: otestujte stavové kódy, cíle, chování při dotazech, varianty velikosti písmen, protokol, subdomény, koncová lomítka, soubory a URL kampaní. Proč: správně vypadající tabulka může stále produkovat smyčky, řetězení, zástupné znaky, které polykají platné stránky, nebo cíle vracející chyby. Jak: vygenerujte pravidla pro staging nebo proxy, vyžádejte každý zdroj, sledujte přeskoky a porovnejte konečnou URL se schválenou mapou. Nástroj: automatický HTTP test, procházeč a kontrola konfigurace serveru. Hotovo, když: 100 % mapovaných zdrojů dosáhne schváleného cíle se stavem 200 v jednom trvalém přesměrování; smyčky, řetězení, dočasná přesměrování a cíle s chybami jsou nulové.

6. Slaďte kanonické URL, odkazy a sitemapy s přesměrováními. Co: zajistěte, aby kanonická URL , interní odkazy, reference hreflang, strukturovaná data, kanály a XML sitemapy vedly přímo na konečné URL. Proč: přesměrovávání starých URL při jejich dalším publikování vytváří konfliktní migrační signály a plýtvá požadavky robotů. Jak: projděte každý referenční zdroj a porovnejte normalizované cíle s mapou přesměrování. Nástroj: procházeč, renderovaný HTML, parser sitemap a rozdílová analýza konfigurace. Hotovo, když: konečné stránky odkazují samy na sebe jako kanonické, pokud schválená výjimka neříká jinak, interní odkazy na přesměrované URL jsou nulové a nové sitemapy obsahují pouze kanonické URL se stavem 200.

Fáze 3: validace stagingu

7. Testujte staging, aniž byste jej učinili veřejně indexovatelným. Co: projděte kompletní stagingové nasazení a zároveň zabraňte vyhledávačům v indexování tohoto prostředí. Proč: tým potřebuje důkazy na úrovni robotů, aniž by dovolil duplicitní web ve výsledcích vyhledávání. Jak: použijte řízení přístupu pro externí roboty, poté spusťte autentizované interní procházení s JavaScript renderováním tam, kde na něm produkční web závisí. Považujte blokování stagingu za dočasnou konfiguraci nasazení, nikoli za něco, co se slepě kopíruje do produkce. Nástroj: autentizovaný procházeč, prohlížeč a kontrola hlaviček odpovědí. Hotovo, když: očekávaný inventář stagingu je procházitelný testovacím týmem, neautorizované veřejné indexování je blokováno a produkční checklist spuštění explicitně odstraňuje pouze stagingová omezení.

8. Ověřte šablony a prioritní cesty. Co: otestujte reprezentativní stránky z každé šablony plus navigaci, vyhledávání, formuláře, registraci, nákupní košík, lokalizaci, stránkování, filtry a chybové stránky. Proč: úspěšný test domovské stránky neodhalí chybu kanonické URL na produktových stránkách nebo nefunkční stav souhlasu, který potlačuje analýzu. Jak: vytvořte matici zařízení a šablon, otestujte čisté a vracející se relace a zaznamenejte screenshoty nebo důkazy o odpovědi pro každý výsledek. Nástroj: prohlížeč, kontroler přístupnosti, validátor strukturovaných dat, debugger analýzy a transakční testy. Hotovo, když: každá šablona v rozsahu a každá primární cesta projde na dohodnutých prohlížečích a zařízeních s nulovými otevřenými kritickými vadami.

9. Porovnejte staging se schválenými smlouvami. Co: porovnejte titulky, popisy, nadpisy, kanonické URL, direktivy robots, strukturovaná data, interní odkazy, kódy odpovědí, obsah a analytické tagy proti starému webu a specifikaci cíle. Proč: platformní migrace často ztrácí metadata nebo mění renderování, i když viditelný text vypadá neporušeně. Jak: projděte starou produkci a staging se shodným nastavením, segmentujte rozdíly podle šablony a schvalujte pouze zamýšlené změny. Nástroj: rozdílová zpráva z procházení a kontrola zdroje. Hotovo, když: každý věcný rozdíl je buď opraven, nebo uveden jako schválená změna s vlastníkem a důvodem; neúmyslné změny noindex, kanonických URL, obsahu a sledování jsou nulové.

10. Zmrazte kandidáta na nasazení. Co: zmrazte inventář URL, mapu přesměrování, definice cest, pravidla pro kanonické URL a robots, generování sitemap, nastavení analýzy a souhlasu, plán DNS/CDN a nesouvisející produkční nasazení. Proč: výsledek testu platí pouze pro testovanou verzi. Jak: označte artefakty nasazení, omezte změny na incidentní cestu a vyžadujte opětovné testování všeho ovlivněného havarijní úpravou. Nástroj: nasazovací systém, změnový deník a záznam o schválení. Hotovo, když: je pojmenován jeden neměnný kandidát, přístup je omezen, všechny výjimky mají vlastníka a každá změna po zmrazení nese výsledek testu.

Fáze 4: den spuštění

11. Proveďte jeden vlastněný provozní manuál. Co: nasaďte směrování, aplikaci, DNS/CDN, analýzu, sitemapy a monitory ve schváleném pořadí. Proč: paralelní neseřazené změny ztěžují izolaci selhání a činí vrácení nebezpečným. Jak: jeden vedoucí migrace volá každý krok, přiřazený operátor zaznamená dokončení a validátoři testují důkazy před dalším závislým krokem. Nástroj: provozní manuál, nasazovací logy, DNS kontroly a sdílený incidentní kanál. Hotovo, když: každý řádek má skutečný čas, operátora, výsledek a odkaz na důkaz a žádná závislost není označena jako dokončená pouze na základě slovního ujištění.

12. Spusťte kouřový test po spuštění. Co: otestujte domovskou stránku, soubor robots, sitemapy, alespoň jednu URL na šablonu, každou prioritní cestu, příjem analytických dat a stratifikovaný vzorek zdrojů přesměrování. Proč: nejrychlejší bezpečná reakce přichází z detekce rozsáhlého selhání dříve, než jej cache a roboti rozšíří. Jak: testujte z vnějšku produkční sítě, používejte desktop i mobil, ověřte jak serverem dodané HTML, tak renderovaný výstup a porovnejte se zmrazenými očekáváními. Nástroj: procházeč, prohlížeč, HTTP klient, náhled analýzy v reálném čase a transakční monitor. Hotovo, když: kritické stránky vracejí zamýšlený stav a obsah, prioritní přesměrování dosahují svých přesných cílů, analytické události přicházejí se správnými URL a všechny blokující kontroly spuštění procházejí.

13. Odešlete a ověřte signály pro objevení. Co: publikujte finální sitemapy, potvrďte chování robots a kanonických URL a vyžádejte kontrolu pro malou sadu prioritních URL. Proč: čisté signály pro objevení pomáhají robotům narazit na cílovou sadu, aniž by se odeslání považovalo za záruku indexování. Jak: odešlete každou produkční sitemapu jednou, zkontrolujte reprezentativní nové URL a zaznamenejte kanonickou URL a stav indexu hlášené Googlem. Nástroj: Sitemapy a indexování a Kontrola URL . Hotovo, když: sitemapy jsou dostupné a obsahují zmrazený kanonický inventář, reprezentativní kontroly nevykazují žádný produkční blok nebo chybnou kanonickou URL a každé varování má vlastníka.

Fáze 5: monitorování po spuštění

14. Sledujte prvních 72 hodin jako incidentní okno. Co: monitorujte dostupnost, 5xx, 4xx, selhání přesměrování, latenci, objem procházení, příjem analytických dat, konverze, zpracování sitemap a prioritní cesty nepřetržitě nebo v nejkratším praktickém intervalu. Proč: infrastrukturní a směrovací vady se projeví rychle, zatímco výkon ve vyhledávání trvá déle a neměl by být používán jako jediný alarm spuštění. Jak: porovnávejte s podepsaným baseline, segmentujte podle šablony a adresáře a směrujte alerty na pohotovostního vlastníka. Nástroj: logy, analýza, procházeč, Monitory dostupnosti a incidentní dashboard. Hotovo, když: dashboard nemá žádný nevysvětlený kritický alert související se spuštěním, každý incident má vlastníka a časové razítko a 24-, 48- a 72hodinové kontroly jsou podepsány.

15. Pokračujte v monitorování vyhledávání a indexu po stabilizaci. Co: sledujte kliknutí na úrovni stránek, imprese, stav indexu, vybrané kanonické URL, chyby procházení, výkon adresářů a výsledky konverzí po dobu alespoň čtyř týdnů. Proč: procházení, výběr kanonické URL a náhrada indexu zaostávají za validací infrastruktury. Jak: porovnávejte srovnatelná okna, oddělte přesunuté URL od nezměněných kontrol a vyšetřujte klastry namísto reagování na jeden denní součet. Nástroj: Stránky Google Search , Zobrazení adresářů , Kontrola URL, analýza a logy. Hotovo, když: prioritní cíle jsou objevitelné a indexovatelné, staré URL konzistentně vedou na schválené cíle, nevysvětlené ztráty mají ticket a vlastnictví přechází do běžného reportovacího rytmu.

Nástroje v AmICited

AmICited poskytuje důkazy o spuštění a monitorovací plochy; schválená mapa přesměrování a logy nasazení zůstávají provozním zdrojem pravdy.

Rozhodovací pravidla

Toto jsou zábradlí pro nasazení, nikoli univerzální prahy vyhledávačů. Odsouhlaste je před spuštěním a zpřísněte tam, kde to riziko vyžaduje.

Vrácení změn obnovuje známý dobrý stav služby; neruší běžné výkyvy ve vyhledávání. Autorita spuštění aplikuje dohodnutá pravidla a zaznamenává důkazy.

Výstup

Předejte jeden verzovaný migrační kontrolní balíček přístupný pro vývoj i SEO. Použijte sešit nebo databázi pro záznamy na úrovni řádků, provozní manuál pro akce při spuštění a dashboard pro živá měření.

Musí obsahovat zmrazený inventář a reconciliaci zdrojů; schválenou mapu přesměrování s vlastníky a testy; párové procházení starého, stagingového a nového webu; rozdílové analýzy metadat, kanonických URL, robots, sitemap, hreflang, strukturovaných dat, odkazů a analýzy; podepsaný baseline a prioritní kohorty; provozní manuál ke spuštění a postup obnovy; číselná pravidla pro vrácení a rozhodovatele; a 24-, 48- a 72hodinové důkazy s vlastnictvím čtyřtýdenního monitorování.

Vedoucí migrace musí být schopen identifikovat přesné nasazení, prokázat každý kritický test, rekonstruovat každé směrovací rozhodnutí a přiřadit každou výjimku. Jinak je balíček neúplný.

Co se pokazí

Mapa přesměrování používá pouze aktuální sitemapu. Osiřelé stránky, URL kampaní, zpětné odkazy a dříve indexované cesty zmizí, takže každý řádek tabulky projde, zatímco skutečné požadavky selhávají.

Domovská stránka se stane výchozím cílem. Uživatelé přistanou na něčem irelevantním, signály pro roboty se stanou nejednoznačnými a chybějící obsah je maskován jako pokrok v implementaci.

Přesměrování fungují, ale reference zůstávají staré. Navigace, hreflang, kanonické URL, strukturovaná data a sitemapy nadále posílají roboty zbytečnými skoky a do konfliktních cílů.

Ochrana stagingu se dostane do produkce. Zkopírované noindex, autentizační pravidlo, blok robots nebo politika CDN zničí indexovatelnost . Vyžadujte explicitní krok odstranění a externí test.

Tým validuje pouze domovskou stránku. Sdílená šablona může chybně nakonfigurovat tisíce stránek, zatímco domovská stránka projde. Vzorkujte každou šablonu a procházejte pravidla ve velkém měřítku.

Nesouvisející nasazení se spojí dohromady. Když platforma, analýza, souhlas, navigace, nákupní košík a změny CDN sdílejí jedno okno, selhání je obtížné izolovat nebo zvrátit.

Vyhledávání je posuzováno příliš brzy nebo příliš široce. Součty webu skrývají rozbité adresáře a jeden volatilní den vyvolává zbytečné opravy. Porovnávejte přesunuté kohorty, nezměněné kontroly, adresáře a spárovaná okna.

O vrácení se diskutuje během výpadku. Dobrý plán pojmenovává prahové hodnoty, rozhodovatele, dobu obnovy, příkazy, dopady na data a validační sekvenci před spuštěním.

Další fáze

Jakmile je prvních 72 hodin stabilních, dalším krokem je průběžná obnova a iterace . Vyžaduje podepsaný baseline, finální mapování URL, anotace spuštění, adresářové kohorty, známé výjimky, historii incidentů a jmenované vlastníky z tohoto kontrolního seznamu. Bez těchto vstupů nelze pozdější ztrátu návštěvnosti spolehlivě oddělit na poškození migrací, běžnou změnu poptávky, degradaci obsahu nebo selhání měření.

Ponechte mapu přesměrování a anotaci migrace trvale. Přesuňte nekritická zjištění do běžného reportovacího rytmu se závažností, hypotézou, vlastníkem, termínem a metodou ověření.

Často kladené otázky

Kdy by se měl SEO tým připojit k migraci webu?

Dříve, než jsou cesty, šablony a platformní omezení fixovány. SEO potřebuje dostatek času na inventuru stávajících URL, zachování cenných cílových stránek, ovlivnění nové informační architektury, definování chování přesměrování a odsouhlasení měřitelných pravidel pro spuštění a vrácení změn.

Měly by staré URL přesměrovávat na domovskou stránku, když neexistuje přímá náhrada?

Ne. Přesměrujte starou URL na nejbližší stránku, která splňuje stejný záměr uživatele. Pokud neexistuje relevantní cíl a obsah by neměl být zachován, vraťte upřímnou chybu 404 nebo 410, místo abyste posílali uživatele a roboty na nesouvisející domovskou stránku.

Jak dlouho by měla přesměrování po migraci zůstat v platnosti?

Ponechte trvalá přesměrování tak dlouho, dokud staré URL mohou stále dostávat návštěvy, odkazy, záložky nebo požadavky robotů. Považujte je za trvalou směrovací infrastrukturu, nikoli za lešení po spuštění, které se po několika týdnech odstraní.

Co by mělo být zmrazeno před spuštěním migrace?

Zmrazte schválený inventář URL, mapu přesměrování, pravidla pro kanonické URL a robots, generování sitemap, konfiguraci analýzy a souhlasu, změny DNS a CDN a nesouvisející produkční nasazení. Havarijní opravy se řídí pojmenovanou cestou řízení změn.

Kdy by měla být migrace vrácena zpět?

Použijte kritéria odsouhlasená před spuštěním. Vraťte změny při selháních, jako je dlouhodobá nedostupnost, rozsáhlé odpovědi 5xx, nefunkční primární cesty, chybějící analýza nebo směrovací vady, které postihují významný podíl prioritních URL a nelze je bezpečně opravit v rámci dohodnutého okna pro obnovu.