SEO nowej strony — co zrobić przed jej publikacją?

Jeśli zaraz planujesz uruchomić nową stronę, masz przed sobą jedno z lepszych okienek na zadbanie o jej start w Google. Nie chodzi o gwarancję pozycji — Google nie daje takich gwarancji nikomu. Chodzi o to, żeby nie startować z błędami, które Google każe Ci spłacać przez kolejne miesiące.

Przed publikacją nowej strony trzeba sprawdzić kilkanaście elementów: strukturę adresów URL, nagłówki, meta tytuł i opis, sitemapę, plik robots.txt, canonical, dane strukturalne, obrazy, szybkość ładowania, podpięcie Google Search Console i analityki, linkowanie wewnętrzne — oraz, jeśli to przeprowadzka starej strony, przekierowania. To nie jest lista dla technicznego specjalisty. To lista pytań, które powinieneś zadać sobie lub wykonawcy strony, zanim wciśniesz „uruchom".

SEO nowej strony przed publikacją — krótka odpowiedź

Podstawowe SEO nowej strony to przede wszystkim zadbanie o indeksowalność i poprawność techniczną, zanim Google w ogóle zobaczy stronę. Jeśli strona wyjdzie na świat z `noindex` zostawionym po środowisku testowym, z uszkodzonymi adresami URL albo bez sitemapy — Google może ją zignorować lub zaindeksować w nieodpowiedni sposób. Naprawianie tych błędów po publikacji jest możliwe, ale kosztuje czas. Lepiej wyjść czysto od pierwszego dnia.

Poniżej znajdziesz checklistę 15 punktów, które warto sprawdzić lub zlecić do sprawdzenia przed uruchomieniem strony.

Dlaczego SEO trzeba sprawdzić przed uruchomieniem?

Wiele błędów SEO nie jest widocznych na pierwszy rzut oka. Strona może wyglądać świetnie w przeglądarce, a jednocześnie mieć ustawiony `noindex` na wszystkich podstronach, błędny canonical albo adresy URL z polskimi znakami i spacjami. Google widzi kod i strukturę — nie wygląd.

Jeśli interesuje Cię, dlaczego strona może być niewidoczna w Google nawet po uruchomieniu, przeczytaj artykuł o typowych powodach braku widoczności w Google. Decyzja o technologii też ma znaczenie — poziom kontroli nad URL-ami i metadanymi różni się w zależności od narzędzia, co opisuje artykuł o wyborze między WordPressem a kreatorem stron.

Checklista SEO nowej strony

1. Struktura URL

Co sprawdzić: adresy URL powinny być krótkie, czytelne i w języku polskim bez znaków specjalnych. Sprawdź, czy nie ma spacji, polskich znaków diakrytycznych ani automatycznie generowanych ciągów cyfr i liter w adresach.

Dlaczego to ma znaczenie: Opisowy URL pomaga użytkownikowi i wyszukiwarce szybciej zrozumieć, czego dotyczy dana podstrona. Przyjazny adres to też lepsze doświadczenie użytkownika, który widzi link w wynikach wyszukiwania lub dostaje go od znajomego.

Bezpieczny wariant: przyjazne URL-e ustaw w konfiguracji CMS jeszcze przed uruchomieniem. Zmiana URL-i po starcie strony wymaga przekierowań — inaczej tracisz potencjał, który zaczął budować stary adres.

2. Jeden H1 i logiczne H2/H3

Co sprawdzić: każda podstrona powinna mieć dokładnie jeden nagłówek H1, który jasno opisuje temat danej podstrony. H2 i H3 powinny dzielić treść na logiczne sekcje.

Dlaczego to ma znaczenie: nagłówek H1 to jeden z sygnałów, które Google bierze pod uwagę przy rozumieniu tematu strony. Brak H1 lub kilka H1 na jednej podstronie to sygnał chaosu strukturalnego.

Bezpieczny wariant: przed uruchomieniem sprawdź w kodzie źródłowym każdej ważnej podstrony, czy H1 jest jeden i czy jest treściowy — nie „Witaj na stronie", ale konkretna nazwa usługi lub tematu.

