Checklist technického SEO pro SaaS weby

Technické SEO pro SaaS: aplikace mimo index, vykreslování pro crawlery, dokumentace a changelogy, kanonické URL, strukturovaná data, rychlost a AI boti.

Redakce FixReports7 min čtení

Technické SEO pro SaaS firmu je hlavně o oddělení a vykreslování. O oddělení proto, že jedna doména obvykle obsahuje marketingový web, který se má umisťovat ve vyhledávání, dokumentaci, která se umisťovat má také, a aplikaci, která ve vyhledávání vůbec být nemá. O vykreslování proto, že se SaaS weby často stavějí jako javascriptové aplikace, a i když Google JavaScript vykresluje, mnoho jiných crawlerů, včetně většiny AI crawlerů, to nedělá. Tento checklist pokrývá obojí a k tomu obvyklé základy: kanonické adresy, sitemapy, strukturovaná data, rychlost a to, jak se k vašim stránkám dostanou AI vyhledávače.

Hlavní body

  • Google prochází, vykresluje a indexuje javascriptové stránky v oddělených fázích a uvádí, že vykreslování na straně serveru nebo předběžné vykreslování „is still a great idea“ (je stále skvělý nápad), protože ne všichni boti umějí spouštět JavaScript (Google Search Central (otevře se v nové kartě)).
  • Analýza z prosince 2024 zjistila, že žádný z hlavních AI crawlerů, včetně GPTBot, ClaudeBot a PerplexityBot, nevykresloval JavaScript (Vercel (otevře se v nové kartě)).
  • Google uvádí, že AI Overviews a AI Mode nemají žádné další technické požadavky a nepotřebují zvláštní značkování schema.org ani textové soubory pro AI (Google Search Central (otevře se v nové kartě)).
  • OpenAI používá OAI-SearchBot pro vyhledávání v ChatGPT a GPTBot pro trénování modelů; zablokování GPTBot web z vyhledávání v ChatGPT neodstraní (OpenAI (otevře se v nové kartě)).
  • Google-Extended určuje, zda Google smí obsah použít k trénování Gemini, a nemá vliv na zařazení do Vyhledávání Google (Google Search Central (otevře se v nové kartě)).

Má být vaše aplikace ve výsledcích vyhledávání?

Ne. Stránky aplikace za přihlášením nemají hledajícím co nabídnout a Googlebot se nepřihlašuje. Riziko je opačné: veřejné adresy URL z aplikace, například sdílené odkazy, prázdné stavy, stránky pro obnovení hesla a testovací prostředí (staging), se mohou dostat do indexu a konkurovat vašim marketingovým stránkám.

  • Provozujte aplikaci na vlastním hostiteli, například app.example.com, a v každé odpovědi z něj posílejte X-Robots-Tag: noindex.
  • Testovací a náhledová prostředí chraňte před vyhledávači přihlášením, které je spolehlivější než pravidla robots.
  • Nespoléhejte na robots.txt při odstraňování stránek z Googlu: zablokovaná adresa URL se může ve výsledcích objevit, pokud na ni vedou odkazy odjinud, a Google neuvidí noindex na stránce, kterou nesmí procházet (Google Search Central (otevře se v nové kartě)).
  • Přihlašovací a registrační stránky lidé často hledají podle názvu („váš produkt přihlášení“). Když je necháte indexovatelné, pomůžete stávajícím zákazníkům je najít; neměly by ale nést rozsáhlý marketingový obsah.

Naše kontrola robots.txt ukáže, co smí jednotlivé crawlery stahovat, a kontrola meta tagů ukáže meta tag robots stránky a hlavičku X-Robots-Tag.

Dokážou vyhledávače a AI crawlery přečíst vaše marketingové stránky?

Zkontrolujte, co crawler dostane, než se spustí jakýkoli JavaScript. Pokud HTML odpověď vaší stránky s ceníkem neobsahuje ceny ani nadpisy, jen značku script, crawlery, které JavaScript nespouštějí, vidí prázdnou stránku.

  • Google vykresluje JavaScript pomocí aktuálního Chromia, ale vykreslování probíhá ve frontě až po procházení a Google doporučuje vykreslování na straně serveru nebo předběžné vykreslování (Google Search Central (otevře se v nové kartě)).
  • AI crawlery: analýza sítě Vercel zjistila, že crawlery OpenAI, Anthropic, Perplexity a Meta stahovaly javascriptové soubory, ale nespouštěly je; Gemini, který využívá infrastrukturu Googlu, a Applebot stránky vykreslovaly (Vercel (otevře se v nové kartě)).
  • Náhledy odkazů v chatovacích aplikacích a sociálních sítích obvykle čtou jen HTML ze serveru, takže titulky, popisy a tagy Open Graph v něm musí být.

