Audyt techniczny sklepu przed kampanią SEO: co sprawdzić

Audyt techniczny przed SEO: od czego zacząć

Audyt techniczny przed SEO zacznij od odpowiedzi na proste pytanie: czy Google może bez przeszkód znaleźć, pobrać, przetworzyć i zrozumieć strony, które mają generować ruch z wyszukiwarki? Jeżeli odpowiedź brzmi nie, rozwijanie treści lub zdobywanie linków może tylko zwiększyć koszt pracy bez usunięcia przyczyny problemu.

W sklepie internetowym sprawdzenie techniczne powinno obejmować nie tylko stronę główną. Przejdź przez kategorie, podkategorie, produkty, strony paginacji, wyszukiwarkę, filtry, koszyk, wersje mobilne i adresy generowane przez parametry. Sprawdź także, co dzieje się z produktem wycofanym ze sprzedaży oraz kategorią, która została usunięta.

Jeżeli zastanawiasz się, czy zrobić audyt przed SEO, odpowiedź zależy przede wszystkim od stanu sklepu i historii jego zmian. Przy istniejącym sklepie po migracji, zmianie platformy, przebudowie adresów lub instalacji wielu modułów taki etap pozwala oddzielić problemy techniczne od właściwych efektów późniejszej optymalizacji.

Indeksowanie i dostępność stron sklepu

Pierwszy etap to sprawdzenie, czy najważniejsze adresy mogą zostać zaindeksowane. Nie zakładaj, że skoro strona działa w przeglądarce, to robot wyszukiwarki widzi ją dokładnie w taki sam sposób.

Zacznij od Google Search Console i raportu dotyczącego indeksowania. Porównaj liczbę stron, które sklep powinien mieć w indeksie, z tym, co faktycznie znajduje się w raportach. Nie chodzi o to, aby każda strona została zaindeksowana. Filtry, sortowanie, wyniki wyszukiwania wewnętrznego czy techniczne warianty adresów często nie powinny konkurować z właściwymi stronami kategorii i produktów.

Następnie sprawdź reprezentatywne adresy za pomocą narzędzia do sprawdzania adresów URL. Dla produktu, kategorii i strony informacyjnej zweryfikuj między innymi dostępność, indeksowanie, wybraną wersję kanoniczną oraz możliwość pobrania strony przez Google.

Jeżeli sklep ma problemy z indeksowaniem, przeczytaj również kompletny przewodnik po indeksowaniu sklepu, ponieważ przyczyna może znajdować się w kilku miejscach jednocześnie.

robots.txt nie powinien blokować właściwych stron

Otwórz plik robots.txt i sprawdź reguły dla robotów. Szukaj przede wszystkim blokad dotyczących katalogów produktów, kategorii, zasobów JavaScript i CSS oraz innych elementów potrzebnych do prawidłowego renderowania strony.

Nie traktuj robots.txt jako uniwersalnego sposobu na usuwanie adresów z wyników wyszukiwania. Blokowanie crawlowania i blokowanie indeksowania to dwie różne rzeczy. Jeśli konkretny adres nie powinien pojawiać się w Google, sprawdź, czy zastosowany mechanizm odpowiada temu celowi.

Sitemap XML

Sitemapę XML sprawdź nie tylko pod kątem jej obecności. Otwórz ją i przeanalizuj przykładowe adresy. Powinny prowadzić do stron, które rzeczywiście chcesz mieć w wynikach wyszukiwania. Jeżeli mapa zawiera przekierowania, błędy 404, adresy z parametrami albo strony oznaczone jako niekanoniczne, potraktuj to jako sygnał do dalszej kontroli.

Porównaj również sitemapę z architekturą sklepu. Jeżeli ważna kategoria nie jest dostępna w mapie, nie oznacza to automatycznie problemu z indeksowaniem, ale pokazuje, że trzeba sprawdzić, jak Google może do niej dotrzeć innymi drogami.

Statusy HTTP, przekierowania i błędne adresy

