SEO dla stron zbudowanych z AI: co naprawdę ma znaczenie

Strona zbudowana z AI może osiągać równie dobre wyniki jak każda inna: wyszukiwarki oceniają to, co strona zawiera i jak dobrze służy odwiedzającemu, a nie to, które narzędzie napisało kod. Problem jest techniczny. Wiele narzędzi do budowy stron z AI tworzy aplikacje jednostronicowe, które wysyłają przeglądarce prawie pusty plik HTML i rysują treść za pomocą JavaScriptu, co utrudnia robotom czytanie i udostępnianie każdej strony. Rozwiąż to prerenderingiem lub renderowaniem po stronie serwera, nadaj każdej stronie własny tytuł, opis i adres URL, dodaj mapę witryny, dbaj o szybkość, a potem zrób to, czego żadne narzędzie za ciebie nie zrobi — napisz treści, których ludzie szukają.

Dlaczego aplikacje jednostronicowe mogą mieć problemy w wyszukiwarkach

Tradycyjna strona wysyła pełny tekst każdej podstrony w swoim HTML. Aplikacja jednostronicowa (SPA) — domyślny wynik wielu narzędzi do budowy z AI, zwykle React z narzędziem takim jak Vite — wysyła mały szkielet HTML, coś w rodzaju pustego <div id="root">, oraz paczkę JavaScript. Przeglądarka uruchamia JavaScript, który dopiero buduje stronę.

Ma to znaczenie dla wyszukiwarek na trzy sposoby:

1. Renderowanie to dodatkowy krok. Google opisuje trzy fazy dla stron z JavaScriptem: pobranie HTML, renderowanie go w bezgłowej przeglądarce Chromium, a następnie indeksowanie wyrenderowanego wyniku. Wytyczne Google mówią, że renderowanie po stronie serwera lub prerendering to nadal dobry pomysł, bo jest szybszy dla użytkowników i robotów, a nie wszystkie boty potrafią uruchamiać JavaScript.
2. Inni czytelnicy twojej strony w ogóle jej nie renderują. Podglądy linków w aplikacjach czatu i sieciach społecznościowych, a także wiele innych robotów, zwykle czyta tylko początkowy HTML. Jeśli tytuł i obraz podglądu są ustawiane przez JavaScript po załadowaniu, podglądy pokazują domyślne wartości pustego szkieletu — często ten sam tytuł na każdej stronie.
3. Wszystko dzieli jeden plik HTML. O ile aplikacja tego nie zmieni, każdy adres URL ma ten sam <title> i opis, co mówi wyszukiwarkom niewiele o każdej stronie.

Nic z tego nie oznacza, że SPA nie da się zindeksować. Oznacza, że polegasz na robocie, który musi wykonać więcej pracy, i tracisz kontrolę nad tym, co zobaczą czytelnicy, którzy nie renderują strony.

Wybierz sposób renderowania

Istnieją cztery częste sposoby, by dostarczyć robotom prawdziwy HTML. W przybliżonej kolejności od tego, jak bardzo zmieniają aplikację:

Praktyczna zasada: publiczna, przeszukiwalna część strony powinna być statyczna lub wyrenderowana z góry; zalogowana aplikacja za nią może pozostać zwykłą SPA. Wyszukiwarki i tak nie powinny indeksować pulpitów.

Jeśli zaczynasz od zera i SEO ma znaczenie, powiedz o tym w pierwszym prompcie, żeby AI wybrało odpowiedni układ:

Zbuduj stronę marketingową dla gabinetu fizjoterapii z podstronami: Strona główna, Usługi (jedna strona na każdą usługę), O nas, Cennik i Kontakt. SEO ma znaczenie: każda strona musi dostarczać pełną treść i własny tytuł oraz meta opis w początkowym HTML — użyj konfiguracji statycznej lub wyrenderowanej z góry, a nie czysto klienckiej aplikacji SPA.

Jeśli masz już SPA w Vite, poproś o prerendering publicznych tras:

Zostaw tę aplikację React bez zmian, ale wyrenderuj publiczne trasy (/, /pricing, /about, /blog i każdy /blog/:slug) do statycznego HTML podczas budowy, każda z własnym tytułem, meta opisem, kanonicznym adresem URL i znacznikami Open Graph. Trasy /app dla zalogowanych mogą pozostać renderowane po stronie klienta.

