Lista kontrolna technicznego audytu SEO: co sprawdzić i dlaczego

Techniczny audyt SEO sprawdza, czy ważne strony można znaleźć, pobrać, wyrenderować i zinterpretować zgodnie z zamierzeniami. Najbardziej przydatna lista kontrolna łączy każdą kontrolę z przyczyną i metodą weryfikacji. Dzięki temu zbiór ostrzeżeń staje się pracą, którą programista może wykonać.

Zacznij od stron obsługujących firmę i szablonów, które je generują. Prowadź rejestr zasięgu indeksowania i ograniczeń dostępu. Technicznie schludna próbka nie wystarczy, aby uznać, że duża witryna internetowa jest zdrowa.

Ustanów reprezentatywne przeszukiwanie

Wymień stronę główną, ważne kategorie lub usługi, poszczególne strony ze szczegółami i pomocnicze przewodniki. Celowo uwzględnij odpowiednie subdomeny i warianty adresów URL, zamiast pozwalać robotowi na zdefiniowanie całego zakresu.

Porównaj odkryte strony z adresami URL, które prawdopodobnie będą istnieć. Mała liczba stron może wskazywać na ograniczoną nawigację, ograniczenia dostępu, linki zawierające wyłącznie JavaScript lub limit indeksowania. Zbadaj lukę, zanim uznasz przeszukiwanie za zakończone.

The Przewodnik po audycie SEO wyjaśnia szerszy proces ustalania zakresu, ustalania priorytetów i przekazywania zadań. Niniejsza lista kontrolna koncentruje się na dowodach technicznych w ramach tego procesu.

Sprawdź odpowiedzi i przekieruj miejsca docelowe

Ważne strony publiczne powinny zwracać odpowiednią odpowiedź i użyteczną treść. Zbadaj błędy, powtarzające się przekierowania i strony, które zwracają status powodzenia, wyświetlając komunikat o błędzie. Sprawdź miejsce docelowe, a nie tylko to, czy istnieje przekierowanie.

Przekierowania powinny zapewniać rozsądną podróż użytkownika. Wysyłanie każdej usuniętej strony na stronę główną może wyeliminować jeden widoczny błąd i dezorientować odwiedzających. Mapuj stare adresy URL na odpowiednie miejsca docelowe, w których rzeczywiście istnieje zamiennik.

Prowadź tabelę źródłowego adresu URL, odpowiedzi, miejsca docelowego i zamierzonego zachowania. Po zmianie przetestuj ponownie stary adres i miejsce docelowe. Upewnij się, że przekierowanie nie wprowadza kolejnego niepotrzebnego przeskoku.

Sprawdź roboty i instrukcje indeksowania

Sprawdź, czy plik robots.txt i instrukcje na poziomie strony mają odpowiednie role. Ograniczenie indeksowania i dyrektywa indeksowania nie są zamienne. Sprawdź, czy można pobrać ważną stronę i czy jej widoczne dyrektywy są zgodne z zamierzoną polityką indeksowania.

Przejrzyj wszelkie instrukcje noindex dotyczące szablonów, ustawień związanych z przemieszczaniem lub nowo uruchomionych sekcji. Nie usuwaj celowych wykluczeń ze stron prywatnych, zduplikowanych lub narzędziowych tylko dlatego, że narzędzie je zgłosiło.

Skorzystaj z narzędzi źródłowych Google do diagnostyki indeksowania. Robot indeksujący może zidentyfikować dyrektywę, ale nie może w sposób definitywny zgłosić bieżącej decyzji Google dotyczącej indeksowania każdego adresu URL po prostu czytając stronę.

Przejrzyj relacje kanoniczne

Sprawdź, czy odniesienia kanoniczne są celowe, ważne i spójne z przeznaczeniem strony. Kanoniczne wskazanie niewłaściwej usługi, ustawień regionalnych lub nazwy hosta zasługuje na zbadanie. Odniesienie do samego siebie nie jest lekarstwem na każdy problem z duplikacją treści.

Spójrz na całą relację: linki wewnętrzne, przekierowania, wpisy w mapie witryny i warianty stron. Sprzeczne sygnały mogą sprawić, że zamierzona struktura będzie niejasna. Udokumentuj, który adres URL powinien reprezentować treść i dlaczego.

Przykład ilustrujący: szablon produktu przypadkowo wyświetla adres URL kategorii jako kanoniczny dla każdego produktu. Poprawka znajduje się w szablonie, po czym następuje weryfikacja kilku produktów i przegląd zamierzonej struktury adresu URL.

Sprawdź renderowanie JavaScript i publiczny dostęp

Porównaj początkowy kod HTML z treścią, którą otrzymuje zwykły użytkownik po załadowaniu strony. Sprawdź, czy ważny tekst i linki do indeksowania istnieją w formie, którą odpowiedni robot może przetworzyć. Pustego kontenera aplikacji nie należy mylić z pustą witryną firmową.

Google Wskazówki dotyczące SEO JavaScript opisuje przeszukiwanie, renderowanie i indeksowanie jako powiązane etapy. Na potrzeby audytu zapisz, czy narzędzie sprawdziło renderowaną treść i czy skrypty lub wymagane zasoby zawiodły.

Sprawdź także ekrany zgody, bramki wiekowe i uwierzytelnianie. Sesja robota jest oddzielona od sesji przeglądarki. Dokumentuj wszelkie procedury autoryzowanego dostępu stosowane podczas audytu i nie opisuj treści za nierozwiązaną bramką jako całkowicie sprawdzoną.

Sprawdź linki wewnętrzne i kandydatów osieroconych

