# Checklista technicznego SEO dla witryn SaaS Zaktualizowano 2026-10-26 Techniczne SEO w firmie SaaS sprowadza się głównie do rozdzielenia i renderowania. Do rozdzielenia, ponieważ jedna domena zwykle mieści witrynę marketingową, która powinna być wysoko w wynikach wyszukiwania, dokumentację, która również powinna, oraz aplikację, której w wyszukiwarce w ogóle nie powinno być. Do renderowania, ponieważ witryny SaaS są często budowane jako aplikacje JavaScript, a choć Google renderuje JavaScript, wiele innych robotów, w tym większość robotów AI, tego nie robi. Ta checklista obejmuje oba tematy oraz typowe podstawy: adresy kanoniczne, mapy witryn, dane strukturalne, szybkość i to, jak wyszukiwarki AI docierają do Twoich stron. **Najważniejsze informacje** - Google skanuje, renderuje i indeksuje strony JavaScript w osobnych etapach i podaje, że renderowanie po stronie serwera lub prerendering „is still a great idea” (to nadal świetny pomysł), ponieważ nie wszystkie boty potrafią uruchamiać JavaScript ([Google Search Central](https://developers.google.com/search/docs/crawling-indexing/javascript/javascript-seo-basics)). - Analiza z grudnia 2024 roku wykazała, że żaden z głównych robotów AI, w tym GPTBot, ClaudeBot i PerplexityBot, nie renderował JavaScriptu ([Vercel](https://vercel.com/blog/the-rise-of-the-ai-crawler)). - Google podaje, że AI Overviews i AI Mode nie mają dodatkowych wymagań technicznych i nie potrzebują specjalnych znaczników schema.org ani plików tekstowych dla AI ([Google Search Central](https://developers.google.com/search/docs/appearance/ai-features)). - OpenAI używa OAI-SearchBot do wyszukiwania w ChatGPT, a GPTBot do trenowania modeli; zablokowanie GPTBot nie usuwa witryny z wyszukiwania w ChatGPT ([OpenAI](https://developers.openai.com/api/docs/bots)). - Google-Extended określa, czy Google może wykorzystywać treści do trenowania Gemini, i nie wpływa na obecność w wyszukiwarce Google ([Google Search Central](https://developers.google.com/search/docs/crawling-indexing/google-common-crawlers)). ## Czy Twoja aplikacja powinna być w wynikach wyszukiwania? Nie. Strony aplikacji za logowaniem nie mają nic do zaoferowania wyszukującym, a Googlebot się nie loguje. Ryzyko działa w drugą stronę: publiczne adresy URL z aplikacji, takie jak udostępnione linki, puste widoki, strony resetowania hasła i środowiska testowe (staging), mogą trafić do indeksu i konkurować z Twoimi stronami marketingowymi. - Udostępniaj aplikację na osobnym hoście, na przykład `app.example.com`, i wysyłaj nagłówek `X-Robots-Tag: noindex` w każdej odpowiedzi z tego hosta. - Chroń środowiska testowe i podglądowe przed wyszukiwarkami za pomocą uwierzytelniania, które jest bardziej niezawodne niż reguły robots. - Nie polegaj na robots.txt przy usuwaniu stron z Google: zablokowany adres URL nadal może pojawić się w wynikach, jeśli prowadzą do niego linki z innych miejsc, a Google nie zobaczy tagu noindex na stronie, której nie wolno mu skanować ([Google Search Central](https://developers.google.com/search/docs/crawling-indexing/block-indexing)). - Strony logowania i rejestracji są często wyszukiwane po nazwie („twójprodukt logowanie”). Pozostawienie ich w indeksie pomaga obecnym klientom je znaleźć; nie powinny jednak zawierać rozbudowanych treści marketingowych. Nasz [test robots.txt](/pl/robots-txt-checker) pokazuje, co może pobierać każdy robot, a [test meta tagów](/pl/meta-tag-checker) pokazuje tag meta robots strony i nagłówek X-Robots-Tag. ## Czy wyszukiwarki i roboty AI mogą odczytać Twoje strony marketingowe? Sprawdź, co robot otrzymuje, zanim uruchomi się jakikolwiek JavaScript. Jeśli odpowiedź HTML Twojej strony z cennikiem nie zawiera cen ani nagłówków, a jedynie tag script, roboty, które nie uruchamiają JavaScriptu, widzą pustą stronę. - **Google** renderuje JavaScript za pomocą aktualnej wersji Chromium, ale renderowanie odbywa się w kolejce po skanowaniu, a Google zaleca renderowanie po stronie serwera lub prerendering ([Google Search Central](https://developers.google.com/search/docs/crawling-indexing/javascript/javascript-seo-basics)). - **Roboty AI**: analiza ruchu w sieci Vercel wykazała, że roboty OpenAI, Anthropic, Perplexity i Meta pobierały pliki JavaScript, ale ich nie wykonywały; Gemini, który korzysta z infrastruktury Google, oraz Applebot renderowały strony ([Vercel](https://vercel.com/blog/the-rise-of-the-ai-crawler)). - **Podglądy linków** w komunikatorach i serwisach społecznościowych zwykle odczytują tylko HTML z serwera, więc tytuły, opisy i tagi Open Graph muszą się w nim znajdować. Praktycznym rozwiązaniem jest renderowanie stron marketingowych, dokumentacji i bloga na serwerze lub podczas kompilacji, co obsługują frameworki takie jak Next.js, Nuxt i Astro, a renderowanie po stronie klienta zostawić dla aplikacji dostępnej po zalogowaniu. Szybki test: uruchom `curl` dla swojego adresu URL albo wyświetl źródło strony zamiast DOM w narzędziach deweloperskich i sprawdź, czy tekst tam jest. ## Jak powinna wyglądać struktura witryny marketingowej? Kupujący oprogramowanie SaaS wyszukują z intencjami, które można przypisać do konkretnych stron. Każda z poniższych zasługuje na własną indeksowalną stronę z opisowym tytułem i własnym adresem kanonicznym: - **Strony produktu i funkcji**, po jednej dla każdej ważnej możliwości. - **Strony przypadków użycia i branż**, dla zapytań takich jak „oprogramowanie do fakturowania dla agencji”. - **Strony integracji**, po jednej na integrację, ponieważ ludzie szukają „[Twój produkt] + [ich narzędzie]”. - **Cennik**, z planami i cenami w kodzie HTML, a nie wczytywanymi z API po wyrenderowaniu strony. - **Strony porównań i alternatyw**, napisane uczciwie: ceny i funkcje konkurentów się zmieniają, więc opatruj je datą i aktualizuj. - **Historie klientów**, za zgodą i z prawdziwymi szczegółami, które można komuś przypisać. Unikaj płytkich wariantów: dziesiątki niemal identycznych stron „[funkcja] dla [branża]” z podmienionymi słowami to to, co zasady Google dotyczące spamu nazywają nadużywaniem treści na dużą skalę (scaled content abuse) ([Google Search Central](https://developers.google.com/search/docs/essentials/spam-policies)). ## Jak postępować z dokumentacją, centrum pomocy i changelogami? Dokumentacja często przynosi więcej ruchu z wyszukiwarki niż witryna marketingowa, ponieważ ludzie szukają, jak coś zrobić. - Udostępnij dokumentację publicznie i pozwól ją indeksować, chyba że zawiera informacje dotyczące konkretnych klientów. - W dokumentacji z wersjami wskaż jako adres kanoniczny starszych wersji aktualną wersję tej samej strony albo oznacz stare wersje jako noindex, aby wyniki wyszukiwania pokazywały aktualne instrukcje. - Nadaj każdej stronie dokumentacji opisowy tytuł i nagłówek H1, które odpowiadają temu, jak ludzie formułują zadanie („Eksport faktur do CSV”), a nie wewnętrznym nazwom funkcji. - Publikuj wpisy changelogu pod stałymi, datowanymi adresami URL. - Uwzględnij dokumentację w swojej mapie witryny XML albo przygotuj dla niej osobną mapę witryny wymienioną w robots.txt. Jeśli Twoje centrum pomocy działa na zewnętrznej platformie w subdomenie, sprawdź, czy jest zweryfikowane w Search Console i czy jego strony linkują z powrotem do głównej witryny. ## Jakie problemy z adresami kanonicznymi, hreflang i przekierowaniami są typowe dla witryn SaaS? - **Parametry**: tagi UTM, kody polecające i parametry testów A/B tworzą zduplikowane adresy URL. Każda strona powinna wskazywać swój własny, czysty adres URL jako kanoniczny ([Google Search Central](https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls)). - **Ukośniki na końcu i wielkość liter**: wybierz jedną formę, a drugą przekieruj kodem 301. - **Strony w wersjach językowych**: jeśli tłumaczysz witrynę marketingową, połącz wersje językowe za pomocą hreflang, łącznie z odwołaniem do samej siebie i wartością x-default ([Google Search Central](https://developers.google.com/search/docs/specialty/international/localized-versions)). - **Zmiany marki i przenosiny domeny**: przypisz stare adresy URL do nowych jeden do jednego za pomocą przekierowań 301; przekierowanie wszystkiego na stronę główną powoduje utratę wartości starych stron. [Audyt SEO strony](/pl/website-seo-checker) testuje tytuły, nagłówki H1, adresy kanoniczne i reguły robots na kluczowych podstronach Twojej witryny oraz znajduje niedziałające linki wewnętrzne. ## Jakie dane strukturalne pasują do witryny SaaS? - **Organization** na stronie głównej, z nazwą, adresem URL, logo i linkami `sameAs` do oficjalnych profili. - **WebSite** na stronie głównej z `name` i `url`, na podstawie których Google wybiera nazwę witryny pokazywaną w wynikach ([Google Search Central](https://developers.google.com/search/docs/appearance/site-names)). - **SoftwareApplication**: wynik z elementami rozszerzonymi dla aplikacji w Google wymaga ceny oraz zbiorczej oceny lub opinii ([Google Search Central](https://developers.google.com/search/docs/appearance/structured-data/software-app)). Dodawaj tylko oceny, które są prawdziwe i widoczne na stronie; bez nich znaczniki nadal opisują produkt, ale nie zapewnią wyniku z elementami rozszerzonymi. - **BreadcrumbList** na stronach dokumentacji i bloga. - **Article** we wpisach na blogu, z autorem i datami. Nie licz na to, że znaczniki FAQ zapewnią dodatkowe miejsce w wynikach: Google przestał pokazywać wyniki z elementami rozszerzonymi FAQ 7 maja 2026 r. ([Google Search Central](https://developers.google.com/search/updates)). [Test danych strukturalnych](/pl/structured-data-checker) wymienia każdą pozycję na stronie i właściwości, których Google dla niej wymaga. ## Dlaczego strony marketingowe SaaS nie spełniają wymagań Core Web Vitals? Witryny marketingowe SaaS zwykle wczytują wiele skryptów zewnętrznych: analitykę, menedżery tagów, widżety czatu, testy A/B, nagrywanie sesji i piksele reklamowe. Opóźniają one wyświetlenie głównej treści i obciążają wątek główny, co objawia się słabym LCP i słabym INP. - Przejrzyj każdy skrypt zewnętrzny i usuń te, z których nikt nie korzysta. - Wczytuj widżety czatu dopiero po interakcji i unikaj skryptów testów A/B, które ukrywają stronę, dopóki się nie wykonają. - Serwuj obrazy w banerze głównym i zrzuty ekranu produktu w wyświetlanym rozmiarze, w formacie WebP lub AVIF, bez leniwego ładowania pierwszego z nich. - Obserwuj INP na stronach z interaktywnymi kalkulatorami cen i wersjami demonstracyjnymi. Google wykorzystuje Core Web Vitals w swoich systemach rankingowych, choć na pierwszym miejscu stawia trafność ([Google Search Central](https://developers.google.com/search/docs/appearance/core-web-vitals)). [Test szybkości](/pl/website-speed-test) mierzy stronę tak, jak wczytuje ją telefon z ograniczoną wydajnością sieci i procesora, i pokazuje dane od prawdziwych użytkowników, jeśli Google je ma. ## Jak wyszukiwarki AI znajdują i cytują treści SaaS? Nie istnieje osobna ścieżka techniczna dla wyszukiwania AI, a niektóre popularne porady nie znajdują potwierdzenia u firm, które prowadzą te systemy. - **AI Overviews i AI Mode w Google** korzystają ze stron, które są zaindeksowane i kwalifikują się do wyświetlania fragmentu (snippetu); Google podaje, że nie ma dodatkowych wymagań, specjalnych znaczników schema ani potrzeby tworzenia plików tekstowych dla AI ([Google Search Central](https://developers.google.com/search/docs/appearance/ai-features)). - **Wyszukiwanie w ChatGPT** opiera się na OAI-SearchBot. Jeśli chcesz pojawiać się w odpowiedziach ChatGPT, nie blokuj OAI-SearchBot w robots.txt; zablokowanie GPTBot oznacza jedynie rezygnację z udziału w trenowaniu ([OpenAI](https://developers.openai.com/api/docs/bots)). - **Trenowaniem Gemini** steruje token Google-Extended, który nie wpływa na wyszukiwarkę Google ([Google Search Central](https://developers.google.com/search/docs/crawling-indexing/google-common-crawlers)). - **llms.txt** to propozycja społeczności dotycząca podsumowania witryny w formacie Markdown. Google podaje, że nie potrzebuje takich plików; inne usługi AI nie udokumentowały, czy z nich korzystają. Opublikowanie takiego pliku niewiele kosztuje, ale nie zastąpi stron, które roboty mogą skanować. We wszystkich tych systemach pomaga to samo: strony renderowane na serwerze, jasne nagłówki odpowiadające na pytania kupujących, konkretne fakty, takie jak ceny i limity, podane w tekście, oraz strony, które sobie nie przeczą. ## Najczęściej zadawane pytania ### Czy dokumentacja powinna być w subdomenie, czy w podkatalogu? Obie mogą osiągać dobre pozycje. Ważniejsze jest, by dokumentacja była dostępna dla robotów, linkowana z głównej witryny, uwzględniona w mapie witryny i zweryfikowana w Search Console. ### Czy Google indeksuje treści w naszej aplikacji JavaScript? Google potrafi renderować JavaScript, ale robi to w osobnym kroku, a inne roboty często tego nie robią. Na stronach, które mają być znajdowane, renderuj treść na serwerze lub podczas kompilacji. ### Czy powinniśmy blokować roboty AI? To decyzja biznesowa. Zablokowanie robotów zbierających dane do trenowania, takich jak GPTBot czy Google-Extended, wyklucza treści z trenowania modeli bez usuwania Cię z wyszukiwania; zablokowanie robotów wyszukiwarek, takich jak OAI-SearchBot, usuwa Cię z odpowiedzi danej usługi. Test robots.txt pokazuje, na co pozwalają Twoje obecne reguły. ### Czy potrzebujemy znaczników SoftwareApplication? Są opcjonalne. Opisują Twój produkt wyszukiwarkom; wynik z elementami rozszerzonymi dla aplikacji wymaga dodatkowo prawdziwych ocen lub opinii widocznych na stronie. ### Jaki jest najczęstszy błąd technicznego SEO w witrynach SaaS? Największe szkody wyrządzają dwa: strony marketingowe, które renderują treść wyłącznie za pomocą JavaScriptu, oraz adresy URL środowisk testowych lub aplikacji pozostawione otwarte dla indeksowania. ## Źródła - Google Search Central: [Understand JavaScript SEO basics](https://developers.google.com/search/docs/crawling-indexing/javascript/javascript-seo-basics) - Google Search Central: [AI features and your website](https://developers.google.com/search/docs/appearance/ai-features) - Google Search Central: [Google's common crawlers (Google-Extended)](https://developers.google.com/search/docs/crawling-indexing/google-common-crawlers) - Google Search Central: [Block search indexing with noindex](https://developers.google.com/search/docs/crawling-indexing/block-indexing) - Google Search Central: [How to specify a canonical URL](https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls) - Google Search Central: [Localized versions of your pages](https://developers.google.com/search/docs/specialty/international/localized-versions) - Google Search Central: [Site names in Google Search](https://developers.google.com/search/docs/appearance/site-names) - Google Search Central: [Software app structured data](https://developers.google.com/search/docs/appearance/structured-data/software-app) - Google Search Central: [Understanding Core Web Vitals and Google search results](https://developers.google.com/search/docs/appearance/core-web-vitals) - OpenAI: [Overview of OpenAI crawlers](https://developers.openai.com/api/docs/bots) - Vercel: [The rise of the AI crawler](https://vercel.com/blog/the-rise-of-the-ai-crawler)