Migrace se nedá udělat tak, aby se v Googlu nezměnilo vůbec nic. Google sám píše, že u středně velkého webu trvá týdny a u velkého i déle, než začne místo starých adres ukazovat nové, a že během přeindexování je kolísání pozic normální (dokumentace Google Search Central k přesunu webu se změnou adres).
Otázka tedy nezní, jestli se něco pohne. Zní, jak hluboký a jak dlouhý ten pohyb bude a podle čeho poznáte, že jde o normální průběh, a ne o poruchu. Tenhle článek popisuje práci, která rozdíl mezi těmi dvěma případy dělá.
Mapa URL se staví ze čtyř zdrojů, protože každý sám o sobě lže
Mapa 1:1 znamená, že pro každou existující adresu starého webu je určená jedna cílová adresa na novém. Ne kategorie, ne úvodní stránka, jedna konkrétní stránka.
Seznam starých adres se nedá vzít z jednoho místa. Každý zdroj vidí jinou část webu a všechny čtyři se musí spojit:
- Crawl starého webu. Dá to, co je z webu prolinkované. Neuvidí stránky, na které už nikde nevede odkaz, přitom je má Google v indexu.
- Search Console, report Stránky. Dá to, co Google skutečně zná, včetně adres, které jste zapomněli.
- Analytika za posledních 12 měsíců. Dá to, co lidem reálně chodí, včetně sezónních stránek, které v jiném období neuvidíte.
- Zpětné odkazy. Dá adresy, které jsou cenné, i když na ně chodí dva lidé ročně. Ty se přesměrovávají přednostně.
Sjednocený seznam bývá o třetinu delší než crawl, a rozdíl tvoří přesně ty adresy, jejichž ztráta se pozná až po měsíci.
Parametry, stránkování a filtry: tři rozhodnutí, ne tři problémy
Tady mapa 1:1 přestane platit a je to v pořádku, jen to musí být rozhodnutí.
Stránkování (?page=2) se přesměrovává na první stránku nového výpisu. Druhá stránka kategorie po migraci obvykle obsahuje jiné zboží, takže přesměrování na ?page=2 nového webu je náhoda, ne shoda.
Filtry a řazení (?barva=cerna&razeni=cena) se přesměrovávají na kategorii bez parametrů, pokud nový web nemá stejné filtry se stejnými hodnotami. Jestli filtry mají mít vlastní indexovatelné adresy, je to samostatné rozhodnutí, které se dělá před migrací, ne během ní.
Vyhledávací a sledovací parametry (?q=, ?utm_source=) se nepřesměrovávají po jednom. Řeší se pravidlem, které parametry zahodí a zbytek adresy zpracuje.
Přesměrovává se rovnou na cíl, ne přes prostředníka
Googlebot zvládne v řetězu až 10 přeskoků, ale Google výslovně doporučuje řetězům se vyhnout a přesměrovat rovnou na finální adresu.
To je důležité u webu, který už jednu migraci zažil: staré přesměrování z předchozího přechodu se sečte s novým a vznikne řetěz, aniž by to někdo zamýšlel. Před spuštěním se proto testuje ne to, že adresa odpoví, ale kolik skoků k odpovědi potřebovala.
Používá se trvalé přesměrování stavovým kódem 301 (nebo 308). Přesměrování 302 říká „vrátím se", a Google se podle toho chová: signály nepřenáší tak, jak potřebujete.
Přesměrování se nechává žít nejméně rok. Google to říká přímo, a je to levné: pár set řádků v konfiguraci proti riziku, že za deset měsíců zjistíte, na kolika cizích webech na vás vedl odkaz.
Mapa přesměrování je majetek, o který se musí starat
Tohle je věc, kterou nikdo nečeká: mapa přesměrování se sama kazí, i když se jí nikdo nedotkne.
V jedné migraci, jejíž mapu jsme rozebírali, bylo 4 721 záznamů a 49 z nich vedlo na nefunkční cíl. Rozpad podle příčin je poučnější než to číslo:
| Příčina | Počet | Co se stalo |
|---|---|---|
| Cíl je koncept produktu | 25 | produkt někdo stáhl z prodeje |
| Cíl neexistuje | 11 | stránku někdo smazal |
| Cíl je nepublikovaná stránka | 3 | stránka čeká na schválení |
| Řetěz přesměrování | 10 | přibylo druhé přesměrování |
Ani jedna z těch příčin nevznikla při migraci. Všechny vznikly po ní, běžnou provozní prací: někdo vyřadil produkt, někdo přejmenoval kategorii. Mapa přesměrování je tím pádem seznam, který se kontroluje pravidelně, ne soubor, který se jednou nahraje a zapomene.
Při migraci nemizí adresy, mizí text
Na URL se dívají všichni. To, co se ztratí častěji a co se nekontroluje skoro nikdy, je obsah stránek.
Při srovnání starého webu s novým jsme na jednom projektu naměřili pokles objemu textu na osmi komerčních stránkách o 53 %, z 13 389 na 6 275 slov, a na stránkách služeb o 63 až 75 %. Hlavní odborný výraz, na který web dlouhodobě mířil, se propadl z 89 výskytů na 25.
Mechanismus je banální a proto se přehlédne. Nový web je postavený z bloků, karet a výhod v mřížce. Do mřížky se nevejde tabulka s parametry, přehled norem ani odstavec o tom, co metoda neumí, tak se při přenosu nechá stranou. Objem webu jako celku přitom může vyrůst, takže ztráta není vidět.
Praktický důsledek: před migrací se vypíše obsah, který se do nového šablony nevejde, a rozhodne se o něm vědomě. Ne až podle propadu za tři měsíce.
Nástroj Change of Address platí jen na změnu domény
Tady se plýtvá časem pravidelně. Nástroj Change of Address v Search Console se používá jen tehdy, když se stěhujete z jedné domény nebo subdomény na druhou, tedy example.cz na example.com. Na změnu struktury adres uvnitř stejné domény ani na přechod z HTTP na HTTPS se nepoužívá vůbec.
Novou mapu stránek se do Search Console odešle, starou lze potom odebrat.
Prvních 30 dní: co se sleduje a v jakém pořadí
Ne všechno najednou. Každý týden má jinou otázku.
Den spuštění. Kontroluje se vzorek adres, ne jejich seznam: deset nejnavštěvovanějších stránek, deset s nejvíce zpětnými odkazy a deset náhodných z hlubokého katalogu. U každé se ověří stavový kód a počet skoků.
První týden. Otázka zní „vidí Google nový web vůbec?". Sleduje se report Indexování stránek: roste počet indexovaných nových adres a objevují se staré adresy v kategorii Stránka s přesměrováním. To je správný stav, ne chyba.
Druhý a třetí týden. Otázka zní „nezmizelo něco úplně?". Porovná se seznam stránek s kliky ze Search Console před migrací a po ní. Zajímavé nejsou pozice, ale adresy, které z výpisu vypadly celé.
Čtvrtý týden. Teprve tady dává smysl dívat se na součty kliků a zobrazení. Dřív ne, protože Google ještě nedokončil přeindexování a číslo popisuje průběh, ne výsledek.
Co je normální průběh a co porucha
Rozdíl se pozná podle tvaru, ne podle velikosti propadu.
Normální průběh: zobrazení klesnou, počet indexovaných starých adres klesá, počet nových roste, staré adresy odpovídají 301 na jeden skok. Weby se do původního rozsahu vracejí postupně; u většího katalogu to trvá déle.
Porucha: v Search Console přibývají chyby 404, v reportu se objeví Duplicitní stránka bez kanonické adresy, nebo staré adresy odpovídají stavem 200 místo přesměrování. Poslední případ je nejhorší a zároveň nejčastější: starý web zůstal běžet a soutěží sám se sebou.
Co se nedá slíbit dopředu: o kolik a na jak dlouho. Kdo to slibuje, slibuje za Google. My místo slibu dáváme mapu, kontrolní seznam a čísla, kterými si průběh ověříte sami.
Šest otázek na dodavatele migrace
Fungují na kohokoli, nejen na nás.
- Z kolika zdrojů sestavujete seznam starých adres a z jakých?
- Kdo rozhoduje o parametrech, stránkování a filtrech a kdy?
- Jak testujete počet skoků v přesměrování, ne jen jeho existenci?
- Jak dlouho přesměrování zůstanou v provozu?
- Kdo a jak často kontroluje mapu přesměrování po spuštění?
- Kdo porovná obsah starých a nových stránek po odstavcích?
Migrace se nehodnotí v den spuštění a ani týden po něm. Hodnotí se za měsíc, a hodnotí se srovnáním seznamu adres, ne pocitem z grafu.
Chcete mapu dřív, než se rozhodnete stěhovat
Mapu URL a odhad rizika umíme udělat ještě před tím, než padne rozhodnutí o platformě. Potřebujeme přístup do Search Console, export adres ze starého webu a informaci, kolik z katalogu má zůstat.
Co stavíme a na co migrujeme, je popsané na stránce tvorba e-shopů. Rychlost nového webu řešíme na stránce audit a zrychlení webu - Core Web Vitals se po migraci mění a je to jedna z mála věcí, kterou máte plně pod kontrolou.
Napište na info@lamapixel.com nebo volejte +420 775 599 009.
