Audyt strony internetowej: 30 punktów, które sprawdzamy (i dlaczego)

53% użytkowników mobilnych zamknie Twoją stronę, jeśli nie załaduje się w 3 sekundy (Google, 2025). Twoi potencjalni klienci — właściciel warsztatu szukający hydraulika, mama szukająca fryzjera, przedsiębiorca potrzebujący biura rachunkowego — nie czekają. Wychodzą i klikają w wynik konkurenta. Nie dlatego, że Twoja oferta jest gorsza. Dlatego, że Twoja strona ma problem techniczny, o którym nikt Ci nie powiedział.

Audyt strony internetowej to systematyczna kontrola 30 punktów — od bezpieczeństwa SSL, przez podstawy SEO on-page, po wydajność w Google PageSpeed. W tym artykule tłumaczę każdy z nich w języku właściciela firmy, nie programisty. Po lekturze będziesz wiedział, co sprawdzić, co naprawić samodzielnie, a kiedy warto poprosić webmastera o pomoc.

Dlaczego audyt strony internetowej jest ważny?

90% użytkowników klika wyłącznie w wyniki z pierwszej strony Google (Backlinko, 2026). Druga strona Google to dla biznesu odpowiednik reklamy na płocie za miastem — nikt tam nie zagląda. Jeśli Twoja strona nie spełnia wymagań technicznych i SEO, nie trafisz na tę pierwszą stronę niezależnie od jakości Twojej usługi. Audyt pozwala znaleźć i naprawić wszystkie bariery, zanim one będą kosztować Cię kolejnych klientów.

Pomyśl o audycie jak o przeglądzie technicznym samochodu przed długą trasą. Auto może wyglądać świetnie na zewnątrz, ale bez kontroli opon, płynów i hamulców ryzykujesz awarię w połowie drogi. Strona bez regularnego audytu traci klientów po cichu, bez żadnego ostrzeżenia. Właściciel widzi, że telefon milczy — ale nie wie, dlaczego. Profesjonalne audyty kosztują 500–5 000 zł, ale podstawowe sprawdzenie możesz zrobić bezpłatnie i od razu.

Obszar 1: Bezpieczeństwo — SSL, HTTPS i nagłówki

Bezpieczeństwo strony to punkt zero każdego audytu. Google traktuje HTTPS jako potwierdzony sygnał rankingowy od 2014 roku, a Chrome wyświetla ostrzeżenie „Ta witryna jest niezabezpieczona" dla każdej strony bez certyfikatu SSL. Ten komunikat widzi Twój klient zanim jeszcze przeczyta pierwszą linię Twojej oferty — i w 9 na 10 przypadków zamknie kartę. Sprawdzamy tu trzy kluczowe punkty.

//Punkt 1: Certyfikat SSL — kłódka przy adresie

Certyfikat SSL szyfruje połączenie między przeglądarką odwiedzającego a Twoim serwerem. Widać go jako „https://" i małą kłódkę w pasku adresu. Bez SSL Chrome wyświetla czerwone ostrzeżenie, które odstraszy każdego klienta — zwłaszcza gdy chce zostawić numer telefonu lub skorzystać z formularza kontaktowego. Hosting oferuje certyfikat Let's Encrypt bezpłatnie, często do włączenia jednym kliknięciem w panelu zarządzania. Brak SSL to błąd krytyczny — napraw go w pierwszej kolejności.

//Punkt 2: Przekierowanie HTTP → HTTPS

Samo posiadanie certyfikatu SSL to za mało. Jeśli ktoś wpisze adres Twojej strony bez „https://" (np. wpisując tylko nazwa-firmy.pl), przeglądarka powinna automatycznie przekierować go na bezpieczną wersję. Bez tej reguły część użytkowników wchodzi niezaszyfrowanym połączeniem — i Google może widzieć dwie osobne wersje Twojej strony, co szkodzi SEO (zduplikowana treść). Naprawia się to przez jedną regułę w pliku .htaccess na hostingu Apache.