Potem sprawdź wynik samodzielnie: otwórz stronę, wybierz Wyświetl źródło strony (nie panel Elements w narzędziach deweloperskich, który pokazuje stronę już wyrenderowaną) i upewnij się, że tekst oraz tytuł są w surowym HTML.

Podstawy na stronie

Te zasady obowiązują niezależnie od sposobu renderowania.

Tytuły i meta opisy

• Jeden unikalny <title> na stronę, z głównym tematem strony na początku. Około 50–60 znaków to przyjęta wskazówka, bo dłuższe tytuły są ucinane w wynikach.
• Jeden unikalny meta opis na stronę — zdanie, które człowiek chciałby kliknąć, a nie lista słów kluczowych. Google może go przepisać, ale dobry opis bywa używany.
• Pomiń meta keywords. Google twierdzi, że ten tag nie ma wpływu na indeksowanie ani ranking.

Adresy URL, nagłówki i linki

• Prawdziwe adresy dla prawdziwych stron. Każda treść potrzebuje własnej ścieżki (/uslugi/masaz-sportowy), a nie zakładki ani okna, które istnieje dopiero po kliknięciu. Unikaj routingu z fragmentem # dla treści, które chcesz indeksować.
• Jeden h1 na stronę, a potem rozsądny zarys h2/h3. Projekty generowane przez AI czasem używają nagłówków do stylizacji; poproś o semantyczne nagłówki.
• Linki, które roboty mogą przejść. Używaj prawdziwych linków <a href> do nawigacji. Przyciski, które zmieniają stronę za pomocą JavaScriptu, są niewidoczne dla robotów podążających za linkami.
• Tagi canonical, które wskazują każdej stronie preferowany adres, tak aby warianty ?utm= i duplikaty z końcowym ukośnikiem nie konkurowały ze sobą.
• Opisowy tekst alt przy istotnych obrazach.

Podglądy w mediach społecznościowych

Dodaj tagi Open Graph (og:title, og:description, og:image, og:url) do każdej publicznej strony, w początkowym HTML. To część, w której SPA najczęściej zawodzi, bo boty podglądów linków nie uruchamiają JavaScriptu.

Mapy witryn i robots.txt

Mapa witryny to plik XML z listą adresów URL, które chcesz zindeksować. Pomaga wyszukiwarkom znaleźć strony, zwłaszcza na nowych witrynach z kilkoma linkami przychodzącymi. Według dokumentacji Google, stan na wrzesień 2026:

• Jedna mapa może zawierać do 50 000 adresów URL lub 50 MB nieskompresowanych danych; większe witryny dziel za pomocą indeksu map witryn.
• Google ignoruje <priority> i <changefreq>.
• Google używa <lastmod> tylko wtedy, gdy jest konsekwentnie dokładne, więc aktualizuj go przy rzeczywistych zmianach treści, a nie przy każdej budowie.

Plik robots.txt mówi robotom, których ścieżek nie przeszukiwać. Użyj go, by trzymać roboty z dala od /app, /admin i tras API, i wskaż w nim mapę witryny. Pamiętaj, że robots.txt zatrzymuje przeszukiwanie, a nie indeksowanie: by strona nie pojawiała się w wynikach, użyj meta tagu robots noindex i pozwól na jej przeszukanie.

Zgłoś mapę witryny w Google Search Console, gdy strona będzie na ostatecznej domenie. Search Console pokazuje też, które strony są zindeksowane i dlaczego inne nie są — to najbardziej przydatne darmowe narzędzie SEO.

Dane strukturalne

Dane strukturalne to znaczniki czytelne dla maszyn, które opisują, czym jest strona: organizacja, lokalna firma, produkt, artykuł, wydarzenie. Google zaleca format JSON-LD i jest jasne w dwóch kwestiach:

• Mogą sprawić, że strony kwalifikują się do wyników rozszerzonych, ale nie gwarantują ich.
• Muszą opisywać informacje widoczne na stronie. Nie oznaczaj recenzji, cen ani FAQ, których odwiedzający nie widzą.

Sensowne punkty startowe: Organization lub LocalBusiness na stronie głównej, Product na stronach produktów, Article na wpisach blogowych, BreadcrumbList na głębszych stronach. Testuj w Rich Results Test Google.

