Verwijderde pagina’s in je scan: wat moet je controleren?

Noteer het domein, de volledige URL en de meetdatum. Een bewaard rapport beschrijft de toestand tijdens die controle. Als je daarna iets verwijderde, blijft de oude waarneming in dat historische rapport staan. Dat is nuttig voor vergelijkingen, maar het is geen nieuwe vaststelling. Open bij twijfel het meest recente afgeronde rapport en kijk of de URL daar opnieuw voorkomt.

Maak ook onderscheid tussen een beperkte homepagecheck en een uitgebreide pagina-audit. De gratis basischeck van Marketing Scan bekijkt alleen de homepage. Een uitgebreide audit kan meerdere pagina’s ontdekken via de actuele sitemap en interne links. Een URL die als kapotte link wordt gemeld, hoeft bovendien niet als werkende pagina te zijn behandeld: de fout kan juist zijn dat een andere pagina er nog naartoe verwijst.

Open de exacte URL in een privévenster, zonder ingelogd te zijn in je CMS. Bekijk zowel de inhoud als het uiteindelijke adres. Je webbouwer kan in de netwerkweergave van de browser ook de HTTP-status en eventuele tussenstappen controleren. Een zoekresultaat of een screenshot van vroeger vertelt niet wat de server nu teruggeeft.

• 200 met de oude inhoud: het adres geeft nog een pagina terug. Controleer publicatie, export en websitecache.
• 301 of 308 naar een passende nieuwe pagina: de oude URL verwijst permanent door. Werk interne links en de sitemap bij naar het nieuwe adres.
• 404 of 410: de oude pagina is niet beschikbaar. Verwijder onbedoelde verwijzingen naar die URL.
• 200 met alleen “niet gevonden”: de fouttekst en serverstatus spreken elkaar tegen. Laat de webbouwer de foutstatus controleren.

Google legt de betekenis van deze HTTP-statussen uit. Een 200 garandeert geen indexering. Omgekeerd is een correcte 404 voor een bewust verwijderde pagina op zichzelf geen fout die je met een willekeurige redirect moet verbergen.

Open je sitemap via het adres dat in robots.txt staat of via je CMS. Soms zie je eerst een sitemapindex met meerdere onderliggende bestanden. Zoek ook daarin naar de exacte oude URL. Een winkel kan bijvoorbeeld een aparte productsitemap hebben die door een exportmodule wordt aangemaakt. Een wijziging in de paginalijst van je CMS past die export niet noodzakelijk meteen aan.

Controleer daarna menu’s, categoriepagina’s, oude nieuwsberichten en andere pagina’s die naar het adres kunnen linken. Een crawler kan de verwijzing daar nog tegenkomen, ook als je de oude pagina bewust hebt verwijderd. Google adviseert om de gewenste canonieke URL’s in je sitemap op te nemen. Gebruik de wijzigingsdatum voor een echte inhoudswijziging; een oude datum bewijst niet dat een URL niet meer bestaat.

Heeft de pagina een inhoudelijk gelijkwaardige vervanger? Dan is een permanente doorverwijzing meestal een logische route voor bezoekers die het oude adres gebruiken. Werk ook je eigen links bij, zodat nieuwe bezoekers meteen het juiste adres krijgen. Google beschrijft deze aanpak in zijn richtlijnen voor redirects.

Is er geen passende vervanger, laat de oude URL dan een echte 404 of 410 geven en bied op de foutpagina bruikbare navigatie aan. Stuur niet elk verwijderd product automatisch naar de homepage: iemand die een specifieke vraag stelde, vindt daar vaak geen antwoord. Zet ook niet alleen een blokkade in robots.txt om de serverstatus te verbergen. Toegang blokkeren en een pagina verwijderen zijn verschillende ingrepen.

In een fictieve webshop is een niet meer verkochte stoel geen goede reden om naar een willekeurige keukentafel door te sturen. Een opvolger met dezelfde functie kan wel relevant zijn. Laat de keuze afhangen van wat de bezoeker zoekt, niet alleen van de wens om een rood vinkje uit een rapport te halen.

1. Bewaar de exacte oude URL en de meetdatum uit je rapport.
2. Noteer de huidige status, de bestemming na redirects en de getoonde inhoud.
3. Zoek waar de URL nog wordt gepubliceerd: sitemap, menu, categorie of artikel.
4. Laat de juiste bron aanpassen en controleer eventuele website- of exportcache.
5. Voer na herstel een nieuwe toegelaten controle uit en vergelijk hetzelfde adres.

Een bruikbaar bericht is: “Deze URL staat nog in de productsitemap en geeft 200 terug, terwijl het product verwijderd hoort te zijn. Kunnen jullie de export en het serverantwoord controleren?” Daarmee kan je webbouwer gericht zoeken. Alleen “de scanner ziet oude dingen” maakt het probleem moeilijker te reproduceren.

Blijft de melding terugkomen terwijl het adres nu correct reageert, bewaar dan het nieuwe rapport, de URL en je controle-uitkomst voor de ondersteuning. Deel geen wachtwoorden of beheerlinks. Gebruik de wekelijkse controlelijst voor de opvolging en lees wat een beperkte websitecheck wel en niet meet om de scope van je rapport goed te beoordelen.