Kiedy sprawdzamy strony lokalnych firm z Wągrowca, Gniezna i Rogoźna, najczęstszy błąd w tej kategorii to właśnie brak przekierowania HTTP→HTTPS — strona ma certyfikat SSL i kłódkę widoczną dla użytkownika, ale wpisanie adresu bez „https://" nadal działa bez przekierowania. Właściciel nie wie o problemie, bo jego przeglądarka zapamiętała już bezpieczną wersję. Jego klienci mogą trafiać na niezabezpieczoną wersję. Więcej o certyfikatach SSL przeczytasz w artykule certyfikat SSL — co to jest i czy Twoja strona go potrzebuje.

//Punkt 3: Nagłówki bezpieczeństwa HTTP

Nagłówki bezpieczeństwa to ukryte instrukcje, które serwer wysyła do przeglądarki przy każdym żądaniu strony. Chronią użytkowników przed atakami clickjacking (X-Frame-Options), wymuszają HTTPS na rok do przodu (HSTS — HTTP Strict Transport Security) i blokują MIME-sniffing (X-Content-Type-Options). Ich brak to punkty odjęte w audycie Google Best Practices i łatwiejszy cel dla automatycznych ataków. Wdrożenie wymaga kilku linii w .htaccess lub wtyczki w WordPress — priorytet średni.

Obszar 2: Techniczne podstawy działania strony

Strona musi nie tylko wyglądać dobrze — musi działać poprawnie od strony technicznej. Obejmuje to kody odpowiedzi HTTP (czyli czy serwer odpowiada prawidłowo), czas ładowania, kompresję plików i responsywność na urządzeniach mobilnych. Google używa Mobile-First Indexing — indeksuje i ocenia mobilną wersję Twojej strony jako pierwszą. Błędy w tej kategorii bezpośrednio wpływają na pozycje w wyszukiwarce.

//Punkt 4: Kod odpowiedzi HTTP

Każda strona zwraca kod odpowiedzi HTTP: 200 (OK — strona istnieje), 301 (przekierowanie stałe), 404 (strona nie istnieje), 500 (błąd serwera). Google nie indeksuje stron zwracających błędy — dla robota Google strona z kodem 404 lub 500 po prostu nie istnieje. Użytkownik widzi pustą stronę lub komunikat błędu i wychodzi natychmiast. Kod 500 to sygnał, by skontaktować się z hostingiem — często oznacza problem z bazą danych lub wyczerpanie limitu pamięci RAM.

//Punkt 5: Czas ładowania strony

53% użytkowników mobilnych opuszcza stronę po 3 sekundach ładowania (Google, 2025). Konwersje spadają o 4,42% za każdą dodatkową sekundę w zakresie 0–5 sekund (Portent, 2024). Strona ładująca się w 1 sekundę ma 2,5 raza wyższy współczynnik konwersji niż ta ładująca się w 5 sekund (Portent, 2024). Progi oceny: poniżej 1,5 s — doskonały; 1,5–3 s — wymaga poprawy; powyżej 3 s — błąd krytyczny wymagający natychmiastowej reakcji.

//Punkt 6: Kompresja gzip/brotli

Kompresja gzip lub brotli to mechanizm, w którym serwer „ściska" pliki HTML, CSS i JavaScript przed wysłaniem do przeglądarki — jak ZIP, ale na żywo, bez udziału użytkownika. Kompresja zmniejsza rozmiar transferu o 60–80% (MDN Web Docs), co bezpośrednio przyspiesza ładowanie strony. Włączenie gzip to kilka linii konfiguracji w .htaccess lub ustawienie w panelu hostingu — bezpłatne i dostępne na każdym hostingu Apache lub Nginx.

//Punkt 7: Rozmiar dokumentu HTML

Rozmiar samego pliku HTML (bez obrazków, arkuszy CSS i skryptów) powinien być poniżej 100 KB. Większy plik to sygnał, że w kodzie HTML jest za dużo styli CSS wstawionych inline, zbędnych komentarzy lub nieużywanego kodu pozostałego po zmianach. Większość problemów tego typu rozwiązuje odinstalowanie nieużywanych wtyczek WordPress lub przeniesienie styli do zewnętrznych plików CSS — co przy okazji przyspiesza ładowanie strony.

