Darmowe
narzędzia SEO.

Od pytania do narzędzia: od czego zacząć samodzielne sprawdzanie strony

Samodzielne sprawdzanie SEO może wyglądać tak: otwartych jest dwanaście kart, każda pokazuje inny wykres, a po godzinie wiadomo tylko, że „coś spadło”. W takiej sytuacji warto zacząć od konkretnego pytania. Narzędzie odpowiada na to, o co je zapytasz, a jeśli nie zapytasz o nic, odpowie wszystkim naraz.

Dlatego zaczynamy od kartki, nie od panelu. Zapisz jedno konkretne pytanie, na przykład: „Czy strona z ofertą dostaje mniej kliknięć z Google niż miesiąc temu?”, „Czy nowy artykuł w ogóle jest w indeksie?” albo „Czy strona główna działa wolno na telefonach?”. Dopiero takie pytanie mówi ci, które narzędzie otworzyć i które ustawienia wybrać.

Do większości pytań małej firmy wystarczy minimalny zestaw, bez listy trzydziestu aplikacji:

• Google Search Console — co dzieje się ze stroną w wyszukiwarce: wyświetlenia, kliknięcia, stan indeksowania konkretnych adresów.
• PageSpeed Insights — jak strona się ładuje w teście i jak wypada u prawdziwych użytkowników, o ile są na to dane.
• Google Trends — jak zmienia się zainteresowanie tematem w czasie i czy ma on swój sezon.
• Zwykły arkusz albo notatnik — najbardziej niedoceniane narzędzie SEO, bo tylko ono pamięta, co sprawdzałeś tydzień temu.

W arkuszu wystarczy kilka kolumn: data, pytanie, narzędzie, ustawienia (zakres dat, kraj, urządzenie, adres), odczyt, status odczytu i decyzja. Kolumna „status” przyda się w części o interpretacji, gdzie rozdzielamy to, co wiemy, od tego, co nam się wydaje. Zasada robocza jest prosta: jedno pytanie, jedno narzędzie, jeden wpis. Nudne, ale po trzech miesiącach masz historię zamiast wspomnień.

Co oznacza „darmowe narzędzie SEO” i gdzie kończą się bezpłatne funkcje

Darmowy dostęp może oznaczać pełne narzędzie bez opłaty, ograniczoną liczbę adresów albo możliwość analizy wyłącznie własnej, zweryfikowanej witryny. Te trzy sytuacje dają zupełnie inny zakres pracy. Zanim założysz konto, sprawdź, czy bezpłatna wersja odpowiada na twoje pytanie i czy wynik można zachować.

Search Console wymaga dostępu do właściwej usługi i danych twojej strony. PageSpeed Insights pozwala sprawdzić publiczny adres bez podłączania konta właściciela. Bezpłatny crawl całej witryny ma z kolei ograniczenia, które warto znać przed uruchomieniem: raport ucięty na limicie nie opisuje automatycznie wszystkich podstron.

Limity sprawdziliśmy 23 września 2026 r. Odnośniki do producentów są w odpowiednich rozdziałach. To zestaw do wykonania pracy, nie ranking sponsorowany ani obietnica, że sześć otwartych paneli zastąpi analizę. Wersji próbnej z datą zakończenia nie traktujemy jako stałego darmowego planu.

Najpierw dostęp, potem pomiar

Przy pracy z wykonawcą ustal, kto jest właścicielem kont i kto ma otrzymać raport. Do odczytu wyników nie rozdawaj uprawnień administracyjnych, jeśli nie są potrzebne. Nie wysyłaj nikomu hasła do swojego konta tylko dlatego, że chce „zerknąć na SEO”.

Przy każdym nowym narzędziu sprawdź zakres danych, o które prosi. Jeżeli wystarczy publiczny adres strony, nie ma powodu do wgrywania listy klientów, eksportu zamówień czy prywatnych dokumentów. Do nauki wybierz publiczną podstronę i zapisuj wyłącznie informacje potrzebne do tego pomiaru.

Search Console krok po kroku: jak zapisać pytanie i odczytać kliknięcia oraz CTR