3. Meta title

Co sprawdzić: każda podstrona powinna mieć unikalny meta tytuł (tag `<title>`), który zawiera główną frazę i nazwę firmy. Optymalnie do 60 znaków, żeby nie był przycinany w wynikach Google.

Dlaczego to ma znaczenie: meta title to pierwszy element, który użytkownik widzi w wynikach wyszukiwania. To też sygnał dla Google o temacie strony. Zduplikowane lub puste title na wielu podstronach to jeden z częstszych błędów nowych stron.

Bezpieczny wariant: sprawdź tytuły przynajmniej na: stronie głównej, kluczowych stronach usług i jeśli masz blog — na artykułach. Nie zostawiaj domyślnych tytułów wygenerowanych przez CMS.

4. Meta description

Co sprawdzić: każda ważna podstrona powinna mieć unikalny meta opis (tag `<meta name="description">`), który zachęca do kliknięcia. Do 155–160 znaków.

Dlaczego to ma znaczenie: meta description nie jest bezpośrednim czynnikiem rankingowym, ale wpływa na klikalność (CTR) w wynikach Google. Jeśli go nie ma — Google wygeneruje własny fragment, który może nie być zachęcający.

Bezpieczny wariant: napisz opisy przynajmniej dla strony głównej i stron usług. Jeśli CMS generuje opisy automatycznie z pierwszych zdań treści — upewnij się, że te zdania są konkretne i zachęcające.

5. Sitemap XML

Co sprawdzić: plik sitemap.xml powinien istnieć, być dostępny pod adresem `twojadomena.pl/sitemap.xml` i zawierać właściwe URL-e strony.

Dlaczego to ma znaczenie: sitemap pomaga Google odkrywać strony szybciej — szczególnie nowe, które nie mają jeszcze linków zewnętrznych. Bez sitemapy Google musi samodzielnie przeszukiwać stronę, co przy nowej domenie może potrwać.

Bezpieczny wariant: upewnij się, że sitemap jest wygenerowana, dostępna publicznie i nie zawiera adresów stron, które mają ustawiony `noindex`. Sitemapę zgłoś w Google Search Console po uruchomieniu.

6. Robots.txt i meta robots

Co sprawdzić: plik `robots.txt` dostępny pod `twojadomena.pl/robots.txt` nie powinien blokować kluczowych stron. Meta robots na stronach produkcyjnych nie powinien zawierać `noindex`.

Dlaczego to ma znaczenie: `robots.txt` z dyrektywą `Disallow: /` blokuje całą stronę przed crawlerem Google. Metatag `noindex` pozostawiony po środowisku testowym może sprawić, że strona nigdy nie trafi do indeksu.

Bezpieczny wariant: to jeden z pierwszych rzeczy do sprawdzenia w dniu uruchomienia. Wejdź na `twojadomena.pl/robots.txt` i przejrzyj go. W kodzie źródłowym strony wyszukaj `noindex` — jeśli znajdziesz je na stronach, które mają być widoczne, to błąd wymagający natychmiastowej korekty.

7. Canonical

Co sprawdzić: tag canonical (`<link rel="canonical" href="...">`) na każdej podstronie powinien wskazywać właściwy, pełny adres tej samej strony.

Dlaczego to ma znaczenie: jeśli strona jest dostępna pod wieloma adresami (z `www` i bez, z `/` i bez), Google może traktować je jako duplikaty. Canonical wskazuje, który wariant jest właściwy — i tylko ten trafi do indeksu.

Bezpieczny wariant: sprawdź canonical na stronie głównej i kilku podstronach. Powinien wskazywać na właściwy adres — nie na inną domenę, nie na stronę testową, nie na adres z błędem ortograficznym.

8. Schema / dane strukturalne

Co sprawdzić: dla stron firmowych warto dodać znacznik `LocalBusiness` (lub jego odpowiedni wariant) z nazwą firmy, adresem, numerem telefonu i opisem. Dla artykułów — `Article` lub `BlogPosting`.