//Punkt 8: Viewport meta tag — responsywność na mobile

Viewport meta tag to jednolinijkowa instrukcja dla przeglądarki mobilnej, jak skalować stronę: `<meta name="viewport" content="width=device-width, initial-scale=1">`. Bez niej strona wygląda na telefonie jak wersja na komputer, tylko pomniejszona — tekst jest za mały, przyciski za ciasne, użytkownik musi powiększać ekran. 82% stron lokalnych firm nie przechodzi testu Mobile Usability Google (BlueBase Technologies, 2026). Google ocenia mobilną wersję strony jako pierwszą — Mobile-First Indexing to standard od 2020 roku.

Obszar 3: Pliki dla robotów Google — robots.txt i sitemap.xml

Zanim Google zacznie oceniać treść Twojej strony, sprawdza dwa pliki techniczne: robots.txt (instrukcje co może, a czego nie może indeksować) i sitemap.xml (mapa wszystkich podstron). Błędy w tych plikach mogą sprawić, że Twoja strona jest całkowicie niewidoczna dla wyszukiwarki — nawet jeśli dla użytkownika wygląda i działa normalnie. To jedne z najgroźniejszych błędów, bo są niewidoczne na pierwszy rzut oka.

//Punkt 9: Plik robots.txt

Plik robots.txt to prosty plik tekstowy pod adresem twoja-strona.pl/robots.txt, zawierający instrukcje dla robotów wyszukiwarek. Bez niego Google indeksuje wszystko bez wytycznych. Z błędną konfiguracją może nie indeksować niczego. Sprawdź go ręcznie — wpisz /robots.txt na końcu adresu swojej strony. W WordPress można go edytować w: Ustawienia → Czytanie. Kluczowe: nigdy nie powinien zawierać linii „Disallow: /" dla wszystkich robotów.

//Punkt 10: Sitemap.xml — mapa witryny dla Google

Sitemap.xml to plik XML z listą wszystkich podstron Twojej witryny — mówi Google, co istnieje na stronie i kiedy było ostatnio aktualizowane. Bez sitemapy Google może nie odnaleźć wszystkich podstron, zwłaszcza gdy strona ma słaby linkbuilding wewnętrzny lub jest nowa. W WordPress sitemapę generuje automatycznie Yoast SEO lub RankMath. Po wygenerowaniu zgłoś ją w Google Search Console — to bezpłatne narzędzie Google.

//Punkt 11: robots.txt blokujący całą stronę — ukryta pułapka

Jeden z najgroźniejszych błędów w całym audycie: linia „Disallow: /" dla wszystkich robotów (User-agent: *) powoduje, że Google nie indeksuje absolutnie niczego. Strona ładuje się normalnie dla Ciebie i Twoich klientów, ale dla Google nie istnieje. Właściciele często nie wiedzą o tym przez wiele miesięcy. Najczęstsza przyczyna: opcja „Zniechęć wyszukiwarki do indeksowania tej witryny" w WordPress, zapomniana po pracy na środowisku testowym.

Obszar 4: Podstawy SEO on-page — tytuł, opis, nagłówki

Tytuł strony to potwierdzony czynnik rankingowy Google — słowo kluczowe w meta title odpowiada za 18,6% wagi czynników rankingowych (FirstPageSage, 2026). To pierwszy tekst, który klient widzi w wynikach wyszukiwania — niebieski klikalny link. Większość stron małych firm ma tutaj podstawowe błędy: tytuł to tylko nazwa firmy bez frazy kluczowej, H1 jest zduplikowany lub go brakuje, a meta description jest pusta. Sprawdzamy sześć punktów w tej kategorii.

//Punkt 12: Tytuł strony <title>

