SEO techniczne nowej strony: co powinno być w cenie?

SEO techniczne nowej strony powinno obejmować co najmniej kontrolę indeksacji, logiczną strukturę adresów, poprawne metadane i nagłówki, canonicale, mapę witryny, konfigurację robots, przekierowania ze starych adresów, wydajność mobilną, właściwe dane strukturalne oraz przygotowanie Search Console i analityki. Samo zainstalowanie wtyczki SEO nie oznacza, że te elementy zostały poprawnie wdrożone.

Warto ustalić ten zakres przed podpisaniem umowy. Naprawianie podstaw po publikacji bywa droższe, a przy zastępowaniu istniejącej witryny błędna migracja może odciąć działające adresy, linki i ruch, który firma już zdobyła.

SEO techniczne nie jest obietnicą pozycji

Techniczne SEO tworzy warunki, w których wyszukiwarka może odnaleźć, odczytać i właściwie zinterpretować stronę. Nie zastępuje jednak dobrej oferty, przydatnych treści, rozpoznawalności marki ani późniejszej pracy nad widocznością.

Według wymagań technicznych Google Search, sprawdzonych 12 września 2026 roku, podstawowe warunki kwalifikujące stronę do indeksowania są krótkie:

• Googlebot nie może być zablokowany,
• adres powinien zwracać kod HTTP 200,
• strona musi zawierać treść, którą można indeksować.

Spełnienie tych warunków nie gwarantuje indeksacji ani wysokiej pozycji. Dobre wdrożenie ma usunąć bariery techniczne i ułatwić dalszą pracę, nie sprzedać obietnicę, której wykonawca nie może kontrolować.

1. Dostępność dla robotów i kontrola indeksacji

Przed publikacją serwis powinien zostać przeskanowany podobnie jak przez robota wyszukiwarki. Trzeba sprawdzić, czy ważne podstrony są dostępne bez logowania, zwracają właściwy kod odpowiedzi i nie mają przypadkowego noindex.

Kontrola powinna objąć między innymi:

• strony usług, produktów, kategorii, wpisów i kontaktu,
• błędne adresy oraz zachowanie strony 404,
• pętle i łańcuchy przekierowań,
• zasoby potrzebne do wyświetlenia głównej treści,
• wersję mobilną i treść generowaną przez JavaScript,
• pozostałości po blokadzie środowiska testowego.

To ostatnie jest szczególnie ważne. Serwis roboczy często ma ustawione noindex, aby nie pojawił się przed premierą. Po przeniesieniu na domenę produkcyjną blokadę trzeba świadomie usunąć. Google wyjaśnia też, że plik robots.txt służy głównie do zarządzania ruchem robotów, a nie do pewnego usuwania stron z wyników. Szczegóły opisuje dokumentacja robots.txt i noindex.

2. Struktura serwisu, adresy i linkowanie wewnętrzne

Architektura informacji powinna wynikać z oferty oraz sposobu, w jaki klienci szukają usług. Ważna podstrona nie może być ukryta wyłącznie w wyszukiwarce serwisu albo dostępna dopiero po kilku przypadkowych kliknięciach.

Przed kodowaniem warto ustalić:

1. główne grupy usług lub produktów,
2. relacje między stronami nadrzędnymi i szczegółowymi,
3. krótkie, opisowe adresy URL,
4. menu oraz linki prowadzące do najważniejszych treści,
5. zasady dla filtrów, parametrów i wariantów,
6. połączenia między wersjami językowymi.

Adres powinien pozostać stabilny po publikacji. Zmiana technologii nie jest powodem, aby bez potrzeby zmieniać wszystkie ścieżki. Wybór między systemami omawiam szerzej w artykule Next.js czy WordPress, ale w obu rozwiązaniach można przygotować czytelną strukturę.

3. Tytuły, opisy i hierarchia nagłówków

Każda ważna podstrona powinna mieć własny, konkretny tytuł oraz opis odnoszący się do jej zawartości. Nie warto kopiować nazwy firmy do wszystkich pól ani tworzyć automatycznych ciągów słów kluczowych.

W zakresie wdrożenia powinny znaleźć się:

• jeden zrozumiały temat głównego nagłówka strony,
• logiczne nagłówki kolejnych sekcji,
• unikalny tytuł dokumentu,
• opis zachęcający właściwą osobę do odwiedzin,
• teksty alternatywne dla obrazów, które przekazują informację,
• poprawne nazwy linków i przycisków.

Google może samodzielnie zmienić tytuł albo opis wyświetlany w wynikach. Nie zwalnia to z przygotowania dobrych metadanych, ponieważ jasno określają temat strony i porządkują materiał dla dalszej optymalizacji.

4. Canonicale, mapa witryny i zasady dla duplikatów

Serwis może udostępniać podobną treść pod kilkoma adresami, na przykład przez parametry, warianty produktu albo różne wersje ukośnika. Canonical wskazuje preferowaną wersję, ale musi być spójny z linkami, przekierowaniami i mapą witryny.

Google zaleca wybór adresu kanonicznego dla każdej strony i umieszczanie preferowanych adresów w sitemapie. Jednocześnie canonical jest wskazówką, a nie poleceniem, które wyszukiwarka zawsze wykona.

Przy odbiorze trzeba sprawdzić, czy:

• canonical prowadzi do właściwej wersji strony,
• wersje językowe nie wskazują przypadkowo jednego języka jako głównego,
• mapa witryny zawiera tylko publiczne adresy przeznaczone do indeksowania,
• adresy z sitemap zwracają kod 200,
• robots.txt wskazuje aktualną mapę,
• strony testowe, wyniki wyszukiwania i niepotrzebne parametry nie trafiają do mapy.