Dlaczego to ma znaczenie: dane strukturalne pomagają Google rozumieć kontekst strony i mogą wpłynąć na wyświetlanie rozszerzonych wyników (rich results). To sygnał pomocniczy, nie gwarancja lepszych pozycji.

Bezpieczny wariant: zapytaj wykonawcę, czy strona ma zaimplementowany podstawowy schemat. Poprawność możesz sprawdzić narzędziem Rich Results Test od Google — wystarczy wkleić adres.

9. Obrazy WebP lub AVIF

Co sprawdzić: obrazy na stronie powinny być zapisane w nowoczesnym formacie (WebP lub AVIF), a nie w dużych plikach JPG lub PNG bez kompresji.

Dlaczego to ma znaczenie: duże obrazy spowalniają stronę, a szybkość ładowania wpływa na ocenę Google (Core Web Vitals). WebP lub AVIF często pozwalają ograniczyć wagę grafik przy zachowaniu dobrej jakości wizualnej, co pomaga skrócić czas ładowania strony.

Bezpieczny wariant: przed uruchomieniem sprawdź, czy główne grafiki (baner, zdjęcia usług) są w WebP lub AVIF. Jeśli nie — poproś o konwersję zanim strona wyjdzie na produkcję. Zmiana formatów po uruchomieniu jest możliwa, ale wymaga aktualizacji wszystkich linków w treści.

10. Atrybuty alt

Co sprawdzić: każdy obraz powinien mieć atrybut `alt` opisujący jego zawartość. Nie może to być puste `alt=""` dla obrazów zawierających informację, ani niezrozumiałe nazwy plików.

Dlaczego to ma znaczenie: Google nie widzi obrazów bezpośrednio — „czyta" je przez tekst alt. Brak altów to strata sygnałów dotyczących treści strony i problem z dostępnością (WCAG).

Bezpieczny wariant: sprawdź w kodzie źródłowym, czy obrazy mają wypełniony atrybut alt. Logotypy i ikony dekoracyjne mogą mieć pusty alt — ale zdjęcia usług, produktów i ludzi powinny mieć opis.

11. Core Web Vitals

Co sprawdzić: trzy metryki Core Web Vitals: LCP (Largest Contentful Paint — czas do wyświetlenia głównej treści), CLS (Cumulative Layout Shift — stabilność układu podczas ładowania), INP (Interaction to Next Paint — czas odpowiedzi na interakcje użytkownika).

Dlaczego to ma znaczenie: Core Web Vitals to sygnał rankingowy Google dotyczący doświadczenia użytkownika. Strona, która ładuje się długo, „skacze" podczas ładowania albo wolno odpowiada na kliknięcia, może być oceniana gorzej niż szybsza konkurencja.

Bezpieczny wariant: przed uruchomieniem sprawdź stronę w PageSpeed Insights (wersja desktop i mobile) oraz Lighthouse w Chrome DevTools. Zwróć uwagę na wynik dla wersji mobilnej — Google stosuje indeksację mobile-first.

12. Google Search Console

Co sprawdzić: Search Console powinno być podpięte do domeny produkcyjnej przed uruchomieniem lub natychmiast po nim. Po podpięciu należy zgłosić sitemapę.

Dlaczego to ma znaczenie: Search Console to jedyne darmowe narzędzie, które pokazuje, jak Google rzeczywiście widzi Twoją stronę — które adresy zaindeksował, jakie błędy wykrył, jakie frazy generują wyświetlenia. Bez niego działasz na ślepo.

Bezpieczny wariant: podpięcie Search Console powinno być standardowym elementem każdego wdrożenia strony. Jeśli wykonawca o tym nie wspomina — zapytaj. Po podpięciu skorzystaj z funkcji „Sprawdź URL" i wyślij sitemapę. Pierwsze dane pojawią się w ciągu kilku dni.

13. GA4 lub inna analityka

Co sprawdzić: na stronie powinien być zainstalowany kod śledzenia ruchu — Google Analytics 4 lub alternatywne rozwiązanie (np. Matomo, Plausible). Weryfikacja: czy dane w panelu analityki pojawiają się w czasie rzeczywistym po uruchomieniu.

