Auteur
De SEO-techniek beperkt zich niet tot het corrigeren van 404-berichten, maar kan belangrijke problemen op een website oplossen. Ziehier 5 belangrijke punten om te controleren tijdens een audit.
1 - Google voit-il bien la page web complète ?
Al meer dan 10 jaar zijn websites zeer afhankelijk van JavaScript om hun pagina's te genereren. Google is in staat om een pagina met al zijn middelen uit te voeren, maar als een pagina groter is, heeft ze meer kans om volledig te worden opgeladen. Omgekeerd bestaat het risico dat essentiële onderdelen van de pagina niet worden geladen als de pagina te lang is (inhoudsgebieden, links).
L'outil d'Inspection de l'URL de la Search Console permet de vérifier comment Google a vu la page : le code HTML généré est-il bien le même que ce qu'on a dans notre navigateur, les ressources utiles (CSS et JS essentiels) sont-elles bien chargées?
L'outil d'inspection de l'URL biedt in werkelijkheid twee functies:
Attentie dus voor het bestuderen van uw pagina's via een aangepaste versie voor uw analyse.
2 - Google neit-il que les pages utiles du site?
Men heeft de slechte gewoonte te denken dat een URL in HTTP 200 een goede keuze is, en een URL in HTTP 404 een probleem. Zoals zo vaak in SEO, il n'y a pas de réponse binaire, et une prise de recul est nécessaire.
Een voorbeeld van een e-commerce site: deze bestaat voornamelijk uit pagina's met lijsten (categorieën) en productfiches.
Een pagina met categorieën (Catégories, Sous-catégories) kan de internaut opties voor UX bieden, zoals filters (kleur) en tris (prijs).
Deze opties leveren vaak URL's op met bijna oneindig veel parameters door de combinatie van opties (waardoor bijvoorbeeld.com/chemises?couleur=Bleu&taille=XS). Het risico bestaat dat Google toegang krijgt tot een aantal pagina's die ongeschikt zijn voor SEO, te laag (te veel filters, dus te weinig producten) of te laag (identieke producten die verschillend zijn geordend).
Controleer in de Search Console het aantal "Valides" (vertes) pagina's. Encore mieux, si vos sitemaps sont proprement configurés pour ne contenir que les pages utiles et connues de votre site, vous pourrez distinguer:
Het gevaar schuilt dus in deze tweede categorie, ook al is de kleur groen onbetrouwbaar.
Anderzijds heeft een product een levenscyclus die impliceert dat de site op termijn wordt verlaten. De pagina wordt natuurlijk doorgegeven als HTTP 404, wat een aanvulling is op andere producten die onlangs zijn verwijderd - dus bij het rapport van de Couverture de la Search Console sur les URLs Exclues - Introuvable (404). Op dezelfde manier als de dode bladeren die zich ophopen aan de rand van een boom in de herfst, is dit een normale situatie voor een site. En in het algemeen, wat is het risico voor uw site dat Google de URL's in 404 plaatst? Geen.
3 - Google beschouwt de site als mobiel compatibel?
De fixatie van Google en SEO op mobiel heeft geleid tot een mobiele index: de kwaliteit van een site en SEO wordt beoordeeld aan de hand van de mobiele versie. Er moet met name worden verzekerd dat er geen verschillen zijn tussen de inhoud en de links tussen de desktop- en de mobiele versie.
Men komt soms een zeldzaam, maar ook kritisch probleem tegen: Google kan oordelen dat een site niet mobiel is. De meeste sites zijn Responsive Web Design (RWD) waardoor dezelfde site compatibel is met desktop en mobiel. Het is juist deze technologie die een probleem kan vormen: ze wordt geleverd door de bestanden van de site (voornamelijk CSS) die door Google kunnen worden geblokkeerd.
Men vindt soms in de robots.txt (een bestand dat Google aangeeft welke informatie hij op een site mag zien of niet) een blokkade van de bronnen die nodig zijn voor Responsive Design, vaak vanwege een oud CMS (of een robots.txt die meerdere repertoires van verschillende CMS'en weergeeft). Google kan de pagina's van de site niet meer genereren dan met onvolledige stijlelementen en vindt dat de site niet compatibel is. Heureusement, constater ce problème is simplissime (la Search Console remonte l'erreur, on peut tester une page via le Test d'optimisation mobile) et sa résolution en général relativement rapide.
4 - Bezoekt u dezelfde site als Google met uw navigator en uw instrumenten?
Een webpagina wordt gemaakt door een server. Deze beantwoordt een verzoek aan een URL die de informatie van de aanvrager bevat, met name: l'User-Agent om het type aanvrager te identificeren (outil, navigateur, robot d'exploration) en het IP-adres. De server geeft dus een HTTP-reactie, meestal vergezeld van een webpagina. Een HTTP200-reactie gaat vergezeld van de gevraagde pagina, een HTTP404- of HTTP500-reactie niet.
Kortom, sommige sites reageren verschillend op de vraag. Dat levert twee grote problemen op:
Een belangrijk voorbeeld is de liggende status van pagina's die worden gewijzigd voor intern gebruik: een pagina exemple.com kan voor Google bestaan maar kan worden gewijzigd naar exemple.com/fr_FR/ voor intern gebruik, vanwege de taal van zijn navigator en zijn cookies (ce dont ne se sert pas le robot d'exploration de Google).
5 - Zijn de gestructureerde gegevens een bedreiging voor de site?
In dezelfde logica als die van de SEA-uitbreidingen hebben de natuurlijke resultaten verschillende visuele toevoegingen. De gestructureerde gegevens zijn metadonnaden die meerdere elementen van een pagina identificeren volgens bepaalde formaten. Het eindresultaat is een betere lezing van deze elementen door de onderzoekers, in ruil waarvoor zij extraits krijgen die hun onderzoeksresultaten verrijken. Het voorbeeld van de gestructureerde gegevens over een produkt: men identificeert zijn naam, zijn prijs, zijn beschikbaarheid en zijn gemiddelde prijs, en deze elementen worden voor deze pagina vermeld in de onderzoeksresultaten.
Ondanks de grote nauwkeurigheid van de documentatie van gestructureerde gegevens (door Schema.org en Google) en de testinstrumenten voor de toepassing ervan, blijven de fouten courant, ook bij de meest geavanceerde CMS'en op de markt.
In de meeste gevallen leidt een slechte implementatie tot gedeeltelijke inefficiëntie - het betreffende element genereert geen extraits enrichis zonder de andere te blokkeren (een gebalanceerde prijs wordt niet geblokkeerd door een moeilijke noot).
Bovendien kan een implementatie die op het eerste gezicht waardevol is, de site in gevaar brengen. Sommige CMS du marché zijn zeer algemeen in hun balisage: des pages produit où sont balisés le produit principal mais également les produits associés (en cross-sell). Het belangrijkste product wordt duidelijk geïdentificeerd door de rest van de pagina (titel, H1), maar de prijzen zijn veelvoudig. Google kiest een prijs voor deze pagina in de zoekresultaten en heeft weinig kans om de juiste prijs te vinden. Men vindt dus pagina's in de SERP met onjuiste prijzen: lage of hoge prijzen, onaanvaardbaar voor de internaut.
Het ergste en jammer genoeg zeldzame geval betreft de gerechtelijke procedures van Google. Een implementatie die als misbruik wordt beschouwd ten opzichte van de door Google toegestane praktijken met betrekking tot gestructureerde données, leidt tot een volledige terugtrekking van de extraits enrichis voor de site, tot aan de oplossing van het probleem en de vraag om heroverweging van de manuele actie (vervolgens gevalideerd door een fysiek persoon). Een aantal recente gevallen heeft 2 maanden nodig gehad om opnieuw te worden bekeken, waarbij de betrokken sites in de SERP zijn achtergebleven bij de concurrenten (alleen visueel, zonder impact op de posities).
