Hezčí web nestačí U redesignu rozhoduje migrace
Redesign webu bývá příležitost. Ale když se mění struktura, URL, obsah nebo měření, snadno se ztratí důležitá data i poptávkové cesty. Proto je dobré brát redesign jako řízenou migraci, ne jen jako výměnu grafiky.
Než začnete řešit nový vizuál, zjistěte, co na webu funguje dnes. Právě od toho se odvíjí, co zachovat, co upravit a co přesměrovat.
1) Co změřit a exportovat před redesignem
Než se sáhne do struktury webu, udělejte kompletní výstup z toho, co existuje. Jde hlavně o přehled URL, výkon stránek, konverzní cesty a základní technická nastavení.
- export všech indexovatelných URL z crawleru;
- seznam důležitých vstupních stránek z organiky;
- stránky, které přivádějí poptávky, telefonáty nebo formuláře;
- nastavení GA4, měření konverzí a událostí;
- napojení na Google Search Console a případně další nástroje;
- aktuální sitemapu, robots.txt a canonical logiku.
U měření si ověřte, co přesně považujete za konverzi. U poptávkového webu to často nejsou jen odeslané formuláře, ale i kliknutí na telefon, e-mail nebo otevření klíčového kroku v poptávkovém procesu. Google doporučuje po migraci ověřovat i správné přenesení konverzí a jejich test v debug režimu. (support.google.com)
2) Inventura obsahu a důležitých URL
Další krok je jednoduchý, ale zásadní: sepište, které stránky si zaslouží zachovat. Ne každá URL má stejnou hodnotu. Některé stránky přivádějí návštěvnost, jiné jen existují.
V praxi si stránky rozdělte do tří skupin:
- zachovat beze změny – klíčové landing pages, které fungují;
- upravit a přesměrovat – obsah zůstane, ale URL se změní;
- sloučit nebo zrušit – stránky bez významu, které nemají náhradu.
U této fáze je důležité neřídit se pocitem, ale daty. Sledujte návštěvnost, vstupní stránky, odkud chodí organika a které URL jsou propojené z dalších částí webu. Když stránky smažete bez posouzení, můžete přerušit návaznosti, které webu dlouhodobě fungují.
3) Mapa starých a nových URL a přesměrování 301
Tohle je jádro celé migrace. Každá důležitá stará URL by měla mít jasně určenou novou cílovou adresu. Mapa URL webu má být přehledná, dohledatelná a připravená ještě před spuštěním.
Pro každou adresu si zapište:
- původní URL;
- novou cílovou URL;
- typ změny;
- poznámku, proč se přesměrování dělá.
Přesměrování 301 při redesignu používejte tam, kde se URL mění natrvalo. Nemá smysl posílat všechno na homepage. Lepší je vést návštěvníka i roboty na nejbližší odpovídající stránku. Tím se zachová srozumitelnost webu pro lidi i pro vyhledávače.
Google u migrací doporučuje zachovat konzistentní mapování adres a po spuštění kontrolovat indexaci, chyby a přesměrování v Search Console. (support.google.com)
4) Metadata, canonical, sitemap a robots
Když se mění web, často se zapomene na drobnosti, které mají velký dopad. Patří sem title tagy, meta description, canonical odkazy, sitemap.xml a robots.txt.
Checklist pro technické SEO po redesignu:
- zkontrolujte, zda každá důležitá stránka má vlastní title a meta description;
- ověřte, že canonical ukazuje na správnou kanonickou verzi stránky;
- vygenerujte novou sitemapu a odešlete ji do Search Console;
- zkontrolujte robots.txt, aby neblokoval důležité sekce;
- projděte indexovatelnost nových šablon a filtrů.
U větších webů je vhodné zkontrolovat i to, jestli se nevytvářejí duplicitní varianty stránek. Canonical má pomoci vyhledávačům pochopit, která verze je hlavní. Sitemap zase ukazuje, co má být snadno nalezitelné.
5) Test formulářů, měření, souhlasů a konverzí
Redesign nesmí rozbít poptávkovou cestu. Otestujte proto všechny formuláře, tlačítka, děkovací stránky i události v analytice. U každého kroku si napište, co se má stát a kdo to má ověřit.
Nezapomeňte na souhlasy. Pokud web používá Google tagy, consent mode a návazné měření, musí být implementace konzistentní na všech stránkách. Google uvádí, že pro plné modelování a správné měření je potřeba, aby consent signály byly nastavené správně na celém webu. (support.google.com)
U GA4 je dobré po migraci otestovat i klíčové události. Prakticky to znamená projít cestu návštěvníka, odeslat formulář a zkontrolovat, že se událost opravdu propíše do debug a realtime pohledu. (support.google.com)
6) Mobil, výkon a přístupnost
Nový web může vypadat dobře na maketě, ale v provozu zpomalit. Proto otestujte mobilní zobrazení, rychlost a základní přístupnost ještě před ostrým spuštěním. web.dev doporučuje řešit výkon jako průběžnou disciplínu, ne jednorázovou opravu. (web.dev)
Prakticky si pohlídejte hlavně toto:
- čitelný text na mobilu bez zoomování;
- dostatečně velká klikací tlačítka;
- rychlé načítání hlavní stránky i podstránek;
- funkční formuláře na telefonu;
- základní kontrast, focus stavy a klávesové ovládání.
U přístupnosti se vyplatí jednoduché manuální testy. web.dev doporučuje kombinovat nástroje a ruční kontrolu, protože automatika neodhalí všechno. (web.dev)
7) Spuštění, monitoring a opravy po migraci
Po spuštění práce nekončí. Naopak. První dny po migraci rozhodují o tom, jestli zachytíte chyby včas. Sledujte přesměrování, 404 chyby, indexaci nových stránek, poklesy návštěvnosti a funkčnost formulářů.
Po spuštění se vyplatí projít:
- hlavní vstupní URL z organiky;
- přesměrování starých adres;
- Search Console reporty;
- GA4 realtime a klíčové události;
- funkčnost mobilní verze a kontaktů.
Když narazíte na chybu, opravujte ji podle dopadu. Nejdřív důležité landing pages, potom méně navštěvované části. Tady se hodí mít připravený log změn, aby bylo jasné, co se upravilo a proč.
8) Kdy stačí dílčí úprava a kdy je nutný celý redesign
Ne každý web potřebuje kompletní předělání. Někdy stačí upravit obsah, poptávkové cesty, technické SEO a vizuální vrstvy na stávající struktuře. To dává smysl, když web pořád funguje po obsahové i technické stránce.
Celý redesign je na místě, když:
- je web postavený na nepřehledné struktuře;
- obsah je zastaralý nebo nedává smysl;
- poptávková cesta je rozbitá;
- technický základ je dlouhodobě problémový;
- web nejde rozumně rozvíjet bez větší přestavby.
Jestli si nejste jistí, začněte kontrolou. Často se ukáže, že není nutné měnit všechno. Někdy stačí dobře navržená migrace obsahu, URL a měření. Jindy je lepší udělat web znovu, ale poctivě a s plánem.
Co si z toho odnést
Redesign bez ztráty SEO a dat není otázka štěstí. Je to otázka přípravy. Kdo má zmapované URL, přesměrování, měření a testy před spuštěním, ten má mnohem menší riziko zbytečných průšvihů.
Chcete vědět, jestli váš redesign potřebuje jen úpravu, nebo už bezpečnou migraci celé struktury? Pošlete nám odkaz na současný web a stručně popište plánované změny. Mrkneme se na něj a navrhneme vstupní kontrolu před redesignem. Ozvěte se.
FAQ
Jaký je první krok před redesignem webu?
Nejdřív si exportujte současné URL, změřené vstupní stránky, konverze a technické nastavení. Bez toho nejde bezpečně rozhodnout, co zachovat a co přesměrovat.
Musím u redesignu udělat přesměrování 301 na všechny změněné URL?
Ano, pokud se URL mění natrvalo. Každá důležitá stará adresa by měla mít jasnou novou cílovou stránku. Neposílejte všechno na homepage.
Stačí po redesignu zkontrolovat jen hlavní stránku?
Nestačí. Je potřeba projít i důležité landing pages, formuláře, měření, přesměrování, sitemapu, robots a mobilní verze.
Co je při migraci webu nejčastější problém?
Často se zapomene na mapu URL, měření konverzí, canonical nebo na test formulářů. Problém bývá i v tom, že se staré stránky smažou bez posouzení jejich hodnoty.
Kdy je lepší nedělat celý redesign?
Když web funguje obsahově i technicky a problém je hlavně v textech, detailech nebo v poptávkové cestě. V takovém případě může stačit cílená úprava místo kompletní přestavby.
Zdroje a další čtení
- [UA→GA4] Validate migrated conversions [Legacy] - Analytics Help
- [UA→GA4] Migration reference [Legacy] - Analytics Help
- About consent mode impact results - Analytics Help
- web.dev
- Manual accessibility testing | web.dev
- support.google.com
- support.google.com
- support.google.com
- support.google.com
- support.google.com
- support.google.com
- support.google.com
- support.google.com
- web.dev
- web.dev
- support.google.com
- web.dev
- developers.google.com
- developers.google.com
- web.dev