Dodaj dane strukturalne JSON-LD: LocalBusiness na stronie głównej, używając adresu, telefonu i godzin otwarcia, które już są pokazane na stronie, oraz Article na każdym wpisie blogowym. Nie dodawaj ocen ani recenzji.

Szybkość i telefony

Google używa sygnałów doświadczenia strony, w tym Core Web Vitals, a szybkość ma znaczenie dla odwiedzających niezależnie od tego. Progi „dobrze” według Google, mierzone na 75. percentylu wczytań strony, to:

Zwykłe poprawki dla stron zbudowanych z AI:

• Obrazy — zmniejsz, skompresuj, użyj nowoczesnych formatów, ustaw szerokość i wysokość (zapobiega to przeskakiwaniu układu) i włącz leniwe ładowanie poniżej linii przewijania.
• JavaScript — duża paczka opóźnia wszystko w SPA. Prerendering pomaga; pomaga też dzielenie kodu na trasy.
• Czcionki — ogranicz liczbę rodzin i wag oraz wczytaj z wyprzedzeniem tę używaną powyżej linii przewijania.
• Skrypty zewnętrzne — każdy widżet czatu i piksel śledzący kosztuje szybkość. Zostaw tylko te, których używasz.

Przetestuj działający adres URL w PageSpeed Insights lub Lighthouse w trybie mobilnym.

Najważniejsza jest treść

Techniczne SEO usuwa przeszkody; nie tworzy popytu. Strony rankują, bo lepiej odpowiadają na wyszukiwanie niż alternatywy. Dla większości małych witryn oznacza to:

• Jedna strona na temat, którego ludzie szukają. Hydraulik potrzebuje strony na każdą usługę i na każdy obszar, a nie jednej strony „Usługi” wymieniającej wszystko.
• Konkretne, oryginalne szczegóły — ceny, proces, zdjęcia prawdziwej pracy, odpowiedzi na pytania, które klienci zadają przez telefon.
• Aktualizacja, gdy coś się zmienia. Nieaktualne godziny i stare ceny szybko tracą zaufanie.

AI potrafi szybko napisać strony, co kusi do publikowania wielu cienkich, podobnych stron. Wytyczne Google celują w treści tworzone przede wszystkim po to, by zdobyć pozycje, a nie by pomagać ludziom — niezależnie od tego, jak zostały wytworzone. Użyj AI do szkicu, a potem dodaj to, co wiesz tylko ty. Najbardziej dotyczy to witryn w stylu katalogu; zobacz jak zbudować witrynę katalogową, aby dowiedzieć się, jak sprawić, by strony z listingami warto było indeksować.

Lista kontrolna przed startem

• Publiczne strony dostarczają pełną treść w początkowym HTML (sprawdź „Wyświetl źródło strony”)
• Unikalny tytuł, meta opis i adres canonical na każdej stronie
• Tagi Open Graph i obraz do udostępniania na każdej publicznej stronie
• Jeden h1 na stronę, prawdziwe linki <a href>, tekst alt przy obrazach
• sitemap.xml z prawdziwymi adresami; robots.txt blokujący ścieżki aplikacji i API
• Dane strukturalne tylko dla widocznych treści, przetestowane
• LCP, INP i CLS w zakresie „dobrze” na telefonie
• Strona na ostatecznej domenie z HTTPS i zgłoszona w Search Console

Przeniesienie na własną domenę, zanim zaczniesz budować ruch z wyszukiwarek, pozwala uniknąć późniejszych przekierowań — zobacz jak podłączyć własną domenę. Ogólny proces budowy znajdziesz w jak zbudować stronę internetową z AI, a dla stron, które mają zamieniać odwiedzających, jak zbudować landing page, który konwertuje.

SEO w Mythex

Mythex nie ma osobnego panelu SEO; poprawiasz SEO, zmieniając aplikację przez czat lub kod. Nowe aplikacje webowe domyślnie są jednostronicowymi aplikacjami Vite i React, więc gdy wyszukiwarki mają znaczenie, od początku poproś o stronę statyczną lub z prerenderingiem albo o Next.js. Dokumentacja zawiera gotowy prompt startowy dotyczący tytułów, tagów Open Graph, mapy witryny i robots.txt w SEO dla twojej aplikacji, a strony statyczne obejmują witryny skupione na treści. Po zmianach opublikuj ponownie, aby działająca strona je pobrała. Własne domeny są dostępne w planie Pro.

Pytania