Raport Skuteczność w Google Search Console pokazuje cztery podstawowe wartości: kliknięcia, wyświetlenia, CTR (czyli kliknięcia podzielone przez wyświetlenia) oraz średnią pozycję. Dane można przełączać między wymiarami — zapytaniami, stronami, krajami, urządzeniami i datami — a także filtrować i porównywać dwa zakresy. Opis raportu znajdziesz w pomocy Search Console o raporcie Skuteczność (odczyt: 23.09.2026).

Ważne zastrzeżenie na start: kliknięcie w Search Console to nie to samo co sesja w Google Analytics 4. To dwa różne narzędzia, liczące różne rzeczy w różny sposób, więc liczby nie muszą się zgadzać. Porównuj Search Console z Search Console, a GA4 z GA4.

Procedura, którą warto powtarzać za każdym razem w tej samej kolejności:

1. Zapisz pytanie. Jedno zdanie, z nazwą strony i tym, co chcesz sprawdzić. „Czy podstrona /oferta/ traci kliknięcia na telefonach w Polsce?” jest pytaniem. „Jak idzie SEO?” jest westchnieniem.
2. Ustal zakres dat. Porównuj okresy o tej samej długości i podobnym charakterze. Zestawienie tygodnia świątecznego ze zwykłym tygodniem pracy powie ci głównie to, że ludzie mają święta.
3. Wskaż adres URL. Użyj filtra strony i wpisz dokładny adres, jeśli pytanie dotyczy jednej podstrony. Bez filtra patrzysz na sumę całej witryny, w której problem jednej strony łatwo się rozpuszcza.
4. Wybierz kraj. Jeśli obsługujesz klientów w Polsce, filtruj Polskę. Ruch z innych krajów potrafi wyglądać efektownie i nie mieć żadnego związku z twoim biznesem.
5. Wybierz urządzenie. Telefon i komputer to często dwa różne światy. Spadek tylko na jednym typie urządzeń to cenna wskazówka, gdzie szukać przyczyny.
6. Odczytaj i zanotuj. Najpierw kliknięcia i wyświetlenia, potem CTR, na końcu średnią pozycję. Wpisz liczby do arkusza razem z ustawieniami, bo bez ustawień liczby za miesiąc nic nie znaczą.

Średnia pozycja to średnia, a nie miejsce, które widzi każdy użytkownik. Łączy różne zapytania i różne sytuacje, więc traktuj ją jako kierunek, nie jako „nasze miejsce w Google”.

Przykład modelowy: porównanie dwóch okresów

Poniższe liczby są wymyślone na potrzeby ćwiczenia. Właścicielka pracowni porównuje podstronę z ofertą w dwóch kolejnych okresach po 28 dni, filtr: Polska, telefony. Kliknięcia spadły z 60 do 42, wyświetlenia prawie się nie zmieniły, średnia pozycja jest podobna, CTR wyraźnie niższy.

Co z tego wynika? W tym raporcie liczba kliknięć jest niższa przy podobnej liczbie wyświetleń. Nie wynika z tego jeszcze, dlaczego. Następny krok to przełączenie wymiaru na zapytania i sprawdzenie, czy spadek dotyczy wszystkich fraz, czy tylko jednej lub dwóch. Dopiero wtedy warto przyjrzeć się, jak strona wygląda w wynikach dla tych zapytań. Ostrożny wniosek brzmi: „mniej kliknięć przy podobnej liczbie wyświetleń — do sprawdzenia, przy których zapytaniach”. Nieostrożny: „Google nas ukarał”.

Czy Google ma twoją stronę w indeksie: inspekcja URL, test na żywo i ostrożność z robots i canonical

Narzędzie Sprawdzanie adresu URL w Search Console pokazuje dwie różne rzeczy, które łatwo pomylić. Domyślny widok dotyczy wersji strony, którą Google ma w indeksie. Test aktywnego adresu URL sprawdza, jak strona wygląda i czy da się ją zaindeksować teraz. Pozytywny wynik testu na żywo nie gwarantuje jednak, że strona pojawi się w wynikach wyszukiwania. Szczegóły opisuje pomoc Search Console o sprawdzaniu adresu URL (odczyt: 23.09.2026).

W praktyce ta różnica wyjaśnia wiele nieporozumień. Poprawiłeś coś wczoraj, a raport nadal pokazuje stary stan? To normalne, bo patrzysz na informacje o wersji zaindeksowanej, a nie na dzisiejszą stronę. Jeśli chcesz wiedzieć, czy poprawka działa, uruchom test na żywo i zanotuj wynik osobno, z dopiskiem „test aktywny”.

