Checklist pre aktualizáciu online obchodov, rezervačných a firemných webových stránok.

Čaká ťa nový štart? Blahoželáme, že si našiel tento článok. Nasledujúce informácie môžu byť pre teba kľúčovým príspevkom k úspechu tvojho štartu a k dosiahnutiu skvelého výsledku. Pretože to nie je vždy prípad. Som majiteľ agentúry a prezradím ti presne to, čo ťa posunie do pozície zaväzovať typy ako ja k mimoriadne dobrej práci a k tomu, aby sme predišli typickým chybám pri štartoch. Ale začnime celkom odznova.

Webový štart je prepracovanie a prepracovanie existujúcej webovej stránky. Pri tom sa môžu meniť a upravovať nielen dizajn, obsah, ale aj technológie. Cieľom webového štartu je zlepšiť webovú stránku a prispôsobiť ju aktuálnym požiadavkám.

Určité vonkajšie trháky spôsobujú v podnikoch vyhlásenie cieľa „štart“: Nový zamestnanec prichádza s úžasnými nápadmi, nový šéf prichádza a chce tiež poriadne upratať digitálne, konkurencia má novú webovú stránku alebo tržby klesajú. Možno sa manželke šéfa nepáči stará stránka alebo Generácii Z sa stránka nepáči dostatočne „lit“. Možno to poznáš. Aj to, že je opäť čas na novú webovú stránku, je podobne ako osobné názory, nie dôvodom pre štart.

Existuje však niekoľko lepších dôvodov, prečo chcú podniky alebo organizácie vykonať prepracovanie webovej stránky. Kľúčové z nich sú:

• Staromódny dizajn a/alebo rebranding: Staromódna webová stránka môže vytvárať dojem, že podnik nejde s dobou alebo už nie je aktívny. Nový, moderný dizajn by mal zlepšiť obraz. Aj keď sa mení značkový obraz alebo identita spoločnosti, je často žiadaný štart webovej stránky, aby odzrkadlil novú značkovú správu.
• Lepšia užívateľská skúsenosť: Ak je použiteľnosť webovej stránky zlá, môže to viesť k vysokej miere odchodov. Webový štart môže slúžiť na zlepšenie užívateľskej skúsenosti a sprístupnenie webovej stránky jednoduchšie navigovateľné.
• Optimalizácia pre mobilné zariadenia: Keďže stále viac ľudí pristupuje k webovým stránkam cez mobilné zariadenia, je dôležité zabezpečiť, aby webová stránka dobre fungovala na rôznych veľkostiach a typoch obrazoviek.
• Optimalizácia pre vyhľadávače (SEO): Staromódna webová stránka môže mať problémy so SEO výkonom. Štart ponúka možnosť vykonať zmeny priateľské pre SEO, aby sa zlepšila viditeľnosť vo vyhľadávačoch.
• Aktualizácia obsahu: Ak sa informácie, služby alebo produkty spoločnosti menia, musí byť webová stránka aktualizovaná, aby tieto zmeny odzrkadľovala.
• Zlepšenie bezpečnosti: Staršie webové stránky sú často náchylnejšie na bezpečnostné riziká. Štart môže slúžiť na zlepšenie bezpečnosti webovej stránky a ochranu pred kybernetickými útokmi.
• Technologická aktualizácia: Používanie zastaraných technológií môže ovplyvniť výkon webovej stránky. Štart môže poskytnúť príležitosť prechodu na aktuálne webové technológie a platformy.
• Dostupnosť pre všetkých: Zlepšenie dostupnosti je pre mnohé webové stránky dôležitou záležitosťou, aby boli prístupné pre ľudí so znevýhodnením.
• Konkurencieschopnosť: Na druhý ocný je dôležité mať modernú a výkonnú webovú stránku, aby sa držal krok s konkurenciou. Štart môže prispieť k zachovaniu alebo zvýšeniu konkurencieschopnosti.
• Analýtické zlepšenia: Implementáciou lepších analytických nástrojov a získavaním údajov môžu podniky lepšie porozumieť a optimalizovať výkon svojej webovej stránky.
• Splnenie právnych požiadaviek: Zákony a predpisy v oblasti ochrany údajov, dostupnosti a bezpečnosti sa pravidelne menia. Prepracovanie môže byť nevyhnutné na zaistenie, že webová stránka týmto požiadavkám zodpovedá.

Tieto dôvody môžu vystupovať jednotlivo alebo v kombinácii a môžu sa líšiť v závislosti od cieľov a potrieb podniku. Webový štart je často strategickým rozhodnutím na zlepšenie online prítomnosti a dosiahnutie cíľov spoločnosti. Keď sa pozrieš na vyššie uvedené body jednotlivo, je zrejmé, že väčšina dôvodov je možné zrealizovať s menšími sprintami a nemusia vyžadovať veľké prepracovanie.

Rozlišujme teda, čo je štart a čo nie je: Nový dizajn s existujúcou technickou základňou je skôr osviežením vzhľadu. Štart je potom prítomný, keď s cieľom štartu nastane skutočná zmena vo vzťahu k užívateľskej skúsenosti, spôsobe fungovania a technickej základni.

Štart by mal vždy byť zdôvodnený na základe faktov (napríklad technológia je vo slepej uličke a nie je možné ju aktualizovať), ukazovateľov a meraní a porovnávacích údajov.

To je na tomto mieste môj prvý postreh, ktorý chcem uviesť do praxe: Evolúcia pred revolúciou! Vyhnite sa štartu, pokým je to možné, a snažte sa o jednotlivé body, ktoré boli doteraz predložené pre štart, realizovať postupne alebo inkrementálne. Vylepšte vec, uvediete ju do prevádzky, vyhodnoťte, čo sa stane, znovu upravte alebo sa venujte ďalšiemu bodu. Najlepším príkladom je Amazon, ktorý sa skutočne minimálne mení a zlepšuje a už mnoho rokov odmieta veľké zmeny pri prepracovaniach.

Štart vždy predstavuje veľké riziko pre tvoju viditeľnosť v Google. Všetci majú zlepšenia v zornom poli, ale málo z nich má na pamäti riziko. Samozrejme, užívateľské rozhranie bude lepšie, pozitívna užívateľská skúsenosť sa zvýši, z technického hľadiska budeš znovu aktuálny. Napriek tomu: Ak tvoj podnikový úspech závisí od silnej organické viditeľnosti, je štart poslednou možnosťou a rozhodovať o ňom treba len v prípade, že tvoja bolesť je dostatočne veľká kombináciou vyššie uvedených dôvodov, ktoré nemožno odstrániť v jednotlivých sprintoch. Prečo? Pozri sa, čo sa stalo po prepracovaniach týchto štyroch webových stránok s ich online viditeľnosťou:

Naplánujte si svoj relaunch starostlivo a zabezpečte úspešné realizovanie s pomocou kontrolného zoznamu. Predovšetkým si stanovte dve ciele: udržanie viditeľnosti online a nájdenie možností pri relaunche vytvoriť základ na zvýšenie online viditeľnosti. Presne na to je tento článok, aby vám poskytol sprievodcu relaunchom, vďaka čomu budú vaše riziká pri relaunchi obmedzené a dosiahnete naozaj výnimočné pracovné výsledky s potenciálom udržateľných organických SEO úspechov.

