Przechodzimy każdy adres, a nie próbkę
Bezpośrednie żądania do każdego znanego adresu, bez śledzenia przekierowań, z maksymalnie sześcioma żądaniami jednocześnie, aby nie przeszkadzać serwerowi, oraz 23 kolumnami na adres: kod, adres kanoniczny, tytuł, opis, hreflang, liczba bloków danych strukturalnych, objętość widocznego tekstu. Wynik to plik tabelaryczny, który przekazujemy. Na tej stronie: 249 adresów, z czego 244 odpowiadają 200, a 5 przekierowuje.
Oficjalny adres strony, rozwiązany raz dla całej witryny
131 stron nie deklarowało żadnego adresu kanonicznego, a 219 z 244 deklarowało stronę główną jako adres udostępniania — więc każde udostępnienie w sieciach pokazywało inną stronę. Obie rzeczy naprawiono po jednej względnej deklaracji w podstawowej konfiguracji, która rozwiązuje się dla każdej trasy osobno. To jedna linia kodu zamiast konwencji, którą każda nowa strona musiałaby pamiętać sama.
Mapa witryny wygenerowana z danych, sprawdzona po publikacji
Mapa buduje się ze źródeł treści i przechodzi przez końcową deduplikację — na tej stronie, 147 adresów, ta sama liczba w kodzie i w pliku serwowanym na produkcji. Skrypt uruchamiany po publikacji zawodzi, jeśli mapa traci stronę albo jeśli pojawiają się warianty adresu, które się nie otwierają. Czego dziś brakuje, powiedziane jako brak: wpisy nie mają daty ostatniej modyfikacji, a 93 adresy możliwe do zindeksowania nie są jeszcze uwzględnione.
Stare adresy dostają każdy osobną decyzję
Przy restrukturyzacji każdy istniejący adres dostaje werdykt: zostaje, przekierowuje się trwale albo znika. Na tej stronie w konfiguracji wyszły 43 przekierowania. Osobno sprawdzono też rzeczy, których nikt nie testuje: przejście z domeny bez `www` na tę z `www` jest jedno; adres z końcowym ukośnikiem przekierowuje poprawnie; adres zapisany wielkimi literami zwraca 404, więc nie ma duplikatu zapisu.
Tytuły, opisy i cienka treść, policzone
100 tytułów z 244 przekracza 60 znaków, najdłuższy ma 106 — ryzykiem jest obcięcie w wynikach. 33 opisy przekraczają 160 znaków, ale zero ich brakuje. Poważniej: 65 stron dzieli jeden opis wygenerowany z szablonu, a 30 z nich różni się między sobą łącznie o 240 bajtów. Mediana widocznego tekstu: 2.328 znaków, z 96 stronami poniżej 2.000. To liczby, nie wrażenia, i każda ma w tle listę adresów.
Własny analizator, z modułami i wagami zapisanymi w kodzie
Nasz analizator ma 16 modułów — na stronie, wydajność, mapa witryny, bezpieczeństwo, dostępność, infrastruktura nazw, informacje o rejestracji domeny, linki zewnętrzne, sieci społecznościowe, stos techniczny, pozycje, badanie słów kluczowych, audyt ogólny — plus moduły porównawcze: znajdowanie konkurentów, różnica słów kluczowych, różnica treści, punkty odniesienia. Wynik ogólny jest jawnie ważony w kodzie: wydajność 0,20, SEO 0,20, na stronie 0,15, bezpieczeństwo 0,15, odpowiedzi bezpośrednie 0,10, dostępność 0,10, social 0,10. Moduły, które zawodzą, nie obniżają wyniku — wypadają z ważenia, aby padnięta usługa zewnętrzna nie wygenerowała fałszywego raportu.
Przekierowania, które nie kosztują całej strony
Przekierowanie wykonane wewnątrz aplikacji buduje stronę i dopiero potem wysyła odpowiedź o przekierowaniu. Na tej stronie są 11 takich przypadków, z których każdy generuje ponad 200 KB HTML, zanim powie „idź gdzie indziej”. Działa, ale to marnotrawstwo; przeniesienie ich do konfiguracji to niewielka praca z bezpośrednim wpływem na budżet indeksowania. Jest na liście napraw, wpisana jako brak.
To, co widzi crawler, sprawdzone crawlerem, a nie założone
Poprosiłyśmy o pięć adresów z 18 różnymi identyfikatorami agenta i porównałyśmy kod, rozmiar oraz odcisk normalizowanej treści. Wszystkie dostają 200 i dokładnie tę samą treść co przeglądarka; `robots.txt` jest identyczny, 129 bajtów, dla wszystkich; nie ma blokady, wyzwania ani ograniczenia dla crawlerów. Jedyna odtwarzalna różnica — 237 bajtów mniej na jednej dynamicznej stronie, dla trzech agentów — pochodzi z samego frameworka, który wysyła im pełny, niestreamowany HTML, a więc więcej gotowej do wyrenderowania treści, nie mniej.
Czego nie obiecujemy, zapisane przed umową
Nie obiecujemy pozycji, procentów wzrostu ani liczby wizyt. Nie mamy publikowalnych pomiarów dla takich rzeczy i nie wymyślamy ich. To, co dostarczamy, jest weryfikowalne inaczej: lista adresów ze stanem każdego z nich, wykonane naprawy, sprawdzenie uruchomione po publikacji i mierzalna różnica między stanem przed i po — w bajtach, kodach i liczbie stron, nie w obietnicach.