Przycisk prośby o zindeksowanie jest dokładnie tym, co mówi nazwa: prośbą. Google może ją uwzględnić szybciej albo później, a może uznać, że strona na razie nie trafi do indeksu. Wielokrotne klikanie w ten sam przycisk ma podobną skuteczność jak wielokrotne wciskanie przycisku przy przejściu dla pieszych.

Robots i canonical: nie zmieniaj na ślepo

Kiedy strona nie jest w indeksie, pojawia się pokusa, żeby „coś zmienić w robots.txt” albo „poprawić canonical”, bo tak podpowiedział jakiś wątek na forum. Nieostrożna zmiana może utrudnić crawlowanie lub wpłynąć na wybór adresu kanonicznego. Blokada w robots.txt dotyczy crawlowania i sama nie oznacza usunięcia adresu z indeksu. Dyrektywa noindex dotyczy indeksowania; robot musi mieć możliwość odczytania jej na stronie. Dlatego zanim cokolwiek ruszysz, przejdź przez prostą listę:

1. Zapisz, co dokładnie mówi inspekcja: czy strona jest w indeksie, a jeśli nie, jaki powód podaje raport.
2. Sprawdź, czy raport wskazuje stronę kanoniczną wybraną przez Google i czy różni się ona od tej, którą wskazuje twoja strona. Różnica to informacja, a nie automatycznie błąd.
3. Zrób kopię obecnego pliku robots.txt i zanotuj obecne ustawienia, zanim ktokolwiek je zmieni.
4. Jeśli nie wiesz, dlaczego dane ustawienie jest takie, a nie inne, zapytaj osobę, która budowała stronę. Czasem blokada jest celowa, na przykład dla wersji testowej albo koszyka.
5. Zmieniaj jedną rzecz naraz i zapisz datę zmiany. Bez daty nie połączysz później przyczyny ze skutkiem.

Modelowa sytuacja: nowy wpis na blogu nie pojawia się w indeksie od kilku dni, a test na żywo nie pokazuje przeszkód. Rozsądna decyzja to złożyć prośbę raz, upewnić się, że do wpisu prowadzą linki z innych stron serwisu, i wrócić do sprawdzenia za jakiś czas. Nierozsądna to przepisywanie robots.txt „na wszelki wypadek”.

PageSpeed Insights bez nerwów: laboratorium, prawdziwi użytkownicy i ocena, która nie jest celem

PageSpeed Insights łączy dwa rodzaje danych. Pierwszy to dane laboratoryjne z Lighthouse: jedno kontrolowane wczytanie strony w symulowanych warunkach. Drugi to dane z raportu CrUX, czyli z doświadczeń prawdziwych użytkowników Chrome, zebrane z ostatnich 28 dni. Wyniki są osobno dla telefonów i komputerów, a dane rzeczywiste mogą dotyczyć konkretnego adresu albo origin, jeśli dla samego adresu nie ma wystarczających danych. Origin to zestaw: protokół, host i port — nie zbiór wszystkich subdomen. Opis znajdziesz w dokumentacji PageSpeed Insights (odczyt: 23.09.2026).

Laboratorium odpowiada na pytanie „co może spowalniać stronę”. Dane użytkowników odpowiadają na pytanie „jak strona faktycznie działa u ludzi”. To dwie różne rozmowy i warto je notować w osobnych wierszach arkusza, żeby nie mieszać symulacji z rzeczywistością.

Brak danych to nie dobra wiadomość

Mniejsze strony często widzą komunikat, że nie ma wystarczających danych od użytkowników. Łatwo odczytać to jako „nie ma problemów”. Tymczasem oznacza to brak wystarczających dostępnych danych CrUX dla tego zakresu. Nie ustala samo w sobie przyczyny tej niedostępności. Strona może działać świetnie albo fatalnie — po prostu tego nie wiemy. W arkuszu wpisz „brak danych”, a nie „OK”.

Telefon i komputer to dwa osobne wyniki