Tytuł strony to tekst widoczny w zakładce przeglądarki i jako główny link w wynikach Google. Powinien mieć 50–60 znaków (Google obcina po ok. 600px szerokości, co odpowiada mniej więcej 60 znakom), zawierać główną frazę kluczową i być unikalny dla każdej podstrony. Przykład: zamiast „Jan Kowalski Auto" wpisz „Mechanik Wągrowiec | Warsztat samochodowy Jan Kowalski". Różnica w klikalności potrafi być dramatyczna — to test wart zrobienia dziś.

//Punkt 13: Jakość tytułu — czy zawiera frazę kluczową?

Sprawdzamy, czy tytuł to nie tylko sama nazwa firmy lub brandy. „Jan Kowalski Auto" to nie fraza kluczowa — nikt tego nie wpisuje w Google. „Mechanik Gniezno | Warsztat Jan Kowalski" już działa, bo odpowiada na rzeczywiste zapytanie użytkownika. Każda podstrona usługi powinna mieć tytuł z nazwą usługi i miejscowością — to fundament lokalnego SEO, który możesz wdrożyć samodzielnie w ciągu godziny.

//Punkt 14: Meta description — opis w wynikach Google

Meta description to 2–3 zdania wyświetlane pod tytułem strony w Google. Nie jest bezpośrednim czynnikiem rankingowym, ale wpływa na CTR (Click-Through Rate) — więcej kliknięć sygnalizuje Google, że wynik jest trafny, co pośrednio poprawia pozycje. Bez opisu Google generuje losowy fragment tekstu ze strony. Optymalna długość: 130–155 znaków. Napisz unikalny opis dla każdej podstrony z frazą kluczową i konkretną korzyścią dla klienta.

//Punkt 15: Nagłówek H1 — główny tytuł strony

H1 to główny tytuł widoczny na stronie — inny niż title w zakładce przeglądarki. Google używa H1 do zrozumienia głównego tematu strony i powinna być dokładnie jedna na podstronę. Typowy błąd: brak H1 lub kilka H1 — np. gdy logo firmy i tytuł strony są oba oznaczone jako H1 przez pomyłkę w kodzie szablonu. Sprawdź rozszerzeniem HeadingsMap do Chrome — pokazuje strukturę nagłówków jednym kliknięciem.

//Punkt 16: Hierarchia nagłówków H1 → H2 → H3

Nagłówki powinny tworzyć logiczną hierarchię jak spis treści w książce: H1 (jeden główny temat), H2 (główne sekcje), H3 (podsekcje wewnątrz H2). Nie można przeskakiwać z H1 od razu do H3, pomijając H2 — zaburzona hierarchia utrudnia Google rozumienie struktury treści. To błąd częsty przy instalacji gotowych szablonów WordPress, które stylizują nagłówki na potrzeby wyglądu, nie struktury semantycznej.

//Punkt 17: Tytuł <title> i H1 — czy są identyczne?

Sprawdzamy, czy tag title i H1 nie są dokładnie tym samym tekstem. Lepiej gdy się uzupełniają: title zawiera frazę kluczową i miejscowość (np. „Mechanik Wągrowiec | Warsztat Jan Kowalski"), a H1 skupia się na usłudze i korzyści (np. „Profesjonalna naprawa samochodów osobowych od 20 lat"). Takie rozdzielenie pozwala pokryć więcej fraz kluczowych i lepiej komunikuje ofertę klientowi.

Obszar 5: Treść strony i elementy wizualne

Google ocenia nie tylko elementy techniczne i SEO, ale też jakość samej treści. Strony z cienką, powierzchowną zawartością (tzw. thin content) są deprecjonowane w wynikach wyszukiwania. Obrazki bez opisów to stracona szansa na ruch z Google Grafika i dodatkowe słowa kluczowe. A favicon — choć drobiazg — wpływa na postrzeganie profesjonalizmu przez klientów. Sprawdzamy trzy punkty w tej kategorii.

//Punkt 18: Liczba słów — „thin content"