Praktickým řešením je vykreslovat marketingové stránky, dokumentaci a blog na serveru nebo při sestavení, což podporují frameworky jako Next.js, Nuxt a Astro, a vykreslování na straně klienta ponechat pro aplikaci za přihlášením. Rychlý test: spusťte na svou adresu URL curl, nebo si zobrazte zdrojový kód stránky místo DOM ve vývojářských nástrojích, a ověřte, že text v něm je.

Jak má vypadat struktura marketingového webu?

Kupující SaaS hledají se záměrem, který lze přiřadit ke konkrétním stránkám. Každá z následujících si zaslouží vlastní indexovatelnou stránku s popisným titulkem a vlastní kanonickou adresou URL:

  • Stránky produktu a funkcí, jedna pro každou hlavní schopnost.
  • Stránky případů použití a odvětví, pro dotazy jako „fakturační software pro agentury“.
  • Stránky integrací, jedna pro každou integraci, protože lidé hledají „[váš produkt] + [jejich nástroj]“.
  • Ceník, s tarify a cenami v HTML, ne načítanými z API až po vykreslení.
  • Srovnávací stránky a stránky alternativ, napsané férově: ceny a funkce konkurentů se mění, proto je datujte a udržujte aktuální.
  • Příběhy zákazníků, se svolením a se skutečnými, doložitelnými podrobnostmi.

Vyhněte se tenkým variantám: desítky téměř totožných stránek „[funkce] pro [odvětví]“ s prohozenými slovy jsou to, co zásady Googlu proti spamu nazývají zneužíváním hromadně vytvářeného obsahu (scaled content abuse) (Google Search Central (otevře se v nové kartě)).

Jak naložit s dokumentací, centry nápovědy a changelogy?

Dokumentace často přivádí z vyhledávání víc návštěvnosti než marketingový web, protože lidé hledají, jak něco udělat.

  • Dokumentaci zveřejněte a nechte ji indexovat, pokud neobsahuje informace o konkrétních zákaznících.
  • U verzované dokumentace nasměrujte kanonickou adresu starších verzí na aktuální verzi téže stránky, nebo staré verze označte noindex, aby výsledky vyhledávání ukazovaly aktuální návody.
  • Dejte každé stránce dokumentace popisný titulek a nadpis H1, které odpovídají tomu, jak lidé úkol formulují („Export faktur do CSV“), ne interním názvům funkcí.
  • Záznamy changelogu udržujte na stálých, datovaných adresách URL.
  • Zahrňte dokumentaci do XML sitemapy, nebo pro ni vytvořte vlastní sitemapu uvedenou v robots.txt.

Pokud vaše centrum nápovědy běží na platformě třetí strany na subdoméně, zkontrolujte, že je ověřené v Search Console a že jeho stránky odkazují zpět na hlavní web.

Které problémy s kanonickými adresami, hreflang a přesměrováním jsou na SaaS webech běžné?

  • Parametry: UTM tagy, doporučující kódy a parametry A/B testů vytvářejí duplicitní adresy URL. Každá stránka by měla jako kanonickou uvádět svou vlastní čistou adresu URL (Google Search Central (otevře se v nové kartě)).
  • Lomítka na konci a velikost písmen: zvolte jednu podobu a druhou přesměrujte kódem 301.
  • Lokalizované stránky: pokud marketingový web překládáte, propojte jazykové verze pomocí hreflang včetně odkazu na sebe sama a hodnoty x-default (Google Search Central (otevře se v nové kartě)).
  • Rebranding a přesun domény: namapujte staré adresy URL na nové jedna k jedné přesměrováním 301; přesměrování všeho na domovskou stránku připraví staré stránky o jejich hodnotu.

SEO analýza webu testuje titulky, nadpisy H1, kanonické adresy a pravidla robots na klíčových stránkách vašeho webu a najde nefunkční interní odkazy.

Jaká strukturovaná data se hodí pro SaaS web?

  • Organization na domovské stránce s názvem, adresou URL, logem a odkazy sameAs na oficiální profily.
  • WebSite na domovské stránce s name a url, podle kterých Google vybírá název webu zobrazovaný ve výsledcích (Google Search Central (otevře se v nové kartě)).
  • SoftwareApplication: rozšířený výsledek Googlu pro softwarové aplikace vyžaduje cenu a buď souhrnné hodnocení, nebo recenzi (Google Search Central (otevře se v nové kartě)). Přidávejte jen hodnocení, která jsou skutečná a viditelná na stránce; bez nich značkování produkt stále popisuje, ale rozšířený výsledek nezíská.
  • BreadcrumbList na stránkách dokumentace a blogu.
  • Article u článků na blogu s autorem a daty.