Zacznij od zakładki mobilnej, jeśli twoi klienci szukają głównie z telefonów, a Search Console to potwierdza w podziale na urządzenia. Dobry wynik na komputerze nie przenosi się automatycznie na telefon, bo inne są ekran, procesor i połączenie. Porównuj zawsze telefon z telefonem z poprzedniego pomiaru.

Jak czytać diagnozę

Lista sugestii w części laboratoryjnej potrafi być długa i brzmieć groźnie. Zamiast naprawiać wszystko od góry, pogrupuj ją według tego, kto może to zrobić:

• ty sam — na przykład zbyt ciężkie zdjęcia wgrywane przez panel,
• osoba od strony — skrypty, motyw, wtyczki, sposób ładowania elementów,
• hosting — czas odpowiedzi serwera i jego konfiguracja.

Potem wybierz jedną lub dwie rzeczy z największym potencjalnym wpływem, wprowadź je i sprawdź ponownie. Pamiętaj, że wynik laboratoryjny potrafi się nieco różnić między kolejnymi uruchomieniami, więc drobne wahania to nie powód do świętowania ani do żałoby.

100/100 to nie cel biznesowy

Ocena punktowa jest wygodnym skrótem, ale nie jest zamówieniem od klienta. Strona z wynikiem nieco niższym, która szybko pokazuje treść i działa płynnie, jest lepsza niż strona wyżyłowana do setki kosztem wycięcia formularza kontaktowego. Celem jest to, żeby ludzie mogli wygodnie skorzystać ze strony, a nie żeby zrzut ekranu dobrze wyglądał na LinkedInie.

Rzeczywisty test PageSpeed: 100 za SEO, 71 za wydajność i brak danych użytkowników

23 września 2026 r. o 10:48 CEST uruchomiliśmy PageSpeed Insights dla publicznego poradnika UX — co to jest. Wybraliśmy widok mobilny. Raport wskazał emulację Moto G Power, Lighthouse 13.5.0, ograniczenie połączenia do 4G i wstępne wczytanie pojedynczej strony.

To jeden zapisany pomiar, a nie średnia z serii i nie audyt całej domeny. Podajemy również wynik, który wymaga pracy, bo taka instrukcja ma pokazywać odczytywanie danych, a nie same zielone kółka. Otwórz rzeczywisty raport PageSpeed; dostępność zapisanych raportów zależy od usługi Google.

Jeśli chcesz sprawdzić, jak strona działa bez Twojej zwykłej sesji logowania, zobacz jak włączyć tryb incognito i jakie ma ograniczenia. To pomoc przy ręcznym sprawdzaniu strony, a nie sposób na obiektywny pomiar jej pozycji w Google.

Co wiemy, a czego jeszcze nie wiemy

FAKT: w tym uruchomieniu duży element treści został wyrenderowany po 6,3 s. HIPOTEZA: warto sprawdzić jego zasób i sposób ładowania. Sama liczba nie mówi jednak, czy odpowiada za nią obraz, serwer, skrypt czy kombinacja zależności. Przyczynę trzeba ustalić w diagnostyce, zanim zacznie się usuwać elementy strony.

BRAK DANYCH: raport nie podał wystarczających danych doświadczeń użytkowników. Nie ogłaszamy więc na podstawie tego badania ani zaliczenia, ani niezaliczenia rzeczywistych Core Web Vitals. Nie przenosimy laboratoryjnego TBT wprost na INP u użytkowników — są to różne pomiary.

ODRZUCONE: „100 w kategorii SEO oznacza pierwszą pozycję w Google”. Ten wynik dotyczy zakresu automatycznych kontroli Lighthouse. Nie potwierdza trafności odpowiedzi na każdą frazę, jakości wszystkich linków ani skuteczności oferty. Ten sam raport może pokazać 100 w jednej kategorii i problem w innej.

Właściwy kolejny krok to rozpoznanie elementu LCP, zapisanie przyczyny do sprawdzenia i porównywalny pomiar po konkretnej poprawce. W tym poradniku nie wdrażamy zmian w badanym artykule. Wykorzystujemy odczyt jako materiał do nauki.

Screaming Frog: znajdź niedziałający link i miejsce, z którego prowadzi