Google ocenia, czy strona zawiera wystarczającą ilość wartościowej treści. Strony z mniej niż 300 słowami są klasyfikowane jako thin content — cienka treść niskiej jakości. To prosta przyczyna słabych pozycji w wyszukiwarce. Rozwiązanie: rozbuduj opisy usług, dodaj FAQ, opisz proces współpracy krok po kroku. Każda podstrona usługi powinna mieć minimum 300–500 słów unikalnej, wartościowej treści skierowanej do Twojego klienta.

//Punkt 19: Atrybuty alt na obrazkach

Alt to tekstowy opis obrazka w kodzie HTML — np. alt="Warsztat samochodowy Wągrowiec, wymiana opon". Google nie widzi obrazków — widzi tylko ten tekst. Brak atrybutu alt to stracona szansa na pozycje w Google Grafika i naturalną obecność frazy kluczowej w treści strony. Tekst alt jest też czytany przez czytniki ekranu dla osób niewidomych — to element dostępności WCAG. Opisz co jest na zdjęciu i wpleć naturalnie frazę kluczową.

//Punkt 20: Favicon — ikona w zakładce przeglądarki

Favicon to mała ikona wyświetlana w zakładce przeglądarki, zakładkach i na liście otwartych kart. Drobiazg techniczny, ale wpływa na postrzeganie profesjonalizmu — strona bez favicony wygląda jak niegotowy projekt. Wygeneruj favicon ze swojego logo na realfavicongenerator.net (bezpłatnie) i wgraj do katalogu głównego strony. W WordPress wgranie favicony to dwie minuty przez Wygląd → Dostosuj → Tożsamość witryny.

Obszar 6: Kanał URL, wersja www i canonical

Jeden z częściej pomijanych obszarów audytu dotyczy spójności adresów URL. Czy strona działa na www czy bez www? Czy jest dostępna pod jednym kanonicznym adresem czy pod kilkoma równoległymi wersjami? Każda wersja strony widziana przez Google jako osobna jest traktowana jako zduplikowana treść — co karze ranking. Sprawdzamy trzy punkty tej kategorii.

//Punkt 21: Kanonizacja www / bez-www

Twoja strona powinna działać albo na www.firma.pl, albo na firma.pl — nie na obu jednocześnie bez przekierowania. Jeśli obie wersje są dostępne, Google widzi dwie osobne strony z identyczną treścią (zduplikowana treść), co negatywnie wpływa na ranking. Rozwiązanie: ustaw przekierowanie 301 z wersji bez-www na www (lub odwrotnie) w pliku .htaccess. Wybierz jedną wersję i trzymaj się jej konsekwentnie we wszystkich miejscach — wizytówce Google, Social Media, stopce strony.

//Punkt 22: Tag canonical

Tag canonical to instrukcja w sekcji <head> strony: <link rel="canonical" href="..."> mówiąca Google, który URL jest „główną" wersją tej strony. Zapobiega problemom z duplikacją treści przy stronach z parametrami UTM (linki z kampanii), stronach dostępnych z i bez trailing slash (/strona/ vs /strona), oraz wersjach z i bez www. Wtyczki SEO (Yoast, RankMath) ustawiają canonical automatycznie — warto sprawdzić, czy działają poprawnie.

//Punkt 23: Atrybut lang na <html>

Atrybut `<html lang="pl">` deklaruje język strony dla przeglądarek i wyszukiwarek. Google i czytniki ekranu używają tej informacji do prawidłowego rozpoznania języka treści. Brak atrybutu lang może powodować problemy z dostępnością WCAG i potencjalnie z rozpoznawaniem języka dla stron wielojęzycznych. WordPress ustawia atrybut lang automatycznie zgodnie z wybranym językiem administracyjnym — warto sprawdzić czy jest ustawiony na pl.

Obszar 7: Widoczność w social mediach i rich snippets Google

Tagi Open Graph i dane strukturalne Schema.org to często ignorowany, ale bardzo opłacalny obszar. Strony z Schema.org mają o 30% wyższy CTR w wynikach Google (dane branżowe, 2025) — bo obok tytułu pojawiają się gwiazdki, godziny otwarcia, ceny lub oceny, które wyróżniają wynik wizualnie. Bez OG tagów Twoja strona wygląda nieprofesjonalnie po udostępnieniu na Facebooku. Sprawdzamy trzy punkty.

