SEO pro weby postavené pomocí AI: co opravdu záleží

Web postavený pomocí AI může ve vyhledávání uspět stejně jako jakýkoli jiný: vyhledávače hodnotí, co stránka obsahuje a jak dobře slouží návštěvníkovi, ne to, který nástroj napsal kód. Háček je v technice. Mnoho nástrojů pro AI vytváří jednostránkové aplikace, které prohlížeči pošlou téměř prázdný soubor HTML a obsah vykreslí pomocí JavaScriptu, což ztěžuje čtení a sdílení každé stránky pro prohledávače. Oprava spočívá v prerenderingu nebo renderování na serveru, u každé stránky mít vlastní titulek, popis a URL, přidat mapu webu, držet rychlost a pak udělat část, kterou za vás žádný nástroj neudělá: psát obsah, který lidé hledají.

Proč mohou jednostránkové aplikace ve vyhledávání váznout

Klasický web posílá plný text každé stránky ve svém HTML. Jednostránková aplikace (SPA) — běžný výstup mnoha nástrojů pro AI, typicky React s nástrojem jako Vite — pošle malou kostru HTML, zhruba prázdný <div id="root">, plus balík JavaScriptu. Prohlížeč spustí JavaScript, který stránku sestaví.

To je pro vyhledávání důležité ve třech ohledech:

1. Vykreslení je další krok. Google popisuje u stránek s JavaScriptem tři fáze: prohledat HTML, vykreslit ho v bezhlavém prohlížeči Chromium a pak indexovat vykreslený výsledek. Google sám doporučuje, aby renderování na serveru nebo prerendering zůstalo dobrou volbou, protože je rychlejší pro uživatele i pro prohledávače a protože ne všechny boty umějí spouštět JavaScript.
2. Ostatní čtenáři vaší stránky nevykreslují vůbec. Náhledy odkazů v chatovacích aplikacích a sociálních sítích a mnoho dalších prohledávačů obvykle čte jen počáteční HTML. Pokud titulek a náhledový obrázek nastavuje JavaScript až po načtení, náhledy ukážou výchozí hodnoty prázdné kostry — často stejný titulek na každé stránce.
3. Všechno sdílí jeden soubor HTML. Pokud aplikace nic neaktualizuje, má každá URL stejný <title> a popis, což vyhledávačům o jednotlivých stránkách mnoho neříká.

Nic z toho neznamená, že SPA nejde indexovat. Znamená to, že se spoléháte na to, že prohledávač odvede víc práce, a ztrácíte kontrolu nad tím, co vidí čtenáři, kteří nevykreslují.

Vyberte přístup k renderování

Existují čtyři běžné způsoby, jak dostat skutečné HTML k prohledávačům. Seřazeno zhruba podle toho, kolik změní ve vaší aplikaci:

Praktické pravidlo: veřejná, vyhledávatelná část webu má být statická nebo prerenderovaná; aplikace za ní, za přihlášením, může zůstat běžnou SPA. Vyhledávače by stejně neměly indexovat přehledy.

Pokud začínáte od nuly a SEO je pro vás důležité, řekněte to už v prvním zadání, aby AI zvolila vhodné nastavení:

Postav marketingový web pro fyzioterapeutickou kliniku se stránkami Domů, Služby (jedna stránka na každou službu), O nás, Ceník a Kontakt. SEO je důležité: každá stránka musí ve výchozím HTML obsahovat celý obsah a vlastní titulek a meta popis — použij statické nebo prerenderované nastavení, ne čistě klientskou jednostránkovou aplikaci.

Pokud už máte SPA ve Vite, požádejte o prerendering veřejných tras:

Ponech tuto aplikaci v Reactu tak, jak je, ale vyrenderuj veřejné trasy (/, /pricing, /about, /blog a každé /blog/:slug) do statického HTML při sestavení, každou s vlastním titulkem, meta popisem, kanonickou URL a značkami Open Graph. Trasy /app za přihlášením mohou zůstat vykreslované v klientovi.