Screaming Frog SEO Spider odwiedza adresy witryny i zbiera informacje o ich odpowiedziach oraz powiązaniach. Wersja bezpłatna pozwala na crawl do 500 URL-i. Limit odnosi się do adresów, dlatego nie utożsamiaj go bez sprawdzenia z liczbą opublikowanych artykułów.

Dobrym pierwszym zadaniem jest sprawdzenie linków prowadzących do odpowiedzi 404. Producent pokazuje procedurę w instrukcji wyszukiwania niedziałających linków. Zacznij od własnej witryny i umiarkowanego zakresu. Nie potrzebujesz od razu wielkiego indeksu całego internetu.

1. Uruchom SEO Spider i wpisz adres strony, od której ma rozpocząć przeglądanie.
2. Rozpocznij crawl i poczekaj na zakończenie albo informację o osiągnięciu limitu.
3. W odpowiedziach serwera znajdź adresy z grupy błędów klienta. Sprawdź konkretne kody; nie każda odpowiedź 4xx oznacza to samo.
4. Wybierz podejrzany adres i sprawdź linki przychodzące, aby ustalić stronę źródłową.
5. Otwórz ten link w kontekście. Dopiero wtedy zdecyduj, czy poprawić odnośnik, przywrócić treść, czy przygotować uzasadnione przekierowanie.

404 nie daje jeszcze gotowej recepty

Przykład modelowy: poradnik zawiera link „pobierz instrukcję”, który prowadzi do usuniętego PDF-u. Użytkownik traci obiecany materiał. Działaniem może być przywrócenie właściwego pliku albo poprawienie linku do aktualnej instrukcji. Przekierowanie wszystkich brakujących plików na stronę główną nie rozwiązuje zadania czytelnika.

Inny model: stary adres produktu został celowo wycofany i nie ma sensownego następcy. To odmienna sytuacja niż literówka w menu. Zanim cokolwiek zmienisz, zapisz, skąd prowadzi link, czego oczekuje odbiorca i czy istnieje odpowiadająca mu treść. Ta notatka jest ważniejsza od samej czerwonej etykiety w raporcie.

Jak przekazać znaleziony problem

W zgłoszeniu umieść adres strony źródłowej, tekst linku, jego cel, kod odpowiedzi i oczekiwane zachowanie. Dodaj datę pomiaru oraz informację, czy błąd udało się odtworzyć ręcznie. „Na podstronie kontakt link do cennika prowadzi do 404” pozwala zacząć naprawę. „Audyt świeci na czerwono” pozwala najwyżej zacząć kolejną rozmowę.

Po zmianie wróć do tego samego miejsca i wykonaj sprawdzenie ponownie. Potwierdź nie tylko kod 200, ale też właściwą treść docelową. Strona błędu zwracająca 200 nadal może być dla użytkownika ślepą uliczką.

Ahrefs Free: audyt własnej strony i warunki bezpłatnego planu

Ahrefs Free udostępnia audyt zweryfikowanych witryn. Według aktualnie sprawdzonej strony narzędzia do audytu SEO projekt otrzymuje 5000 kredytów crawlowania miesięcznie. To nie jest nieograniczony dostęp do wszystkich raportów konkurencji i całego płatnego Ahrefsa.

Producent osobno wyjaśnia naliczanie kredytów w Site Audit: zużywają je wewnętrzne strony HTML odpowiadające kodem 200. Liczba wszystkich znalezionych URL-i może więc różnić się od liczby wykorzystanych kredytów. Sprawdzaj licznik właściwy dla swojego projektu, zamiast przeliczać go na oko.

Jak wykorzystać pierwszy raport

Po uzyskaniu dostępu i wykonaniu audytu wybierz jeden typ problemu. Zobacz konkretne adresy, przeczytaj objaśnienie i porównaj z rzeczywistą stroną. Nie zaczynaj od poprawiania wszystkiego tylko po to, żeby podnieść zbiorczy wskaźnik kondycji witryny.

Przykład modelowy: raport wskazuje powtarzające się opisy na kilku podstronach. Najpierw ustalasz, czy są to rzeczywiście różne oferty, czy warianty jednego adresu. Potem sprawdzasz, czy treść każdej strony odpowiada innemu zadaniu. Dopiero z tego wynika decyzja o opisach lub strukturze. Sam komunikat o powtórzeniu nie rozstrzyga całej architektury serwisu.