//Punkt 24: Tagi Open Graph (og:title, og:description, og:image)

Tagi Open Graph kontrolują, jak Twoja strona wygląda po udostępnieniu na Facebooku, LinkedIn, Messengerze czy Slacku. Bez OG tagów Facebook pobiera losowy tekst i losowe zdjęcie z treści strony — wynik wygląda nieprofesjonalnie i drastycznie zmniejsza klikalność. Zoptymalizowane podglądy generują 40–60% więcej kliknięć w social mediach (case studies branżowe, 2025). Yoast SEO i RankMath ustawiają OG tagi automatycznie. Sprawdź poprawność debuggerem Facebooka na developers.facebook.com/tools/debug.

//Punkt 25: Twitter Card — podgląd na platformie X

Twitter Card to odpowiednik OG tagów dla platformy X (dawniej Twitter). Tagi `<meta name="twitter:card">` decydują, czy Twój link na X wyświetla się z miniaturą zdjęcia i pełnym opisem, czy tylko jako suchy tekst. Linki bez Twitter Card wyglądają ubogo i generują znacznie mniejszy zasięg organiczny. Dobra wiadomość: większość wtyczek SEO (Yoast, RankMath) ustawia Twitter Card automatycznie razem z tagami Open Graph — jedno narzędzie, dwa problemy rozwiązane.

//Punkt 26: Dane strukturalne Schema.org (JSON-LD)

Schema.org to ukryte dane w kodzie strony w formacie JSON-LD, które tłumaczą Google co dokładnie jest na stronie: czy to firma lokalna (LocalBusiness), artykuł blogowy (BlogPosting), FAQ (FAQPage), czy produkt ze ceną. Strony ze Schema.org mają 30% wyższy CTR dzięki rich snippets — Google wyświetla gwiazdki ocen, godziny otwarcia, cenę lub adres bezpośrednio w wynikach wyszukiwania, jeszcze zanim klient kliknie link. RankMath generuje Schema.org automatycznie po konfiguracji — to jedna z ważniejszych inwestycji w SEO lokalnej firmy.

Obszar 8: RODO, analityka i sygnały zaufania

Ta kategoria łączy wymogi prawne (RODO, dyrektywa ePrivacy) z narzędziami analitycznymi i sygnałami zaufania dla Google. Brak baneru cookie to ryzyko kary finansowej. Brak Google Analytics oznacza, że właściciel firmy prowadzi biznes internetowy w ciemno — bez wiedzy ilu ma odwiedzających, skąd przychodzą i co robią na stronie. A meta tag noindex to jeden z najgroźniejszych błędów SEO, bo jest całkowicie niewidoczny.

//Punkt 27: Cookie consent — baner RODO

Baner zgody na pliki cookies to obowiązek prawny UE — jeśli strona używa Google Analytics, pixela Facebooka, remarketingu lub innych trackerów, musi prosić użytkownika o zgodę przed uruchomieniem tych narzędzi. Brak baneru to naruszenie RODO i dyrektywy ePrivacy. Polskie wtyczki do WordPress: CookieYes, Complianz, Cookie Notice for GDPR. Ważne: baner musi dać użytkownikowi realną możliwość odmowy, nie tylko „Rozumiem i akceptuję".

//Punkt 28: Dane kontaktowe widoczne w treści strony

Sprawdzamy, czy numer telefonu i adres e-mail są widoczne w treści HTML strony — nie tylko w grafice (PNG, JPG), bo Google nie odczytuje tekstu z obrazków. To ważny sygnał dla lokalnego SEO: Google weryfikuje spójność danych NAP (Name, Address, Phone) firmy. Numer telefonu powinien być klikalnym linkiem w formacie `<a href="tel:+48...">` — na telefonie klient klika i od razu dzwoni. Umieść kontakt w nagłówku i stopce strony.

