SEO dla stron tworzonych przez AI – co warto poprawić zanim opublikujesz

Wygenerowałeś stronę. Wygląda świetnie. Decydujesz się ją opublikować od razu.

To błąd, który kosztuje miesiące widoczności w Google.

Narzędzia AI są zoptymalizowane pod kątem szybkości generowania – nie pod kątem SEO. Wiele z nich domyślnie produkuje strony, których Google fizycznie nie może przeczytać, mimo że w przeglądarce wyglądają perfekcyjnie. Inne generują prawidłowy HTML, ale z meta danymi pasującymi do każdej innej strony w tej samej branży, bez hierarchii nagłówków, bez schema markup, z obrazami ważącymi 4 MB.

Ten post to lista techniczna. Nie filozofia SEO – konkretne rzeczy do sprawdzenia i poprawienia, zanim uderzysz „Opublikuj".

Problem #0: Test, który musisz uruchomić przed wszystkim innym

Zanim sprawdzisz cokolwiek innego, uruchom test view-source. Otwórz swoją stronę w przeglądarce, kliknij prawym przyciskiem myszy i wybierz „Wyświetl źródło strony". Wyszukaj (Ctrl+F) swój główny nagłówek H1 lub fragment tekstu z sekcji hero.

Jeśli nie możesz go znaleźć w źródle strony – Twoja strona jest niewidoczna dla Google.

To nie jest metafora. Popularne AI buildery – Lovable, Bolt.new, Replit Agent – domyślnie generują strony w architekturze CSR (Client-Side Rendering): React SPA, gdzie całe HTML jest budowane przez JavaScript w przeglądarce po załadowaniu strony. Googlebot widzi pusty <div id="root">, a Twoje treści nie istnieją dla robotów indeksujących.

Jeden z ekspertów SEO opisuje konkretny przypadek: klient opublikował stronę, był online 4 miesiące, a Google Search Console pokazywał 3 zaindeksowane strony z 47 przesłanych. Wygląd – perfekcyjny. HTML dla Googlebota – pusty.

Jakie buildery mają ten problem?

Builder	Architektura	SEO gotowość
Lovable	Vite + React CSR	❌ Pusty HTML dla Googlebota
Bolt.new	Vite + React CSR	❌ Pusty HTML dla Googlebota
Replit Agent	Najczęściej CSR	❌ Wymaga ręcznej konfiguracji
v0 (Vercel)	Next.js (SSR dostępny)	⚠️ Zależy od konfiguracji
Framer AI	SSR + CDN caching	✅ Indeksuje poprawnie
Webflow AI	SSR na Webflow CDN	✅ Indeksuje poprawnie
Fabricate	Server-side rendered HTML	✅ Indeksuje od pierwszego dnia

Co zrobić jeśli Twoja strona ma problem CSR?

Trzy opcje w kolejności od najmniej do najbardziej inwazyjnej:

Prerendering service (mostek): Prerender.io lub podobne serwisy renderują JS po stronie serwera i serwują gotowy HTML robotom. Opóźnia problem, nie rozwiązuje. ~$15-50/mies.
Migracja na SSG/SSR hosting: Jeśli builder używa Next.js (v0, Replit), można skonfigurować static site generation bez przepisywania kodu.
Rebuild na właściwym stacku: Framer, Webflow lub Next.js ze statycznym generowaniem. Konieczne gdy builder nie oferuje żadnej ścieżki do server-side renderingu.

Weryfikacja w Google Search Console: URL Inspection → Test Live URL → View Tested Page → przejrzyj wyrenderowane HTML. Jeśli brakuje nagłówków i treści – masz potwierdzony problem.

Problem #1: Meta tagi – AI generuje szablony, nie optymalizacje

AI website buildery generują meta tagi. To dobra wiadomość. Zła wiadomość: generują szablony, które brzmią identycznie dla tysięcy stron w tej samej branży.

Typowy wygenerowany meta title: "Usługi ogrodnicze – Profesjonalne ogrodnictwo w Twojej okolicy".

Identyczny dla każdej firmy ogrodniczej, bez słowa kluczowego z intencją wyszukiwania, bez lokalizacji, bez unikalnego wyróżnika.

Zasady meta tagu, których AI często nie respektuje:

Meta title:

Długość: 50-60 znaków (nie słów) – Google obcina dłuższe
Struktura: [Słowo kluczowe + wyróżnik] | [Nazwa marki]
Każda strona musi mieć unikalny title – AI często duplikuje
Słowo kluczowe jak najbliżej początku zdania