Drugim przydatnym zastosowaniem jest powrót do raportu po naprawie. Zachowaj zakres, datę i listę sprawdzanych adresów. Jeśli porównujesz dwa crawle o zupełnie innym zasięgu, mniejsza liczba błędów może wynikać z mniejszej próbki. Wynik trzeba umieć wytłumaczyć, nie tylko pokazać.

Kiedy darmowy plan przestaje wystarczać

Decyzję o płatnym narzędziu oprzyj na brakującym zadaniu: potrzebujesz większego zakresu, regularnego monitorowania określonych fraz, wygodniejszego eksportu albo analizy konkurencji? Zapisz tę potrzebę przed sprawdzeniem cennika. Jeżeli nie potrafisz wskazać działania, którego nie wykonujesz przez ograniczenie planu, nowy abonament może tylko dołożyć kolejny panel.

Do samodzielnego sprawdzenia małej witryny zacznij od tego, co już masz. Przy bardziej złożonym problemie sensowniejsza może być analiza przez specjalistę niż kupowanie kilku nakładających się narzędzi. Zakres naszej pracy nad widocznością w Google opisujemy oddzielnie od tego poradnika.

Google Trends: jak dobrać kraj, czas i temat, żeby wykres cokolwiek znaczył

Google Trends pokazuje zainteresowanie wyszukiwaniami na podstawie próbki zapytań. Wynik jest indeksem od 0 do 100, znormalizowanym do wybranego miejsca i okresu: 100 oznacza najwyższy punkt zainteresowania w tym konkretnym ustawieniu. To nie jest liczba wyszukiwań. Zasady opisuje pomoc Google Trends o danych (odczyt: 23.09.2026).

Z tego wynika najważniejsza zasada: zmiana ustawień zmienia skalę. Ten sam temat może mieć „100” w jednym zakresie i „40” w innym, bo zmienił się punkt odniesienia. Dlatego zapisuj ustawienia przy każdym zrzucie wykresu, tak jak w Search Console.

Dobór ustawień

• Kraj: jeśli działasz w Polsce, ustaw Polskę. Widok globalny dla polskiej frazy to zwykle szum.
• Czas: do sprawdzenia sezonowości wybierz kilka lat, żeby zobaczyć, czy wzrost powtarza się co roku. Do sprawdzenia bieżącej sytuacji wystarczy krótszy zakres.
• Temat czy wyszukiwane hasło: Trends pozwala wybrać temat grupujący powiązane sformułowania albo wyszukiwane hasło. Obejmują one różne zestawy zapytań. Można zestawić je na wykresie, ale różnica zakresu musi być częścią interpretacji; nie traktuj ich automatycznie jako równoważnych kategorii.

Sezonowość i decyzje

Największa wartość Trends dla małej firmy to kalendarz. Przykład modelowy: firma montująca klimatyzację widzi w zakresie pięcioletnim, że zainteresowanie tematem rośnie co roku późną wiosną i opada jesienią. Decyzja nie brzmi „piszmy więcej o klimatyzacji”, tylko „przygotujmy i opublikujmy poradnik kilka tygodni przed sezonem, a nie w jego szczycie”.

Porównując dwa hasła, widzisz tylko ich względne zainteresowanie. Jeśli jedno ma przewagę na wykresie, wiesz, że było częściej wyszukiwane w tej próbce i tym ustawieniu. Nie wiesz, ilu to ludzi, i nie wiesz, czy którekolwiek z nich przyniesie ci klientów. Search Console pokaże wyświetlenia i kliknięcia, gdy strona zacznie się pojawiać w wynikach. To nadal nie dowód pozyskania klientów — do tego potrzebujesz pomiaru zapytań lub sprzedaży i ich źródeł.

Rich Results Test: sprawdź dane uporządkowane, nie obiecuj rozszerzeń

Test wyników z elementami rozszerzonymi pomaga sprawdzić obsługiwane przez Google dane uporządkowane. To inny etap niż ocena treści i inny niż potwierdzenie indeksowania strony. Można poprawnie opisać artykuł, a mimo tego nie otrzymać oczekiwanej prezentacji w wyszukiwarce.