Drugi etap audytu powinien objąć odpowiedzi serwera. Dla sklepu internetowego nie wystarczy sprawdzenie kilku ręcznie wybranych adresów. Przeskanuj możliwie szeroki zestaw URL-i i pogrupuj wyniki według kodów odpowiedzi.

Kod 200 oznacza prawidłową odpowiedź strony, ale sam w sobie nie potwierdza, że adres powinien być indeksowany. Kod 301 lub 308 może być prawidłowym przekierowaniem, jeżeli prowadzi ze starego adresu do jego właściwego odpowiednika. Z kolei masowe przekierowania, łańcuchy przekierowań albo przekierowania na niepowiązane strony wymagają dokładniejszego sprawdzenia.

Szczególną uwagę zwróć na błędy 404. W sklepie są one naturalnym efektem usuwania produktów, ale problem pojawia się wtedy, gdy do nieistniejących adresów prowadzą nadal linki wewnętrzne, menu, sitemap XML lub zewnętrzne odnośniki. Nie każdy adres 404 trzeba na siłę przekierowywać. Jeżeli produkt został usunięty i nie ma sensownego zamiennika, pozostawienie odpowiedniego statusu może być właściwym rozwiązaniem.

Sprawdź również błędy 5xx. Mogą wskazywać na problemy serwera, przeciążenie, błędy aplikacji albo problemy z bazą danych. Jeżeli pojawiają się okresowo, pojedynczy ręczny test może ich nie wykazać. Wtedy przydatne są logi serwera oraz historia awarii.

Jeżeli podczas skanowania wychodzą na jaw liczne błędne odnośniki prowadzące do innych serwisów, przyda się analiza zepsutych linków wychodzących, szczególnie gdy sklep korzysta z wielu integracji i modułów.

Canonical, duplikaty i parametry URL

Sklepy generują wiele adresów prowadzących do tej samej lub bardzo podobnej zawartości. Powodem mogą być warianty produktów, parametry sortowania, filtry, identyfikatory sesji, parametry kampanii albo alternatywne ścieżki dojścia do produktu.

Podczas audytu wybierz kilka kategorii z filtrami i sprawdź, jakie adresy powstają po kolejnych operacjach. Następnie zobacz, czy wersja podstawowa kategorii ma poprawny tag canonical oraz czy warianty nie powodują niepotrzebnego rozrostu liczby adresów dostępnych dla robotów.

Canonical nie jest poleceniem, które automatycznie rozwiązuje każdy problem z duplikacją. Sprawdź, czy wskazywany adres rzeczywiście odpowiada stronie, z której pochodzi sygnał. Jeżeli kilka stron wskazuje canonical na zupełnie inną kategorię, trzeba ustalić, czy wynika to z zamierzonej architektury, czy z błędnej konfiguracji sklepu.

Kontroluj również wersje HTTP i HTTPS, warianty z www i bez www oraz ewentualne stare adresy po migracji. Jeżeli sklep zmieniał domenę, platformę albo strukturę URL, historia przekierowań może mieć bezpośredni wpływ na to, które strony Google odkrywa i przetwarza.

Co zrobić z filtrami i sortowaniem?

Nie blokuj automatycznie wszystkich parametrów. Najpierw ustal, czy dana kombinacja filtrów odpowiada realnemu zapytaniu użytkownika i czy sklep ma powód, aby tworzyć dla niej osobny adres dostępny w wyszukiwarce.

Jeżeli każdy filtr tworzy kolejną wersję kategorii, liczba możliwych adresów może rosnąć bardzo szybko. W audycie sprawdź, które warianty są linkowane wewnętrznie, które trafiają do sitemap i które mogą być odkrywane przez roboty. Dopiero na tej podstawie wybierz sposób zarządzania nimi.

Linkowanie wewnętrzne i architektura sklepu

Google wykorzystuje powiązania między stronami, aby lepiej rozumieć strukturę serwisu. Dlatego przygotowanie techniczne sklepu do SEO obejmuje również sprawdzenie, czy najważniejsze strony są osiągalne przez linki.