Meta description:

Długość: 150-155 znaków (Google obcina po ok. 920px szerokości)
Musi zawierać jasne CTA lub benefit
Nie jest czynnikiem rankingowym, ale wpływa na CTR w SERP
AI często generuje opisowe zdania zamiast copy perswazyjnego

Canonical URL:

Sprawdź czy każda strona ma <link rel="canonical"> wskazujący na właściwy URL
AI buildery czasem generują strony dostępne pod kilkoma adresami bez canonicala – to sygnał duplikatu treści

Open Graph (og:title, og:description, og:image):

Bez og: tags Twoje linki w social media wyglądają jak śmieć
og:image powinien mieć rozmiar 1200×630px (standard Facebook/LinkedIn) lub 1200×675px (Twitter/X)
Sprawdź każdą stronę osobno – AI często ustawia globalne OG zamiast per-page

Szybka weryfikacja:

Wklej URL do metatags.io lub opengraph.xyz – zobaczysz podgląd jak strona wygląda jako link w social media i w Google SERP.

Problem #2: Hierarchia nagłówków – AI tworzy chaos H-tagów

Nagłówki H1-H6 to nie tylko formatowanie wizualne. To mapa tematyczna strony dla crawlerów Google i dla systemów AI search (ChatGPT, Perplexity, Google AI Overviews).

Zasada jest prosta: jedna strona = jeden H1, a hierarchia H2/H3/H4 tworzy logiczną strukturę bez pomijanych poziomów.

AI buildery regularnie łamią tę zasadę na trzy sposoby:

Błąd 1: Wiele H1 na jednej stronie
Builder może oznaczyć jako H1: nazwę firmy w nagłówku, tytuł sekcji hero I tytuł sekcji "O nas" – trzy H1 na jednej stronie. Google nie wie który jest głównym tematem.

Błąd 2: Pominięte poziomy hierarchii
H1 → H3 (bez H2) lub H2 → H4 (bez H3). Dla Googlebota to sygnał nielogicznej struktury dokumentu. Dla AI answer engines (Perplexity, AI Overviews) to utrudnienie w parsowaniu sekcji do cytowania.

Błąd 3: Nagłówki dekoracyjne zamiast semantycznych
AI często tworzy nagłówki w stylu "Nasze usługi", "O nas", "Kontakt" – generyczne frazy bez słów kluczowych, bez wartości semantycznej. Lepsze nagłówki: "Projektowanie ogrodów w Warszawie i okolicach", "Kim jesteśmy – 15 lat doświadczenia w ogrodnictwie miejskim".

Weryfikacja nagłówków:

Otwórz DevTools (F12) → Ctrl+F → wyszukaj <h1 – policz wystąpienia
Użyj darmowego narzędzia airanklab.com/tools/html-headings-checker – skanuje pełne drzewo H1-H6 z wizualizacją hierarchii
Sprawdź czy primary keyword pojawia się w H1 i przynajmniej 2 H2

Problem #3: Core Web Vitals – twarda matematyka rankingowa

Google mierzy wydajność Twojej strony przez Core Web Vitals – trzy metryki, które muszą przejść test na poziomie 75. percentyla realnych użytkowników (dane CrUX z Chrome). Progi na 2026:

Metryka	Dobry	Wymaga poprawy	Zły
LCP (Largest Contentful Paint)	≤ 2,5 s	2,5–4,0 s	> 4,0 s
INP (Interaction to Next Paint)	≤ 200 ms	200–500 ms	> 500 ms
CLS (Cumulative Layout Shift)	≤ 0,1	0,1–0,25	> 0,25

Tylko 40% top-1000 stron mobilnych przechodzi wszystkie trzy progi. Twoja wygenerowana przez AI strona prawie na pewno failuje przynajmniej jedną z nich.

LCP (ładowanie głównego contentu) – najczęstsze problemy po AI builderach:

Obraz hero bez wymiarów – przeglądarka nie zna rozmiaru przed załadowaniem, opóźnia layout
Brak loading="eager" i fetchpriority="high" na hero image – AI generuje je ze standardowym lazy loading
Obraz w formacie JPEG/PNG zamiast WebP/AVIF – różnica 30-60% rozmiaru pliku
Brak preload dla hero image – <link rel="preload" as="image"> w <head> dramatycznie skraca LCP