Dlaczego to ma znaczenie: bez analityki nie wiesz, skąd przychodzą użytkownicy, które podstrony odwiedzają ani gdzie opuszczają stronę. Brak danych historycznych od dnia uruchomienia to informacja, której nie da się odtworzyć wstecz.

Bezpieczny wariant: zainstaluj analitykę zanim strona wyjdzie na produkcję. Przetestuj ją: wejdź na stronę z przeglądarki i sprawdź, czy Twoja wizyta pojawia się w raporcie „W czasie rzeczywistym" w GA4.

14. Linkowanie wewnętrzne

Co sprawdzić: kluczowe podstrony powinny być powiązane linkami w obrębie strony — z menu, strony głównej i logicznie powiązanych artykułów lub stron usług. Żadna ważna podstrona nie powinna być „sierotą" bez linków prowadzących do niej.

Dlaczego to ma znaczenie: linkowanie wewnętrzne pomaga Google rozumieć hierarchię treści i szacować, które strony są ważniejsze. Strona bez żadnych linków wewnętrznych wskazujących na nią może być crawlowana rzadziej albo traktowana jako mniej istotna.

Bezpieczny wariant: sprawdź, czy strony usług są dostępne z menu i ze strony głównej. Jeśli masz artykuły — linkuj z nich do powiązanych stron usług, i odwrotnie.

15. Przekierowania ze starej strony

Co sprawdzić: jeśli nowa strona zastępuje starą, każdy stary adres URL powinien mieć przekierowanie 301 na odpowiadający nowy adres. Stare adresy bez przekierowań to straty potencjału, który udało się zbudować na starej domenie.

Dlaczego to ma znaczenie: Google zaindeksował stare adresy. Jeśli po uruchomieniu nowej strony stare adresy zwracają 404 — Google traci ślad tych stron, a użytkownicy z dawnych linków trafiają na błąd.

Bezpieczny wariant: zrób listę ważnych adresów URL ze starej strony i upewnij się, że każdy z nich ma zdefiniowane przekierowanie 301 na nowy adres. Stronę główną przekieruj na stronę główną. Strony usług — na odpowiednie podstrony nowej strony.

Co sprawdzić w dniu publikacji?

Bezpośrednio po uruchomieniu warto potwierdzić sześć elementów:

• czy `robots.txt` nie blokuje strony (`Disallow: /` — jeśli jest, usuń natychmiast),
• czy na stronach produkcyjnych nie ma `noindex` (sprawdź źródło strony głównej),
• czy sitemap.xml jest dostępna pod `twojadomena.pl/sitemap.xml`,
• czy canonical wskazuje właściwy adres,
• czy Search Console ma zgłoszoną sitemapę,
• czy GA4 rejestruje ruch w czasie rzeczywistym.

To kwadrans pracy, który warto wykonać zanim zaczniesz informować o uruchomieniu.

Czego nie obiecuje podstawowe SEO?

Zadbanie o checkliste przed publikacją to techniczna podstawa, nie gwarancja wyników. Google nie gwarantuje indeksacji ani pozycji tylko dlatego, że strona spełnia podstawy techniczne — i żaden uczciwy wykonawca nie powinien Ci tego obiecywać.

Podstawowe SEO przy uruchomieniu to: poprawna indeksowalność, brak blokad technicznych, meta dane, nagłówki, przyjazne URL-e, sitemap, Search Console i analityka. To wszystko sprawia, że Google może stronę zobaczyć i poprawnie ją zrozumieć. Ale pozycja na konkretne frazy zależy też od jakości treści, konkurencji w danej niszy, linkowania zewnętrznego i czasu — to proces, nie jednorazowe działanie.

Jeśli interesuje Cię, co dzieje się po publikacji i jak buduje się widoczność etapami, przejdź do oferty SEO i marketingu WenaIT.

Jak WenaIT przygotowuje nowe strony do SEO?

