Przed wydaniem pieniędzy sprawdź, czy strona prowadzi do konkretnego celu, jasno wyjaśnia ofertę, działa na telefonie, jest dostępna dla robotów i ludzi oraz czy decyzje wynikają z dowodów. Audyt powinien odróżniać błąd potwierdzony od hipotezy wymagającej danych.
Najpierw ustal, po co strona ma działać
Nie da się uczciwie ocenić strony bez celu. Dla jednej firmy będzie nim wysłanie formularza, dla innej telefon, rezerwacja terminu, sprzedaż produktu lub pobranie oferty. Zapisz jeden główny krok oraz maksymalnie dwa pomocnicze. Dopiero wtedy można sprawdzić, czy nagłówek, treść, CTA i formularz prowadzą odbiorcę w tę samą stronę.
Przykład: jeśli celem jest zapytanie o usługę, strona nie musi wyjaśniać całej historii firmy przed pokazaniem sposobu kontaktu. Powinna jednak dawać wystarczającą odpowiedź na pytania: co oferujesz, dla kogo, jaki problem rozwiązujesz, co wydarzy się po kontakcie i dlaczego odbiorca ma zaufać właśnie tej informacji.
Nie kupuj „wyniku”, kupuj dowody
W audycie warto rozdzielić trzy poziomy. Fakt to coś, co można odtworzyć: adres zwraca 404, przycisk prowadzi do złej sekcji, na 390 px pojawia się poziomy przewijanie albo strona ma noindex. Wniosek łączy fakt z ryzykiem, np. brak widocznego CTA może utrudniać rozpoczęcie kontaktu. Hipoteza wymaga dodatkowych danych, na przykład „użytkownicy porzucają formularz przez zbyt długie pola”. Nie przedstawiaj hipotezy jako przyczyny, jeśli nie ma nagrań sesji, analityki lub kontrolowanego testu.
Ten podział chroni budżet. Dzięki niemu najpierw usuwasz przeszkody, które są realne i sprawdzalne, zamiast przebudowywać element tylko dlatego, że ktoś uważa go za „niemodny”.
Praktyczna checklista audytu
| Obszar | Co sprawdzić | Dowód, którego oczekiwać |
|---|---|---|
| Cel i oferta | Czy pierwszy ekran mówi, co firma robi i dla kogo? | Zapis ekranu oraz cytat z widocznego nagłówka i CTA. |
| Ścieżka kontaktu | Czy przyciski, telefon, e-mail i formularz mają prawidłowe cele? | Lista linków, statusów i bezpieczny test walidacji formularza. |
| Mobile | Czy menu, tekst, pola i CTA mieszczą się przy szerokości 390 px? | Zrzut ekranu i kontrola poziomego overflow. |
| Indeksowanie | Czy ważna strona zwraca 200, ma canonical i nie ma noindex? | Surowa odpowiedź HTTP oraz odczyt meta robots i canonical. |
| Treść | Czy odpowiedź jest konkretna i spójna z ofertą? | Porównanie H1, nagłówków, ceny/warunków i widocznego CTA. |
| Pomiary | Czy wiadomo, które źródła i działania prowadzą do kontaktu? | Opis zdarzeń i luk w analityce; bez wnioskowania z samych odsłon. |
Sprawdź ofertę oczami osoby, która trafia pierwszy raz
Otwórz stronę w nowej sesji, bez znajomości firmy. W ciągu kilkunastu sekund spróbuj odpowiedzieć: czym zajmuje się firma, dla kogo jest oferta, co odróżnia ją od alternatywy i jaki ma być następny krok. Jeśli odpowiedź zależy od długiego przewijania, niejasnych haseł lub domysłów, jest to problem komunikacyjny — nawet gdy projekt graficzny wygląda poprawnie.
Przyjrzyj się także zgodności. Nazwa usługi, zakres, deklaracje i warunki w hero, podstronach usługowych, FAQ oraz kontakcie nie powinny sobie przeczyć. Audyt nie zastępuje opinii prawnej, ale może wskazać, że obietnica, cena z gwiazdką albo link do regulaminu są niejasne lub niedostępne.
Mobile i podstawowy UX: sprawdzaj scenariusz, nie tylko widok
Na telefonie nie wystarczy zrobić jeden screenshot u góry strony. Przejdź do CTA z dalszej sekcji, otwórz nawigację, spróbuj wrócić do kontaktu i sprawdź pola formularza. Warto oglądać stronę przy 390 px szerokości, bo wtedy najłatwiej zauważyć wystające elementy, mikroskopijny tekst, zasłonięte przyciski i poziome przewijanie.
Nie wysyłaj prawdziwego formularza tylko po to, aby „odhaczyć” test. Bez zgody można sprawdzić walidację po stronie klienta, obowiązkowe pola i działanie linków. Dostarczenie wiadomości wymaga osobnego, kontrolowanego testu oraz potwierdzenia w wskazanej skrzynce.
SEO: minimum, które musi być sprawdzalne
Ważna strona powinna być publicznie dostępna i zwracać HTTP 200. Google wskazuje, że aby strona mogła być indeksowana, Googlebot nie może być blokowany, a zawartość musi nadawać się do indeksowania. Sam robots.txt nie jest metodą ukrywania strony w wynikach — dla wykluczenia używa się noindex przy umożliwieniu crawlowania lub ochrony dostępu.
Dla każdej ważnej podstrony zapisz: końcowy URL po przekierowaniach, status, title, meta description, jeden H1, canonical, meta robots i widoczne linki wewnętrzne. W sitemapie powinny znajdować się preferowane, kanoniczne URL-e, a data lastmod powinna odzwierciedlać istotną zmianę. To nie gwarantuje indeksacji ani pozycji; daje jednak techniczny punkt startu do dalszej diagnozy.
Jak ustalić kolejność prac
- Usuń blokery: niedziałające kluczowe linki, błędy 404, noindex na ważnej stronie, brak kontaktu, niedostępny mobile.
- Napraw niejasności: oferta bez odbiorcy, CTA bez obietnicy następnego kroku, sprzeczne informacje i niewidoczne warunki.
- Uzupełnij pomiary: zdefiniuj główną konwersję i sprawdź, czy da się ją odróżnić od zwykłej wizyty.
- Dopiero potem rozwijaj: nowe treści, rozbudowę sekcji, eksperymenty i większą modernizację.
Takie podejście nie obiecuje wzrostu po jednej zmianie. Pomaga ograniczyć ryzyko wydania budżetu na efekt, którego nie da się później przypisać do problemu ani zweryfikować.
Co powinno znaleźć się w odbiorze audytu
Poproś o listę URL-i i ekranów objętych kontrolą, priorytety, reprodukowalne dowody oraz opis weryfikacji po poprawce. Dobra rekomendacja ma lokalizację, obserwację, wpływ i konkretny test odbiorowy. „Popraw SEO” nie spełnia tego standardu. „Na /usluga/ canonical wskazuje inny adres; ustaw canonical na docelowy URL i ponownie sprawdź kod strony” — już tak.
Oficjalne materiały Google podkreślają wartość dostępnej, indeksowalnej treści, uporządkowanej struktury technicznej i danych strukturalnych zgodnych z widoczną treścią. To lepszy punkt wyjścia niż zestaw skrótów lub gwarancji efektu.
Źródła
- Google Search Central — wymagania techniczne Google Search
- Google Search Central — robots.txt i jego ograniczenia
- Google Search Central — budowanie sitemap
- Google Search Central — generative AI i fundamenty SEO
Chcesz zacząć od sprawdzalnych sygnałów?
GEO Check analizuje publicznie dostępne elementy strony i pokazuje dowody oraz kolejność działań — bez obietnicy pozycji lub cytowania.
Sprawdź stronę w GEO Check ↗