Plán relaunchu

Plánovanie relaunchu webovej stránky by malo byť starostlivo vykonané. Dôležité je zobrať do úvahy nasledujúce kroky:

• Analýza existujúcej webovej stránky a zaznamenanie súčasného stavu: Najprv je potrebné analyzovať existujúcu webovú stránku, aby boli identifikované jej silné a slabé stránky.
• Stanovenie cieľov: Ciele relaunchu webovej stránky by mali byť jasne definované. Sem patria napríklad zlepšenie konverzie, nárast návštevnosti alebo prechod na nový CMS s vylepšenou údržbou obsahu a technickou udržateľnosťou.
• Vytvorenie koncepcie: Na základe analýzy a cieľov, ako aj analýzy konkurencie, by sa mala vypracovať koncepcia pre relaunch webovej stránky. Koncepcia by mala zahŕňať tieto aspekty: dizajn, obsah, techniku a SEO/marketing.
• Realizácia: Koncepcia sa potom realizuje. Sem patrí vypracovanie dizajnu, vytvorenie/prispôsobenie obsahu a implementácia technických zmien.
• Testovanie: Nová webová stránka by mala byť dôkladne otestovaná pred uverejnením, aby sa zabezpečilo, že funguje bezchybne. K tomu patrí aj špecifikovaný zoznam kontrolných bodov.
• Uverejnenie: Nová webová stránka sa následne uverejní a pokračuje sa v živých testoch, vyhodnocovaní a úpravách.

Stanovenie cieľov a stratégie relaunchu

Presne stanovte, aké ciele má relaunch sledovať. Ciele môžu byť (okrem vyššie uvedených dôvodov): 

• Zlepšenie používateľskej skúsenosti
• Zvýšenie prehľadnosti
• Rozšírenie ponuky obsahu
• Modernizácia dizajnu
• Zvýšenie tržieb a výšky nákupného košíka 
• Prechod na iný CMS s ľahšou údržbou obsahu a technickou udržateľnosťou
• Perspektívne jednoduchšia rozširiteľnosť a zabezpečenie aktualizovateľnosti.

Návrh: Po prvých stretnutiach tímu ako spoločnosť - ešte pred rozhovormi so zhotoviteľskými agentúrami - by mal každý zapojený do projektu napísať svoje ciele relaunchu na poznámku alebo do svojho vstupného formulára vo svojom komunikačnom nástroji (napr. Slack). Keď všetci súčasne ukážu svoje uvedené ciele, budete prekvapení, ako sa názory odlišujú, aj keď už boli ciele predtým verbálne diskutované na stretnutiach. Preto je dôležité mať ciele aj písomne stanovené. Ak poznáte svoje ciele presne, môžete už v ranom štádiu kontrolovať prototypy UI, či boli konceptuálne zohľadnené.

Špecifikácia relaunchového zákazky čistí nejasnosti

Agentúra potrebuje od zákazníka pri tvorbe ponuky podrobnú pôvodnú podkladovú správu k projektu. Spoločnosti zväčša majú k dispozícii dokument vo formáte Word alebo PDF, v ktorom je viac alebo menej podrobne skicovaný plánovaný zámer. Nasledujú dotazníky alebo workshopy, prostredníctvom ktorých agentúry lepšie zaznamenávajú bolestivé body u zákazníka a môžu tak poskytnúť ponuku. Pri väčších projektoch sa vytvára špecifikácia relaunchu. Čím podrobnejšie, tým lepšie. 

Špecifikácia relaunchu je dokument, ktorý hrá rozhodujúcu úlohu pri relaunchi webovej stránky. Slúži na zachytenie požiadaviek, cieľov a očakávaní relaunchu písomnou formou. Dobrá vypracovaná špecifikácia relaunchu pomáha zabezpečiť, že všetci účastníci - či už vývojový tím, dizajnový tím alebo zákazník - majú jasnú predstavu o tom, čo sa počas relaunchu má dosiahnuť. Je to tiež východiskový materiál pre dobre kalkulovanú a záväznú ponuku realizujúcej agentúre. Tu sú informácie a prvky, ktoré sa zvyčajne môžu nachádzať v špecifikácii relaunchu webovej stránky:

• Ciele a účel: Popis hlavných cieľov relaunchu, napríklad zlepšenie používateľskej skúsenosti, zvýšenie viditeľnosti vo vyhľadávačoch alebo prechod na CMS s aktualizovaným dizajnom.
• Rozsah projektu: Jasné definovanie toho, čo je zahrnuté do relaunchu a čo nie. Môže to byť počet stránok, integrácia nástrojov tretích strán alebo prepracovanie obsahu.
• Požiadavky na dizajn: Informácie o požadovanej vizuálnej podobe webovej stránky, vrátane rozložení a dodržiavania firemných štandardov dizajnu týkajúcich sa farieb, písiem a obrázkov.
• Požiadavky na funkčnosť: Rozbor požadovaných funkcií a interakcií na webovej stránke, ako sú kontaktné formuláre, vyhľadávacie funkcie, funkcie elektronického obchodu atď.
• Požiadavky na technológie: Špecifikácie pre technológie, ktoré sa majú počas relaunchu použiť, napríklad voľbu systému na správu obsahu (CMS) alebo implementáciu určitých funkcií. Patrí sem aj použitie moderných formátov obrázkov a grafiky (WebP, AVIF, SVG).
• Manuálne a automatické zálohy a revízie úprav obsahu.
• Požiadavky na obsah: Jasné pokyny pre prepracovanie, aktualizáciu alebo nové vytváranie obsahu, vrátane textov, obrázkov, videí a iných médií. Správa metadát a štruktúrovaných údajov.
• Požiadavky na SEO: o tom viac v ďalšej časti obsahu.
• Harmonogram a milníky: Harmonogram, ktorý určuje plánované dátumy spustenia a dokončenia relaunchu vrátane dôležitých míľnikov.
• Rozpočet: Informácie o rozpočte na relaunch zahŕňajúce náklady na dizajn, vývoj, hosting a prípadné služby tretích strán.
• Zabezpečenie kvality s testovacími nástrojmi: Popis testov a postupov kontroly kvality, ktoré sa majú počas relaunchu vykonávať na zabezpečenie, že webová stránka funguje bezchybne.
• Požiadavky na údržbu a podporu: Požiadavky na trvalú údržbu a podporu webovej stránky po relaunche.

Dôkladná špecifikácia požiadaviek je rozhodujúca pre elimináciu nedorozumení, efektívne riadenie projektu a zabezpečenie splnenia očakávaní všetkých zainteresovaných strán. Slúži ako usmernenie a referenčný dokument pre celý projektový tím a prispieva k zabezpečeniu úspechu obnovy webovej stránky. 

Keď sme plánovali obnovenie stránky TutKit.com s kompletnou zmenou frameworku z CodIgniter na Laravel, naša špecifikácia požiadaviek obsahovala 220 stránok – nepríliš lákavý pohľad pre agentúru, ktorá sa má tým prebíjať.

Poznámka: V mojom článku sa nebudeme detailne zaoberať koncepciou, dizajnom, funkciou a použitou technológiou. Nový web bude určite pekný. Najväčším rizikom pri obnovení je skutočne zhoršenie technickej používateľskej skúsenosti a kvality OnPage prostredníctvom chýbajúcich 301 presmerovaní atď., čo môže viesť k strate hodnotenia a viditeľnosti. Aby sme tomu predišli, sú v nasledujúcom článku kladené najmä dôraz na zabezpečenie úspechu projektu z hľadiska používateľskej skúsenosti a SEO.

