Site verdwenen uit Google: wat te controleren
Is uw site uit Google verdwenen, werk dan de oorzaken af in de volgorde waarin ze het snelst uit te sluiten zijn: handmatige actie, noindex, robots.txt, canonical, een hack of blacklisting, serverfouten, en dan het domein zelf. Zes van de zeven zijn binnen enkele minuten van buiten de site zichtbaar, en de volgorde hieronder is zo gekozen dat de goedkoopste controles eerst komen.
Bevestig eerst dat ze werkelijk weg is
Zoek op de exacte URL van uw homepage, en voer dan site:example.com uit. Geen resultaten voor
geen van beide wijst op een sitebrede oorzaak en de lijst hieronder is van toepassing. Resultaten voor de
homepage maar niet voor een sectie wijst op één template of één pad, wat de zoektocht aanzienlijk versmalt.
Resultaten die er allemaal nog zijn maar slechter rangschikken dan vorige maand is een ander probleem: dat is
een rangschikkingswijziging, geen deïndexering, en geen van deze stappen pakt dat aan.
1. Controleer op een handmatige actie
Search Console, Beveiliging en handmatige acties, Handmatige acties. Een handmatige actie betekent dat een menselijke beoordelaar een straf toepaste, en de melding noemt de reden en de reikwijdte. Niets anders op deze lijst lost een site onder zo'n straf op. De weg terug is te corrigeren wat de melding beschrijft en een verzoek tot herbeoordeling in te dienen, wat dagen tot weken duurt. Dit staat eerst op de lijst omdat het één klik kost en de andere zes irrelevant maakt.
2. Controleer op noindex
De meest voorkomende oorzaak van een hele site die verdwijnt zonder dat er iets kapot lijkt:
curl -sI https://example.com/ | grep -i x-robots-tag
curl -s https://example.com/ | grep -i 'name="robots"'Print één van beide commando's noindex, dan heeft u uw antwoord. Controleer een pagina van elk
belangrijk template, niet alleen de homepage, want het lek beperkt zich vaak tot één route. Het mechanisme en de
gebruikelijke manieren waarop dit gebeurt, staan in wat noindex
doet.
3. Controleer robots.txt
Open https://example.com/robots.txt. Een Disallow: / onder
User-agent: * blokkeert de hele site voor crawling. Bevestig ook dat het bestand zelf 200
teruggeeft: een aanhoudende 5xx op robots.txt kan Google ertoe brengen het crawlen van de host te pauzeren, ook
al is elke pagina erop in orde. De regels en de valkuilen staan in hoe
u robots.txt controleert.
4. Controleer de canonical
curl -s https://example.com/ | grep -i 'rel="canonical"'Noemt de canonical een staging-host, een ontwikkeldomein of een andere URL dan de pagina die u ophaalde, dan vraagt elke pagina om te worden samengevoegd met iets anders. Dat is een canonical die naar staging wijst, en het produceert precies dit symptoom terwijl de site 200 blijft teruggeven.
5. Controleer of de site is gehackt of geblacklist
Een gecompromitteerde site wordt vaak uit de resultaten verwijderd voordat de eigenaar iets merkt. Bekijk eerst het rapport Beveiligingsproblemen van Search Console, controleer daarna de reputatielijsten van buitenaf: de gratis Web Risk-controle rapporteert of de eigen malware- en phishinglijsten van Google uw URL momenteel markeren, en de gratis blacklistcontrole dekt de DNS-blacklists die ook uw e-mailaflevering beïnvloeden. Een melding op één van beide betekent dat de geïnjecteerde inhoud vinden en verwijderen voor al het andere gaat, want een beoordeling wordt niet opgeheven zolang de site nog gecompromitteerd is.
6. Controleer op serverfouten
Pagina's die 5xx teruggeven of een time-out geven voor de crawler worden uit de index gehaald, en een server die alleen onder crawlerbelasting faalt, ziet er in een browser perfect gezond uit. Bekijk het rapport Crawlstatistieken in Search Console voor een piek in mislukte verzoeken, en bevestig de statuscode die uw site teruggeeft vanaf meer dan één netwerk, aangezien botbeschermingsregels die 403 teruggeven aan datacenterbereiken onzichtbaar zijn vanuit een gewone browser.
7. Controleer dat het domein niet is verlopen
De storing die niemand verwacht, omdat ze de site volledig en stilletjes offline haalt: een domein dat bij vernieuwing verliep, of een DNS-record dat daarmee werd verwijderd. De gratis WHOIS-opzoeking toont de registratie- en vervaldata samen met de huidige nameservers. Een vervaldatum in het verleden, of nameservers die niet de uwe zijn, verklaart alles wat hierboven op deze lijst staat.
Waarom deze lijst lang is
Elke oorzaak hier, behalve de handmatige actie, levert een site op die correct laadt, 200 teruggeeft en een gewone uptimecontrole doorstaat, wat verklaart waarom het eerste signaal meestal een verkeersgrafiek is, een week nadat de wijziging live ging. Deze controles handmatig uitvoeren betrapt het één keer. De gratis site-crawltool dekt de on-pagehelft van de lijst in één keer over elke pagina, in plaats van de twee of drie die u toevallig testte. Om de volgende te betrappen op het moment dat ze verschijnt, leest de optie Indexeerbaarheid op een HTTP-monitor van HostTracker bij elke controle de noindex-richtlijnen en de canonical van uw belangrijkste pagina's uit en stuurt een melding wanneer er één verandert - SEO-monitoring laat zien hoe dat werkt naast uptime-, certificaat- en domeinverloopcontroles.