Podążaj ścieżkami, którymi może podążać odwiedzający od głównej nawigacji do ważnych stron. Sprawdź, czy nie ma uszkodzonych linków, nieistotnych miejsc docelowych i stron, które można znaleźć tylko za pomocą mapy witryny lub bezpośredniego adresu URL. Strona może istnieć bez znaczącego połączenia z witryną.

Użyj opisowego tekstu linku, jeśli pomaga odwiedzającemu zrozumieć miejsce docelowe. Unikaj traktowania linkowania wewnętrznego jako formuły wymagającej stałej liczby kotwic o dokładnym dopasowaniu. Przydatnym pytaniem jest to, czy łatwo jest znaleźć następną odpowiednią stronę.

W przypadku odkrycia kandydata będącego sierotą należy potwierdzić, czy powinien on być publiczny i aktualny. Stare strony kampanii, tymczasowe adresy URL i celowo wycofana treść mogą wymagać usunięcia lub przekierowania, a nie nowych linków nawigacyjnych.

Sprawdź jakość mapy witryny

Mapa witryny powinna opisywać adresy URL, które mają zostać odkryte przez wyszukiwarki, a nie zastępować spójnej nawigacji. Sprawdź, czy rzeczywiście jest to XML w oczekiwanym formacie; niektóre aplikacje zwracają tę samą powłokę HTML dla każdej nieznanej ścieżki, włączając plik sitemap.xml.

Sprawdź próbkę wymienionych adresów URL pod kątem stanu odpowiedzi, spójności kanonicznej i zamierzonej możliwości indeksowania. Przejrzyj indeksy map witryn i pliki podrzędne, jeśli są obecne. Nie zakładaj, że istnienie mapy witryny oznacza, że ​​każda wymieniona strona jest indeksowana.

Po migracji adresu URL porównaj mapę witryny z nową strukturą i usuń przestarzałe wpisy zgodnie z zamierzoną polityką witryny. Zachowaj datę weryfikacji w protokole audytu.

Sprawdź podróże mobilne i dowody wydajności

Przetestuj reprezentatywne strony w wąskiej rzutni. Poszukaj obciętych elementów sterujących, niedostępnej nawigacji, nieczytelnych tabel i ważnych treści zasłoniętych nakładkami. Ukończ podstawowe zapytanie lub ścieżkę zakupową w zakresie odpowiednim dla środowiska testowego lub autoryzowanej weryfikacji.

Używaj pomiarów wydajności, aby zlokalizować konkretne wąskie gardła, zamiast gonić za wynikiem bez kontekstu. Odróżnij badanie laboratoryjne od obserwacji w terenie i zapisz urządzenie i warunki. Jeden szybki test nie gwarantuje, że każdy odwiedzający będzie miał szybkie wrażenia.

Nadaj priorytet problemom, które zakłócają ważne zadania. Efekt dekoracyjny opóźniający dostęp do zapytania serwisowego może mieć większe znaczenie niż niewielka różnica wizualna, która nie wpływa na użytkowanie.

Przejrzyj dane strukturalne i sygnały międzynarodowe

Sprawdź, czy dane strukturalne dokładnie opisują widoczną stronę i używają odpowiedniego typu. Napraw nieprawidłowe lub wprowadzające w błąd wartości, ale nie obiecuj specjalnego wyglądu w wyszukiwaniu tylko dlatego, że weryfikacja przebiegła pomyślnie.

W przypadku witryn wielojęzycznych lub regionalnych sprawdź zamierzone powiązania między wersjami językowymi i krajowymi. Sprawdź, czy odwiedzający mogą dotrzeć do właściwej wersji i czy sygnały nie wskazują niepowiązanych stron. Nie dodawaj adnotacji międzynarodowych do witryny poświęconej jednolitemu rynkowi bez rzeczywistej potrzeby.

Trzymaj te kontrole oddzielnie od nieuzasadnionych twierdzeń dotyczących widoczności AI. Prawidłowy znacznik może opisywać treść; nie gwarantuje, że system zacytuje stronę.

Zamień listę kontrolną w rejestr weryfikacyjny

Grupuj ustalenia według pierwotnej przyczyny i wpływu na działalność biznesową. Problem z szablonem może zasługiwać na jedno zadanie implementacyjne z wieloma adresami URL, których dotyczy. Zachowaj szczegóły do ​​testowania, ale unikaj zawyżania zaległości setkami identycznych instrukcji.

UpStrait funkcje audytu udostępnij wyniki kampanii i szczegóły stron, których to dotyczy, w celu wsparcia tego przepływu pracy. Trzymaj dowody obok zadania i korzystaj z Wyjaśnienie wyniku SEO podczas omawiania sumarycznej liczby z zainteresowanymi stronami.

Często zadawane pytania

Czy każde ostrzeżenie techniczne powinno zostać naprawione?

Nie. Najpierw potwierdź, że jest to rzeczywisty problem związany z przeznaczeniem strony. Niektóre wykluczenia lub przekierowania są celowe. Nadaj priorytet potwierdzonym problemom, które mają wpływ na ważne strony lub zadania odwiedzających.

Czy przejście audytu technicznego oznacza, że treść jest dobra?

Nie. Dostęp techniczny i użyteczność strony to różne kwestie. Strona dostępna technicznie może być nadal niejasna, niedokładna lub słabo dopasowana do celu wyszukiwania. Dołącz osobną recenzję treści.

Skąd mam wiedzieć, że naprawa została ukończona?

Zweryfikuj zachowanie na żywo na reprezentatywnych stronach i ponownie przeprowadź odpowiednią kontrolę w porównywalnym zakresie. Zachowaj dowody i datę. Sama zmiana kodu lub zamknięty bilet nie dowodzą, że ma miejsce zamierzone zachowanie produkcyjne.