Redesign webu: změňte to, co brzdí zákazníky, a ohlídejte SEO

01Kdy má redesign skutečný důvod

Začněte konkrétními situacemi. Zákazník nenajde správný produkt, poptávkový formulář se na mobilu špatně používá, nabídka neodpovídá novým službám nebo tým nedokáže bezpečně aktualizovat obsah. Takový problém lze ověřit. Věta „web už je starý“ sama neurčuje, co nová verze vyřeší.

Někdy postačí opravit jednu šablonu nebo pracovní cestu. Jindy je technický základ natolik omezený, že úpravy pouze prodlužují problém. Obě možnosti porovnejte podle nákladů na vytvoření, provoz a budoucí změny, nikoli podle velikosti zakázky.

Stanovte kritérium převzetí: návštěvník najde určenou službu, zvládne odeslat relevantní poptávku a redaktor upraví obsah bez zásahu vývojáře. Designový souhlas a splnění pracovního úkolu jsou různé výsledky. Souvislost vysvětluje rozdíl mezi UI a UX.

02Před návrhem uložte výchozí stav

Připravte seznam důležitých stránek a zjistěte, jakou úlohu plní. Kombinujte návštěvnost, výkon ve vyhledávání, obchodní výsledky a potřeby lidí. Stránka s menší návštěvností může odpovídat na důležitou otázku těsně před zakázkou.

• Exportujte adresy z CMS a doplňte významné cíle z analytiky a Search Console.
• Zaznamenejte současnou nabídku, obsah, titulky a důležité podklady ke stažení.
• Ověřte přístupy k doméně, hostingu, měření a správě webu.
• Uložte způsob měření poptávky či nákupu a známé technické problémy.

Zahrňte obrázky, dokumenty a jazykové verze. Český a slovenský web mohou mít podobný obsah, ale jinou nabídku či kontakt. Při migraci neslučujte jazykové stránky bez posouzení potřeb čtenáře a jejich technických návazností.

Porovnávejte smysluplné období a berte v úvahu sezónnost. U dlouhého obchodního cyklu doplňte kvalitu poptávek, ne jen počet odeslání. Výchozí stav neslouží k vytvoření hezkého reportu; umožní rozpoznat, co se po změně opravdu zlepšilo nebo pokazilo.

03Rozlište změnu vzhledu, systému a adres

Úprava vzhledu při stejných adresách není totéž co přesun na jinou doménu nebo změna cest URL. Nové CMS může adresy zachovat, ale také je nechtěně přepsat. Rozsah potřebných kontrol proto popište v zadání, ne až při předání.

Google má samostatný postup pro změnu URL a rozlišuje ji od změny infrastruktury. Doporučuje plánovat velké změny postupně, pokud to situace umožní. Kombinace nové domény, systému, struktury a nabídky ztěžuje hledání příčiny případného problému.

U adres, které dávají smysl, zvažte zachování. Změna URL nemá být automatickým vedlejším výsledkem přejmenování položky v administraci. Pokud změna potřebná je, připravte odpovídající náhradu a její test.

Určete také, co musí běžet během přechodu. Katalog může mít nové produkty, formuláře přijímají poptávky a zákazníci vytvářejí účty. Kopie dat z minulého týdne nesmí při spuštění přepsat novější provoz. Dohodněte závěrečnou synchronizaci a odpovědnost za každou změnu.

04Mapa URL musí vysvětlit osud každé důležité stránky

Každou důležitou původní adresu spojte s konkrétním rozhodnutím: zachovat, nahradit, sloučit nebo odstranit. Uveďte cílovou stránku a důvod. Člověk odpovědný za obsah má potvrdit, že nový cíl skutečně odpovídá původní potřebě.

Pro trvalou změnu adresy Google doporučuje serverové přesměrování 301 nebo 308. Nastavte jej přímo na odpovídající cíl. Ověřte návratový stav i obsah nové stránky, ne pouze to, že prohlížeč někam pokračoval.

Původní služba může mít vhodnou novou stránku, několik podobných návodů se může sloučit do jednoho. Pokud žádná relevantní náhrada není, mechanické posílání všech návštěvníků na homepage nevysvětluje, kam zmizel jejich obsah. Rozhodnutí o odstranění udělejte vědomě a nastavte odpovídající chybový stav.

Při převzetí prověřte také interní odkazy a adresy používané v reklamách, e-mailech nebo profilech firmy. Vlastní odkazy aktualizujte na finální cíle. Řetězení několika přesměrování zbytečně komplikuje cestu a následné hledání chyby.

05Obsah a technické signály musí odpovídat nové podobě

Přeneste podstatné vysvětlení služby, parametry produktů a užitečné podklady. Zkrácení textu kvůli novému layoutu může odstranit informace, podle kterých zákazník rozhoduje. Úpravu obsahu provádějte podle jeho úlohy, ne podle počtu znaků ve vizuálním návrhu.

