Stojíš před obnovením? Gratuluji, že jsi našel tento článek. Následující úvahy mohou být klíčovým příspěvkem k úspěšnému provedení tvého obnovení a dosažení skvělého výsledku. Protože to není vždy tak. Jsem majitelem agentury a prozradím ti přesně to, co tě postaví do pozice, kdy mě jako mne přinutíš k mimořádně dobré práci a zabráníš běžným chybám při obnovení. Ale začněme úplně od začátku.
Obsah
Obnovení webové stránky je přepracování a přepracování existující webové stránky. Při tomto procesu mohou být změněny jak design, obsah, tak technologie. Cílem obnovy webové stránky je ji zlepšit a přizpůsobit aktuálním požadavkům.
Určité vnější spouštěcí faktory způsobují v podnicích vyhlášení cíle „obnova“: Nově najatý zaměstnanec přináší skvělé nápady, nový šéf přichází a chce také konečně pořádně protrhat digitálně, konkurence má novou webovou stránku nebo obrat klesá. Možná se manželce šéfa nelíbí stará stránka nebo generaci Z není webová stránka dost „cool“. Možná to znáš. Dokonce i to, že je zase čas na novou webovou stránku, stejně jako osobní názory, není dostatečným důvodem pro obnovení.
Existuje však několik lepších důvodů, proč podniky nebo organizace chtějí provést obnovu webové stránky. Mezi hlavní patří:
- Starý design a/nebo rebranding: Zastaralá webová stránka může vytvářet dojem, že podnik nejde s dobou nebo již není aktivní. Čerstvý, moderní design by měl zlepšit image. Dokonce i pokud se mění značka nebo identita podniku, je často žádoucí provést obnovu webové stránky, aby odrážela nové zprávy značky.
- Lepší uživatelská zkušenost: Pokud je uživatelská přívětivost webové stránky špatná, může to vést k vysoké míře odchodu. Obnova může sloužit k vylepšení uživatelské zkušenosti a zjednodušení navigace na webové stránce.
- Mobilní optimalizace: Vzhledem k tomu, že se stále více lidí dostává na webové stránky přes mobilní zařízení, je důležité zajistit, že webová stránka dobře funguje na různých velikostech obrazovek a zařízeních.
- Optimalizace pro vyhledávače (SEO): Zastaralá webová stránka může mít problémy s výkonem SEO. Obnova nabízí možnost provést SEO-friendly změny k zlepšení viditelnosti ve vyhledávačích.
- Aktualizace obsahu: Pokud se informace, služby nebo výrobky podniku mění, musí být webová stránka aktualizována, aby tyto změny odrážela.
- Zlepšení bezpečnosti: Starší webové stránky jsou často náchylné k bezpečnostním rizikům. Obnova může sloužit k posílení bezpečnosti webové stránky a ochraně před kybernetickými útoky.
- Technologická aktualizace: Používání zastaralých technologií může ovlivnit výkon webové stránky. Obnova může nabídnout příležitost přejít na aktuální webové technologie a platformy.
- Dostupnost pro všechny: Zlepšení dostupnosti pro osoby se zdravotním postižením je pro mnoho webových stránek důležitým tématem.
- Konkurenceschopnost: Aby se drželo s konkurencí krok, je důležité mít moderní a výkonnou webovou stránku. Obnova může přispět k udržení nebo zvýšení konkurenceschopnosti.
- Analýzová zlepšení: Díky zavedení lepších analytických nástrojů a sbírání dat mohou podniky lépe porozumět a optimalizovat výkon webových stránek.
- Dodržení právních požadavků: Zákony a předpisy v oblasti ochrany údajů, dostupnosti a bezpečnosti se pravidelně mění. Obnova může být nezbytná k zajištění splnění těchto požadavků.
Tyto důvody mohou nastat jednotlivě nebo v kombinaci a mohou se lišit podle cílů a potřeb podniku. Obnovení webové stránky je často strategickým rozhodnutím k zlepšení online přítomnosti a dosažení cílů podniku. Pokud se podíváš na výše uvedené body zvlášť, jasně ukazuje, že většina důvodů je možné realizovat pomocí menších kroků a není nutný velký relaunch.
Rozlišme tedy, co je obnovení a co není: Nový design s existujícím technickým základem je spíše Facelifting. Obnovení je skutečné tehdy, pokud dochází k opravdovým změnám v uživatelském zážitku, funkčnosti a technickém základu ve smyslu obnovení.
Obnovení by vždy mělo být odůvodněno fakty (např. technologie je v slepé uličce a není již aktualizovatelná), ukazateli výkonu a porovnávacími daty.
To je na tomto místě moje první rada, kterou chci dát: Evolution před revolucí! Vyhněte se obnovení tak dlouho, jak je to možné, a snažte se provést všechny body, které byly dosud navrhovány pro obnovení, jednotlivě nebo inkrementálně. Vylepšte jednu věc, pusťte ji naživo, vyhodnoťte, co se stane, znovu upravte nebo se dejte do dalšího bodu. Nejlepším příkladem je Amazon, který se skutečně velmi málo mění a zlepšuje, a od velkých změn při obnovení upouští již mnoho let.
Obnovení vždy znamená velké riziko pro tvoji viditelnost na Googlu. Všichni sledují vylepšení, ale málokdo sleduje rizika. Jistě, uživatelské rozhraní je lepší, pozitivní uživatelská zkušenost roste, technicky jsi opět aktuální. Přesto: Pokud tvůj podnikový úspěch závisí na silné organické viditelnosti, je obnovení poslední možností a rozhodně se rozhoduje, pouze pokud je tvá bolest natolik velká, že ji nenahradí kombinace výše uvedených důvodů, které nelze řešit jednotlivými sprinty. Proč? Podívej se zde, co se stalo po obnovech těchto čtyř webových stránek s jejich online viditelností:
Pečlivě naplánujte svůj relaunch a zajistěte úspěšné provedení pomocí kontrolního seznamu. Především si stanovte dvě cíle, jednak zachovat svou online viditelnost a jednak najít možnosti v rámci relaunchu vytvořit základ pro zvýšení online viditelnosti. Právě k tomu je tento článek, aby vám dal vodítko pro relaunch, abyste omezili rizika relaunchu a získali skvělý výsledek s potenciálem trvalých organických SEO úspěchů.
Plán relaunchu
Plánování relaunchu webové stránky by mělo být provedeno pečlivě. Je důležité zvážit následující kroky:
- Analýza stávající webové stránky a zdokumentování aktuálního stavu: Nejprve by měla být provedena analýza stávající webové stránky k identifikaci silných stránek a slabých stránek.
- Stanovení cílů: Cíle relaunchu webové stránky by měly být jasně definovány. Mezi ně mohou patřit například zlepšení míry konverze, zvýšení počtu návštěvníků nebo přechod na nové CMS s vylepšenou správou obsahu a udržovatelností.
- Vytvoření koncepce: Na základě analýzy, stanovených cílů a analýzy konkurence by měla být vytvořena koncepce pro relaunch webové stránky. Koncepce by měla zahrnovat následující aspekty: design, obsah, technika a SEO/marketing.
- Realizace: Koncepce pak bude realizována. To zahrnuje vývoj designu, tvorbu/upravení obsahu a implementaci technických změn.
- Testování: Nová webová stránka by měla být před spuštěním důkladně otestována, aby se zajistilo, že funguje bezchybně. Součástí je také určitý kontrolní seznam.
- Spuštění: Nová webová stránka je pak spuštěna. A dále je testována v provozu, hodnocena a upravována.
Stanovení cílů a strategie relaunchu
Přesně stanovte, jaké cíle relaunch sleduje. K cílům mohou patřit (kromě výše uvedených důvodů):
- Zlepšení uživatelské zkušenosti
- Zvýšení přehlednosti
- Rozšíření nabídky obsahu
- Modernizace designu
- Zvýšení tržeb a hodnoty nákupního košíku
- Přechod na jiné CMS s jednodušší správou obsahu a technickou udržovatelností
- Perspektivně snazší rozšiřovatelnost a udržení schopnosti aktualizací.
Návrh: Po prvních "kick-off" schůzkách v týmu jako společnost - ještě před tím, než se začne jednat s realizujícími agenturami - by měl každý účastník projektu napsat cíle vašeho relaunchu na papír nebo je načíst do vašeho komunikačního nástroje (např. Slack). Když pak všichni najednou ukážou své cíle, budete překvapeni, jak rozdílné jsou názory, přestože cíle byly již předem probírány na schůzkách. Proto je důležité fixovat cíle i písemně. Když přesně znáte své cíle, můžete v rané fázi porovnat s UI prototypem, zda byly tyto cíle konceptuálně zohledněny.
Specifikace požadavků a strategie relaunchu
Agentura potřebuje pro sestavení nabídky rozsáhlou specifikaci projektu od zákazníka. Společnosti často mají k dispozici Wordový dokument nebo PDF, ve kterém je více či méně podrobně nastíněn záměr. Existují dotazníky nebo probíhají workshopy, které pomáhají agenturám lépe identifikovat bolesti zákazníka, aby mohly podat nabídku. U větších projektů se vytváří "lastenheft". Čím podrobnější, tím lépe.
"Lastenheft" je dokument, který hraje klíčovou roli při relaunchi webové stránky. Slouží k zachycení požadavků, cílů a očekávání k relaunchi v písemné formě. Dobře zpracovaný "lastenheft" pomáhá zajistit, že všichni zúčastnění - ať už tým pro vývoj, designový tým nebo zákazník - mají jasnou představu o tom, co má být během relaunchu dosaženo. Je také základem pro dobře kalkulovanou a závaznou nabídku realizující agentury. Zde jsou informace a prvky, které by měly být obvykle obsaženy v "lastenheft" pro relaunch webové stránky:
- Cíle a účel: Popis hlavních cílů relaunchu, například zlepšení uživatelské zkušenosti, zvýšení viditelnosti ve vyhledávačích nebo přechod na CMS s aktualizovaným designem.
- Rozsah projektu: Jasná definice toho, co je součástí relaunchu a co není. To může zahrnovat počet stránek, integraci nástrojů třetích stran nebo přepracování obsahu.
- Požadavky na design: Informace o požadovaném vizuálním designu webové stránky, včetně rozložení a dodržování firemních designových směrnic týkajících se barev, písem a obrázků.
- Požadavky na funkčnost: Rozdělení požadovaných funkcí a interakcí na stránce, jako jsou kontaktní formuláře, vyhledávání, funkce elektronického obchodování atd.
- Technické požadavky: Specifikace technologií, které by měly být během relaunchu použity, jako je výběr správce obsahu (CMS) nebo implementace určitých funkcí. Zahrnuto je i použití moderních formátů obrazových a grafických souborů (WebP, AVIF, SVG).
- Manuální a automatická zálohování a revize editací obsahu.
- Požadavky na obsah: Jasné pokyny pro revizi, aktualizaci nebo nově vytvoření obsahu, včetně textů, obrázků, videí a dalších médií. Manipulace s meta daty a strukturovanými daty.
- Požadavky na SEO: více informací v následující sekci.
- Časový harmonogram a milníky: Harmonogram s plánovanými termíny zahájení a dokončení relaunchu, stejně jako důležité milníky.
- Rozpočet: Informace o rozpočtu pro relaunch, včetně nákladů na design, vývoj, hosting a případné služby třetích stran.
- Kontrola jakosti pomocí testovacích nástrojů: Popis testů a postupů kontroly kvality, které by měly být provedeny během relaunchu ke zajištění správného fungování webové stránky.
- Požadavky na údržbu a podporu: Požadavky na průběžnou údržbu a podporu webové stránky po relaunchi.
Důležitým prvkem je dobře strukturovaná specifikace požadavků, která pomáhá předejít nedorozuměním, efektivně řídit projekt a zajistit, že budou splněny očekávání všech zainteresovaných stran. Slouží jako směrnice a referenční dokument pro celý tým projektu a přispívá k zajištění úspěchu relaunchu webové stránky.
Při plánování relaunchu TutKit.com s kompletní výměnou frameworku z CodeIgniter na Laravel byla naše specifikace požadavků rozsáhlá a zahrnovala 220 stran – (ne) lákavý výhled pro agenturu, která se tím musí prokopat.
Poznámka: V mém článku se nebudu podrobně zabývat koncepcí, designem, funkcemi a použitými technologiemi. Nový web bude určitě pěkný. Největším nebezpečím při relaunchi je ve skutečnosti zhoršení technické uživatelské zkušenosti a kvality OnPage z důvodu chybějících přesměrování 301 atd., což může vést ke ztrátě pozic a viditelnosti. Aby se tomu předešlo, bude se v následujícím zaměřovat zejména na zajištění úspěchu projektu z hlediska uživatelské zkušenosti a SEO.
Definice SEO požadavků pro nový web
Stranou zadávací dokumentace ze strany klienta nebo rozsáhlejší specifikace požadavků již upravují to, co je požadováno z hlediska designu, obsahu, funkcionality a technologií, a tím vytváří základ pro agenturu pro vypracování kalkulace.
Pro checklist při relaunchi pro zajištění úspěchu projektu je nutné z pohledu SEO prozkoumat jednotlivé body. Vznikají zde specifické SEO požadavky např.:
- změna struktury URL (Mapa přesměrování URL!) a změna cest k odkazům
- změna navigace (důležité z hlediska interního propojení a hierarchie odkazů)
- změna technologií (CMS, JavaScriptový framework, server, …)
- změna obsahu (potenciální ztráta viditelnosti stránek, které se umístily dobře)
Stránky dobře umisťované ve vyhledávačích Google díky své obsahové relevanci je důležité klást si otázky, zda se stávající obsah mění nebo sloučí, zda obsah mizí a/nebo se přidávají nové informace? Mění se obsahová struktura kategorií nebo stránek? Z těchto aspektů je třeba odvozovat SEO požadavky, které by měly být zahrnuty do checklistu pro relaunch.
Budou se metaúdaje stávajících nebo nových obsahů také přenášet a změní se? Jak probíhá správa obsahu redaktorem a jsou obsahové stránky propojeny se strukturovanými daty?
Budou existující nebo nové obrázky uloženy ve moderních formátech obrázků pro webové stránky (WebP/Avif) a bude se dbát na obrázkové SEO s pochopitelnými adresami URL v malých písmenech, tedy místo 1234.jpg => hotel-ostsee-warnemuende_suite-nachtigall.avif.
Dále by mělo být dbáno na to, aby byly obrázkové soubory zpracované strukturovanými daty (ImageObject) a <meta>-náhledy předávány Googlu, aby se zvýšila pravděpodobnost začlenění obrázku do hledání a zařazení v obrázcích Google.
Změna CMS v rámci relaunchu obvykle vede ke změně struktury URL a k novým cestám k odkazům. Z hlediska SEO je to kontraproduktivní a mělo by být pečlivě zváženo.
Zajímavé je také zkoumat, jak lze zlepšit signály uživatelů. Na obsahových stránkách by mohly být vloženy obrazová videa, instruktážní a pomocná videa. Pokud uživatel, který přišel z Googlu na cílovou stránku, klikne na video a podívá se na něj, zvyšuje se doba strávená na stránce (dobrý uživatelský signál) a zlepšuje se i návratová poměr na výsledky vyhledávání (dobrý uživatelský signál).
Je také důležité zkontrolovat, jak jsou integrovány obsahové sekce na stránkách, které splňují požadavky Googlu na užitečný obsah a princip E-A-T.
Pro Google je „užitečný obsah” obsah, který je pro uživatele relevantní a užitečný. Obsahuje komplexní a informativní odpovědi na otázky uživatelů, nabízí řešení problémů a přináší hodnotu, která přesahuje pouhou reklamní zprávu.
Zde jsou některé příklady užitečného obsahu:
- Tutoriály a návody: Tyto obsahy pomáhají uživatelům naučit se nové úkoly nebo řešit existující problémy.
- Recenze a srovnání: Tyto obsahy pomáhají uživatelům vybrat si správný produkt nebo službu.
- Zprávy a aktualizace: Tyto obsahy uživatele informují o aktuálních událostech a trendech.
- Infografiky a diagramy: Tyto obsahy mohou pomoci vizualizovat složité údaje a informace.
- Blogové příspěvky a články: Tyto obsahy poskytují hlubší pohled na konkrétní téma.
Google využívá různé signály k identifikaci užitečného obsahu. Mezi ně patří např.:
- Uživatelské chování: Google sleduje, jak uživatelé interagují s obsahem, např. jak dlouho zůstávají na stránce, jak často ji sdílejí a jak často ji hodnotí.
- Signály kvality: Google hodnotí kvalitu obsahu podle faktorů jako je relevance, úplnost a aktuálnost.
- Reakce uživatelů: Google bere v úvahu také reakce uživatelů, jako jsou hodnocení a komentáře.
- Tím, že provozovatelé webů zohlední tyto signály, mohou zvýšit své šance na to, že jejich obsah bude považován za užitečný.
Princip EEAT je koncept vyvinutý společností Google, který hodnotí kvalitu webů a webového obsahu. Znamená zkušenost, expertise, autoritu a důvěryhodnost, tedy znalosti, zkušenosti, autoritu a důvěryhodnost.
- Expertise se týká znalostí a zkušeností osob, které obsah vytvářejí. Google hodnotí expertizu na základě faktorů jako vzdělání, pracovní zkušenost a ocenění.
- Zkušenost je prokázána, když obsah vzniká s určitou zkušeností, například na základě skutečného použití produktu, skutečné návštěvy místa nebo popisu zážitku osobou?
- Autorita se týká pověsti a reputace webu či obsahu. Google hodnotí autoritu na základě faktorů jako zpětné odkazy, aktivity na sociálních sítích a uživatelská hodnocení.
- Důvěryhodnost se týká spolehlivosti a důvěryhodnosti webu nebo obsahu. Google hodnotí důvěryhodnost na základě faktorů jako ochrana osobních údajů, bezpečnost a transparentnost.
Jaké SEO požadavky mají existující a nové funkce ve vztahu k front-endu a back-endu? Jde o následující:
- Prohledatelnost (relevantní obsah by měl být viditelný a prohledatelný i bez JavaScriptu)
- Jasnost cíle webu a jasnost ohledně volání k akci (požadované chování cílového zákazníka na stránkách)
- Preventivní opatření proti duplikaci obsahu například pomocí automaticky vytvořených kategorií nebo duplicitních stránek variantových produktů
- Zajištění vysoké rychlosti načítání stránek pomocí minimalizace množství JavaScriptových a CSS souborů, použitím moderních formátů obrázků (WebP/AVIF)
Tyto SEO požadavky patří do zadání projektu a popisu práce, ale měly by být také součástí kontrolního seznamu spojeného s testováním nástrojů a jako srovnání IST-SOLL pro zajištění kvality projektu a navíc jako kritérium pro přijetí agenturního výkonu. Níže více.
Určení interních a externích účastníků projektu
Vymezení účastníků projektu - zde z pohledu zákazníka nebo majitele webové stránky:
- Kdo je zodpovědný za projektové řízení a konečná rozhodnutí?
- Kdo je zodpovědný za koordinaci a komunikaci s agenturou nebo zákazníkem?
- Kdo je zodpovědný za interní projektový management?
- Kdo připravuje interně obsah a podklady pro agenturu?
- Kdo realizuje uživatelský design?
- Kdo provádí vývoj?
- Kdo pravidelně informuje zákazníka o pravidelných intervalech?
- Kdo se podílí na testování a zajištění kvality ze strany agentury/zákazníka?
- Je přizván externí konzultant (např. pro SEO nebo právní požadavky)?
- Kdo uvolňuje úkoly? Kdo úkoly v systému tiketů schvaluje po zpracování?
- Kdo musí být informován a v jakém časovém okamžiku (zaměstnanci, zákazníci, partneři, správci reklamních kampaní,...)?
Při výběru externích projektových partnerů jsou důležité čtyři body
- Má agentura realizováno jedno nebo více projektů tohoto druhu? Existují reference? Existují zákaznická vyjádření a bylo by možné také uskutečnit zpětnou vazbu s klienty agentury - což je doporučeno u velkých individuálních vývojů?
- Jsou s nabídkou a technickým provedením (CMS/obchodní systém/framework) již naplňovány všechny požadavky, které souvisejí s obnovou? Existují individuální funkce nebo požadavky, které musí být ještě naprogramovány (také přes pluginy nebo moduly)? V nabídce jsou vynechány určité služby nebo jsou určeny pro pozdější čas, ale jsou zásadní pro úspěch projektu? Je důležité, aby se žádné nové problémy nevyskytly, které jsou větší než skutečný důvod pro obnovu.
- Agentura provádějící práci konkrétně sedí jak z hlediska velikosti týmu, tak z hlediska regionální polohy a (případně identifikovatelné prostřednictvím recenzí na Kununu) fluktuace zaměstnanců, a to trvale k podniku pro další péči?
- Je možný přímý kontakt s týmem pro design a vývoj? Je rozumné, aby se poznalo skutečné týmové portfolio agentury. Veselí a slibující obchodní profesionálové získají zakázku a poté už nejsou zodpovědní. Proto je nezbytný přímý kontakt s týmem provádějícím.
Čtyři tipy ke své ochraně v tomto ohledu
- Jako zákazník bych se zaměřil na technologii agentury. Co je uvedeno v nabídce, zkuste jednoduše vyhledat pomocí "CMS + nevýhody" nebo "CMS + zkušenosti". Měli byste vědět, co přesně přijímáte. Je rozumné vsadit na Open Source řešení. Jsem si vědom/a, že to není vždy možné. Nejlépe se ujistěte, že existuje co největší komunita vývojářů pro použitou technologii, abyste nakonec neskončili u vlastního řešení agentury, které může zpracovávat pouze vaše agentura, což vás později zatíží určitou formou závislosti.
- Dohlédněte také na to, abyste měli neomezená práva k užívání a úpravě výkonu agentury, abyste měli vždy právo na interní nebo externí rozvoj webové stránky. Taková ujednání by měla být v pracovní smlouvě.
- Pokud vaše firma disponuje technickými znalostmi a máte v týmu systémového správce, vývojáře softwaru nebo jiné, je rozumné, zřídit GIT pro správu verzí a JIRA (nebo podobný nástroj) pro projektové řízení nebo systém tiketů nejprve samostatně vlastním účtem. Pak poskytnete agentuře plná oprávnění a práce může začít. Čím větší je projekt, tím hrubší a bolestivější to může být. Je dobré, když jste pánem nad klíčovými přístupy a účty. Je mi ale jasné, že tato doporučení mohou odborně následovat jen málo zákazníků.
- Někdy se stane, že agentury poskytují zákazníkům přímo hosting. Sami nejsme jejich příznivci, protože zvyšuje závislost ve vztahu s klientem, zároveň si ale říkáme, že poskytovatelé webhostingu jsou nejvhodnější pro webhosting, protože jsou na to specializovaní. Už jsme měli vlastní servery a řídili je a spotřebovávali velké množství personálních a časových zdrojů. Teď jsou naše systémy provozovány na cloudových serverech jednoho z velkých poskytovatelů webhostingu v Německu a jsme spokojeni. Při webhostingu si vždyjednoduše ověřte, že jsou již zahrnuty zálohy na straně serveru, které lze s několika kliknutími také obnovit.
Stanovení časového rámce a termínu spuštění
Relaunch probíhá v několika projekčních iteracích. Tyto mohou být podle naší agenturní zkušenosti následující:
- Stav IST bude zaznamenán (pomocí testovacích nástrojů, ale i písemně s dojmy, co se daří zákazníkovi a kde jsou potřebné úpravy)
- Fáze výzkumu s analýzou konkurence a hledáním řešení/inspirací
- Wireframe koncept
- Navržení designu uživatelského rozhraní
- Vývoj frontendu a backendu
- Migrace dat nebo import obsahu (automatický/ruční)
- Strukturální a obsahové optimalizace obsahu (text a obraz) & SEO iterace
Projekční iterace se překrývají, protože během zpracování se zapojí noví projekční účastníci.
Je důležité stanovit časový rámec pro jednotlivé projekční iterace a dohodnout se s účastníky.
Pro zákazníka do projektu agentury, pokud je rozsáhlejší, zařídíme vlastní Slack kanál pro rychlejší komunikaci?
Jedna rada v tomto bodě: Je dobré, když agentura již v rané fázi pracuje s klikatelnými prototypy, tedy již v wireframe konceptu a zejména při představení a ověřování designu uživatelského rozhraní. Tak zákazníci lépe pocítí, jaký je zážitek z webové stránky. Jednoduché JPG nebo PNG soubory jako návrh rozložení již dnes nejsou aktuální. Měly by to být klikatelné prototypy, které jsou vypracovány v Sketch, Figma, Adobe XD nebo jiném profesionálním nástroji.
V této časné fázi jsou změny snadno proveditelné. Jakmile jsou funkce a sekce webové stránky již vyvinuty, jsou změny mnohem náročnější a mohou vést k dodatečným jednáním, která nejsou příliš příjemná.
Zde je vidět, jak takový prototyp pro návrh uživatelského rozhraní pro mobilní zařízení s klikacími cestami v přehledu vypadá:
Je potřeba vyjasnit, kdy jsou možné průběžné testy ze strany zákazníka. Vývojáři by měli testovat své lokální práce i po sloučení do střediskového systému. Zní to banálně, ale každý, kdo spolupracuje s vývojáři, okamžitě pochopí, co tím míním. Poté by ten, kdo je zodpovědný za kvalitu z agenturní strany, měl otestovat úkol nebo funkci. Teprve poté bude úkol uvolněn k testování zákazníkovi. Zákazník by se neměl cítit jako alfa tester, ale spíše by měl najít systém, který byl již testován čtyřma očima. Agentura je alfa tester, zákazník je beta tester! Je k dispozici přístup k agentskému systému úkolů?
Také by mělo být písemně stanoveno, že zprávy z agentury pro zákazníka budou zasílány v určité frekvenci. Například každý pátek by měl být zaslán e-mailem přehledný report o aktuálním stavu prací, potřebných zpětných vazbách nebo požadavcích na práci. To je také rada z naší agenturní zkušenosti: Je dobré neponechávat zákazníka nejistého před víkendem. Jen by si vymyslel nějaké hloupé nápady. Raději dobře informovat, co se stalo a co čekat v následujícím týdnu. Transparentnost pomáhá všem zůstat zapojeni s dobrým pocitem v práci.
Termín spuštění by měl být také stanoven. Podle Parkinsonova zákona se práce tak rozšiřuje, aby vyplnila dostupný čas pro její zpracování. Jinými slovy, čím více času je k dispozici k dokončení úkolu, tím více času bude na něj využito, bez ohledu na skutečnou složitost nebo pracovní úsilí. Plánované dokončení by mělo být součástí smlouvy o dílo. Nedodržení termínu by se dokonce mohlo sankciovat pokutou ve smlouvě. Směrnice je taková, že sankce ve výši 0,2 % z objednávkového objemu za každý pracovní den prodlení a maximálně 5 % objednávkového objemu jsou efektivní. Pokuta zákazníkovy straně nemusí být nutně uplatněna, ale umožňuje vám vyjednat s agenturou pár speciálních požadavků jako kompenzaci.
Důležité: Žádný spuštění v pátek. Ani mezi svátky nebo v hlavních pracovních hodinách firmy. Doporučujeme skutečně v případě větších relaunchů nocní hodiny ze neděle na pondělí, zejména pokud se změní IP adresa, aby byla většina poskytovatelů DNS nastavení opět aktualizována v pondělí, což bývá často již od brzkého dopoledne, pokud bylo DNS nastavení upraveno v nočních hodinách. Tak zůstává fakticky 4,5 pracovního dne na živé testování a opravu chyb, pokud se vyskytnou.
Zaznamenání aktuálního stavu vašich webových stránek
Před zahájením prací je třeba zaznamenat stav IST. V IST stavu jsou zaznamenána technická měření pro parametry. Napravo můžete zadat cílové hodnoty:
| Co? | Stručný popis | Testovací nástroj | IST (Aktuální hodnota) | Mělo by být (Cílová hodnota) |
| Technika & Meta | Název stránky, nadpisy, meta údaje, alternativní texty, … | Seobility | ||
| Struktura | Přesměrování, chybné odkazy, sitemapy, … | Seobility | ||
| Obsah | Kontrola klíčových slov, překlepy, nedostatek textu, … | Seobility | ||
| SEO obrázků | Výstižné URL, moderní formáty pro web (WebP/AVIF), ukázkové náhledy pomocí <meta>... | nikoliv | ||
| OG údaje implementovány | Open Graph údaje pro sociální média | Open Graph Checker | ||
| Strukturované údaje (Markup-Schema) | Schema-Markup / strukturální údaje | Schema.org | ||
| PageSpeed Domovská stránka | PageSpeed pro mobil/desktop | PageSpeed Insights | ||
| PageSpeed Cílová stránka | PageSpeed pro mobil/desktop | PageSpeed Insights | ||
| PageSpeed Kategorie stránka | PageSpeed pro mobil/desktop | PageSpeed Insights | ||
| PageSpeed Produktová stránka | PageSpeed pro mobil/desktop | PageSpeed Insights | ||
| PageSpeed Blogová stránka | PageSpeed pro mobil/desktop | PageSpeed Insights | ||
| Přístupnost podle typů stránek | Zajištění přístupnosti pro postižené skupiny uživatelů | Accessibility Checker a/nebo wave.webaim.org | ||
| Kontrola Hreflangu | U vícejazyčných webových stránek | Hreflang Validator | ||
| Ochranná hlavička | Důvěra & bezpečnost | SecurityHeaders.com | ||
| Zdravotní kontrola | Důvěra & bezpečnost | Security Audit (Astra) | ||
| Test pro prohlížeče a zařízení | Edge, Firefox, Safari, Chrome desktop & mobil, iOs & Android | Dev-Tools / Lambdatest | ||
| Politika souborů cookie & GDPR | Souhlas s politikou souborů cookie & soulad s GDPR | Cookie Metrix | ||
| Prohlídka Crawlingu: Stav hostitele | Získání robots.txt, DNS rozlišení, serverového spojení | Google Search Console | ||
| Statistika Crawlingu | Dotazy, velikost stahování, průměrná doba reakce | Google Search Console | ||
| Kliknutí ve výsledcích vyhledávání SERPs | Vyhodnoceno podle období (měsíčně/90 dní, ...) | Google Search Console | ||
| Imprese ve výsledcích vyhledávání SERPs | Vyhodnoceno podle období (měsíčně/90 dní, ...) | Google Search Console | ||
| Průměrný CTR ve výsledcích vyhledávání SERPs | Vyhodnoceno podle období (měsíčně/90 dní, ...) | Google Search Console | ||
| Průměrná pozice ve výsledcích vyhledávání SERPs | Vyhodnoceno podle období (měsíčně/90 dní, ...) | Google Search Console | ||
| Splnění hlavních vitálních prvků na webu | Faktor hodnocení uživatelské zkušenosti (PageSpeed, mobilní optimalizace, ...) | Google Search Console | ||
| Vyhodnocení dat z GA4 | Doba pobytu, stránky/návštěvník, ... | Google Analytics 4 | ||
| Konverzní poměr | Pro rezervační weby nebo online obchody | Vlastní ukazatele | ||
| Průměrná výše nákupu | Pro online obchody | Vlastní ukazatele | ||
| Nákupy/Tržby za den | Pro online obchody | Vlastní ukazatele | ||
