Checklista technicznego SEO dla witryn SaaS

Techniczne SEO dla SaaS: aplikacja poza wyszukiwarką, renderowanie dla robotów, dokumentacja i changelogi, canonical, dane strukturalne, szybkość, boty AI.

Redakcja FixReports8 min czytania

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

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 (otwiera się w nowej karcie)).
  • 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 pokazuje, co może pobierać każdy robot, a test meta tagów 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 (otwiera się w nowej karcie)).
  • 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 (otwiera się w nowej karcie)).
  • 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 (otwiera się w nowej karcie)).

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 (otwiera się w nowej karcie)).
  • 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 (otwiera się w nowej karcie)).
  • 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 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 (otwiera się w nowej karcie)).
  • SoftwareApplication: wynik z elementami rozszerzonymi dla aplikacji w Google wymaga ceny oraz zbiorczej oceny lub opinii (Google Search Central (otwiera się w nowej karcie)). 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 (otwiera się w nowej karcie)). Test danych strukturalnych 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 (otwiera się w nowej karcie)). Test szybkości 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 (otwiera się w nowej karcie)).
  • 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 (otwiera się w nowej karcie)).
  • Trenowaniem Gemini steruje token Google-Extended, który nie wpływa na wyszukiwarkę Google (Google Search Central (otwiera się w nowej karcie)).
  • 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

Wszystkie poradniki