Poté výsledek zkontrolujte sami: otevřete stránku, zvolte Zobrazit zdrojový kód stránky (ne panel Elements v nástrojích pro vývojáře, který ukazuje už vykreslenou stránku) a ověřte, že text a titulek jsou v surovém HTML.

Vyřešte základy na stránce

To platí bez ohledu na přístup k renderování.

Titulky a meta popisy

• Jeden jedinečný <title> na stránku, s hlavním tématem stránky na začátku. Obvyklé vodítko je kolem 50–60 znaků, protože delší titulky se ve výsledcích často zkracují.
• Jeden jedinečný meta popis na stránku — věta, na kterou by člověk chtěl kliknout, ne seznam klíčových slov. Google ho může přepsat, ale dobrý popis se často použije.
• Meta klíčová slova vynechte. Google uvádí, že značka nemá žádný vliv na indexaci ani hodnocení.

URL, nadpisy a odkazy

• Skutečné URL pro skutečné stránky. Každý kus obsahu potřebuje vlastní cestu (/sluzby/sportovni-masaze), ne záložku nebo modální okno, které existuje jen po kliknutí. Pro obsah, který chcete indexovat, se vyhněte směrování přes fragmenty #.
• Jeden h1 na stránku, pak rozumná osnova h2/h3. Návrhy vytvořené AI někdy používají nadpisy kvůli stylu; žádejte sémantické nadpisy.
• Odkazy, které lze procházet. Pro navigaci používejte skutečné odkazy <a href>. Tlačítka, která přepínají stránku pomocí JavaScriptu, jsou pro prohledávače, které sledují odkazy, neviditelná.
• Kanonické značky, které ukazují každou stránku na preferovanou URL, aby se nekonkurovaly varianty ?utm= nebo duplicity s koncovým lomítkem.
• Popisný alt text u smysluplných obrázků.

Náhledy na sociálních sítích

Přidejte značky Open Graph (og:title, og:description, og:image, og:url) na každou veřejnou stránku, přímo do počátečního HTML. Tohle SPA nejčastěji pokazí, protože boti pro náhledy odkazů nespouštějí JavaScript.

Mapy webu a robots.txt

Mapa webu je soubor XML se seznamem URL, které chcete indexovat. Pomáhá vyhledávačům najít stránky, zvlášť u nových webů s málo příchozími odkazy. Podle dokumentace Googlu, k září 2026:

• Jedna mapa webu může obsahovat až 50 000 URL nebo 50 MB nekomprimovaně; větší weby rozdělte pomocí indexu map webu.
• Google ignoruje <priority> a <changefreq>.
• Google používá <lastmod>, jen pokud je důsledně přesný, takže ho aktualizujte při skutečných změnách obsahu, ne při každém sestavení.

Soubor robots.txt říká prohledávačům, které cesty nemají procházet. Použijte ho k vyloučení /app, /admin a tras API a odkažte z něj na mapu webu. Pamatujte, že robots.txt zastavuje procházení, ne indexaci: aby stránka zmizela z výsledků, použijte meta značku robots noindex a nechte ji procházet.

Mapu webu odešlete do Google Search Console, jakmile je web na své konečné doméně. Search Console také ukazuje, které stránky jsou indexované a proč některé ne — je to nejužitečnější bezplatný nástroj SEO, jaký existuje.

Strukturovaná data

Strukturovaná data jsou strojově čitelné značky, které popisují, čím stránka je: organizace, místní firma, produkt, článek, událost. Google doporučuje formát JSON-LD a je jasný ve dvou bodech:

• Mohou stránku zařadit mezi způsobilé pro rich výsledky, ale nezaručují je.
• Musejí popisovat informace viditelné na stránce. Neoznačujte recenze, ceny ani FAQ, které návštěvníci nevidí.

Rozumné výchozí body: Organization nebo LocalBusiness na domovské stránce, Product na stránkách produktů, Article u blogových článků, BreadcrumbList na hlubších stránkách. Otestujte pomocí Google Rich Results Test.