Dokumentacja Google dotycząca danych uporządkowanych opisuje ich rolę i sposób sprawdzania. Uruchom Rich Results Test dla publicznego adresu albo badanego kodu i zobacz, co faktycznie wykryto. Raport czytaj na poziomie elementu oraz konkretnej właściwości.

1. Sprawdź, czy wykryty typ odpowiada treści strony. Artykuł, produkt i oferta usługi nie są zamiennymi etykietami.
2. Rozdziel błędy uniemożliwiające kwalifikację danego elementu od ostrzeżeń dotyczących pól zalecanych.
3. Zweryfikuj zgodność danych z tym, co czytelnik widzi: tytułem, autorem, obrazem i pozostałymi informacjami.
4. Po poprawce przetestuj opublikowany adres, aby sprawdzić kod emitowany przez cały serwis, a nie tylko pojedynczy fragment.

Wtyczka i ręczny kod mogą opisywać to samo

W WordPressie dane może dodawać wtyczka SEO, motyw oraz dodatkowy blok HTML. Zanim wkleisz następny skrypt JSON-LD, ustal, które opisy są już obecne. Kilka elementów na stronie bywa uzasadnione, ale sprzeczne tytuły, daty lub adresy tej samej treści utrudniają ocenę poprawności.

Nie dodawaj fikcyjnych ocen, liczby recenzji ani autora tylko po to, żeby test wyglądał lepiej. Narzędzie potrafi sprawdzić strukturę, ale odpowiedzialność za zgodność informacji pozostaje po stronie publikującego. Zielony komunikat nie zamienia nieprawdziwej informacji w prawdziwą.

Gdy raport nic nie wykrywa, zacznij od sprawdzenia, czy badany typ jest w ogóle obsługiwany w tym teście. Nie wyciągaj od razu wniosku, że cały serwis nie ma żadnych danych uporządkowanych. Zachowaj wynik i porównaj go z kodem strony oraz dokumentacją właściwego typu.

Jak czytać wyniki: fakt, hipoteza i brak danych oraz pułapka korelacji

Odczyty i wyjaśnienia warto rozdzielać na cztery statusy: FAKT, HIPOTEZA, BRAK DANYCH i ODRZUCONE. To najprostszy sposób, żeby po miesiącu nie traktować własnych domysłów jak ustaleń.

• FAKT — to, co narzędzie pokazało przy zapisanych ustawieniach. „W okresie X, dla Polski i telefonów, strona miała 42 kliknięcia.” Bez interpretacji, bez przymiotników.
• HIPOTEZA — twoje wyjaśnienie faktu, które da się sprawdzić. „Spadek może wynikać ze zmiany tytułu strony.” Każda hipoteza powinna mieć dopisany sposób sprawdzenia.
• BRAK DANYCH — narzędzie nie odpowiedziało na pytanie. Przykład: brak wystarczających dostępnych danych CrUX w PageSpeed Insights. Zero wyświetleń odczytane w raporcie jest faktem dla wybranego zakresu, a nie brakiem danych; przy zerze wyświetleń nie wyliczysz CTR. Płaski wykres Trends również wymaga sprawdzenia skali i ustawień. To pełnoprawny wynik, a nie luka do zapełnienia zgadywaniem.
• ODRZUCONE — wyjaśnienie, które nie jest zgodne z dowodami albo przekracza zakres pomiaru. „100 punktów SEO w Lighthouse potwierdza pierwszą pozycję w Google” odrzucamy, ponieważ ten test nie mierzy pozycji strony.

CTR bez złudzeń: modelowe porównanie

Dwie wymyślone strony, liczone na tych samych zasadach. Strona A: 1000 wyświetleń i 20 kliknięć, czyli CTR 2%. Strona B: 100 wyświetleń i 10 kliknięć, czyli CTR 10%. Na pierwszy rzut oka B wygląda jak zwycięzca. Ale strona A przyniosła dwa razy więcej kliknięć.

Wyższy CTR nie oznacza większego ruchu. Wyraża stosunek liczby kliknięć do liczby wyświetleń w wybranym raporcie. Nie jest odsetkiem unikalnych osób. W praktyce oba wskaźniki podpowiadają różne decyzje: przy stronie A warto zastanowić się, czy można zwiększyć udział kliknięć przy tysiącu wyświetleń. Przy stronie B pytanie brzmi raczej, czy można zwiększyć liczbę trafnych wyświetleń. Mała próbka dodatkowo zniekształca procenty — przy stu wyświetleniach kilka kliknięć w jedną czy drugą stronę mocno przesuwa wynik.

