Kontrolní seznam migrace webu: od T-4 týdnů do 45. dne
Změna domény, přechod na novou platformu, přesun hostingu nebo nový schéma URL: odkazům na vás je jedno, které z toho použijete. Tento seznam vám řekne, co zachytit před spuštěním a co znovu zkontrolovat po něm.
Výzkumný tým ArchiLinks ·
Naše pozice
Většina ztrát při migraci pramení z chybějících přesměrování, nikoliv z typu přesměrování
Týmy se hodiny hádají o 301 versus 302 a následně nasadí 3 000 URL s externími odkazy, které vrací 404. Najděte všechny zpětné odkazy na web, než se rozhodnete pro cokoliv jiného, protože seznam vám ukáže, kde je riziko.
- Extrahujte odkazované stránky 4 týdny předem, ne v noci před spuštěním.
- Každé URL s externím odkazem potřebuje jednohopové přesměrování 301 na příslušnou stránku.
- Udržujte přesměrování aktivní alespoň rok, protože staré odkazy často přežijí stránky, na které původně vedly.
Časový harmonogram
T-4 týdny: inventarizace
Prokřtěte starý web, exportujte zprávu o výkonu z Search Console a spusťte toppages plus refdomains pro starý hostitel. Uložte tři soubory společně s datem.
T-3 týdny: mapování
Vytvořte mapu přesměrování nejprve z odkazovaných stránek, poté z provozu a nakonec z prokřtění. Recept na mapu přesměrování ukazuje skript pro řazení.
T-2 týdny: testování na stagingu
Spusťte každé staré URL proti stagingu a ověřte jeden hop, status 301 a 200 na konci. Selhání buildu při řetězci nebo smyčce.
T-0: spuštění
Nasaďte přesměrování, novou sitemapu, aktualizované canonical tagy a interní odkazy v jednom vydání. Odevzdejte novou sitemapu ve Search Console. Při změně domény použijte nástroj Změna adresy.
T+1 týden: logy a pokrytí
Zkontrolujte servery logy pro zásahy Googlebota na starých URL, poté zprávu Pages pro výskyty 404 nebo soft 404. Opravte mapu; nečekejte.
T+30 až 45 dní: rozdíl v odkazech
Po měsíčním obnovení extrahujte refdomains pro nový hostitel a porovnejte je se starým souborem. Rozdíly větší než několik procent si zaslouží pozornost.
Co se mění v závislosti na typu přesunu
| Přesun | Přesměrování | Další kontroly | Zaměření na data odkazů |
|---|---|---|---|
| Nová doména | Přesměrování 301 na úrovni hostitele, na úrovni cesty tam, kde se cesty mění | Nástroj Změna adresy, stará doména ponechána alespoň 12 měsíců | Odkazující domény přecházející na nový hostitel v průběhu času |
| HTTP na HTTPS nebo změna www | Přesměrování 301 na úrovni hostitele | Canonical, HSTS, smíšený obsah | Málo rozdílů; potvrďte, že oba hostitelé vyřeší na jednu adresu |
| Přechod na platformu, stejná doména | Mapa na úrovni cesty | Stránkování, parametry, koncová lomítka | Nejvíce odkazované stránky, které změnily cestu |
| Poddoména na podsložku (nebo zpět) | Mapa na úrovni cesty, pravidla na úrovni hostitele | Cookies, robots.txt pro každý hostitel, analytika | Zda odkazy vedou na starý nebo nový hostitel |
| Sloučení dvou webů | Mapa mnoho-na-jeden | Duplicitní obsah, volby canonical | Překryv odkazujících domén pomocí intersect |
Kontrolní seznam pro den spuštění
- Stará URL vrací 301 v jednom hopu, otestováno skriptem spíše než ručně.
- Nový hostitel vrací 200 s self-referencing canonical na každé šabloně.
- robots.txt na novém hostiteli neobsahuje pravidla pro staging. Zůstalý Disallow: / je klasickou chybou v den spuštění.
- XML sitemap obsahuje pouze URL s kódem 200, indexovatelná a canonical.
- Interní odkazy, navigace a strukturovaná data ukazují na nová URL, nikoliv na přesměrovaná.
- Vlastnosti Analytics a Search Console existují pro nový hostitel před přepnutím.
- Soubory JSON s výchozími hodnotami jsou commitnuty, s datem v názvu každého souboru.
Náš graf odkazů je rebuildován přibližně jednou měsíčně. Odkaz vytvořený v týdnu vašeho spuštění se nemusí zobrazit při extrakci ve 30. dni. Použijte zprávu Odkazy ve Search Console pro poslední úsek a posuďte rozdíl od druhého obnovení. Stejná data napájí recenzi interní versus externí kapitál po spuštění a hreflang regionální domény pokrývá případ více zemí.
301, který končí 404, nezachová nic
Některé týmy přesměrují každé staré URL na nový domovský adresář a nechte cílové stránky později expirovat. Samotné přesměrování funguje. Proto je tato zvyklost riskantní, protože každý hop vypadá v logu čistě, zatímco stránka na konci vrací 404.
Řekněme, že přesouváte obchod na novou doménu a ponecháte pouze produkty, které se stále prodávají. Kategorie, které držely většinu externích odkazů, nyní přesměrovávají na nic užitečného. Spočítejte URL s externími odkazy, než cokoli vyřadíte. Udělejte to jako první krok. Stránka s odkazujícími doménami potřebuje živý cíl na stejném tématu, ne kývnutí rukou.
Udržte pravidlo krátké: jeden hop, poté konečné 200. Cokoliv jiného je únik, který jste si vybrali.
Co chrání jednohopové přesměrování 301 na živou stránku
Hodnota odkazu spočívá na URL, na kterou ukazuje. Přesměrování přenáší tuto hodnotu pouze tehdy, pokud adresa, na kterou končí, odpoví a stále odpovídá tématu. Produkt přesunutý na stejný produkt v novém katalogu tento test projde, zatímco produkt poslaný na domovskou stránku obvykle ne, i když byla stránkou, na kterou všichni odkazovali.
Znovu zkontrolujte konečný status po každé změně šablony. Přesměrování, které fungovalo při spuštění, může končit 404 po pozdějším vydání, když někdo odstraní kategorii při úklidu menu.
Kdy je 410 upřímnou odpovědí
Některá stará URL neměla žádné odkazy, žádné návštěvy ani skutečnou náhradu. Pro ty je jasný 404 nebo 410 upřímnější než přesměrování na stránku, která neodpovídá na otázku, kterou původní stránka řešila. Přesměrování na nepříbuznou stránku je často považováno za soft 404, takže nezachrání nic.
Zapište rozhodnutí pro každou skupinu URL s důvodem vedle ní. Složka vyřazených návodů dostane jinou odpověď než složka stránek s osmdesáti odkazujícími doménami a budete chtít tento rozdíl vysvětlit kolegovi za šest měsíců.
Kontrola posledního hopu, ne jen prvního
Většina testů přesměrování končí u první odpovědi, což je špatné místo pro zastavení. Sledujte řetězec až do konce, poté zaznamenejte počet hopů a konečný status vedle starého URL. Řetězec dvou hopů není přerušený, ale přidá zpoždění a jedno další místo, kde může pravidlo selhat.
Pokud je skript nedostupný, stačí tabulka a několik volání curl. Stránka skriptů API má verzi, kterou lze naplánovat.
Sitemapy a manuální požadavky po spuštění
Udržujte starou sitemapu dostupnou několik týdnů po přesunu. Crawleři, kteří navštíví starý hostitel, ji stále mohou najít v jednom seznamu, což zrychlí jejich první průchod přes přesměrování.
Manuální požadavky jsou jiný nástroj. Použijte je pro několik stránek, které jsou nejdůležitější, nikoliv pro stovky URL odevzdávaných jednu po druhé. Požadovaná stránka bez interních odkazů a tenkým obsahem má tendenci znovu vypadnout, takže požadavek je tak dobrý, jak dobrá je stránka za ním.
Čekání je platný plán. Dejte crawlu čas, poté ho posuďte na datech.
Udržení staré sitemapy v seznamu po určitou dobu
Nechte starou sitemapu ve Search Console, dokud stará URL přestanou objevovat v statistikách prokřtění. Poté ji záměrně odeberte a zaznamenejte datum do logu migrace.
Neodebírejte ji v den spuštění jen proto, aby vlastnost vypadala čistě. Brzké odebrání skryje ten jeden seznam, který pojmenovává každé staré URL, které stále potřebujete sledovat.
Žádost o indexování pro stránky, které nesou odkazy
Vyberte dvacet nových URL s nejvíce externími odkazy pomocí stejného joinu, který jste vytvořili pro mapu přesměrování, a požádejte o ně ručně. Úsilí pak následuje riziko spíše než velikost webu.
Pokud je požadovaná stránka stále po několika týdnech chybějící, podívejte se na stránku, než požadavek zopakujete. Zkontrolujte její interní odkazy, canonical a obsah. Pátý požadavek nic nezmění.
Jak dlouho před přesunem lze posoudit
Posuďte přesun od druhého extraktu odkazů, ne od prvního. Naše indexová aktualizace probíhá přibližně jednou měsíčně, takže extrakt ve třetí den většinou ukazuje obrázek z minulého měsíce. Spusťte druhý extrakt po aktualizaci a použijte ho k nalezení všech zpětných odkazů na web na novém hostiteli.
Zpráva Pages a data odkazů odpovídají na různé otázky. Čtěte je vedle sebe, nikoliv jako soutěžící verdikty o stejném přesunu.
Pět kontrol před tím, než staging site půjde do provozu
Udržujte staging mimo index
Dajte před staging heslo nebo allow-list. Pravidlo v robots.txt samo o sobě nezastane vyhledávače v indexování URL, která již znají z odkazů.
Zkontrolujte nastavení noindex a canonical
Otevřete šablonu a nastavení CMS a hledejte příznak noindex nebo canonical, který uvádí jiné URL. Ve WordPressu je nastavení viditelnosti pro vyhledávače to, na co lidé zapomínají po zkopírování webu ze stagingu.
Nahraďte soubor robots pro staging
Stáhněte live robots.txt až po provedení přepnutí a porovnejte ho se souborem, který jste měli nasadit. Pravidla pro staging, která se dostanou do produkce, mohou vyřadit crawly z celého hostitele.
Spusťte test hopu na live hostiteli
Staging prokáže, že mapa funguje na kopii. Spusťte test jednoho hopu znovu na skutečné doméně po změnách DNS, protože CDN cache nebo pravidlo hostitele se mohou chovat jinak.
Udržte starý hostitel odpovědný
Nechte starou doménu obsluhovat přesměrování tak dlouho, dokud její URL stále dostávají odkazy nebo návštěvy. Zapište datum obnovení do kalendáře, než si někdo zapamatuje, že doména existuje.
Sledování webu po spuštění, ne jen před ním
Audit před spuštěním zaznamenává, co bylo pravdivé v den, kdy proběhl. Většina škod při spuštění se projeví později, po aktualizaci pluginu, změně pravidla CDN nebo šabloně, která zasáhne nastavení, které nikdo nekontroloval.
Považujte sledování po spuštění za sadu malých rozdílů oproti uložené výchozí hodnotě. Není potřeba dashboard. Stačí harmonogram a složka s datovanými soubory.
Co by týdenní sledování mělo porovnávat
Vyberte kontroly, které by nejvíce bolely, pokud by se změnily, a spusťte je každý týden ve stejný den.
- Kód stavu a konečné URL pro top 50 starých URL s odkazy
- robots.txt a meta tag robots na hlavních šablonách
- Počet živých URL s kódem 200 proti počtu v nové sitemapě
- Canonical tagy na domovské stránce, jedné kategorii a jednom článku
Proč jednorázový audit přehlédne pomalý drift
Nastavení driftuje po spuštění. Testovací příznak ponechaný zapnutý, plugin, který přepisuje permalinky, nebo přesměrování přidané k opravě jedné stránky mohou každé zrušit část plánu. Audit provedený v den spuštění to všechno neuvidí.
Plánovaný diff ano. Udržte výchozí soubory ve version control a porovnávejte výstup každého týdna s nimi, takže neočekávaná změna je viditelná v den, kdy nastane.
Poddomény, odstranění a změny celé domény
Některé týmy přesunou sekci na poddoménu a indexují pouze její populární stránky. To může fungovat. Nákladem je, že odkazy směřující na tišší stránky nyní končí na hostiteli s méně historií, takže je spočítejte, než cokoli oříznete.
Požadavky na odstranění jsou užší, než znějí. Search Console aplikuje odstranění na vlastnost, kde ho podáte, takže požadavek podaný na poddoméně nepůsobí na hlavní doménu. Nejprve zkontrolujte vlastnost. Poté ji odevzdejte a udržujte obě ověřené.
Indexování pouze populárních stránek na poddoméně
Začněte odkazy na URL v této sekci. Stránky, které nesou externí odkazy, ale málo provozu, jsou první, které by pravidlo pouze populárních stránek skrylo. Udržujte je prokřtitelné, nebo přesměrujte každou z nich na její nejbližší populární stránku a zapište důvod vedle pravidla.
Kde hlavní web odkazuje na poddoménu rozhoduje o tom, jak snadno se její stránky najdou. Vypište tyto odkazy, než se rozhodnete, které stránky zůstanou skryté, protože stránku, na kterou hlavní web nikdy neodkazuje, je těžké najít jakýmkoli způsobem.
Změna celé domény, stránka po stránce
Pravidlo na úrovni hostitele řeší kořen, ale změna domény také potřebuje mapu na úrovni cesty. Když se změní první část URL a slug zůstane stejný, výměna hostitele pokryje většinu stránek a výjimky potřebují vlastní řádky.
Vytvořte seznam z odkazovaných stránek jako první, poté přiřaďte každou starou cestu k té nové. Recept na mapu přesměrování ukazuje, jak tento seznam seřadit podle odkazů.