Przejdź ścieżkę od strony głównej do kategorii, następnie do podkategorii i produktu. Zobacz, czy nie ma produktów dostępnych wyłącznie przez wyszukiwarkę wewnętrzną. Jeżeli użytkownik może znaleźć produkt dopiero po wpisaniu jego nazwy w wyszukiwarce sklepu, robot może mieć problem z jego odkryciem.

Sprawdź także menu, stopkę, linki w opisach kategorii, powiązane produkty i breadcrumbs. Nie chodzi o dodanie jak największej liczby linków. Chodzi o stworzenie logicznych przejść pomiędzy stronami, które mają znaczenie dla użytkownika i biznesu.

Jeżeli chcesz ocenić ten obszar osobno, audyt linkowania wewnętrznego i jego koszt pozwoli przejść od podstawowej kontroli technicznej do dokładniejszej analizy przepływu linków.

Warto przy tym sprawdzić, czy ważne strony nie są zbyt głęboko ukryte. Przykładowo, jeśli produkt znajduje się w ofercie, ale nie prowadzi do niego żadna sensowna ścieżka z kategorii, menu lub innych produktów, trzeba ustalić, czy taki układ jest zamierzony.

JavaScript, renderowanie i elementy dynamiczne

Współczesne sklepy często wykorzystują JavaScript do filtrowania produktów, ładowania kolejnych wyników, zmiany wariantów i obsługi menu. Podczas audytu nie ograniczaj się więc do kodu HTML widocznego po otwarciu źródła strony.

Sprawdź, czy nazwa produktu, opis, cena, dane strukturalne i linki potrzebne do nawigacji są dostępne po wyrenderowaniu strony. Szczególnie dokładnie przejrzyj elementy ładowane dopiero po wykonaniu skryptów.

Dobrym testem jest porównanie strony widocznej dla użytkownika z tym, co można odczytać w narzędziach Google. Jeżeli istotna treść istnieje tylko po wykonaniu określonego skryptu, sprawdź, czy nie występują błędy JavaScript, blokady zasobów albo problemy z odpowiedziami API.

Przygotowanie sklepu do SEO wymaga też sprawdzenia, czy linki są prawdziwymi odnośnikami prowadzącymi do adresów, a nie wyłącznie elementami obsługiwanymi przez zdarzenia JavaScript. To szczególnie istotne w menu, filtrach i komponentach typu „ładuj więcej”.

Wydajność i Core Web Vitals

Kolejny etap to szybkość działania. Nie oceniaj sklepu wyłącznie na podstawie jednego wyniku Lighthouse. Połącz dane laboratoryjne z danymi rzeczywistych użytkowników, jeżeli są dostępne.

Sprawdź przede wszystkim LCP, INP i CLS. LCP pokazuje, jak szybko pojawia się główna zawartość, INP opisuje reakcję strony na interakcje użytkownika, a CLS pokazuje stabilność układu podczas ładowania.

W sklepie sprawdzaj osobno stronę główną, kategorię i kartę produktu. Problemy mogą występować tylko na jednym typie szablonu. Karta produktu może być obciążona zdjęciami i skryptami wariantów, natomiast kategoria może ładować dużą liczbę filtrów i elementów śledzących.

Do dokładniejszej kontroli Core Web Vitals w sklepie internetowym warto wrócić po wykonaniu podstawowego audytu, ponieważ wydajność nie kończy się na jednym teście strony głównej.

Sprawdź również TTFB, rozmiar obrazów, sposób ich ładowania, liczbę żądań, skrypty zewnętrzne oraz zasoby blokujące renderowanie. Jeżeli sklep działa wolno z powodu serwera, cache lub ciężkich modułów, sama optymalizacja treści nie rozwiąże źródła problemu.

Dane strukturalne, meta tagi i adresy kanoniczne

W audycie technicznym przejrzyj również podstawowe elementy znajdujące się w kodzie stron. Dla produktów sprawdź między innymi tytuł, meta description, canonical oraz dane strukturalne. Dla kategorii zweryfikuj, czy nie mają przypadkowo ustawionego noindex albo błędnego canonical.