Korelacja to nie przyczyna

Modelowa sytuacja: w maju zmieniłeś tytuł strony z ofertą, a w czerwcu kliknięcia wzrosły. Kusi, żeby zapisać „nowy tytuł działa”. Tymczasem w tym samym czasie w Trends widać początek sezonu na twoją usługę. Wzrost mógł wynikać ze zmiany tytułu, z sezonu, z obu naraz albo z czegoś, czego nie widzisz.

Zanim zapiszesz przyczynę, przejdź przez kilka pytań:

1. Co jeszcze zmieniło się w tym samym okresie — na stronie, w ofercie, w sezonie, w reklamach?
2. Czy podobna strona, której nie zmieniałeś, zachowała się tak samo? Jeśli tak, przyczyna leży raczej poza twoją zmianą.
3. Czy porównujesz ten sam okres rok do roku, żeby ocenić możliwy wpływ sezonu?
4. Czy zmieniłeś tylko jedną rzecz naraz? Jeśli trzy, nie dowiesz się, która zadziałała.
5. Czy odczekałeś wystarczająco, żeby dane się ustabilizowały, zamiast oceniać po dwóch dniach?

Jeśli odpowiedzi nie są jednoznaczne, status zostaje „HIPOTEZA”. To nie porażka, tylko uczciwy zapis. Kosztownym błędem może być decyzja podjęta z pewnością, której dane nie uzasadniają.

Jak ustalić kolejność napraw i nie utknąć w raportach

Raport jest listą obserwacji, a plan pracy wymaga decyzji. Najpierw ustal, czy ważne podstrony są dostępne i czy mogą realizować swoje zadanie. Potem zajmij się problemami, które utrudniają dotarcie do treści, obsługę na telefonie albo zrozumienie oferty. Drobne kosmetyczne różnice nie powinny odsuwać naprawy niedziałającego kontaktu.

Trzy pytania do każdego zgłoszenia

• Jakie zadanie blokuje? Czytelnik nie otwiera materiału, nie znajduje oferty, nie potrafi wypełnić formularza czy tylko widzi inny kolor wskaźnika?
• Jaki jest zakres? Jeden adres, szablon używany przez kilkanaście stron czy cała witryna? Nie przypisuj globalnej skali problemowi zauważonemu w jednym miejscu.
• Jak sprawdzimy poprawę? Wskaż adres, narzędzie, warunki i oczekiwane zachowanie. Samo „ma być lepiej” nie jest kryterium odbioru.

Przykład modelowy: skasowany PDF w popularnym poradniku i drobna różnica w długości opisu meta wymagają innych reakcji. PDF blokuje obiecane zadanie, więc od niego zaczynamy. Opis oceniamy w kontekście treści i wyników, zamiast poprawiać go automatycznie do liczby znaków narzuconej przez wtyczkę.

Sprawdzenie po zmianie

Oddziel potwierdzenie naprawy technicznej od obserwacji ruchu. Poprawny adres docelowy możesz przetestować od razu. Zmianę kliknięć trzeba oceniać w porównywalnych okresach, uwzględniając sezon, inne wdrożenia i zakres danych. Nie obiecuj, że zniknięcie ostrzeżenia w poniedziałek da dodatkowe zapytania we wtorek.

Jeśli problem dotyczy wygody korzystania, dołóż test zadania: przejdź drogę od wejścia na stronę do kontaktu na telefonie. Nasz warsztat UX z przykładami pomaga rozdzielić kliknięcie od rzeczywistego wykonania celu. Narzędzia SEO mogą wskazać miejsce do sprawdzenia; nie zastąpią tej próby.

Na końcu zapisz krótki wniosek: co znaleziono, co zrobiono, co potwierdzono i co nadal wymaga danych. Dzięki temu kolejny przegląd zaczyna się od poprzedniej decyzji. Nie od ponownego otwierania tych samych dwunastu kart.

Jeśli potrzebujesz interpretacji wyników i kolejności napraw, sprawdź zakres audytu SEO strony.

Najczęstsze pytania o samodzielne sprawdzanie strony