Jak audytować swoją obecną stronę w 15 minut (przewodnik)
Kiedy klient pyta "czy moja strona jest dobra?", zwykle nie wie co mierzyć. "Wygląda dobrze na moim komputerze" to nie jest miara. Piszemy o 10 krokach, które wykonuję przy każdym audycie strony. Większość można zrobić bezpłatnymi narzędziami w kwadrans.
Krok po kroku, z konkretnymi narzędziami i tym, co sprawdzam. Na końcu: co poprawić najpierw (priorytety).
Krok 1: Lighthouse w Chrome DevTools
01
Narzędzie: Chrome DevTools → Lighthouse
Performance, Accessibility, SEO, Best Practices
Otwórz stronę w Chrome, F12, zakładka Lighthouse. Zaznacz wszystkie 4 kategorie, wybierz Mobile i Generate report. Wynik 0-100 per kategoria. Target: Performance 85+, Accessibility 95+, SEO 95+, Best Practices 95+.
Co szukasz: Performance poniżej 60 = problem z obrazkami lub JavaScript. Accessibility poniżej 85 = błędy kontrastowe lub brakujące aria labels. SEO poniżej 80 = brakujące meta tagi lub hreflang. Każda rekomendacja w raporcie ma link do dokumentacji.
Co szukasz: Performance poniżej 60 = problem z obrazkami lub JavaScript. Accessibility poniżej 85 = błędy kontrastowe lub brakujące aria labels. SEO poniżej 80 = brakujące meta tagi lub hreflang. Każda rekomendacja w raporcie ma link do dokumentacji.
Krok 2: Mobile usability
02
Narzędzie: Chrome DevTools → Device toolbar (Ctrl+Shift+M)
Jak strona wygląda i działa na telefonie
Sprawdź w trybie symulacji iPhone 12 (390px). Czy elementy się nakładają? Czy tekst jest czytelny bez zoomowania (font-size min 16px)? Czy przyciski mają min 44px? Czy menu hamburger działa? Czy formularze mają poprawne pola na klawiaturze mobilnej (email keyboard dla pola email).
Sprawdź też w Google Search Console: "Core Web Vitals" → "Mobile" raporty pokazują realny feedback od użytkowników Google.
Sprawdź też w Google Search Console: "Core Web Vitals" → "Mobile" raporty pokazują realny feedback od użytkowników Google.
Krok 3: GTMetrix waterfall
03
Narzędzie: gtmetrix.com (free)
Waterfall: co ładuje się wolno
GTMetrix pokazuje waterfall wszystkich zasobów: obrazki, CSS, JS, fonty, external scripts. Szukaj: pliki powyżej 200KB bez kompresji, zasoby blokujące render (render-blocking), trzecia strona (fbq.js, gtm, Intercom) dodająca 500ms+. LCP (Largest Contentful Paint) powyżej 2.5s to priorytet do naprawy.
Najczęstszy problem: obrazki nieprzekompresowane. Zdjęcie 3MB w galerii to wyrok Performance 20/100. Konwertuj na WebP, max 200KB per obrazek.
Najczęstszy problem: obrazki nieprzekompresowane. Zdjęcie 3MB w galerii to wyrok Performance 20/100. Konwertuj na WebP, max 200KB per obrazek.
Krok 4: SEO meta tags
04
Narzędzie: View Page Source (Ctrl+U) lub Ahrefs Free Webmaster Tools
Title, description, canonical, hreflang
Sprawdź <head> na każdej podstronie: title (50-60 znaków, unikalne per strona), meta description (120-160 znaków), canonical (wskazuje na siebie lub wersję kanoniczną), hreflang jeśli masz wiele języków. Brak description = Google wybierze losowy fragment tekstu ze strony. Duplikat title = SEO kanibalizacja.
Open Graph: og:title, og:description, og:image (1200x630px). Bez nich linki w social media wyglądają brzydko.
Open Graph: og:title, og:description, og:image (1200x630px). Bez nich linki w social media wyglądają brzydko.
Krok 5: RODO
05
Narzędzie: Lexora live-check (lexora.com.pl)
Cookie banner, polityka, formularze, trackers
Otwórz Lexora live-check, wpisz URL. System sprawdza 47 punktów automatycznie: cookie banner, czy trackers ładują się przed zgodą, politykę prywatności, formularze. Raport w kilka minut. Kluczowe: Meta Pixel i GA4 nie mogą ładować się przed expresową zgodą użytkownika.
Ręcznie: otwórz stronę w incognito, DevTools → Network. Czy widzisz requesty do facebook.com lub google-analytics.com przed kliknięciem w cookie banner?
Ręcznie: otwórz stronę w incognito, DevTools → Network. Czy widzisz requesty do facebook.com lub google-analytics.com przed kliknięciem w cookie banner?
Krok 6: Visual hierarchy
06
Narzędzie: własne oczy + squint test
Czy wiesz co robić po wejściu na stronę?
Zmrużone oczy test: zmruż oczy patrząc na stronę. Czy widzisz jeden wyraźny element dominujący? To powinno być nagłówek lub CTA. Jeśli wszystko jest równie wyraźne, hierarchia jest zepsuta.
Pytaj: "Co chcę żeby użytkownik zrobił po 5 sekundach na stronie?" Czy ta akcja jest widoczna bez scrollowania? Czy przycisk CTA jest wyróżniony kolorem vs inne elementy?
Pytaj: "Co chcę żeby użytkownik zrobił po 5 sekundach na stronie?" Czy ta akcja jest widoczna bez scrollowania? Czy przycisk CTA jest wyróżniony kolorem vs inne elementy?
Krok 7: Formularze
07
Narzędzie: test manualny + Chrome DevTools → Form inputs
Czy formularze działają i są wypełnialne
Wypełnij każdy formularz manualnie. Czy Autofill działa (atrybuty autocomplete)? Czy walidacja pól jest responsywna (inline, nie po submit)? Czy komunikat sukcesu lub błędu jest czytelny? Czy formularz działa bez JS (degradacja)? Czy wysyłanie działa na mobile (no keyboard hiding submit button)?
Sprawdź: czy email z formularza faktycznie przychodzi na skrzynkę. 20% sklepów ma formularze, które cicho nie wysyłają emaili przez problem z konfiguracja SMTP.
Sprawdź: czy email z formularza faktycznie przychodzi na skrzynkę. 20% sklepów ma formularze, które cicho nie wysyłają emaili przez problem z konfiguracja SMTP.
Krok 8: CTA path
08
Narzędzie: test manualny, Google Analytics Events
Ile kliknięć do konwersji
Policz: ile kliknięć potrzebuje nowy użytkownik żeby dojść do Twojego celu konwersji (zakup, rezerwacja, kontakt)? Optimum: 1-2 kliknięcia. Powyżej 3 to każde dodatkowe kliknięcie to straty konwersji.
Zmapuj też: czy ścieżka jest intuicyjna? Czy każdy krok ma jasny kolejny step? Czy jest breadcrumb lub progress indicator w formularzu wielokrokowym?
Zmapuj też: czy ścieżka jest intuicyjna? Czy każdy krok ma jasny kolejny step? Czy jest breadcrumb lub progress indicator w formularzu wielokrokowym?
Krok 9: 404 i broken links
09
Narzędzie: Screaming Frog (free do 500 URL) lub ahrefs broken links checker
Czy strona ma 404 i uszkodzone linki
Screaming Frog crawluje stronę i reportuje wszystkie response codes. Sprawdź: 404 na własnych podstronach, broken external links, redirecty 301 vs 302 (perm vs tymczasowy), zbyt wiele redirectów w łańcuchu (max 2-3).
Prosta strona z 10 podstronami możesz sprawdzić ręcznie. Duży sklep z setkami produktów wymaga crawlera.
Prosta strona z 10 podstronami możesz sprawdzić ręcznie. Duży sklep z setkami produktów wymaga crawlera.
Krok 10: Final report — co poprawić first
10
Narzędzie: Google Sheets / Notion dla raportu
Priorytetyzacja problemów
Priorytety: Krytyczne (bezpieczeństwo, RODO, broken checkout) → popraw w ciągu 24h. Wysokie (Performance poniżej 60 na mobile, brakujące meta tagi) → w ciągu tygodnia. Średnie (UX improvements, visual hierarchy) → w ciągu miesiąca. Niskie (nice-to-haves) → w kolejnym sprincie.
Nie próbuj poprawić wszystkiego naraz. 3 krytyczne poprawki robią więcej niż 20 małych zmian rozrzuconych po miesiącu.
Nie próbuj poprawić wszystkiego naraz. 3 krytyczne poprawki robią więcej niż 20 małych zmian rozrzuconych po miesiącu.
Czego szukam ja przy audycie klienta
Przy każdym audycie przez Sprintly sprawdzam wszystkie 10 kroków plus: schema.org markup, structured data, Google Business Profile status, Core Web Vitals z Search Console (real user data, nie tylko Lighthouse). Do RODO używam Lexora live-check — 47 punktów automatycznie, raport z priorytetami.
Pomocne: Sprintly oferuje darmowy 30-min audit Twojej strony — wystarczy wysłać URL przez sprintly.uk/kontakt. Sprawdzam wszystkie 10 kroków i dostarczam krótki raport z 3 priorytetami. Za darmo, bez zobowiązań.
Chcesz darmowy audit swojej strony?
Sprintly oferuje darmowy 30-min audit — wystarczy wysłać URL przez sprintly.uk/kontakt. Dostajesz listę 3 priorytetów. Za darmo, bez zobowiązań i bez sprzedaży na siłę.