De serverlogboeken laten zien wat er daadwerkelijk op de site werd gevraagd: URL, tijd, status, volume overgedragen, verwijzing en gebruikersagent, afhankelijk van de configuratie. Ze vullen de crawlers en de zoekconsole aan door de bezochte paden, herhaalde fouten en bronnen die machinetijd kosten te onthullen. Ze zeggen echter niet waarom een pagina rangschikt of dat de inhoud een lezer bevredigt.
Bereid een bruikbaar monster voor
Kies een representatieve periode, bewaar de tijdzone, sluit gegevens uit die u niet nodig hebt en bescherm persoonlijke informatie. Voor een actieve site maken een paar weken het vaak mogelijk om de kruipcycli te observeren. Kranten moeten op een evenredige duur en toegang worden gehouden, zonder een onbepaald archief te worden.
Controleer de robots voordat u ze telt
Een gebruikersnaam kan worden vervalst. Gebruik voor gevoelige analyses de verificatiemethode die door de engine is gepubliceerd in plaats van een eenvoudige tekenreekszoekopdracht. Google documenteert de verificatie door Reverse DNS vervolgens Direct, evenals de gepubliceerde IP-bereiken. developers.google.com
Groepsvragen door families
- canonieke HTML-pagina's;
- afbeeldingen, CSS, JavaScript en lettertypen die nodig zijn voor het renderen;
- 3xx omleidingen;
- 4xx en 5xx fouten;
- parameters, facetten, interne zoekopdrachten en technische URL's;
- Oude paden die hadden moeten verdwijnen.
Vergelijk vervolgens volumes, statussen en responstijden per directory of sjabloon. Een enkele URL waar veel vraag naar is, kan minder belangrijk zijn dan een patroon dat in tienduizend varianten wordt gereproduceerd.
vragen die de logboeken goed beantwoorden
- Worden na publicatie nieuwe pagina's aangevraagd?
- Besteedt Googlebot tijd aan onnodige instellingen?
- Leiden interne links nog steeds tot omleidingen of 404s?
- Zijn 5xx-fouten gericht op een uur of een maat?
- Reageren resources correct?
Het statistiekenrapport van de Search Console biedt ook een weergave van geschiedenis, bestandstypen, antwoorden en hoststatus. developers.google.com
zet waarneming om in prioriteit
Corrigeer eerst fouten die van invloed zijn op strategische pagina's, zeer frequente patronen en serverdowntime. Verminder vervolgens onnodige URL-spaties, werk interne links bij en controleer welke nieuwe functies worden ontdekt. Een zoekopdracht die alleen in de logboeken ontbreekt, bewijst geen probleem: onderzoek ook de sitemap, mesh, robots.txt, canonicals en URL-inspectie.
Volgende stap
Maak vier eenvoudige tabellen: de meest onderzochte URL's, fouten per sjabloon, de meeste gevraagde parameters en sitemappagina's die ooit zijn waargenomen. Elke regel moet leiden tot een reproduceerbare verificatie, niet tot een automatische conclusie.