Přidej strukturovaná data JSON-LD: LocalBusiness na domovské stránce s adresou, telefonem a otevírací dobou, které už jsou na stránce uvedené, a Article na každém blogovém článku. Nepřidávej hodnocení ani recenze.

Rychlost a mobil

Google používá signály kvality stránky, včetně Core Web Vitals, a rychlost záleží návštěvníkům tak či tak. Googlem stanovené hodnoty „dobré“, měřené na 75. percentilu načtení stránek, jsou:

Obvyklé opravy u webů z AI:

• Obrázky — zmenšete, komprimujte, používejte moderní formáty, nastavte šířku a výšku (což brání posunu rozložení) a načítejte je líně pod hranicí obrazovky.
• JavaScript — velký balík u SPA zpožďuje všechno. Prerendering pomáhá; pomáhá i dělení kódu podle tras.
• Písma — omezte počet rodin a vah a předem načtěte to, které se používá nad hranicí obrazovky.
• Skripty třetích stran — každý chatovací widget a sledovací pixel stojí rychlost. Ponechte jen ty, které skutečně používáte.

Živou URL otestujte pomocí PageSpeed Insights nebo Lighthouse v mobilním režimu.

Obsah je stále většina práce

Technické SEO odstraňuje překážky; poptávku nevytváří. Stránky se umisťují, protože odpovídají na hledání lépe než alternativy. U většiny malých webů to znamená:

• Jedna stránka na téma, které lidé hledají. Instalatér potřebuje stránku na každou službu a na každou oblast, kterou obsluhuje, ne jednu stránku „Služby“ se vším.
• Konkrétní, původní detaily — ceny, postup, fotky skutečné práce, odpovědi na otázky, které zákazníci kladou telefonicky.
• Aktualizovaný, když se věci mění. Zastaralé otevírací doby a staré ceny rychle ztrácejí důvěru.

AI dokáže stránky rychle navrhnout, což svádí k tomu zveřejnit spoustu tenkých, podobných stránek. Pokyny Googlu míří na obsah vytvořený hlavně k umístění ve výsledcích, a ne k pomoci lidem, ať už byl vytvořen jakkoli. Použijte AI k návrhu a potom přidejte to, co víte jen vy. Nejvíc to pálí weby ve stylu adresářů; viz jak postavit adresářový web, jak udělat výpisové stránky hodné indexace.

Kontrolní seznam pro spuštění

• Veřejné stránky mají celý obsah v počátečním HTML (ověřte přes Zobrazit zdrojový kód stránky)
• Jedinečný titulek, meta popis a kanonická URL na každé stránce
• Značky Open Graph a sdílecí obrázek na každé veřejné stránce
• Jeden h1 na stránku, skutečné odkazy <a href>, alt text u obrázků
• sitemap.xml se skutečnými URL; robots.txt blokuje cesty aplikace a API
• Strukturovaná data jen pro viditelný obsah, otestovaná
• LCP, INP a CLS v rozsahu „dobré“ na mobilu
• Web na konečné doméně s HTTPS a odeslaný do Search Console

Přesun na vlastní doménu dřív, než začnete budovat návštěvnost z vyhledávání, se vyhne pozdějším přesměrováním — viz jak připojit vlastní doménu. Pro širší postup stavby čtěte jak postavit web pomocí AI a pro stránky, které mají přesvědčit návštěvníky, jak postavit vstupní stránku, která konvertuje.

SEO na Mythexu

Mythex nemá samostatný panel SEO; SEO zlepšujete změnou aplikace v chatu nebo v kódu. Nové webové aplikace se standardně staví jako jednostránková aplikace na Vite a Reactu, takže když na vyhledávání záleží, požádejte od začátku o statický nebo prerenderovaný web, nebo o Next.js. Dokumentace obsahuje startovací zadání pro titulky, značky Open Graph, mapu webu a robots.txt v SEO pro vaši aplikaci a statické weby popisují weby zaměřené na obsah. Po změnách publikujte znovu, aby živý web změny převzal. Vlastní domény jsou dostupné u tarifu Pro.

Otázky