Szybka poprawa LCP: Weź wygenerowany hero image, przekonwertuj do WebP (Squoosh.app – darmowy, offline), zmniejsz do maksymalnie 100-120 KB, wgraj z atrybutem fetchpriority="high".

INP (responsywność na interakcje) – AI SPA problem:

INP zastąpił FID w marcu 2024 i mierzy czas od interakcji użytkownika (klik, tap) do następnej wizualnej zmiany na ekranie. React SPA z dużym bundlem JS często failuje tutaj, bo browser jest zablokowany parsowaniem JavaScript gdy użytkownik próbuje kliknąć.

Poprawki: Code splitting (ładuj tylko JS potrzebny dla bieżącej strony), usunięcie nieużywanych bibliotek JS, optymalizacja event handlerów.

CLS (przeskoki layoutu) – klasyczny AI problem:

AI generatory często nie ustawiają wymiarów obrazów i nie rezerwują miejsca na fonty. Efekt: strona przesuwa się podczas ładowania – zły UX i zły CLS.

Zawsze sprawdź:

Czy każdy <img> ma atrybuty width i height (zapobiega Layout Shift)
Czy font ładuje się z font-display: swap (zapobiega FOUT/FOIT)
Czy cookie banner lub popup nie wskakuje nad contentem bez zarezerwowanego miejsca

Narzędzie do pomiaru: PageSpeed Insights – wklej URL, kliknij "Analizuj", sprawdź zakładkę "Diagnostyka" dla konkretnych wskazówek.

Problem #4: Schema markup – AI dodaje go nie zawsze i nie wszędzie

Schema markup (strukturowane dane w formacie JSON-LD) to sygnały dla Google, które umożliwiają rich snippets – rozszerzone wyniki z gwiazdkami, FAQ rozwijalnym w SERP, cenami, breadcrumbs.

Dobre AI buildery (Fabricate, GoHighLevel AI, Framer AI) generują schema automatycznie. Słabe – nie generują niczego. Większość jest gdzieś pośrodku: dodaje Organization lub WebPage, ale pomija typy, które realnie dają rich snippets.

Typy schema, które warto dodać ręcznie:

LocalBusiness / Organization – podstawa dla firm usługowych:

{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "name": "Nazwa Firmy",
  "address": { "@type": "PostalAddress", "streetAddress": "ul. Kwiatowa 1", "addressLocality": "Warszawa", "addressCountry": "PL" },
  "telephone": "+48 600 000 000",
  "url": "https://twoja-domena.pl",
  "openingHours": ["Mo-Fr 09:00-17:00"]
}

FAQPage – rozwijane pytania bezpośrednio w Google SERP:

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [{
    "@type": "Question",
    "name": "Jak długo trwa projekt ogrodu?",
    "acceptedAnswer": { "@type": "Answer", "text": "Standardowy projekt zajmuje 2-4 tygodnie." }
  }]
}

Article / BlogPosting – dla postów blogowych z datą, autorem i image:

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "Tytuł posta",
  "datePublished": "2026-07-14",
  "dateModified": "2026-07-14",
  "author": { "@type": "Person", "name": "Paweł Domański" },
  "image": "https://twoja-domena.pl/obrazek.webp"
}

Ważne: Google wycofał FAQ rich results dla większości stron w 2023 roku – pokazuje je głównie dla rządu i zdrowia. Jednak FAQ schema wciąż pomaga AI search engines (Perplexity, ChatGPT Search) cytować Twój content strukturalnie.

Weryfikacja schema:

Wklej URL do Google Rich Results Test – zobaczysz które typy schema Google wykrył i czy są poprawnie zaimplementowane.

Problem #5: Alt texty i nazwy plików grafik

AI generuje strony z obrazami. Rzadko dodaje sensowne alt texty.

Alt text robi trzy rzeczy:

Pomaga Google Images zrozumieć zawartość obrazu
Sygnał semantyczny dla głównego crawlera (potwierdza temat strony)
Dostępność (screen readery dla niewidomych)

Co AI zazwyczaj generuje: alt="image", alt="photo", alt="" lub kompletny brak atrybutu.

Jak powinno wyglądać: Krótki opis zawartości obrazu z naturalnie wplecionym słowem kluczowym. Nie alt="seo keyword keyword keyword" – to keyword stuffing. Zamiast: alt="Ogród japoński zaprojektowany przez nasz zespół w Wilanowie 2025".