Definícia SEO požiadaviek pre novú webovú stránku

Či už klientské zadanie alebo podrobnejšia špecifikácia požiadaviek už určujú to, čo je žiadané z hľadiska dizajnu, obsahu, funkcionality a technológie, a slúžia ako základ na zostavenie kalkulácie agentúrou.

Pre kontrolný zoznam obnovy na zabezpečenie úspechu projektu je potrebné z pohľadu SEO preskúmať jednotlivé sekcie. Špeciálne SEO požiadavky vyplynú napríklad z:

• meniacej sa štruktúry URL adries (prepresmerovanie URL adries!) a meniacich sa odkazov.
• meniacej sa navigácie (dôležitá pre interné odkazovanie a hierarchiu odkazov).
• meniacich sa technológií (CMS, JavaScriptový framework, server, ...).
• meniacich sa obsahov (potenciálne strata viditeľnosti dobre hodnotených stránok).

Stránky dobre hodnotené na Google sú výsledkom ich obsahovej relevancie, preto je dôležité zodpovedať si otázky, či sa existujúci obsah mení alebo zlúči, či sa obsah odstraňuje a/alebo pridáva nový? Mení sa obsahová štruktúra kategórií alebo stránok? Z týchto bodov by mali byť vyvodené SEO požiadavky, ktoré by mali byť zaradené do kontrolného zoznamu obnovy.

Sú metaúdaje starých obsahov prenesené a menia sa? Ako sa realizuje správa obsahu redaktorom a sú obsahy stránok prepojené so štruktúrovanými údajmi?

Existujúce alebo nové obrázky sú uložené v moderných obrazových formátoch pre webové stránky (WebP/Avif) a je dbané na SEO obrázkov s hovoriacimi URL adresami v malých písmenách, teda namiesto 1234.jpg => hotel-ostsee-warnemuende_suite-nachtigall.avif.

Je tiež dôležité, aby sa súbory obrázkov pomocou štruktúrovaných údajov (ImageObject) a <meta> miniatury odovzdali Google, aby sa zvýšila pravdepodobnosť zahrnutia obrázkov do vyhľadávacieho výsledkov a zoznamu obrázkov Google.

Zaujímavá je aj otázka, ako sa dajú signály používateľa zlepšiť. Na obsahových stránkach by sa mohli umiestniť obrazové videá, vysvetľovacie a pomocné videá. Ak používateľ, ktorý prichádza z Google na cieľovú stránku, klikne na video a pozrie si ho, zvýši sa čas strávený na stránke (dobrý signál používateľa), zlepší sa aj miera návratu na výsledkovú stránku vyhľadávania (dobrý signál používateľa). 

Taktiež by sa malo skontrolovať, ako by mohli byť obsahové sekcie integrované na stránkach, ktoré spĺňajú požiadavky Googlu na užitočný obsah a na princíp E-E-A-T.

Pre Google je „užitočný obsah” obsah, ktorý je relevantný a užitočný pre používateľov. Zodpovedá na otázky používateľov komplexne a informatívne, ponúka riešenia pre problémy a prináša hodnotu nad rámec samotných reklamných správ.

Tu je niekoľko príkladov užitočného obsahu:

• Tutoriály a návody: Tieto obsahy pomáhajú používateľom naučiť sa nové úlohy alebo riešiť existujúce problémy.
• Recenzie a porovnania: Tieto obsahy pomáhajú používateľom rozhodnúť sa pre správny produkt alebo službu.
• Správy a aktualizácie: Tieto obsahy udržiavajú používateľov informovaných o súčasných udalostiach a trendoch.
• Infografiky a diagramy: Tieto obsahy môžu pomôcť vizualizovať komplexné údaje a informácie.
• Blogové príspevky a články: Tieto obsahy poskytujú hlbší pohľad na konkrétnu tému.

Google používa rôzne signály na rozpoznanie užitočného obsahu. Medzi ne patria napríklad:

• Správanie používateľov: Google sleduje, ako používatelia interagujú s obsahom, napríklad ako dlho zostávajú na stránke, ako často ju zdieľajú a ako ju hodnotia.
• Signály kvality: Google hodnotí kvalitu obsahu na základe faktorov ako relevancia, úplnosť a aktualita.
• Spätná väzba od používateľov: Google tiež berie do úvahy spätnú väzbu od používateľov, ako sú hodnotenia a komentáre.
• Keď weboví správcovia tieto signály zohľadnia, môžu zvýšiť šance na to, že ich obsahy budú považované za užitočné.

Princíp EEAT je koncept vyvinutý spoločnosťou Google, ktorý hodnotí kvalitu webových stránok a obsahu na webe. Znamená Expertíza, Experience, Autorita a Dôveryhodnosť, teda Expertíza, Skúsenosti, Autorita a Dôveryhodnosť.

• Expertíza sa vzťahuje na znalosti a skúsenosti ľudí, ktorí vytvárajú obsah. Google hodnotí expertízu na základe faktorov ako vzdelanie, pracovné skúsenosti a ocenenia.
• Skúsenosti sa preukazujú, keď je obsah vytvorený aj s nejakými skúsenosťami, napríklad na základe skutočného použitia produktu, návštevy miesta alebo opisu zažitého obsahu niekým iným?
• Autorita sa vzťahuje na povesť a renomé webovej stránky alebo obsahu na webe. Google hodnotí autoritu na základe faktorov ako spätné odkazy, aktivity na sociálnych médiách a hodnotenia od používateľov.
• Dôveryhodnosť sa vzťahuje na spoľahlivosť a dôveryhodnosť webovej stránky alebo obsahu na webe. Google hodnotí dôveryhodnosť na základe faktorov ako ochrana osobných údajov, bezpečnosť a transparentnosť.

Aké SEO požiadavky majú existujúce a nové funkcie v súvislosti s frontendom a backendom? Tu ide napríklad o:  

• Crawlbarita (relevantný obsah musí byť viditeľný a crawlbar aj bez JavaScriptu)
• Čistota cieľa webovej stránky a jasnosť o výzve k akcii (požadované správanie cieľového zákazníka na stránkach)
• Preventácia duplicity obsahu napríklad automaticky vytvorenými kategóriami alebo duplicitnými stránkami s variantmi produktov
• Zabezpečenie vysokého rýchlosti načítania stránky pomocou minimalizácie počtu JavaScriptových a CSS súborov, použitím moderných formátov obrázkov (WebP/AVIF)

Tieto SEO požiadavky patria do projektového zápisu alebo špecifikácie požiadaviek, ale môžu byť tiež zahrnuté do kontrolného zoznamu nástroja na testovanie alebo ako porovnanie IST-SOLL v rámci zabezpečenia kvality projektu a dodatočne ako kritérium pre akceptáciu agentúrnej služby. V tomto dolu viac.

Stanovenie interných a externých účastníkov projektu

Stanovte účastníkov projektu - z pohľadu zákazníka alebo vlastníka webovej stránky: 