//Punkt 29: Google Analytics i Google Tag Manager

Bez Google Analytics właściciel firmy prowadzi działania internetowe w ciemno: nie wie ilu ma odwiedzających, które podstrony są popularne, skąd przychodzą klienci i czy inwestycja w SEO lub reklamy przynosi efekty. Instalacja GA4 przez Google Tag Manager to godzina pracy — po niej masz pełen obraz. Połącz GA4 z Google Search Console (bezpłatne), by widzieć też frazy kluczowe, przez które klienci trafiają na Twoją stronę.

//Punkt 30: Meta robots noindex — ukryta blokada indeksowania

Najgroźniejszy błąd SEO ze wszystkich 30 punktów: tag `<meta name="robots" content="noindex">` mówi Google, żeby NIE indeksował tej strony. Strona wygląda normalnie dla Ciebie i Twoich klientów, ale Google jej nie widzi i nie umieszcza w wynikach wyszukiwania. Najczęstsza przyczyna: zapomniana opcja w WordPress po pracy na wersji testowej lub staging. Właściciele często nie wiedzą o tym przez wiele miesięcy, zastanawiając się, dlaczego strona nie generuje ruchu.

Obszar 9: Google PageSpeed — Core Web Vitals i wydajność

Google PageSpeed Insights mierzy stronę w 4 kategoriach: Wydajność, SEO, Dostępność i Dobre praktyki — każda w skali 0–100 punktów. Poniżej 50 punktów to wynik czerwony (krytyczny), 50–89 — pomarańczowy (wymaga poprawy), 90+ — zielony (dobry). 67% stron osiągnęło dobry wynik LCP w czerwcu 2025 (Google Chrome UX Report), ale tylko 43% stron mobilnych spełnia wszystkie trzy Core Web Vitals jednocześnie (Google CrUX, 2025). Sprawdzamy sześć punktów.

//LCP — Largest Contentful Paint (największy widoczny element)

LCP mierzy, jak długo trwa wyświetlenie największego elementu widocznego na ekranie — zwykle obrazka hero w górnej części strony lub głównego nagłówka H1. Dobry wynik: poniżej 2,5 sekundy. Jak poprawić: zoptymalizuj główny obrazek do formatu WebP o rozmiarze maksymalnie 200 KB, dodaj atrybut `loading="eager"` na tym konkretnym obrazku (nie używaj lazy load dla elementu powyżej folderu) i rozważ zmianę na szybszy hosting z SSD i PHP 8.x.

//TBT — Total Blocking Time (czas blokowania interakcji)

TBT to suma czasu, w którym strona nie reaguje na kliknięcia i dotknięcia ekranu podczas ładowania — bo JavaScript blokuje główny wątek przeglądarki. Dobry wynik: poniżej 200 ms. Jak poprawić: usuń lub odłóż ładowanie ciężkiego JavaScriptu (atrybuty `defer` i `async`), ogranicz liczbę aktywnych wtyczek WordPress do niezbędnego minimum i wyłącz wtyczki, które wczytują skrypty na każdej stronie, a potrzebujesz ich tylko na jednej.

//CLS — Cumulative Layout Shift (przesunięcia elementów)

CLS mierzy, jak bardzo elementy strony „skaczą" i przesuwają się podczas ładowania — gdy obrazek nagle przesuwa tekst w dół lub baner reklamowy wskakuje nad przyciskiem, który właśnie chciałeś kliknąć. Dobry wynik: poniżej 0,1. Jak poprawić: zawsze podawaj atrybuty `width` i `height` dla każdego obrazka w HTML, nie wstrzykuj dynamicznie elementów powyżej istniejącej treści i unikaj osadzania zewnętrznych fontów bez `font-display: swap`.

//Nieużywany JavaScript i CSS

