Rozhraní, přes které si programy předávají data nebo zpřístupňují určité funkce. API určuje, co může jeden systém od druhého požadovat a jakou dostane odpověď. Samotná existence API neznamená přístup ke všem datům ani možnost libovolného propojení.
Příklad
Hotelový web načítá dostupnost pokojů z rezervačního systému, pokud to jeho API umožňuje.
Na co se zeptat: Zpřístupňuje náš současný nástroj potřebná data a za jakých podmínek?
Systém pro přidávání a úpravu obsahu webu přes administrační rozhraní, bez ručních zásahů do kódu. Možnosti úprav záleží na provedení: od vybraných polí až po editor celých stránek.
Příklad
Majitelka salonu změní v administraci cenu ošetření a fotografii a úpravu zveřejní.
Na co se zeptat: Který obsah si můžu upravit sám a uvidím náhled před zveřejněním?
Metriky sledující načítání hlavního obsahu (LCP), odezvu na interakce (INP) a vizuální stabilitu stránky (CLS). Pomáhají odhalit problémy návštěvníků. Jeden test nenahradí měření při skutečných návštěvách.
Příklad
Po načtení obrázku se posune rezervační tlačítko. To je problém vizuální stability stránky.
Na co se zeptat: Vyhodnocujeme data od skutečných návštěvníků, laboratorní test, nebo obojí?
Zapamatovatelný název v adrese webu, například sebcode.com. Registrace domény a provoz webu na hostingu jsou dvě různé služby. Doménu je potřeba včas prodlužovat podle registračního období.
Příklad
Firma změní hosting, ale doména jí zůstane. Zákazníci tak dál používají stejnou adresu.
Na co se zeptat: Na koho je doména registrovaná a kdo hlídá její prodloužení?
Označení pro práci na viditelnosti obsahu v odpovědích generovaných AI. Patří sem srozumitelné popisy, důvěryhodné informace a dostupný obsah. Nejde o jednotný standard ani záruku, že asistent uvede web jako zdroj.
Příklad
Firma vysvětlí, co služba zahrnuje a kde má hranice, aby se na konkrétní otázku dalo odpovědět bez dohadů.
Na co se zeptat: V jakých nástrojích viditelnost měříme a co považujeme za výsledek?
CMS, které poskytuje obsah nezávisle na jeho zobrazení. Web nebo aplikace si ho načítá přes API. Prezentační vrstvu i způsob zveřejňování změn je potřeba vytvořit samostatně.
Příklad
Stejný popis pokoje se zobrazí na hotelovém webu i v aplikaci pro hosty.
Na co se zeptat: Bude se obsah používat na více místech a jak si redaktoři prohlédnou změny před zveřejněním?
Služba, která poskytuje prostředky pro provoz webu nebo aplikace. Může zahrnovat ukládání souborů, běh programů a databázi. E-mail, zálohy a technická podpora nemusí být součástí stejného balíčku.
Příklad
Jednoduchý web služeb a aplikace se zákaznickými účty mohou vyžadovat jiné prostředí i jiný rozsah podpory.
Na co se zeptat: Co zahrnuje pravidelný poplatek a kdo po výpadku obnoví zálohu?
Konkrétní akce návštěvníka, kterou měříme jako splnění cíle, například nákup, rezervace nebo odeslání poptávky. Cíl musí být přesně vymezený: kliknutí na tlačítko a úspěšné dokončení procesu jsou různé události.
Příklad
Odeslaný formulář počítáme jako poptávku. Jeho otevření je samostatný krok.
Na co se zeptat: Měříme dokončenou akci, nebo jen kliknutí, které k ní vede?
Úpravy, které vyhledávačům usnadňují najít a pochopit obsah a lidem dostat se na správnou stránku. Týkají se obsahu, struktury i technického řešení. Nestačí opakovat klíčová slova nebo jednou změnit nastavení.
Příklad
Hotel vysvětlí podmínky pobytu se psem místo toho, aby na úvodní stránce stále opakoval stejnou frázi.
Na co se zeptat: Na které otázky zákazníků odpovídáme a kam má čtenář pokračovat?
Vytvoření HTML stránky na serveru v reakci na požadavek. Prohlížeč dostane připravený obsah. Jde o jiný postup než generování statických souborů při sestavení webu, přestože oba způsoby mohou dodat hotové HTML.
Příklad
Přehled pro přihlášeného uživatele zobrazí aktuální data připravená při zpracování jeho požadavku.
Na co se zeptat: Musíme obsah vytvářet při každém požadavku, nebo ho lze připravit předem?
Ovládací a vizuální prvky produktu: tlačítka, formuláře, navigace nebo tabulky. Dobře navržené rozhraní ukazuje, co lze udělat a co se po provedení akce stalo.
Příklad
Formulář označí chybně vyplněné pole a vedle něj srozumitelně vysvětlí, jak ho opravit.
Na co se zeptat: Jsou chyby, ukládání i potvrzení úspěchu stejně srozumitelné jako výchozí obrazovka?
Zkušenost s používáním produktu: jak snadno člověk pochopí nabídku, najde informace a splní úkol. Záleží na vzhledu, ale také na obsahu, pořadí kroků a řešení problémů.
Příklad
Host vidí celkovou cenu pobytu ještě před potvrzením rezervace a nemusí se vracet k předchozím krokům.
Na co se zeptat: Zvládne nový návštěvník nejdůležitější úkol bez naší pomoci?