Zkontrolujte titulky, nadpisy, popisy, odkazy a strukturovaná data. Pokud změníte nabídku, promítněte změnu i do dat předávaných vyhledávačům. Staré hodnocení, cena nebo dostupnost nesmějí zůstat v kódu jen proto, že nová šablona vypadá správně.

Kanonizace podle Googlu řeší volbu reprezentativní adresy mezi duplicitními či velmi podobnými stránkami. Canonical není náhradou přesměrování pro člověka. Ověřte, že produkční stránky neukazují na testovací doménu nebo chybnou jazykovou verzi.

Sitemap má podle oficiálního postupu používat požadované výsledné adresy. Pomáhá s objevováním, ale negarantuje indexaci. Podstatné stránky musí mít také srozumitelnou návaznost uvnitř webu.

Testovací prostředí chraňte vhodným omezením přístupu. Noindex je pravidlo pro indexování, které robot musí mít možnost přečíst; není to zabezpečení neveřejných dat. Při spuštění prověřte blokace a indexační pravidla jednotlivých typů stránek, ne jen úvodní stránku.

06Testujte nový web podle práce zákazníka

Připravte skutečné cesty: najít službu, porovnat variantu, otevřít dokument, odeslat formulář nebo dokončit objednávku. Použijte mobil i počítač, odpovídající oprávnění a hraniční stavy. Nové rozhraní potřebuje srozumitelný postup při chybě, nejen ideální průchod.

U formuláře otestujte také doručení a zpracování. Úspěšná zpráva na stránce nepotvrzuje, že poptávku dostal obchodník. U nákupu prověřte návazné systémy bezpečným testovacím postupem, včetně chyby platby a návratu uživatele.

Výkonnost hodnoťte společně s používáním. Core Web Vitals v aktuální podobě sledují načítání, odezvu a vizuální stabilitu pomocí LCP, INP a CLS. Rozlišujte laboratorní test a zkušenost skutečných uživatelů. Jedno vysoké skóre z testu není potvrzením bezchybného provozu.

Zkontrolujte ovládání klávesnicí, čitelnost, popisky formuláře a zobrazení podstatných informací. Při uživatelském testu sledujte, zda lidé pochopí nabídku a další krok. Neptejte se pouze, zda se jim návrh líbí.

Pokud web prodává katalogové zboží, pozornost potřebují i kategorie a filtry. Konkrétní návaznosti řeší SEO pro e-shopy. Stejný nový vzhled nemůže automaticky vyřešit duplicitní stránky a nejasnou strukturu.

07Spuštění potřebuje odpovědnost a možnost návratu

Předem stanovte, kdo schvaluje technické i obsahové převzetí, kdo přepíná provoz a kdo řeší první incident. Seznam závad rozdělte podle dopadu. Nefunkční nákup není stejně závažný jako drobné posunutí grafického prvku.

1. Doložte problém a uložte výchozí stav.
2. Schvalte obsah, strukturu a mapu adres.
3. Otestujte techniku i pracovní cesty.
4. Spusťte s dohledem a řízenými opravami.

Návrat není vždy pouhé obnovení zálohy. Po spuštění mohou vzniknout nové objednávky a kontakty. Předem dohodněte, jak se při návratu zachovají změny dat a které části lze bezpečně vrátit. Záloha bez ověřeného použití neřeší celý postup.

Pro první kontrolu připravte živou cestu zákazníka, funkci měření, dostupnost klíčových stránek a starých adres. Zkontrolujte také certifikát, závislosti, doručení zpráv a chybové záznamy. Přepnutí má provést člověk s přístupem a připraveným postupem řešení.

08Po spuštění rozlišujte technickou chybu a změnu výkonu

Sledujte obchodní výsledky, návštěvy důležitých stránek a chyby provozu. Zvlášť evidujte změny měření, aby pokles zaznamenaných konverzí nebyl automaticky považován za propad prodeje. Obchodní evidence a analytika mají odpovídající definice, ale nemusí stejná čísla.

Nástroj Kontrola adresy URL rozlišuje informace z indexované verze a živý test. Používejte jej pro konkrétní problematické stránky. Pozitivní živý test ani žádost o indexaci nezaručují budoucí zobrazení ve vyhledávání.

Při výrazné změně adres může podle Googlu výkon dočasně kolísat během nového procházení a zpracování. Samotné kolísání však není důvod přehlédnout blokované stránky nebo chybné přesměrování. Problém posuzujte podle konkrétního důkazu a dopadu.

Výsledky porovnávejte s uloženým výchozím stavem a sezónností. Zaznamenejte datum nasazení i následných oprav. Pokud změna služby nebo cen ovlivnila poptávku, nelze celý rozdíl připsat vzhledu nového webu. Opravy a další vývoj potřebují vlastníka a jasnou prioritu.

09Časté otázky k redesignu webu