Nečekejte, že vám značkování FAQ přinese ve výsledcích víc místa: Google přestal zobrazovat rozšířené výsledky FAQ 7. května 2026 (Google Search Central (otevře se v nové kartě)). Kontrola strukturovaných dat vypíše každou položku na stránce a vlastnosti, které pro ni Google vyžaduje.

Proč marketingové stránky SaaS neprocházejí Core Web Vitals?

Marketingové weby SaaS obvykle načítají mnoho skriptů třetích stran: analytiku, správce značek, chatové widgety, A/B testování, nahrávání relací a reklamní pixely. Ty zdržují hlavní obsah a vytěžují hlavní vlákno, což se projeví pomalým LCP a špatným INP.

  • Projděte každý skript třetí strany a odstraňte ty, které nikdo nepoužívá.
  • Chatové widgety načítejte až při interakci a vyhněte se skriptům A/B testování, které stránku skryjí, dokud se nespustí.
  • Úvodní obrázky a snímky obrazovky produktu servírujte v zobrazované velikosti, ve formátu WebP nebo AVIF a první z nich nenačítejte odloženě.
  • Sledujte INP na stránkách s interaktivními cenovými kalkulačkami a ukázkami.

Google používá Core Web Vitals ve svých systémech hodnocení, i když na prvním místě je relevance (Google Search Central (otevře se v nové kartě)). Test rychlosti měří stránku tak, jak ji načte zpomalený telefon, a zobrazí data od skutečných uživatelů, pokud je Google má.

Jak AI vyhledávače nacházejí a citují obsah SaaS?

Pro AI vyhledávání neexistuje samostatná technická cesta a některé populární rady firmy, které tyto systémy provozují, nepotvrzují.

  • AI Overviews a AI Mode od Googlu používají stránky, které jsou indexované a způsobilé pro zobrazení úryvku; Google uvádí, že neexistují žádné další požadavky, žádné zvláštní schema ani potřeba textových souborů pro AI (Google Search Central (otevře se v nové kartě)).
  • Vyhledávání v ChatGPT spoléhá na OAI-SearchBot. Pokud se chcete objevovat v odpovědích ChatGPT, neblokujte OAI-SearchBot v robots.txt; zablokováním GPTBot se pouze odhlásíte z trénování (OpenAI (otevře se v nové kartě)).
  • Trénování Gemini řídí token Google-Extended, který Vyhledávání Google neovlivňuje (Google Search Central (otevře se v nové kartě)).
  • llms.txt je komunitní návrh souhrnu webu ve formátu Markdown. Google uvádí, že takové soubory nepotřebuje; ostatní služby AI nezdokumentovaly, zda je používají. Zveřejnit ho stojí málo, ale procházitelné stránky nenahradí.

U všech pomáhá totéž: stránky vykreslené na serveru, jasné nadpisy, které odpovídají na otázky kupujících, konkrétní fakta jako ceny a limity v textu a stránky, které si navzájem neodporují.

Často kladené otázky

Má být dokumentace na subdoméně, nebo v podsložce?

Umisťovat se může obojí. Důležitější je, aby byla dokumentace procházitelná, odkazovaná z hlavního webu, zahrnutá v sitemapě a ověřená v Search Console.

Indexuje Google obsah v naší javascriptové aplikaci?

Google JavaScript vykreslit dokáže, ale dělá to v samostatném kroku a jiné crawlery to často nedělají. U stránek, které mají být k nalezení, vykreslujte obsah na serveru nebo při sestavení.

Máme blokovat AI crawlery?

Je to obchodní rozhodnutí. Zablokováním crawlerů pro trénování, jako jsou GPTBot nebo Google-Extended, vyřadíte obsah z trénování modelů, aniž byste zmizeli z vyhledávání; zablokováním vyhledávacích crawlerů, jako je OAI-SearchBot, zmizíte z odpovědí dané služby. Kontrola robots.txt ukáže, co vaše současná pravidla povolují.

Potřebujeme značkování SoftwareApplication?

Je volitelné. Popisuje váš produkt vyhledávačům; rozšířený výsledek pro softwarové aplikace navíc potřebuje skutečná hodnocení nebo recenze zobrazené na stránce.

Jaká je nejčastější chyba technického SEO na SaaS webech?

Největší škody působí dvě: marketingové stránky, které obsah vykreslují jen JavaScriptem, a adresy URL testovacích prostředí nebo aplikace ponechané otevřené indexování.

Zdroje

Všichni průvodci