Widoczność techniczna
Weryfikacja, czy Google widzi właściwy HTML, metadane i strukturę URL.
Audyt techniczny SEO i wydajności
Zaawansowane audyty techniczne dla aplikacji w JavaScript. Jasna roadmapa zmian oraz możliwość wdrożenia poprawek w kodzie.
Co obejmuje audyt techniczny SEO?
Core Web Vitals
Diagnoza LCP, INP i CLS oraz elementów, które pogarszają szybkość i doświadczenie użytkownika.
Dwa formaty realizacji
Sam audyt kończy się raportem i roadmapą. Rozszerzony zakres obejmuje wdrożenie poprawek w kodzie.
48%
Tylko tyle stron przechodzi Core Web Vitals na urządzeniach mobilnych według pomiarów z lipca 2025 na milionach witryn. Poprawna warstwa techniczna wciąż bywa przewagą, a nie standardem rynkowym.
8%
O tyle wzrosła sprzedaż w teście A/B Vodafone po skróceniu LCP o 31%. Ruch dzielono po połowie między wersję zoptymalizowaną i bazową, identyczne poza wydajnością.
28dni
Taki okres obejmują dane terenowe CrUX widoczne w PageSpeed Insights. Wyniki laboratoryjne można porównać od razu, ale efekt w danych realnych użytkowników wymaga czasu.
Czym jest audyt techniczny SEO dla aplikacji JavaScript?
Serwisy w Next.js, React i Astro mają różne wyzwania SEO: renderowanie po stronie klienta lub serwera, dynamiczne metadane, hydratację, routing, prerendering i zasoby JavaScript. Audyt techniczny pokazuje, co blokuje widoczność — i daje gotową listę poprawek do wdrożenia.
Co zmieni się po audycie?
Czytelniejszy serwis dla Google
Audyt sprawdza, czy strona pozwala Google poprawnie odczytać Twoją ofertę, strukturę podstron, metadane i najważniejsze treści.
- Dobra treść nie traci potencjału przez błędy w indeksacji, linkach kanonicznych albo metadanych
- Struktura strony staje się czytelniejsza dla wyszukiwarki i dla użytkownika
- Problemy są opisane wraz z priorytetem, uzasadnieniem i rekomendowanym sposobem naprawy
Szybsza strona bez zgadywania, co spowalnia
Performance nie poprawia się od samego uruchomienia PageSpeed Insights. Potrzebna jest diagnoza: co faktycznie wpływa na LCP, INP, CLS i doświadczenie użytkownika.
- Wiadomo, czy problemem są obrazy, fonty, JavaScript, layout shift czy zewnętrzne skrypty
- Priorytety wynikają z danych, a nie z kosmetycznych sugestii narzędzi audytowych
- Szybsza strona pomaga użytkownikowi szybciej dotrzeć do oferty, formularza albo zakupu
Rekomendacje, które można wdrożyć
Największą słabością większości audytów SEO jest to, że kończą się dokumentem. Tutaj diagnoza jest przygotowana tak, żeby przejść wprost w commity w repozytorium.
- Każdy problem ma priorytet, kontekst i sugerowany kierunek wdrożenia
- W wariancie z wdrożeniem wybrane poprawki trafiają bezpośrednio do kodu
- Po wdrożeniu łatwo porównać stan przed i po na tych samych metrykach
Decyzje oparte na danych po wdrożeniu
SEO techniczne nie kończy się w dniu merge’a. Po zmianach trzeba sprawdzić indeksację, widoczność, Core Web Vitals i sygnały z realnego ruchu.
- Search Console pokazuje, czy Google widzi zmiany i czy nie pojawiły się nowe problemy
- GA4 pomaga ocenić, czy ruch z SEO przekłada się na realne wejścia i konwersje
- Kolejne decyzje wynikają z obserwacji, a nie z jednorazowego wyniku Lighthouse
Co sprawdzam w ramach audytu?
Renderowanie, crawlowanie i indeksacja
Audyt sprawdza, co crawler dostaje w HTML-u, co wymaga wykonania JavaScriptu i czy ważne treści są dostępne bez opóźnień lub błędów renderowania.
- Weryfikacja wynikowego HTML-a i widoku zaindeksowanego w Google Search Console
- Sprawdzenie, czy treść krytyczna dla SEO nie pojawia się dopiero po renderowaniu po stronie klienta
- Analiza routingu, statusów HTTP, przekierowań, linków kanonicznych i blokad indeksacji
Core Web Vitals i źródła problemów
LCP, INP i CLS są diagnozowane przez konkretne elementy strony: obrazy, fonty, JavaScript, układ, cache, skrypty zewnętrzne i sposób renderowania.
- LCP: obraz w hero, największy blok tekstu, priorytet zasobów i zasoby blokujące renderowanie
- INP: długie zadania JavaScript, ciężka hydratacja i opóźnione reakcje interfejsu
- CLS: obrazy bez wymiarów, fonty, dynamicznie wstrzykiwana treść i przesunięcia układu
Metadane, linki kanoniczne i dane strukturalne
Warstwa SEO technicznego obejmuje title, description, linki kanoniczne, Open Graph, schema.org i strukturę adresów. To nie zastępuje treści, ale pomaga ją poprawnie interpretować.
- Sprawdzenie duplikacji title/description, błędnych linków kanonicznych i niespójnych adresów URL
- Weryfikacja schema.org dla organizacji, usług, breadcrumbs i wybranych typów podstron
- Kontrola Open Graph i metadanych, które wpływają na udostępnianie oraz spójność komunikacji
Pomiar przed i po wdrożeniu
Zmiany techniczne powinny mieć punkt odniesienia. Audyt opiera się na porównaniu stanu przed i po w tych samych narzędziach i na tych samych typach podstron.
- Google Search Console: indeksacja, błędy crawlowania, Core Web Vitals i widoczność zapytań
- PageSpeed Insights, Lighthouse i WebPageTest: diagnoza techniczna oraz kolejność ładowania zasobów
- GA4: obserwacja ruchu organicznego i zachowania użytkowników na kluczowych podstronach
Kiedy audyt techniczny SEO ma największy sens?
Audyt techniczny SEO ma sens wtedy, gdy serwis ma już treść, ofertę lub ruch, ale błędy techniczne ograniczają jego widoczność, szybkość albo możliwość dalszego rozwoju.
Najlepszy wybór dla:
- stron i aplikacji w Next.js, React oraz Astro
- serwisów po migracji technologicznej
- stron usługowych zależnych od ruchu organicznego
- landing page’y i portali contentowych
- produktów B2B z publiczną częścią SEO
Szczególnie gdy zależy Ci na:
- sprawdzeniu indeksacji i renderowania
- poprawie Core Web Vitals
- wdrożeniu rekomendacji bezpośrednio w kodzie
- uporządkowaniu metadanych i danych strukturalnych
- porównaniu wyników laboratoryjnych przed i po wdrożeniu
Jak wygląda współpraca?
Zaczynam od celu strony i problemów, które chcesz rozwiązać. Sprawdzam serwis, ustalam priorytety i omawiam wyniki. Zakres wdrożenia poprawek uzgadniamy przed rozpoczęciem prac w kodzie.
Ustalam cel i zakres audytu
Rozmawiamy o stronie, ruchu i dotychczasowych zmianach. Wybieramy podstrony oraz obszary do sprawdzenia i ustalamy potrzebne dostępy.
Efekt: Zakres audytu, harmonogram i lista danych do analizy.
Sprawdzam serwis i dane
Analizuję indeksowalność, strukturę adresów i wydajność. Zestawiam pomiary z dostępnymi danymi Search Console i analityki, aby wskazać problemy oraz ich możliwe przyczyny.
Efekt: Udokumentowane problemy z przykładami i wynikami pomiarów.
Omawiam wyniki i priorytety
Wyjaśniam, co warto poprawić najpierw, jaki jest przewidywany nakład pracy i od czego zależą kolejne zmiany. Oddzielam ustalenia od hipotez wymagających dalszego sprawdzenia.
Efekt: Raport i uporządkowana lista zadań dla wykonawcy.
Wdrażam uzgodnione poprawki
Jeśli zakres obejmuje wdrożenie, przygotowuję zmiany w kodzie i sprawdzam je na wersji testowej. Uzgadniamy publikację oraz sposób weryfikacji działania strony po zmianach.
Efekt: Wdrożone poprawki albo zadania przygotowane do realizacji przez Twój zespół.
Weryfikuję efekty i przekazuję zalecenia
Powtarzam uzgodnione pomiary i sprawdzam poprawione elementy. Omawiam, które efekty można ocenić od razu, a które wymagają zebrania nowych danych.
Efekt: Podsumowanie zmian i plan dalszej obserwacji serwisu.
FAQ - Najczęstsze pytania o audyt techniczny SEO
Zakres, wymagane dostępy, czas realizacji i sposób wdrożenia poprawek.
Czym różni się ten audyt od klasycznego raportu SEO?
Koncentruje się na warstwie technicznej serwisu: indeksowalności, renderowaniu, metadanych, strukturze adresów, danych uporządkowanych i wydajności. W wariancie podstawowym otrzymujesz raport z priorytetyzowaną roadmapą. Warianty rozszerzone obejmują także wdrożenie uzgodnionych poprawek w kodzie.
Czy audyt obejmuje serwisy w Next.js, React i Astro?
Tak. W Next.js i React sprawdzam między innymi renderowanie, hydratację, rozmiar paczki JavaScriptu i dynamiczne metadane. W Astro analizuję także prerendering i tryb SSR, routing, sitemapę, linki kanoniczne oraz sposób udostępniania treści crawlerom. W każdym przypadku zakres obejmuje dane strukturalne, Core Web Vitals i błędy indeksacji.
Czy poprawiasz Core Web Vitals?
Tak. LCP, INP i CLS są analizowane razem ze źródłami problemów: obrazami, fontami, JavaScriptem, przesunięciami układu, cache, skryptami zewnętrznymi i zasobami blokującymi renderowanie. Sam audyt wskazuje poprawki, a ich implementacja jest częścią wariantu z wdrożeniem.
W jakiej formie otrzymam wynik audytu?
Sam audyt może zostać przekazany jako raport PDF lub dokument online wraz z roadmapą, priorytetami i omówieniem. Jeśli wybierzesz wariant z wdrożeniem, ustalone poprawki trafiają również do repozytorium w postaci commitów lub pull requestów.
Ile trwa audyt techniczny SEO?
Sam audyt typowego serwisu trwa zwykle 5–7 dni roboczych, a audyt połączony z wdrożeniem najczęściej 2–3 tygodnie. Traktuj te widełki jako punkt odniesienia, nie deklarację: sama liczba podstron nie wystarcza do wyceny czasu. Konkretny termin ustalam po wstępnym przeglądzie serwisu, biorąc pod uwagę liczbę typów podstron, technologię, skalę problemów oraz dostępność środowiska testowego i Search Console.
Z jakich narzędzi korzystasz przy audycie?
Diagnozę opieram na Google Search Console, crawlu serwisu w Screaming Frog oraz danych o widoczności i profilu linków z Ahrefs. Uzupełniam je o PageSpeed Insights, Lighthouse i GA4, żeby zestawić pomiary laboratoryjne z ruchem rzeczywistym. Narzędzia są źródłem danych, a nie gotową listą zadań: priorytety wynikają z analizy konkretnego serwisu. Przy szerszych działaniach SEO, poza samym audytem technicznym, korzystam także z WhitePress przy publikacji treści.
Jakich dostępów potrzebujesz?
Do diagnozy zwykle potrzebuję dostępu do Google Search Console, GA4 oraz — jeśli jest dostępne — repozytorium i środowiska testowego. Wdrożenie zmian wymaga dostępu do kodu i uzgodnionego procesu publikacji. Zakres dostępów ustalamy przed rozpoczęciem prac.
Artykuły o SEO i wydajności
Praktyczne materiały o technicznym SEO, Core Web Vitals i optymalizacji serwisów Next.js, React oraz Astro.
SEO ewoluuje i ten proces wyraźnie przyspieszył po pojawieniu się LLM , czyli dużych modeli językowych. Tempo ich pracy i olbrzymie możliwości powodują, że ich adopcja, w mniejszym lub większym stopniu, wydaje się być nieuchronna. Niniejszy artykuł dotyczy wykorzystania agentów AI w pracy nad SEO w repozytorium projektu: agent zbiera dane przez API, stawia hipotezy z dowodami w plikach, a człowiek zatwierdza każdą zmianę. Dowiedz się, jak wykorzystać agenty do skutecznej pracy, a jednocześnie mieć pod kontrolą ich halucynacje.
Maciej Sala
Founder StriveLab
Transformacja narzędzi marketingu cyfrowego przyspiesza, a implementacja rozwiązań AI staje się powszechnym standardem. Dla każdej firmy działającej w internecie sprawne poruszanie się w obszarze SEO to dziś klucz do sukcesu. Odpowiedzią rynku na te potrzeby jest integracja popularnych platform z modelami LLM m.in. Claude, ChatGPT oraz wdrażanie zaawansowanych, natywnych funkcji generatywnych.
Maciej Sala
Founder StriveLab
Model językowy korzysta z wzorców poznanych podczas treningu i materiałów dostarczonych do odpowiedzi, ale nie ma niezawodnego sposobu odróżniania prawdy od fałszu. W wyszukiwaniu AI Twoja treść musi przejść dwa sita: najpierw system musi uzyskać do niej dostęp, potem wybrać ją spośród materiałów pasujących do pytania. Samo cytowanie nie oznacza jeszcze, że system sprawdził prawdziwość informacji. Ten tekst opisuje oba etapy i oddziela sygnały potwierdzone od zaleceń, których wpływ na cytowania pozostaje niepewny.
Maciej Sala
Founder StriveLab