Każda wtyczka WordPress dołącza swoje pliki JavaScript i CSS — nawet jeśli funkcja danej wtyczki jest potrzebna tylko na jednej konkretnej podstronie, kod ładuje się na całej witrynie. To bezpośrednio spowalnia ładowanie. Jak poprawić: odinstaluj wtyczki, z których nie korzystasz aktywnie, użyj wtyczki Asset CleanUp Pro do selektywnego wyłączania skryptów na konkretnych podstronach i skonfiguruj minifikację CSS/JS w WP Rocket lub LiteSpeed Cache.

//Format WebP dla obrazków

WebP to nowoczesny format obrazków opracowany przez Google — zastępca JPEG i PNG, który przy tej samej widocznej jakości zajmuje nawet 30% mniej miejsca. Mniejszy plik to szybsze ładowanie. Jak wdrożyć: konwertuj obrazki do WebP przed wgraniem na serwer (narzędzie Squoosh.app — bezpłatne), albo zainstaluj wtyczkę Smush lub ShortPixel — automatycznie konwertują wszystkie wgrane obrazki do WebP bez ingerencji po Twojej stronie.

//Render-blocking resources — zasoby blokujące renderowanie

Pliki CSS i JavaScript, które muszą się w pełni załadować zanim przeglądarka wyświetli cokolwiek użytkownikowi, to zasoby blokujące renderowanie. Im więcej takich plików, tym dłużej użytkownik czeka na pustym ekranie. Jak poprawić: przenieś skrypty JavaScript do stopki strony lub użyj atrybutu `defer`, krytyczne style CSS wstawiaj inline w sekcji `<head>`, resztę ładuj asynchronicznie. WP Rocket automatyzuje ten proces — warto tę wtyczkę mieć.

Najczęstsze pytania o audyt strony internetowej

Podsumowanie — 30 punktów, które decydują o widoczności Twojej strony

Audyt strony internetowej to nie jednorazowe zadanie — to regularny przegląd techniczny, który chroni Twoją inwestycję w stronę i zapewnia jej widoczność w Google. Trzydzieści punktów podzielonych na dziewięć obszarów brzmi jak dużo, ale większość problemów ma proste rozwiązania dostępne bez wiedzy technicznej. Najdroższy błąd to żaden — nikt nie wie o problemie, klienci odchodzą, biznes traci.

• security

  Bezpieczeństwo SSL

  Certyfikat SSL, przekierowanie HTTPS i nagłówki bezpieczeństwa to fundament. Bez nich Chrome wyświetla ostrzeżenie, a Google karze pozycje.

• speed

  Szybkość i wydajność

  53% użytkowników mobilnych zamknie stronę po 3 sekundach. Kompresja gzip, format WebP i eliminacja render-blocking resources to kluczowe działania.

• search

  SEO on-page

  Unikalny tytuł z frazą kluczową, jeden H1, meta description 130–155 znaków i poprawna hierarchia nagłówków — to podstawy, które wdrożysz sam.

• monitoring

  Core Web Vitals

  LCP poniżej 2,5 s, CLS poniżej 0,1 i TBT poniżej 200 ms — te trzy metryki Google traktuje jako sygnały jakości strony przy ustalaniu pozycji.

• shield

  RODO i analityka

  Prawidłowy baner cookie, dane kontaktowe w HTML (nie grafice), Google Analytics GA4 — to trójca prawna i biznesowa każdej strony firmowej.

• analytics

  Schema.org i Open Graph

  Dane strukturalne i tagi OG to 30% wyższy CTR w Google i profesjonalny wygląd linków w social mediach. Yoast i RankMath robią to automatycznie.

Bezpłatny audyt Twojej strony — sprawdź 30+ punktów w 30 sekund na mrdev-studio.pl/audyt. Jeśli wynik ujawni błędy techniczne, które wymagają poprawy konfiguracji serwera lub SEO, sprawdź też artykuły o lokalnym SEO dla małej firmy i bezpieczeństwie WordPress — tam znajdziesz kolejne kroki do działania. Tworzę i naprawiam strony dla lokalnych firm z Gniezna, Wągrowca i Rogoźna. Potrzebujesz pomocy przy wdrożeniu wyników audytu? Napisz przez formularz kontaktowy — wycena bezpłatna, bez zobowiązań.