Nazwy plików: AI generuje pliki image_1.webp, photo-hero.jpg, generated_asset_3.png. Google crawluje nazwy plików. Zmień na: ogrod-japonski-wilanow-warszawa.webp.

Sprawdź alt texty: DevTools → F12 → zaznacz obraz → sprawdź alt w HTML.

Problem #6: Robots.txt, sitemap i indeksowalność

AI buildery często generują robots.txt i sitemap.xml. Równie często robią to źle.

Sprawdź:

twoja-domena.pl/robots.txt – czy istnieje i czy nie blokuje User-agent: * przez Disallow: /
twoja-domena.pl/sitemap.xml – czy istnieje i czy zawiera wszystkie kluczowe strony
Dodaj sitemap do Google Search Console (Settings → Sitemaps)

Częsty błąd: Buildery generujące React SPA mogą tworzyć sitemap z URLami, które i tak są nieindeksowalne (CSR problem z punktu 0). Sitemap pełen pustych stron przyspiesza tylko odkrycie pustych stron przez Google.

Pełna checklista przed publikacją

Skopiuj i odznaczaj:

Renderowanie:

Test view-source: treść widoczna w HTML bez JS
URL Inspection w GSC: Googlebot widzi treść
Architektura: SSR/SSG potwierdzona (nie CSR SPA)

Meta dane (per page):

Unikalny title (50-60 znaków, keyword na początku)
Meta description (150-155 znaków, CTA lub benefit)
Canonical URL ustawiony poprawnie
OG tags: title, description, image (1200×630px)

Struktura:

Jeden H1 per strona, zawierający primary keyword
Hierarchia H2/H3 bez pominiętych poziomów
H2 zawierają secondary keywords

Core Web Vitals:

PageSpeed Insights mobile: LCP ≤ 2,5s, INP ≤ 200ms, CLS ≤ 0,1
Hero image: WebP/AVIF, max 100-120 KB, fetchpriority="high"
Każdy <img> ma atrybuty width i height

Schema:

Organization lub LocalBusiness (dla firm)
FAQPage (jeśli strona ma sekcję FAQ)
BlogPosting/Article (dla postów blogowych)
Weryfikacja w Google Rich Results Test

Obrazy i pliki:

Alt text na każdym obrazie (opisowy + natural keyword)
Nazwy plików: slugified, opisowe, keyword-friendly

Indeksacja:

robots.txt nie blokuje ważnych URLi
sitemap.xml istnieje i zawiera wszystkie strony
Sitemap dodany do Google Search Console

Jeden prompt do AI, żeby sprawdził Twoją stronę

Zamiast przechodzić przez checklistę ręcznie, możesz poprosić AI o pierwszą przesiewową analizę. Wklej ten prompt do Claude lub ChatGPT z dostępem do przeglądarki:

Otwórz stronę [URL] i przeprowadź techniczny audyt SEO przed-publikacyjny.

Sprawdź i zgłoś:
1. Rendering: czy view-source zawiera treść, czy jest to CSR SPA?
2. Meta: title (długość, keyword), description (długość), canonical, OG tags
3. Nagłówki: ile H1, hierarchia H2/H3, keyword w H1
4. Obrazy: brak alt textów, brakujące wymiary width/height
5. Schema: jakie typy JSON-LD są obecne, czego brakuje dla tej branży?
6. robots.txt i sitemap: dostępne, poprawne?

Dla każdego problemu: opisz problem, jego SEO-impact (wysoki/średni/niski), konkretna poprawka.
Wygeneruj poprawione wersje title i meta description dla tej strony.

Kiedy SEO techniczne to za mało

Checklist techniczny załatwia warstwę, którą Google może zmierzyć automatycznie. Ale Google's March 2026 core update był jednoznaczny: treści pisane przez AI bez ludzkiego wkładu tracą widoczność.

Content farms, które wygenerowały tysiące AI-stron bez edycji, straciły 60-80% ruchu organicznego. Strony publikujące mniejszą liczbę, lepszej jakości artykułów AI z ludzką redakcją – nie straciły nic.

Google nie penalizuje AI content za bycie AI. Penalizuje thin content bez oryginalnej wartości – bez danych z pierwszej ręki, bez unikalnej perspektywy, bez weryfikowalnego autorstwa. E-E-A-T (Experience, Expertise, Authoritativeness, Trustworthiness) to najważniejszy czynnik quality, którego żadna checklista techniczna nie zastąpi.