SEO guard: fouten na een update binnen minuten zien en herstellen, wat het kost en waar je op let

Waarom blijven SEO-fouten na een update onopgemerkt?

Updates draaien om ontwerp, functies of beveiliging, niet om de technische SEO-instellingen achter elke pagina.

Een themawissel, een plugin-update, een nieuwe release of een migratie kan die instellingen overschrijven zonder dat iemand het wil. Niemand opent na een release elke pagina om de broncode te controleren. Bezoekers merken niets, want een noindex, een lege titel of een andere canonical is onzichtbaar in de browser. Zoekmachines lezen het direct.

Wat kost zo'n fout je eigenlijk?

De kosten zijn het verkeer dat je misloopt zolang de fout blijft staan.

Google pakt een noindex of een verkeerde canonical binnen een paar dagen op. Daarna zakken pagina's weg en dalen je klikken. Het herstel kost ook tijd: eerst moet je de fout vinden, dan oplossen en daarna wachten tot Google je pagina's weer oppakt. Hoe korter de fout blijft staan, hoe kleiner de schade. Daar draait een guard om.

Waarom is een geplande crawl niet genoeg?

Een crawler kijkt op vaste momenten, dus een fout kan er ruim voor de volgende ronde al dagen staan.

Landt je update net na een crawl, dan merkt je SEO-tool het pas bij de volgende. In die tijd bezoekt Google de getroffen pagina's gewoon. De guard werkt anders: de edge ziet elke pagina die hij uitlevert en vergelijkt die met wat hij eerder zag. Een wijziging wordt dus gezien op het moment dat hij verschijnt. Meer over de aanpak lees je bij [SEO monitoring](/seo-bewaker/).

Waar let de guard op?

De guard controleert een kort lijstje fouten dat in de praktijk de meeste schade doet.

• Een nieuwe noindex op een pagina die eerst in Google mocht.
• Een titel die ineens leeg is.
• Een canonical die opeens naar een andere pagina wijst.
• Een pagina met verkeer uit Google die een 404 geeft (met Search Console gekoppeld).

Wijzigingen die je zelf op de edge hebt gemaakt, telt de guard niet mee. Dat voorkomt valse alarmen.

Wat gebeurt er als er een melding komt?

Je en je team krijgen binnen een paar minuten een e-mail, met per pagina hoeveel klikken uit Google op het spel staan.

In Site Health binnen Edge SEO herstel je het met één klik op de edge: de pagina mag weer in Google, de oude titel komt terug of de canonical wijst weer naar de pagina zelf. Ondertussen zoekt je developer de oorzaak in de site. Dat laatste is nodig, anders brengt de volgende update dezelfde fout terug. Was de wijziging bewust, bijvoorbeeld een pagina die je met opzet uit Google haalde, kies dan dat het klopt. Verdwijnt het probleem vanzelf, dan sluit de melding zich.

Waar let je op bij het kiezen van een SEO guard?

Kijk vooral naar snelheid van melden, duidelijkheid over wat er op het spel staat en of je het direct kunt herstellen.

1. Hoe snel krijg je bericht: minuten, of pas bij de volgende crawl?
2. Zie je per pagina hoeveel verkeer er op het spel staat, zodat je kunt prioriteren?
3. Kun je het symptoom direct herstellen zonder te wachten op een release?
4. Worden je eigen bewuste wijzigingen genegeerd?
5. Kun je het uit handen geven als je er zelf geen tijd voor hebt?

Bij ons kan dat laatste: stuur een bericht en wij pakken de melding voor je op. Een overzicht van de losse onderdelen vind je op de pagina over de [SEO guard](/en/seo-guard/).

Hoe past dit bij de rest van je SEO?

De guard is het vangnet, de rest van je SEO bouw je er omheen.

Op de edge pas je titels, snelheid en schema aan zonder je website te wijzigen, zie [Edge SEO](/edge-seo/). Wil je weten of een wijziging echt werkt, dan is er de [SEO A/B test](/seo-ab-test/). De guard zorgt dat wat al goed staat niet stilletjes kapotgaat.