Przesłanie mapy nie gwarantuje odwiedzenia ani indeksacji wszystkich adresów. Oficjalna instrukcja Google określa sitemapę jako wskazówkę i opisuje jej kontrolę w raporcie Mapy witryn.

5. Dane strukturalne tylko tam, gdzie pasują

Dane strukturalne pomagają wyszukiwarce rozpoznać typ informacji na stronie. Dla konkretnego serwisu mogą być przydatne między innymi dane organizacji, artykułu, produktu, okruszków nawigacyjnych lub lokalnej firmy.

Nie należy jednak dodawać każdego dostępnego typu ani oznaczać treści, której użytkownik nie widzi. Niedozwolone jest też wpisywanie fikcyjnych ocen, cen lub pytań tylko po to, aby uzyskać bardziej rozbudowany wynik.

Kod trzeba sprawdzić testem wyników z elementami rozszerzonymi, ale poprawna walidacja nie gwarantuje specjalnego wyglądu w Google. Mówią o tym wprost wytyczne dotyczące danych strukturalnych.

6. Wydajność i działanie na telefonie

SEO techniczne powinno uwzględniać rzeczywiste korzystanie ze strony, nie tylko zielony wynik pojedynczego testu. Obrazy, fonty, skrypty, zgody cookies i elementy ładowane z zewnętrznych usług mogą zmienić wynik po publikacji.

Aktualne progi dobrego doświadczenia Core Web Vitals to:

• LCP do 2,5 sekundy,
• INP do 200 milisekund,
• CLS do 0,1.

Google zaleca ocenę co najmniej 75 percentyla wizyt, osobno dla urządzeń mobilnych i komputerów. Źródłem tych wartości jest dokumentacja Web Vitals, sprawdzona 12 września 2026 roku.

Test laboratoryjny przed premierą jest potrzebny, ale po zdobyciu ruchu warto wrócić do danych terenowych w Search Console. Wynik może różnić się zależnie od urządzenia, połączenia i zachowania użytkownika.

7. Przekierowania przy zastępowaniu starej strony

Jeżeli nowa strona zastępuje działający serwis, wykonawca powinien najpierw zebrać stare adresy. Każdy wartościowy URL trzeba pozostawić albo przekierować do najbardziej zbliżonej treści. Kierowanie wszystkiego na stronę główną nie zachowuje sensu dawnych podstron.

Plan migracji powinien zawierać:

• listę starych i nowych adresów,
• przekierowania stałe bez zbędnych łańcuchów,
• aktualizację linków wewnętrznych,
• kontrolę obrazów i dokumentów zdobywających ruch,
• crawl po publikacji,
• obserwację błędów oraz indeksacji w Search Console.

Ten etap szerzej opisuje poradnik o redesignie strony bez niepotrzebnego ryzyka SEO.

8. Search Console, analityka i raport odbiorowy

Po publikacji właściciel firmy powinien otrzymać dostęp administracyjny do narzędzi pomiarowych założonych na jego dane, a nie wyłącznie podgląd z konta wykonawcy.

Minimum po uruchomieniu to:

• zweryfikowana usługa Google Search Console,
• zgłoszona mapa witryny,
• sprawdzenie kilku kluczowych adresów w inspekcji URL,
• pomiar najważniejszych działań użytkownika,
• lista wdrożonych przekierowań,
• raport błędów znalezionych podczas końcowego crawlu.

Analityka nie powinna wysyłać danych przed uzyskaniem wymaganej zgody. Trzeba też przetestować formularze, telefony lub zakupy, a nie ograniczać odbioru do informacji, że kod śledzący znajduje się w źródle.

Czego techniczne SEO nie obejmuje automatycznie?

Techniczne przygotowanie jest fundamentem, lecz samo nie zapewnia stałego wzrostu widoczności. Osobnego zakresu mogą wymagać:

• badanie tematów i zapytań klientów,
• napisanie treści stron usługowych,
• regularne publikacje i aktualizacje,
• rozwój profilu firmy oraz widoczności lokalnej,
• pozyskiwanie prawdziwych wzmianek i linków,
• analiza konkurencji,
• optymalizacja współczynnika konwersji.

Treść nie powinna być dopisywana po fakcie do przypadkowego projektu. W poradniku jak przygotować materiały do nowej strony znajdziesz listę informacji, które warto zebrać przed rozpoczęciem pracy.

12 pytań do wykonawcy przed podpisaniem umowy

Poproś o konkretne odpowiedzi:

1. Kto przygotuje strukturę adresów i linkowanie wewnętrzne?
2. Czy każda ważna podstrona otrzyma własny tytuł, opis i canonical?
3. Jak zostaną obsłużone filtry, parametry i wersje językowe?
4. Czy mapa witryny będzie generowana i aktualizowana automatycznie?
5. Kto usunie blokady indeksacji po publikacji?
6. Jak zostaną przetestowane kody odpowiedzi, błędy 404 i przekierowania?
7. Czy oferta obejmuje crawl całego serwisu przed odbiorem?
8. Jakie dane strukturalne pasują do tej konkretnej witryny?
9. Jak zostanie sprawdzona wydajność na telefonie?
10. Czy migracja obejmuje mapę starych i nowych adresów?
11. Na czyim koncie będą Search Console i analityka?
12. Jaki raport potwierdzi wykonanie prac?

Dobra odpowiedź opisuje sposób testu i rezultat, nie tylko nazwę wtyczki. W zakresie usług AMCompany SEO techniczne jest częścią przygotowania strony, a nie dopiskiem po publikacji. Możesz również sprawdzić wybrane realizacje. Jeśli masz ofertę od wykonawcy albo planujesz zastąpić obecną witrynę, prześlij zakres projektu. Łatwiej wychwycić brakujące elementy przed startem niż odbudowywać fundamenty po wdrożeniu.