WenaIT obejmuje podstawowe SEO na etapie realizacji, nie jako osobny krok po wdrożeniu. Jeszcze zanim strona trafi na produkcję, ustawiane są: przyjazne adresy URL, nagłówki zgodne ze strukturą treści, meta tytuły i opisy, sitemap, plik robots.txt oraz podpięcie Google Search Console. Zakres obejmuje cały cykl — od projektu przez wykonanie do uruchomienia.

Przykładem jest strona adwokata z Grójca — one page z wyraźną hierarchią treści. Przy szkółce rolkarskiej RolkiGrojec struktura miała od startu wspierać jasny scenariusz użytkownika. Przy stronie usług przewozowych priorytetem był krótki czas ładowania lekkiej strony HTML/PHP.

Jeśli planujesz nową stronę i chcesz, żeby SEO było częścią projektu od początku, sprawdź ofertę budowy stron internetowych. Przydatny jest też artykuł jak wybrać firmę do stworzenia strony, a kwestię kosztów opisuje ile kosztuje strona internetowa.

FAQ

Czy nowa strona sama pojawi się w Google?

Nie automatycznie i nie natychmiast. Google musi najpierw odkryć stronę, a potem zdecydować się ją zaindeksować. Podpięcie Google Search Console i zgłoszenie sitemapy pomaga Google odkrywać adresy oraz pozwala monitorować stan indeksacji — ale nie gwarantuje konkretnego terminu. Czas pierwszej indeksacji zależy od domeny, linkowania, jakości treści i decyzji Google, dlatego lepiej obserwować stan w Search Console zamiast zakładać konkretny termin.

Czy Google Search Console jest konieczne?

Formalnie nie jest wymagane, ale praktycznie jest niezbędne. Search Console to jedyne darmowe narzędzie, które pokazuje, które adresy Google zaindeksował, jakie błędy wykrył i jakie frazy generują wyświetlenia. Bez niego nie wiesz, czy strona jest w ogóle widoczna dla Google — i nie masz żadnych danych do dalszej pracy.

Czy sitemap gwarantuje indeksację?

Nie. Sitemap to wskazówka dla Google — informacja o tym, że dany adres istnieje i warto go sprawdzić. Google może te wskazówki zignorować lub zaindeksować tylko część z nich. Sitemap pomaga, ale nie zastępuje wartościowej treści ani poprawnej konfiguracji technicznej.

Czy jedna strona może mieć kilka H1?

Technicznie HTML na to pozwala, ale z punktu widzenia SEO i przejrzystości treści — powinna być jeden H1 na podstronę. Jeden H1 to jasny sygnał dla Google, czego dotyczy dana strona. Kilka H1 może sugerować chaos strukturalny.

Czy podstawowe SEO wystarczy do wysokich pozycji?

Nie wystarczy. Podstawy techniczne to konieczny fundament — bez nich trudno w ogóle mówić o widoczności. Ale pozycja na konkurencyjne frazy wymaga też wartościowej treści, czasu, sygnałów zaufania i linków zewnętrznych. Podstawowe SEO przy starcie strony to punkt wyjścia, nie meta.

Co zrobić po publikacji nowej strony?

Po uruchomieniu: zweryfikuj podpięcie Search Console, sprawdź indeksację pierwszych adresów narzędziem „Sprawdź URL", upewnij się, że sitemap jest zgłoszona, i zacznij zbierać dane w GA4. W kolejnych tygodniach obserwuj, które strony są zaindeksowane, a jakie błędy zgłasza Search Console. Na tej podstawie możesz planować dalsze działania — treści, linkowanie, ewentualny audyt SEO.

Sprawdź, czy nowa strona jest gotowa do publikacji

Jeśli zbliżasz się do uruchomienia nowej strony i chcesz mieć pewność, że nie startuje z błędami SEO — wypełnij brief i opisz sytuację. Na tej podstawie możemy sprawdzić listę kontrolną razem.

Jeśli interesuje Cię, jak WenaIT łączy budowę strony z podstawowym SEO od pierwszego dnia — sprawdź ofertę budowy stron internetowych.