Zwróć uwagę na powielone tytuły i opisy meta, szczególnie jeśli generuje je automatycznie szablon sklepu. Sam fakt powtarzalności nie zawsze oznacza krytyczny problem, ale może wskazywać na niewłaściwą konfigurację lub brak kontroli nad szablonami.

Sprawdź również tagi robots. W praktyce jeden przypadkowy noindex w szablonie może wykluczyć dużą grupę stron. Jeżeli sklep korzysta z kilku modułów SEO, upewnij się, że nie generują sprzecznych instrukcji.

Mobilna wersja sklepu i doświadczenie użytkownika

Test wykonuj także na telefonie. Nie chodzi wyłącznie o to, czy strona mieści się na ekranie. Przejdź przez menu, filtry, wyszukiwarkę, warianty produktu i formularze. Sprawdź, czy elementy interaktywne nie zasłaniają treści oraz czy skrypty odpowiedzialne za obsługę strony nie powodują błędów.

Przy okazji porównaj mobilną i desktopową wersję treści. Jeżeli na urządzeniu mobilnym brakuje części informacji, linków lub elementów nawigacji, zapisz to jako osobny problem do weryfikacji.

Co sprawdzić przed pozycjonowaniem sklepu, aby później nie pomylić przyczyn z efektami

To część audytu, którą często pomija się przy rozpoczynaniu kampanii. Zanim rozpoczniesz optymalizację, zapisz stan wyjściowy.

Zbierz informacje o widoczności, ruchu organicznym, liczbie indeksowanych stron, najważniejszych adresach, błędach indeksowania, przekierowaniach i stanie Core Web Vitals. Zapisz także wdrożone zmiany techniczne, które są planowane przed startem właściwej kampanii.

Jeżeli sklep miał ostatnio migrację, zmianę adresów, wdrożenie nowego szablonu albo przebudowę kategorii, oddziel efekty tych zmian od późniejszych działań SEO. Bez takiego punktu odniesienia trudno później ustalić, czy wzrost lub spadek widoczności wynikał z optymalizacji, zmian w serwisie czy problemu technicznego.

Przygotuj również listę najważniejszych adresów. Nie wystarczy kontrola strony głównej. Wybierz reprezentatywne kategorie, produkty, strony informacyjne i typowe warianty URL. Dzięki temu kolejne pomiary można wykonywać na tych samych grupach stron.

Kolejność kontroli sklepu przed rozpoczęciem SEO

Kontrolę prowadź od najbardziej podstawowych kwestii do elementów wymagających dokładniejszej analizy. Pierwszy poziom to dostępność serwera i poprawne odpowiedzi HTTP. Następnie indeksowanie, robots.txt, sitemapa XML i canonical. Kolejny etap to struktura linków, parametry, filtry i JavaScript. Dalej wydajność, Core Web Vitals, dane strukturalne i kontrola mobilna. Na końcu zapisanie stanu wyjściowego oraz przygotowanie listy problemów do wdrożenia.

Taka kolejność ogranicza sytuację, w której zespół analizuje szczegóły meta tagów, podczas gdy podstawowa kategoria sklepu jest zablokowana przed indeksowaniem. Najpierw usuwa się problemy, które ograniczają dostęp do stron, później porządkuje ich sposób przetwarzania, a dopiero następnie przechodzi do elementów wspierających jakość i widoczność.

Kontrole przed SEO i konsekwencje wykrytych problemów