• Kto nesie zodpovednosť za riadenie projektu a rozhoduje o konečných rozhodnutiach? 
• Kto je zodpovedný za koordináciu a komunikáciu s agentúrou alebo zákazníkom? 
• Kto sa ujíma interného riadenia projektu?
• Kto prípravuje interné obsahy a materiály pre agentúru?
• Kto implementuje dizajn z hľadiska užívateľskej skúsenosti? 
• Kto realizuje vývojovú časť?
• Kto pravidelne oznamuje klientovi z agentúry v stanovených intervaloch?
• Kto zabezpečuje testovanie zo strany agentúry/strany klienta a zabezpečenie kvality?
• Je zapojený externý konzultant (napr. pre SEO alebo právne požiadavky)?
• Kto uvoľňuje úlohy? Kto ich prijíma v systéme lístkovania po spracovaní?
• Kto musí byť informovaný v akej dobe (zamestnanci, zákazníci, partneri, správcovia AdKampaní, …) 

Pri výbere externých účastníkov projektu sú dôležité štyri body

1. Má agentúra skúsenosti s jedným alebo viacerými projektami tohto druhu? Existujú referencie? Existujú názory zákazníkov a je možné uskutočniť aj spätnú väzbu so zákazníkmi agentúry - čo je odporúčané pri veľkých individuálnych vývojoch?
   
2. Sú v rámci ponuky a technickej implementácie (CMS/E-shopsystém/framework) už natívne splnené všetky požiadavky, ktoré súvisia s relančovaním? Existujú individuálne funkcie alebo požiadavky, ktoré je potrebné ešte doprogramovať (taktiež cez plugin alebo modul)? Sú v ponuke zahrnuté isté služby alebo sú určené na neskôr, ktoré sú kľúčové pre úspech projektu? Dôležité je, aby neprichádzali nové problémy, ktoré sú väčšie ako skutočný dôvod na relanč.
   
3. Zodpovedá vykonávajúca agentúra alebo poskytovateľ služby veľkostou tímu, regionálnym umiestnením a (prípadne zistiteľnými prostredníctvom hodnotení na Kununu) fluktuáciou zamestnancov aj dlhodobo spoločnosti pre ďalší servis?
   
4. Je možný priamy kontakt s realizujúcim dizajnérskym a vývojovým tímom? Je rozumné, aby ste sa skutočne stretli s tímom z agentúry. Optimalizmus a sľuby od obchodných profesionálov môžu byť príjemné, ale potom už nie sú relevantné. Preto by mal byť dohodnutý priamy kontakt s tímom skutočných vykonávateľov.

Štyri tipy na vlastné zabezpečenie v súvislosti s týmto

1. Jak klient by som sa venoval pozornosti používaným technológiám agentúry. Čo je obsiahnuté v ponuke, jednoducho vyhľadajte na Googli s „CMS + nevýhody“ alebo „CMS + skúsenosti“. Mali by ste vedieť, na čo sa presne pripravujete. Rozumné je vsádzať na open source riešenia. Som si vedomý, že to nie je vždy možné. Najlepšie je mať na pamäti, že technológia má čo najväčšiu komunitu vývojárov pre použitú technológiu, aby ste sa nakoniec neskončili s riešením, ktoré môže spracovať len agentúra, čo ťa neskôr v určitom spôsobe uviazne.
   
2. Uistite sa tiež o tom, že máte neobmedzené práva na používanie a úpravu agentúrneho výstupu, aby ste mali vždy právo vývoja webovej stránky interné alebo externe. Tento paragraf by mal patriť do diela.
   
3. Ak vaša spoločnosť má technické zázemie a tí máte systémových administrátorov, softvérových vývojárov alebo iných odborníkov v tíme, je rozumné mať GIT na správu verzii a JIRA (alebo podobný nástroj) pre projektové riadenie alebo systém s lístkami najprv vytvoriť vlastný účet. Potom dajte agentúre plné prístupové práva a práca môže začať. Čím je projekt väčší, tým hrubší a bolestivejší môže byť. Preto je dobré, ak máte kontrolu nad dôležitými prístupmi a účtami. Som si však vedomý, že toto odporúčanie z technického hľadiska môže byť nasledované len niekoľkými zákazníkmi.
   
4. Niekedy sa stane, že agentúry ponúkajú klientom priamo hosting. My sami sme fanúšikom tohoto nie sme, pretože zvyšuje závislosť v partnerskom vzťahu a zároveň si myslíme, že poskytovatelia webhostingu sú najlepšie vybavení na webhosting, pretože sú na to špecializovaní. Už sme sami prevádzkovali a spravovali servery a minuli na to veľa ľudských a časových zdrojov. Ubehli sme späť. Teraz bežia naše systémy na cloudových serveroch jedného z veľkých webhosterov v Nemecku a sme spokojní. Pri webhostingu vždy dajte pozor na to, aby už boli obsiahnuté záznamy záloh na serveri, ktoré môžu byť s niekoľkými kliknutiami obnovené.

Stanovenie časového rámca a termínu spustenia

Relaunch sa vykonáva v niekoľkých projekčných sprintoch. Tieto môžu byť z našich agentúrnych skúseností:

• Stav "ako je" sa zaznamenáva (cez testovacie nástroje, ale aj písomne s dojmami o tom, čo pre zákazníka funguje dobre a kde sú potrebné zlepšenia)
• Fáza výskumu s analýzou konkurencie a vyhľadávaním riešení/inšpirácie
• Koncepcia drôtených modelov
• Návrh dizajnu užívateľského rozhrania
• Frontend a backend vývoj
• Migrácia údajov alebo import obsahu (automatizovaná/ručná)
• Štrukturálne a obsahové optimalizácie obsahu (text a obrázok) & SEO-sprint

Sprinty projektu sa prekrývajú, pretože počas spracovania sa aktívne zapájajú noví účastníci projektu.

Je dôležité definovať časový rámec pre jednotlivé projekčné sprinty a dohodnúť sa s účastníkmi.

Agentúra pre zákazníka pre projekt, ak je väčší, vytvorí vlastný Slack-kanál na rýchlejšiu komunikáciu?

Rada v tejto fáze: Je dobré, ak agentúra pracuje už v veľmi skorom štádiu s klikateľnými prototypmi, teda už pri koncepcii drôtených modelov a najmä pri predstavovaní a kontrole dizajnu užívateľského rozhrania. Tak zákazníci lepšie pocítia, ako bude vyzerať používanie webovej stránky. Jednoduché JPG alebo PNG súbory ako návrh rozloženia už nie sú dnes aktuálne. Mali by to byť klikateľné prototypy, ktoré sú vytvorené pomocou Sketch, Figma, Adobe XD alebo iného profesionálneho nástroja.

Vo včasnej fáze sú zmeny ľahko realizovateľné. Ak sú funkcie a sekcie webovej stránky už vyvinuté, zmeny sú podstatne náročnejšie a môžu viesť k následným jednániam, ktoré sú absolútne nepríťažlivé.

Tu je vidieť, ako takýto prototyp vyzera pre mobilné užívateľské rozhranie s klikateľnými cestami v prehľade:

Je potrebné vyjasniť, kedy sú možné bežiace testy zo strany zákazníka. Vývojári by mali testovať svoju lokálnu prácu aj po zlúčení do výstupného systému. Znie to banálne, ale každý, kto spolupracuje s vývojármi, okamžite pochopí, čo tým myslím. Potom by ten, kto je zodpovedný za kvalitu z agentúrnej strany, mal testovať ticket alebo funkciu. Až potom bude ticket uvoľnený na testovanie zákazníkovi. Zákazník by sa nemal cítiť ako alfa tester, ale už by mal mať systém pretestovaný štyrmi očami. Agentúra je alfa tester, zákazník je beta tester! Je k dispozícii prístup k systému na pridávanie tiketov agentúry?

Taktiež by malo byť písomne definované, že správy z agentúry pre zákazníka musia byť poskytované v určitej frekvencii. Napríklad by mohol každý piatok zákazníkovi prísť report prostredníctvom e-mailu o aktuálnom stave prác, potrebných spätných väzbách alebo požiadavkách. Toto je tiež tip z našich agentúrnych skúseností: Je dobré nechať zákazníka v piatok bez starostí. Len by mal byť dostatočne informovaný o tom, čo sa udialo a čo následujúci týždeň čaká. Transparentnosť pomôže, aby všetci zostali s pozitívnym pocitom pri veci.

Termín spustenia by mal byť tiež stanovený. Podľa Parkinsonovho zákona sa práca rozťahuje na toľko času, koľko je dostupné pre jej vykonanie. Inými slovami, čím viac času je k dispozícii na vykonanie úlohy, tým viac času sa na to využije, nezávisle na skutočnej zložitosti alebo pracovnom úsilí. Plánovaný termín ukončenia by mal byť zahrnutý aj do pracovnej zmluvy. Neterenie termínu by sa dokonca mohlo uviesť v zmluve s penále. Ako usmernenie platí, že penále vo výške 0,2 % z objednávanej sumy za každý deň omeškania a maximálne 5 % z objednávanej sumy sú účinné. Penále nemusí byť nutne uplatnené zo strany zákazníka, ale dáva ti herný priestor, aby si z agentúry vydoloval ešte niekoľko špeciálnych požiadaviek ako kompenzáciu.

Dôležité: Žiadny spustenie v piatok. Ani medzi sviatkami alebo počas hlavnej pracovnej doby podniku. Skutočne odporúčame pri veľkých relaunchoch nočné hodiny z nedele na pondelok, najmä ak sa mení IP adresa, takže nastavenia DNS u väčšiny poskytovateľov sa ešte v pondelok aktualizujú, čo sa často deje už neskoro dopoludnia, ak bol záznam DNS upravený v nočných hodinách. Fakticky tak zostáva ešte 4,5 pracovného dňa pre živé testovanie a opravu chýb, ktoré sa vyskytnú.

Protokolovanie súčasného stavu vášho webu

Stav "ako je" je potrebné zdokumentovať pred začatím prác. V súčasnom stave je potrebné zdokumentovať, ako sú technické výsledky na parametre. Napravo môžete zapísať cieľové hodnoty:

Čo?	Krátky popis	Testovací nástroj	Aktuálna hodnota	Cieľová hodnota
Technika & Meta	Titulok stránky, nadpisy, meta údaje, alt texty, …	Seobility
Štruktúra	Presmerovania, chybné odkazy, sitemapy, ...	Seobility
Obsah	Srovnávanie kľúčových slov, preklepy, nedostatok textov, ...	Seobility
SEO obrázkov	Reprezentatívne adresy URL, moderné webové formáty (WebP/AVIF), <meta> náhľady	bez
OG dáta implementované	Open Graph dáta pre sociálne médiá	Open Graph Checker
Štruktúrované údaje (Markup Schema)	Schema Markup / štruktúrované údaje	Schema.org
PageSpeed Úvodná stránka	PageSpeed pre mobil/desktop	PageSpeed Insights
PageSpeed Landing page	PageSpeed pre mobil/desktop	PageSpeed Insights
PageSpeed Kategória stránky	PageSpeed pre mobil/desktop	PageSpeed Insights
PageSpeed Produktová stránka	PageSpeed pre mobil/desktop	PageSpeed Insights
PageSpeed Blog	PageSpeed pre mobil/desktop	PageSpeed Insights
Dostupnosť pre rôzne prekážky na základe typu stránok	Zabezpečenie dostupnosti pre postihnuté skupiny používateľov	Accessibility Checker a/alebo wave.webaim.org
Kontrola Hreflang	Pre viacjazyčné webové stránky	Hreflang Validator
Bezpečnostné záhlavia	Dôvera & Bezpečnosť	SecurityHeaders.com
Zdravotná kontrola	Dôvera & Bezpečnosť	Bezpečnostné auditá
Testovanie prehliadača & Zariadenia	Edge, Firefox, Safari, Chrome desktop & mobilný, iOs & Android	Nástroje pre vývojárov / Lambdatest
Cookie politika & GDPR	Súhlas s cookie politikou a zodpovednosť GDPR	Cookie Metrix
Crawlovanie: Stav hostiteľa	Načítanie robots.txt, DNS rozlíšenie, pripojenie k serveru	Google Search Console
Štatistiky crawlovania	Požiadavky, veľkosť sťahovania, priemerný čas odozvy	Google Search Console
Kliknutia vo výsledkoch vyhľadávania	Vyberané na základe časových období (mesačne/90 dní, ...)	Google Search Console
Impresie vo výsledkoch vyhľadávania	Vyberané na základe časových období (mesačne/90 dní, ...)	Google Search Console
Priemerná CTR vo výsledkoch vyhľadávania	Vyberané na základe časových období (mesačne/90 dní, ...)	Google Search Console
Priemerná pozícia SERP	Vyberané na základe časových období (mesačne/90 dní, ...)	Google Search Console
Existencia jadierných webových kritérií	Rankovací faktor pre používateľskú skúsenosť (PageSpeed, mobilná optimalizácia, ...)	Google Search Console
Vyhodnotenie údajov GA4	Doba strávená, Stránky/Návštevnosť, ...	Google Analytics 4
Konverzná miera	Pre rezervačné weby alebo online obchody	Vlastné údaje
Priemerná výška nákupného košíka	Pre online obchody	Vlastné údaje
Nákupy/Trž V zozname nájdete ako SEO nástroj náš preferovaný Seobility na kontrolu OnPage faktorov, ku ktorému som tiež publikoval Seo tréning. Existuje mnoho podobných variant ako Sistrix, Semrush, Ryte, SE Ranking, Screamingfrog atď. Pri SEO nástroji ide predovšetkým o identifikáciu a odstránenie typických chýb OnPage. Tu patrí do troch hlavných oblastí, ako Seobility zobrazuje vyhodnotenia: technika & meta, štruktúry a obsah. Podobný prístup nájdete aj u ostatných SEO nástrojov. Dôležité je, aby bola vždy vykonaná komplexná kontrola, teda, že budú prehľadané VŠETKY stránky a nie len úvodná strana, a tiež aby ste zaznamenali hodnotu skóre alebo chyby pre stav IST, a hodnotu cieľa, ktorá má byť dosiahnutá po optimalizácii. Pri Seobility je žiaduce dosiahnuť hodnotu 90 alebo vyššiu. Rovnako nájdete aj alternatívne nástroje pre iné účely. Dôležité je, aby bol použitý aspoň jeden z nich na zabezpečenie výnimočných dát. Napríklad, tu je náš súčasný stav kvality OnPage: S údajmi od užívateľov možno štatisticky vyhodnotiť pomocou metrík z Google Analytics 4 ako napr. Bouncerate, Stránky/Návštevník, Doba na stránke atď. Pokiaľ sa používa Google Analytics alebo iný analytický nástroj správne, tieto údaje by sa mali zohľadňovať aj v protokole aktuálneho stavu.  Malo by sa tiež vytvoriť zoznam spätných odkazov, ktorý je napríklad k dispozícii bezplatne tu: https://www.seobility.net/de/backlinkcheck/ Ďalej by ste mali zálohovať starú sitemap.xml, ako aj kompletnú zálohu stránky. Všetky relevantné stránky by sa mali tiež previesť do zoznamu v Google Sheet, ktorý tvorí východiskový bod pre URL-Redirect-Map. Takýto CSV zoznam je ľahko exportovateľný cez SEO nástroj ako Seobility. URL-Redirect-Map obsahuje všetky relevantné a odkazované stránky cez externé spätné odkazy (pozri zoznam spätných odkazov), ktoré neskôr budú musieť byť presmerované kvôli zmenám URL stránok. Stránky, ktoré odpadnú, musia byť presmerované na nové, ktoré zodpovedajú starým URL. Je dôležité zabrániť reťazcom presmerovaní! Staré presmerovania, ktoré ešte existujú, musia byť presmerované priamo na novú koncovú URL. Rovnako by sa malo myslieť aj na PDF súbory a obrázky, na ktoré odkazy existujú, aby aj tieto boli správne presmerované a nestali sa 404 odkazmi. Presmerovania sú odkazy 301-Redirects na základe URL-Redirect-Map, ktoré sú nakonfigurované v .htaccess, cez Redirect-Maps cez Vhost-Konfiguráciu, alebo pomocou databázového riešenia. Zákazník by mal byť schopný tieto odkazy udržiavať. Je tiež dôležité zabezpečiť, že tieto presmerovania sú trvalé. Odporúča sa tiež, že každý typ stránky by sa mal zálohovať s celostránkovým screenshotom. Tým sa zabezpečí archivácia pôvodného obsahu v prípade otázok po nasadení, či nie sú prenášané typy obsahu atď. Naseradením existujúcich stránok, funkcií a obsahu a na základe výsledkov meraní sa dá pomenovať, čo už funguje dobre a ktorá oblasť sa identifikuje ako potenciál na optimalizáciu, ktorý sa má zlepšiť po redizajne. Zoznam kontrolných bodov: Pred redizajnom Keďže je dizajn užívateľského rozhrania potvrdený a agentúra je vo vývojovom sprinte, nasleduje tento zoznam kontrolných bodov, ktorý chronologicky uvádza hlavné body až do dňa redizajnu: Testovacie prostredie pre všetkých zúčastnených je k dispozícii na testovanie Testovacie prostredie v provozitelnom režime je nastavené na noindex Prístupnosť pre testovacie nástroje na testovacom prostredí (IP povolenie alebo http-Login) je zabezpečená Nastavenie testovacieho prostredia zodpovedá čo najviac reálnemu systému Štruktúra stránok v testovacom prostredí zodpovedá štruktúre budúcej živej stránky Premiestnenie dát prebehlo úspešne Urobili sa úpravy obsahu Bol vykonaný SEO pre obrázky 301 presmerovania na základe URL-Redirect-Map sú nakonfigurované  OnPage kontrola s pomocou Seobility prebehla, chyby boli opravené, cieľové hodnoty sú dosiahnuté Open-Graph údaje sú platné Štruktúrované údaje sú platné Kontrola Pagespeed pre všetky typy stránok prebehla, cieľové hodnoty sú dosiahnuté Cookie-Politika obsahuje Bezpečnostné záhlavia sú nastavené Prístupnosť je zaručená, cieľové hodnoty sú dosiahnuté Hreflang je platný (pri viacjazyčných stránkach) Právne texty (PODmienky používania, ImPRESum, Obchodné podmienky s odstúpením od zmluvy, Ochrana osobných údajov) boli aktualizované, DSGVO zhoda je zabezpečená Aktualizácia CMS, frameworkov, používaných pluginov a modulov na najnovšiu verziu prebehla Finálny test funkčnosti prehliadačí a zariadení nepreukázal žiadne chyby Finálny stav a dátum spustenia je zverejnený  Záloha je vytvorená Použitie štrukturovaných údajov (Schema-Markup) - pozri body 12 z zoznamu - je ešte stále príliš málo zohľadňované. S témou sa oboznámte a prečítajte si, čo Google hovorí o Markup o štrukturovaných údajoch vo vyhľadávaní Google. Google bude stále zvažovať validné dáta ťažšie v rámci SGE, teda výsledkov vyhľadávania generovaných pomocou umelej inteligencie. Okrem toho aktualizácia Helpful Content od Google znamená, že obsah bude oveľa dôkladnejšie overený pomocou odborného vedomia, skúseností, autority a dôveryhodnosti. Štrukturované dáta sú súčasťou riešenia, ako zjednodušiť túto validáciu pre Google. Počas integrácie štruktúrovaných dát použite Schema-Markup-Validator, ale skontrolujte aj svoje stránky s Structed Data Linter, ktorý aj Google odporúča a odkazuje sa naň vo PageSpeed Insights. Tam získate podrobnejšie informácie o chybách v súvislosti s používaním štrukturovaných dát. Použitie štruktúrovaných údajov na webových stránkach už nie je voľbou, ale podmienkou. Google od teba očakáva platný a dôveryhodný obsah. Ak nechceš zaostávať pri výsledkoch vyhľadávania podporovaných AI, staraj sa o schému značkovania na svojich stránkach! Pod bodom 16 sa teraz prvýkrát objavuje Pristupiteľnosť v tomto článku. Už v rámci PageSpeed Insights má Prístupnosť vlastnú sekciu a zelené čísla sú žiaduce. Test, či je stránka prístupná alebo nie, by sa mal vykonať okrem PageSpeed Insights aj prostredníctvom https://www.accessibilitychecker.org a/alebo https://wave.webaim.org. Najmä ak sa teraz chystá relaunch, tento bod by mal byť povinný, pretože pre webové stránky sa téma prístupnosti stane aktuálnou v súvislosti so zákonom o posilnení prístupnosti na internete od roku 2025. Skontroluj pomocou takého nástroja nielen úvodnú stránku, ale aj každý typ stránky - rovnako platí pre testy PageSpeed! V rámci relaunchu sa často vyžadujú úpravy a aktualizácie právnych textov. Je dôležité myslieť na to včas, aby sa texty prípadne poskytovali cez právneho odborníka alebo právne generátory. Treba tiež myslieť na zmluvy o spracúvaní objednávok, ak sa napríklad používa nový poskytovateľ hostingu alebo sa mení služba odosielania noviniek.  Bod 18 s aktualizáciou CMS, použitými knižnicami JavaScriptu, inštalovanými modulmi a pluginmi je rovnako podceňovaný ako dôležitý. Relaunch môže trvať niekoľko mesiacov a viac. Vo WordPress systéme je veľmi jednoduché vidieť, že už pred relaunchom je k dispozícii mnoho aktualizácií. Zákazníci by sa mali uistiť, že pri GoLive sa používajú najnovšie verzie. Pri sa meniacich vonkajších službách pribúdajú ďalšie úlohy, ktoré by sa mali menoť v kontrolnom zozname, napríklad pri zmene služby odosielania noviniek:  Import dát kontaktných údajov noviniek do novej NL služba Pripojenie na NL službu na webovej stránke pri prihlasovacej oblasti Zmluva o spracúvaní objednávok Vytvorenie nových šablón pre mailovanie a tak ďalej  Počas celého vývojového sprintu prebiehajú samozrejme neustále testy funkcií a pod. Je rozumné mať aj veľmi podrobný kontrolný zoznam pre testovanie, aby sa na nič nezabudlo. Nie je dosť, ak ako realizujúca agentúra alebo ako zákazník len kliknete sem-tam. Po relaunche TutKit.com sme mali určite 1 000 riadkov v našom kontrolnom zozname pre akceptáciu. A dodnes to tak robíme: po dôležitých veľkých aktualizáciách kontrolujeme asi 70 interakcií pomocou kontrolného zoznamu pre Chrome, Safari a Android. Checklist: Deň relaunchu a nasledujúce dni Deň relaunchu nadišiel a nie je piatok a ani deň medzi sviatkami. Nová webová stránka je spustená, DNS nastavenia sú aktualizované. Teraz je čas všetko skontrolovať a vyhodnotiť znova. Skontrolujte nasledovné:  skontrolovať robots.txt, či nie sú roboty blokované  živé prostredie beží na index, sledovať.   canonical tagy sú správne nastavené kontrola absolútnych ciest v zdrojovom kóde stránky (odkazy z testovacieho prostredia na živú stránku) Presmerovanie z http na https s/alebo bez www na cieľovú stránku na úvodnej stránke a podstránkach funguje Testovanie presmerovaní cez URL-Redirect Map, rovnako aj existenciu reťazcov presmerovaní OnPage kontrola živej stránky s Seobility pre techniku & meta, štruktúru a obsah … obzvlášť kontrolovať stránky bez indexu, ktoré sa zobrazujú cez Seobility Open-Graph údaje sú platné Štruktúrované údaje sú platné Kontrola Pagespeed pre všetky typy stránok bola vykonaná, cieľové hodnoty sa dosahujú Cookie-Policy s nástrojom súhlasu sú funguje, ako má Security header sú nastavené Pristupiteľnosť je zabezpečená Kontrola hreflang u viacjazyčnej webovej stránky (https://app.sistrix.com/de/hreflang-validator) Finálny prehľad testov funkcií prehliadača a zariadení neukázal žiadne chyby Odoslanie novej sitemap.xml na Google Search Console Aktualizácia nových cieľových stránok v Google-Ads-kampaniách Pri určitých zmenách domény myslieť na odkazy v sociálnych médiách, e-mailových podpisoch a pod. V našom vývojovom prostredí používame Mailhog, aby sme lokálne testovali e-maily. V týchto prípadoch je dôležité, aby boli správne nastavené SMTP údaje pre príjem e-mailov v live systéme, aby e-maily ídú tam, kam majú. Taktiež je dôležité dbať na to, že pri platobných poskytovateľoch ako Paypal v dev systéme je sandbox implementovaná, zatiaľčo v live systéme musí byť správne nastavené. V nasledujúcich dňoch bude dôležité najmä sledovať Google Search Console. Aktuálne je samozrejme, ako sa menia vaše poradie vo vyhľadávaní. Sústreďte sa najmä na neočakávané zmeny a chybové hlásenia: Crawling: Host-Status … Získanie robots.txt, DNS rozlíšenie, pripojenie k serveru Štatistiky prebrskávania … Požiadavky, veľkosť na stiahnutie, priemerný čas reakcie Kliknutia vo výsledkoch SERP Impresie vo výsledkoch SERP Priemerná CTR vo výsledkoch SERP Priemerné umiestnenie v SERP Hodnotenie jadrových webových vitálií Google Search Console upozorňuje najmä na chyby, napríklad chyby URL, chyby Href-Lang, indexáciu stránok s postupnou indexáciou/neindexáciou. Pre neindexáciu musí existovať dôvod (presmerovanie, noindex) …). Tam uvidíte aj duplicitný obsah alebo iné problémy. Ak vám Search Console hlási problémy so štruktúrovanými údajmi alebo s jadrovými webovými vitálmi, skúste prísť na to, o čo ide. Až pomocou živých údajov zistíte napríklad, že vaše stránky napriek vysokému rýchlosti načítania strany trpia problémami so jadrovými webovými vitálmi napríklad z dôvodu chyby CLS. Tu dobre vidieť, aké zmeny sú možné na webovej stránke: Môžete si zobraziť priamo zlé alebo optimalizované URL adresy. Zvolte URL adresu a vykonajte s ňou test rýchlosti načítania webu pomocou nástroja PageSpeed Insights. Tam získate informácie o tom, prečo nie sú jadrové webové vitálie dodržané a čo môžete urobiť pre ich opravu. Pre ďalšie informácie rozbalte malú šípku dole vpravo. Tieto odporúčania zvyčajne môžu realizovať iba vývojári. Je však dôležité, že ste schopní identifikovať problémy, aby ste ich mohli adekvátne riešiť so svojou agentúrou. Analýzu údajov zo svojich analytických nástrojov, napríklad z Google Analytics 4, rovnako vyhodnocujte. Sledujte tiež ukazovatele, ktoré môžete systémovo sledovať, ako sú napríklad rezervácie, konverzná miera, výška nákupného košíka, počet dennej návštevnosti, počet prihlásení k odberu newslettera, počet požiadaviek na kontakt, sťahovanie konkrétnych obsahov alebo pozretie videí.  Štatistiky prebrskávania v Google Search Console sú základom pre kontroly v nasledujúcich dňoch. Nájdete ich v ľavom menu cez nastavenia. Malo by byť priamo viditeľné viac aktivity prebrskávania. Ak nie, sú prítomné chyby v prebrskávaní? Hostiteľský stav vám priamo ukazuje chyby, ako je napríklad vidieť tu po revízii, keď požiadavky na prebrskávanie robots.txt zlyhali a pripojenie k serveru sa stále pravidelne prerušovalo: Zaujímavé je aj to, čo hovorí štatistika prebrskávania. Po revízii dochádza zvyčajne k zvýšeniu počtu požiadaviek na prebrskávanie. Tu uvidíte aj, či sú stále prebrskávané neplatné stránky 404. Ak niektoré z nich nezapadajú do obrazu, prejdite ich s vývojármi. Uvidíte, či je váš server, váš rýchlosť načítania strany a váš kód pomerne dobrý, ak čas reakcie stránky je pod 400. Čím bližšie k 1000 ms je tento čas, tým odporúčanejšie je optimalizovať rýchlosť načítania strany, napríklad znížením počtu dopytov na databázu a zvýšením výkonu servera (napríklad zvýšením výpočtového výkonu, aktualizácia na najnovší softvér servera, prechod na HTTP2 alebo HTTP3 (pri Nginx)). Do budúcnosti bude rozpočet pre prebrskávanie jednotlivých webových stránok pravdepodobne obmedzenejší vzhľadom k narastajúcemu počtu (AI) obsahu na webových stránkach, preto by ste mali smerovať k dobrej hodnote času na odpoveď strany, aby roboty mohli prebrskávať čo najviac vašich stránok za dostupný čas. Kontrolný zoznam pre relaunch na stiahnutie Vložené kontrolné body pre relaunch sú k dispozícii aj vo formáte PDF na stiahnutie. Stiahnite si ich a uistite sa tak o úspechu svojho projektu! Vyznania majiteľa agentúry Seo požiadavky v zozname by mohli obsahovať aj podrobné pokyny, ako dodržiavať štruktúru nadpisov od H1 po H6 a ďalšie. Nastavenie cieľových hodnôt vo testovacích nástrojoch skracuje celkový obsah zoznamu pre relaunch, pretože dosiahnutie najlepších výsledkov uvedených v zozname požiadaviek na testovanie je možné len dodržiavaním čistého kódu, používaním moderných technológií, zohľadňovaním SEO faktorov OnPage atď. Inak by sa museli najnovšie webové normy a technické a SEO požiadavky formulovať extrémne podrobne v záväzkovej knihe, čo by zákazníci z čisto odborného hľadiska jednoducho nezvládli. Ak agentúry musia dosiahnuť vysoké hodnoty v testovacích nástrojoch, nemajú na výber len štandardnejší spôsob práce – aj pre agentúry nová skúsenosť :-) Je čas urobiť vyznanie. Definícia SEO požiadaviek spolu s postupom založeným na kontrolách a záväznej dosiahnutie stanovených cieľových hodnôt v rôznych testovacích nástrojoch predstavuje ideál, ktorý sa v skutočnosti len zriedka nájde. Toto závisí od: obmedzenia rozpočtu zo strany klientov záujmy agentúrsky o optimalizáciu zisku obmedzenia spôsobené použitými technológiami a bohužiaľ aj: neznalosť a nekompetencia na oboch stranách Klientom sa ťažko dá vynadívať. Práve hľadajú profesionálnu pomoc a takmer každá digitálna agentúra píše na svojej webovej stránke aj v bielych knihách, že optimalizácia vyhľadávačov je jednou z ich hlavných kompetencií. Vždy sú tu aj referencie, ktoré dokazujú, že po relaunchi došlo k zvýšeniu online viditeľnosti až o faktor 3, 5 alebo 10. To, že z 10 návštevníkov teraz prichádza 100 denne, je síce nárast o 1000 percent, ale to ešte neznamená úspech. Mnohé úspechy vo vyhľadávaní súvisia s tým, že konkurencia v digitálnej oblasti je jednoducho oveľa slabšie nastavená. Agentúry stále robia priemerú prácu s zastaranými metódami, pretože dodnes nepoužívajú moderné nástroje na zabezpečenie kvality, aj keď na svojich príspevkoch, referenciách a v best practices tvrdia, že majú kompetencie v oblasti SEO. Možno sú takéto agentúry vedomostnými gigantmi, ale tiež výkonnostnými trpaslíkmi. Znie to tvrdo, ale je to len pravidlo. Úplne vážne. Pozrite sa na to pozorne! Vezmite si kontrolný zoznam z vyššie uvedeného a použite najlepšiu agentúru vo vašom regióne, z ktorej pochádzate, so jej URL adresou v uvedených nástrojoch. Potom vezmite najnovšiu webovú referenciu, ktorú od agentúry nájdete, a opakujte to. Aké výsledky uvidíte? Presne tie, ktoré môžete očakávať v rámci spolupráce. Aj naše vlastné referencie takto môžete overiť a zistíte, že ani pri našich klientoch ne dosahujeme všade top hodnoty. Takýto postup s prístupom k dátam založenému na kvalite sa rozšíril aj medzi nami z projektu na projekt a najmä sa uplatnil v našej práci na portáli TutKit.com.  Takéto kontroly môžete urobiť s takmer každou agentúrou, pretože len máloktorá skutočne pracuje s dátami založenými na kvalite, pretože žiadna na trhu nie je prítomná s vlastnými projektmi roky a nemusí sa merať v tvrdom súťažení o online viditeľnosť s medzinárodnými hráčmi, a pretože sa agentúram môže skoro úplne vyhnúť, či projekt uspeje alebo nie, pokiaľ sú platby agentúry uhradené a klienti si môžu oslavovať (aj keď kvalitatívne priemernejšie) webové stránky vo svojich príspevkoch a s oceneniami. Špeciálna ironia spočíva v tom, že podľa vyššie uvedených testovacích nástrojov často najhoršie obstájajú SEO agentúry so svojimi vlastnými webovými stránkami, pretože často ako jediný trik majú ... balík obsahu pre webovú stránku rozvinutý okolo kľúčových slov klienta. Na ostatné technické požiadavky často chýbajú kompetentní programátori. Výhodou je aj v tom, ak je agentúra umiestnená niekde inde a klientovi sa nezdá, že by sa s ním stretol pri nakupovaní v stavebnom obchode ako zodpovedný pracovník agentúry, ktorý má zodpovednosť za viditeľnosť po relaunche s dvojciferným percentuálnym poklesom. Ale tento pokles viditeľnosti skontrolujú klienti takmer nikdy, pretože hoci každý má banner informujúci o používaní súborov cookie, málo ľudí skutočne analyticke dáta vyhodnocuje a extrahuje z nich akčné kroky. V prípade pochybností musí byť zvýšený rozpočet na reklamu. Že dnešné organické hodnotenie závisí od nadmerného množstva obsahovo porovnateľne dobre nastavených webových stránok najmä od technických parametrov, signálov od používateľov a (stále ešte) zpätných odkazov, to si našťastie klienti často neuvedomujú. A s pomocou KI textových nástrojov budú webové stránky obsahovo posilnené v neprekonateľnej kvantite a kvalite a môžeme sa čoskoro tešiť na veľa nových webových stránok z iných krajín v našom jazyku v rámci výsledkov vyhľadávania, pretože KI prekladové nástroje zjednodušujú preklad online obchodov, portálov, služieb a iných webových stránok a umožňujú zaútočiť na digitálny domáci trh. Môžeme sa pripraviť na tvrdú súťaž. Len teraz to začína ... Záver k datovo riadenému kontrolnému zoznamu pre relaunch webovej stránky Takýto datovo riadený kontrolný zoznam je jednou z mála účinných metód, ako donútiť agentúry kvalitne sa sústrediť na prácu. Odporúča sa dokonca, aby sa dosiahnutie určitých hodnôt v testovacích nástrojoch stanovilo ako kritérium na prebranie diela. Mala by byť zmluvne upravená skutočnosť, že časť platby sa môže účtovať až po štyroch týždňoch po relaunche, ak budú dostupné všetky dôležité údaje a úspešné hodnoty (ako napríklad Core Web Vitals a overené produktové snippety podľa schémy markup vo Search Console). Pomocou tohto postupu - ako je opísané v tomto príspevku - sa váš pokles viditeľnosti po relaunchi s výraznými obsahovými, štrukturálnymi a technickými zmenami bude obmedzený a vytvoríte podmienky pre to, aby Google čoskoro zaradil vašu webovú stránku alebo online obchod vyššie. Ak bol článok pre vás zaujímavý, vyskúšajte aj ďalší obsah od nás: 1101,908,1066,1086