Post-launch monitoring: první týdny po migraci e-shopu
Spuštěním nové platformy migrace nekončí. Prvních 30 dní rozhoduje o tom, jestli si e-shop udrží návštěvnost a objednávky. Ukážeme, co přesně sledovat a kdy zpozornět.
Den spuštění nové platformy je pro tým úleva. Pro e-shop je to ale teprve začátek nejcitlivějšího období celé migrace. Google přeprochází tisíce adres, srovnávače stahují nové feedy, zákazníci zkoušejí nový košík a všechny integrace poprvé běží pod skutečnou zátěží. Chyby, které se v testu neprojevily, se ukážou právě teď.
Dobrá zpráva: skoro všechny problémy po migraci jsou vidět v datech dřív, než se promítnou do tržeb. Stačí vědět, kam se dívat a kdy. V tomhle článku rozebíráme, co sledujeme první den, první týden a první měsíc po spuštění, a jak poznat běžný výkyv od skutečného problému. Samotný den spuštění popisujeme v go-live checklistu, tady navazujeme tím, co přijde potom.
Proč monitoring po spuštění nejde odbýt
Po migraci se mění tři věci naráz: adresy stránek, technika, na které web běží, a napojení na okolní služby. Každá z nich má vlastní zpoždění, se kterým se chyba projeví:
- Vyhledávače reagují ve dnech až týdnech. Google musí staré adresy znovu navštívit, uvidět přesměrování a přenést signály na nové URL.
- Srovnávače a Merchant Center reagují v hodinách až dnech podle toho, jak často feed stahují a jak rychle ho zpracují.
- Zákazníci reagují okamžitě. Rozbitá platba nebo doprava se projeví v prvních objednávkách, ale jen pokud se na ně někdo dívá.
Google ve své dokumentaci k přesunu webu se změnou URL doporučuje po spuštění sledovat provoz uživatelů i crawlerů na starém i novém webu. Na starých adresách má návštěvnost postupně klesat, na nových růst. Přesně to je jádro monitoringu: ověřovat, že se přesun děje, a včas chytit místa, kde se zasekl.
Co sledovat: přehled oblastí
| Oblast | Kde se dívat | Co je v pořádku | Co je alarm |
|---|---|---|---|
| Přesměrování | Crawler se seznamem starých URL, logy serveru | Staré URL vrací 301 přímo na cílovou stránku | 404, řetězy přesměrování, hromadné směrování na homepage |
| Indexace | Search Console, přehled Stránky a Soubory Sitemap | Nové URL přibývají, staré ubývají | Nové URL „Objeveno – aktuálně neindexováno“ ve velkém, noindex na šabloně |
| Procházení | Search Console, Statistiky procházení | Vyšší aktivita Googlebota po spuštění | Nárůst chyb 5xx, prudký růst doby odezvy serveru |
| Objednávky | Administrace, ERP, platební brána | Počet objednávek v normálu pro daný den | Pokles bez vysvětlení, nezaplacené platby kartou |
| Feedy | Heureka, Zboží.cz, Merchant Center | Feed se stahuje, produkty schválené | Zamítnuté položky, nesoulad ceny nebo dostupnosti, nová ID |
| Rychlost | Laboratorní test, měření reálných uživatelů | Hodnoty stejné nebo lepší než před migrací | Zhoršení LCP nebo INP na šablonách produktu a kategorie |
| Měření | GA4, konverzní kódy | Transakce v analytice odpovídají administraci | Chybějící nebo zdvojené konverze |
Den 1: prvních 24 hodin
První den neřešíme pozice ve vyhledávání. Ty se za den nezmění. Řešíme, jestli e-shop prodává a jestli jsou přesměrování na svém místě.
- Testovací objednávky. Hned po přepnutí DNS objednávka s každým způsobem platby a každým dopravcem. Skutečná platba kartou malou částkou, skutečně vytvořená zásilka. Kontrola, že objednávka dorazila do ERP nebo účetnictví a že odešel potvrzovací e-mail.
- Crawl starých URL. Seznam adres z mapy přesměrování projedeme crawlerem. Každá musí vrátit 301 a vést jedním skokem na stránku s kódem 200. Na vzorku ručně ověříme, že cíl dává smysl, ne jen že existuje.
- Sitemapa a robots.txt. Nová sitemapa odeslaná v Search Console. Kontrola, že robots.txt neblokuje web (typická chyba přenesená z testovacího prostředí) a že šablony nemají noindex.
- Feedy. Nové adresy feedů nastavené ve všech službách, které je stahují. Kontrola, že feed je validní a obsahuje stejný počet produktů jako před migrací.
- Měření. V reálném čase ověřit, že GA4 a konverzní kódy zaznamenaly testovací objednávky, a to jen jednou.
- Chybové logy. Pokud máte přístup k logům serveru, sledujte 404 a 5xx každých pár hodin. U pronajímaných platforem tuto roli přebírá crawler a Search Console.
Jedno pravidlo navíc: první den i první týden po spuštění nenasazujte žádné další změny, které nesouvisí s opravami. Když se něco rozbije, potřebujete vědět, co to způsobilo.
Týden 1: indexace a feedy
V prvním týdnu se začnou objevovat data z Googlu a srovnávačů. Tady se kontroluje denně.
Search Console, přehled Stránky. Google doporučuje v době přesunu sledovat indexaci obou sad adres. Praktický trik z jeho dokumentace: odešlete v Search Console dvě sitemapy, jednu se starými a jednu s novými URL. Na začátku bude mít stará sitemapa většinu adres indexovanou a nová skoro nic. Postupně se to má prohodit. Pokud se čísla nehýbou, Google staré adresy neprochází nebo přesměrování nevidí.
Chyby 404. Nové 404 v Search Console po migraci skoro vždy znamenají díru v mapě přesměrování. Typicky jde o adresy, které nebyly v sitemapě: staré filtry, stránkování, varianty produktů, obrázky nebo PDF. Každou 404, která má návštěvnost nebo zpětné odkazy, doplňte do přesměrování. Postup popisujeme v návodu na 301 přesměrování při migraci.
Statistiky procházení. Report ukazuje, kolik požadavků Googlebot posílá, jaké odpovědi dostává a jak rychle server odpovídá. Po migraci je normální, že aktivita vzroste, protože Google objevuje nové adresy. Alarm je nárůst odpovědí 5xx nebo prudce rostoucí doba odezvy. U velkých katalogů sledujte, jestli Googlebot neplýtvá požadavky na parametrické URL z filtrů. Víc v hesle crawl budget.
Canonical a duplicity. Nová platforma může generovat jiné varianty adres než stará, třeba s lomítkem na konci nebo s parametry. Zkontrolujte, že canonical na produktech a kategoriích míří na správné URL a ne na testovací doménu.
Feedy a Merchant Center. Sledujte počet schválených a zamítnutých položek. Nejčastější problém je změna ID produktů. Google v nápovědě Merchant Center uvádí, že ID slouží ke sledování historie výkonu produktu. Nové ID znamená pro Google nový produkt bez historie. Druhý častý problém je nesoulad ceny nebo dostupnosti mezi feedem a stránkou, protože se změnil formát dat. Formáty rozebíráme v hesle XML feed.
Objednávky a zákaznický servis. Porovnejte počet objednávek se stejnými dny v předchozích týdnech, ne s průměrem. Projděte dotazy zákazníků. Věty jako „nejde mi přihlásit“ nebo „nevidím Zásilkovnu“ jsou často první signál chyby, kterou žádný nástroj nezachytí.
Měsíc 1: výkon a trendy
Po dvou až čtyřech týdnech se přesouváme od hašení k trendům.
- Výkon ve vyhledávání. V Search Console porovnejte kliknutí a zobrazení s obdobím před migrací, ideálně i s loňským stejným obdobím kvůli sezónnosti. Dívejte se po skupinách stránek: kategorie, produkty, blog. Propad jedné skupiny ukazuje na konkrétní šablonu nebo část mapy přesměrování.
- Rychlost. Report Core Web Vitals v Search Console vychází z dat reálných uživatelů za klouzavých 28 dní. Dopad migrace se v něm proto ukáže postupně a plně až zhruba po měsíci. Pro rychlejší zpětnou vazbu používejte laboratorní test a vlastní měření. Metriky vysvětlujeme v hesle Core Web Vitals.
- Konverzní poměr. Porovnejte konverzi po zařízeních a krocích košíku. Nová platforma mění checkout a malé rozdíly v UX se projeví až na větším vzorku.
- Zbytkové 404. Jednou týdně export chyb z Search Console a doplnění přesměrování.
- Stará platforma. Nevypínejte ji, dokud nemáte vyexportované doklady a ověřené, že nic nechybí. Přesměrování nechte běžet: Google doporučuje ponechat je aspoň rok, z pohledu uživatelů a odkazů klidně natrvalo.
Jak poznat výkyv od problému
Ne každý pokles znamená chybu. Tahle tabulka pomáhá rozhodnout, jestli zasáhnout hned.
| Signál | Pravděpodobná příčina | Reakce |
|---|---|---|
| Mírný pokles organické návštěvnosti v prvních dnech | Google přenáší signály na nové URL | Sledovat, nezasahovat |
| Prudký pokles jen u jedné skupiny stránek | Chyba v přesměrování nebo šabloně | Crawl dané skupiny, oprava do 24 hodin |
| Nové URL se neindexují, staré mizí | Noindex, blokace v robots.txt, chybný canonical | Okamžitá kontrola šablon |
| Objednávky bez zaplacení kartou | Chybná notifikační URL platební brány | Okamžitě, jde o tržby |
| Pokles návštěvnosti ze srovnávačů | Feed se nestahuje nebo změnil ID a URL | Kontrola feedu a nastavení služeb |
| Konverze v GA4 nesedí s administrací | Chybné nebo zdvojené měřicí kódy | Oprava před vyhodnocováním kampaní |
Podrobný QA checklist pro první dny po spuštění najdete také na našem sesterském Prevedshop.com.
Jak na to prakticky
Monitoring po migraci je rutina, ne věda. Potřebuje ale jasného vlastníka a připravený seznam kontrol, jinak se po týdnu rozpustí v běžném provozu. Doporučujeme:
- Určit jednoho člověka, který denně projde přehled a rozhodne o opravách.
- Mít připravený seznam starých URL a crawler, který ho umí znovu projet.
- Odeslat v Search Console dvě sitemapy, starou a novou, a sledovat jejich indexaci.
- Porovnávat objednávky se stejnými dny v týdnu, ne s průměrem.
- Vést si log změn, aby se každý výkyv dal přiřadit k příčině.
- Po měsíci udělat vyhodnocení a rozhodnout, co z monitoringu zůstane natrvalo.
Post-launch fáze je u nás standardní součástí každé migrace e-shopu. První týdny po spuštění sledujeme chyby, indexaci, feedy i objednávky a opravujeme průběžně. Pokud jste migraci dělali sami nebo s jiným dodavatelem a čísla vám po spuštění nesedí, začněte auditem. Jednooblastní audit, například SEO, trvá 5–10 dnů a ukáže, kde se přesun zasekl. A když hoří, zavolejte na +420 723 000 173.
Potřebujete s tím pomoct?