Kontrola	Co sprawdzić	Konsekwencja problemu
Indeksowanie	Status ważnych kategorii i produktów	Strony mogą nie pojawiać się w indeksie lub mogą być indeksowane niezgodnie z założeniami
robots.txt	Blokady katalogów, zasobów i sekcji sklepu	Robot może nie mieć dostępu do potrzebnych zasobów lub stron
Sitemap XML	Poprawność i jakość adresów	Google otrzymuje nieprecyzyjną listę stron przeznaczonych do indeksowania
Statusy HTTP	2xx, 3xx, 4xx i 5xx	Błędy mogą utrudniać dostęp do stron i zwiększać liczbę niepotrzebnych żądań
Przekierowania	Łańcuchy, pętle i docelowe adresy	Utrudnione przejście do właściwej strony oraz problemy po migracji
Canonical	Wskazanie właściwej wersji URL	Google może wybrać inną stronę jako reprezentatywną
Filtry i parametry	Liczba generowanych adresów i ich indeksowanie	Niepotrzebne rozszerzanie przestrzeni adresów do crawlowania
Linkowanie wewnętrzne	Dostęp do kategorii i produktów	Ważne strony mogą być trudniejsze do odkrycia i zrozumienia w strukturze serwisu
JavaScript	Renderowanie treści i linków	Część zawartości może nie być prawidłowo dostępna dla wyszukiwarki
Core Web Vitals	LCP, INP, CLS	Problemy z ładowaniem, interakcją lub stabilnością strony
Mobile	Nawigacja, treść i funkcje na telefonie	Problemy z korzystaniem ze sklepu i obsługą stron mobilnych

Co zrobić po zakończeniu audytu technicznego

Po zebraniu błędów nie zaczynaj od ich przypadkowego poprawiania. Podziel je według wpływu na dostępność stron, indeksowanie, crawlowanie, strukturę serwisu, wydajność i elementy drugorzędne.

Najpierw zajmij się problemami, które mogą całkowicie odciąć Google od wartościowych stron. Następnie uporządkuj duplikację, przekierowania, strukturę linków i generowanie adresów. Dopiero później przechodź do optymalizacji wydajności, danych strukturalnych i pozostałych usprawnień.

Przy większym sklepie dobrze jest przypisać każdy problem do konkretnego typu strony i wskazać sposób jego weryfikacji po wdrożeniu. Dzięki temu audyt nie kończy się listą błędów, ale staje się planem prac technicznych.

Jeżeli sklep ma wiele tysięcy adresów, rozbudowane filtry, kilka wersji językowych lub historię migracji, ręczna kontrola kilku podstron nie wystarczy. Potrzebne jest połączenie crawlowania, danych z Search Console, analizy kodu oraz sprawdzenia konfiguracji platformy.

Czy audyt techniczny trzeba wykonać przed każdą kampanią SEO?

Nie każda kampania wymaga pełnego audytu od zera. Jeżeli sklep jest regularnie kontrolowany, infrastruktura nie zmieniła się, a poprzednie problemy zostały zamknięte, można rozpocząć od kontroli stanu bieżącego i sprawdzenia obszarów, w których zaszły zmiany.

Pełniejszy audyt ma szczególnie dużo sensu przed rozpoczęciem współpracy z nowym sklepem, po migracji, zmianie platformy, dużej przebudowie adresów, wdrożeniu nowego szablonu albo zmianie sposobu filtrowania produktów. W takich sytuacjach przygotowanie techniczne sklepu do SEO powinno poprzedzać planowanie większych prac optymalizacyjnych.

Jeżeli nie masz czasu przejść przez indeksowanie, statusy HTTP, canonical, linkowanie, parametry, JavaScript i wydajność, możesz zlecić audyt techniczny sklepu przed SEO, aby przed rozpoczęciem kampanii mieć uporządkowaną listę problemów do sprawdzenia i wdrożenia.

Audyt sklepu nie powinien być dokumentem pełnym przypadkowych ostrzeżeń z narzędzia SEO. Jego zadaniem jest wskazanie konkretnych przeszkód: które strony są niedostępne, które nie powinny być indeksowane, gdzie powstają duplikaty, jakie adresy są generowane przez sklep i które elementy infrastruktury mogą utrudniać crawlowanie.

Dopiero na takim stanie wyjściowym można sensownie oceniać późniejsze działania SEO. Jeśli widoczność wzrośnie lub spadnie, masz wtedy punkt odniesienia i możesz sprawdzić, czy przyczyną była optymalizacja, zmiana w serwisie, migracja, problem techniczny albo inna zmiana w środowisku sklepu.