Handmatige acties en security issues in Google Search Console

Een handmatige actie of security issue in Google Search Console betekent dat Google een concreet probleem met je website heeft vastgesteld. Controleer meteen welk rapport de melding toont, welke URL’s zijn geraakt en of er signalen zijn van hacking, malware of phishing. Herstel daarna de volledige oorzaak, controleer je site opnieuw en vraag alleen wanneer passend een beoordeling aan. Een daling in posities zonder deze melding is iets anders.

Wat zijn handmatige acties en security issues?

Google Search Console kent aparte rapporten voor handmatige acties en security issues. De rapporten kunnen allebei gevolgen hebben voor hoe pagina’s in Google zichtbaar zijn, maar de oorzaak en herstelroute verschillen wezenlijk.

Een handmatige actie ontstaat wanneer een menselijke reviewer van Google vaststelt dat pagina’s of de site in strijd zijn met het spambeleid voor Google Zoeken. Denk aan misleidende of automatisch gegenereerde content, onnatuurlijke links, cloaking of onjuiste structured data. Google kan de zichtbaarheid van afzonderlijke URL’s of van een groter deel van de site beperken.

Een security issue wijst op een beveiligingsprobleem dat bezoekers kan schaden, zoals gehackte content, malware, ongewenste software of phishing. Behandel dit als een incident: beperk risico voor bezoekers en onderzoek direct hoe ongewenste bestanden, pagina’s of scripts op de website zijn gekomen.

Handmatige actie, security issue of een gewone SEO-daling?

Situatie	Wat je in Search Console ziet	Waarschijnlijke aanpak	Eerste eigenaar
Handmatige actie	Melding in het rapport Handmatige acties met een omschrijving van het probleem	Lees de reden, onderzoek alle vergelijkbare URL’s of links, herstel de oorzaak sitebreed en vraag een beoordeling aan	SEO-specialist, contentverantwoordelijke of ontwikkelaar, afhankelijk van de melding
Security issue	Melding in het rapport Security issues over bijvoorbeeld gehackte content, malware of phishing	Beperk schade, verwijder schadelijke code en ongewenste content, dicht de toegang en laat de site opnieuw beoordelen	Hostingpartij, WordPress-ontwikkelaar of securityspecialist
Daling zonder melding	Geen melding in beide rapporten, maar minder klikken, vertoningen of posities	Onderzoek indexering, technische fouten, wijzigingen op pagina’s, concurrentie en zoekintentie	SEO-specialist of websitebeheerder
404- of soft-404-probleem	Indexeringssignalen rond ontbrekende of niet-volwaardige pagina’s	Onderzoek URL’s, interne links, redirects en de inhoudelijke status van de pagina	Websitebeheerder of ontwikkelaar

Een handmatige actie is dus niet hetzelfde als een algoritmische daling. Ook is een security issue geen SEO-optimalisatiepunt dat je rustig op de backlog kunt zetten. Vooral bij malware of phishing is snelle technische actie nodig.

Zie je vooral meldingen over verdwenen pagina’s? Lees dan ook onze gids over 404- en soft-404-fouten oplossen. Dat is een andere categorie dan handmatige acties en security issues.

Gevolgen voor vindbaarheid en bezoekers

De precieze impact hangt af van de melding en de getroffen URL’s. Google kan bij een handmatige actie specifieke pagina’s of de hele website minder goed laten verschijnen in de zoekresultaten. Bij een security issue kan Google waarschuwingen tonen om zoekers te beschermen. Naast organische zichtbaarheid kan dit het vertrouwen van bezoekers, leads en bestaande klanten raken.

Maak daarom onderscheid tussen twee prioriteiten:

• Bezoekersveiligheid: staat voorop bij malware, phishing, ongewenste downloads of gehackte content.
• Herstel van zoekzichtbaarheid: volgt uit een aantoonbaar volledige oplossing van de oorzaak, niet uit alleen het verwijderen van een zichtbare melding.

Handmatige acties en security issues oplossen: stappenplan

1. Leg de melding vast en bepaal de ernst

Open in Search Console het rapport waarin de melding staat. Lees de volledige omschrijving en noteer welke URL’s, secties of voorbeelden Google noemt. Maak een interne melding voor de verantwoordelijke collega of leverancier. Wijzig bij een vermoedelijk beveiligingsincident niet lukraak pagina’s of plugins voordat je hebt vastgelegd wat je aantreft.

Bij een security issue is het verstandig om de hostingpartij en technisch beheer direct te betrekken. Bij aanwijzingen voor phishing, malware of een mogelijk datalek kan ook aanvullende specialistische of juridische beoordeling nodig zijn.

2. Onderzoek de oorzaak, niet alleen de voorbeeld-URL

De URL’s in Search Console zijn signalen, geen garantie dat het probleem daartoe beperkt blijft. Controleer daarom vergelijkbare pagina’s, templates, plugins, scripts, gebruikersaccounts en recente wijzigingen.

• Bij spam of content: onderzoek schaalmatig aangemaakte, gekopieerde, misleidende of kwalitatief zwakke pagina’s en controleer of de inhoud daadwerkelijk nuttig is voor bezoekers.
• Bij links: onderzoek de aard van links en linkpatronen voordat je maatregelen neemt. Verwijder niet blind relevante links.
• Bij structured data: controleer of de markup overeenkomt met wat een bezoeker op de pagina ziet en of deze geen misleidende claims doet.
• Bij hacking: zoek naar onbekende beheerders, gewijzigde bestanden, vreemde redirects, nieuwe URL’s, ingesloten scripts en ongewenste content.

Gebruik URL Inspection om de status van individuele URL’s te onderzoeken. Dit helpt je om URL’s gericht te controleren, maar vervangt geen volledig technisch onderzoek van een beveiligingsincident.

3. Herstel volledig en pak de toegangsoorzaak aan

Los het onderliggende probleem op voor alle getroffen onderdelen. Alleen een voorbeeldpagina verwijderen is onvoldoende als hetzelfde patroon op andere URL’s, in een template of in een account blijft bestaan.

Bij een gehackte WordPress-site betekent herstel doorgaans: schadelijke content en code verwijderen, ongewenste accounts uitschakelen, toegang beveiligen, software en componenten beoordelen en het oorspronkelijke toegangspunt onderzoeken. Doe dit zorgvuldig en met een herstelbare back-upstrategie. Een incomplete schoonmaak kan ertoe leiden dat de melding terugkomt.

Bij een handmatige actie rond content, links of markup moet je aantoonbaar het beleidsschendende patroon wegnemen. Maak geen cosmetische aanpassing die de onderliggende werkwijze intact laat.

4. Voer een praktische eindcontrole uit

Controleer na het herstel ten minste het volgende:

• De voorbeeld-URL’s uit de melding laden zoals bedoeld en bevatten geen schadelijke of misleidende inhoud.
• Vergelijkbare pagina’s, templates en URL-patronen zijn eveneens gecontroleerd.
• Er zijn geen onbekende beheeraccounts, redirects of scripts achtergebleven.
• De website werkt functioneel, ook op belangrijke formulieren en conversiepaden.
• URL Inspection en de relevante Search Console-rapporten geven geen nieuwe aanwijzingen voor hetzelfde probleem.

Controleer ook of herstelwerk geen gebroken interne links of foutieve redirects heeft veroorzaakt. Onze pagina over 404- en soft-404-fouten helpt bij die aanvullende controle.

5. Vraag een beoordeling aan wanneer dat nodig is

Vraag pas een beoordeling aan nadat de oorzaak volledig is hersteld. In een verzoek om heroverweging beschrijf je helder wat er is gevonden, welke maatregelen je hebt genomen en hoe je herhaling probeert te voorkomen. Houd het feitelijk: een beoordeling is geen garantie op directe goedkeuring of direct herstel van eerdere posities.

Google geeft aan dat een reconsideration request relevant is na het oplossen van een handmatige actie of security issue. Volg daarbij de optie en instructies die Search Console bij de melding toont.

Wat doe je als de melding blijft staan of terugkomt?

Ga niet uit van een storing als een melding blijft bestaan. Heropen het onderzoek en stel deze vragen:

• Hebben we alleen de genoemde URL’s aangepakt, of het hele patroon?
• Is de bron van de hack of de beleidsinbreuk daadwerkelijk weggenomen?
• Zijn er cachelagen, oude templates, subdomeinen of alternatieve URL-versies die hetzelfde probleem tonen?
• Is er na herstel opnieuw ongewenste content, een account of een script toegevoegd?
• Is de toelichting bij het beoordelingsverzoek concreet en controleerbaar?

Bij terugkerende security issues ligt het probleem vaak niet alleen in zichtbare content, maar ook in beheer, toegangsrechten, hosting of kwetsbare software. Schakel dan specialistische technische hulp in voordat je opnieuw een beoordeling aanvraagt.

Wanneer schakel je een specialist in?

Schakel direct een hostingpartij, ontwikkelaar of securityspecialist in bij signalen van malware, phishing, onbekende accounts, ongewenste redirects of gewijzigde bestanden. Bij een handmatige actie rond content, links of structured data is een SEO-specialist vaak de aangewezen partij om de oorzaak systematisch te beoordelen.

LYNX Media helpt bedrijven met websites die beter moeten presteren in vindbaarheid, techniek en conversie. Bekijk onze diensten voor webdesign, SEO en online marketing of lees hoe slimme Google Ads-campagnes kunnen aansluiten op een gezonde website en meetbare groeidoelen.

Preventieve controlelijst voor website-eigenaren

• Controleer Search Console regelmatig op meldingen in Handmatige acties en Security issues.
• Beperk beheerrechten tot mensen die ze nodig hebben en verwijder oude accounts.
• Houd het beheer van WordPress, thema’s, plugins en hosting bewust georganiseerd.
• Controleer belangrijke pagina’s na grote wijzigingen aan templates, content of integraties.
• Bewaar herstelbare back-ups en weet wie toegang heeft tot domein, hosting en websitebeheer.
• Publiceer geen content, links of structured data die bezoekers of zoekmachines misleidt.
• Leg incidenten, wijzigingen en herstelstappen intern vast, zodat je gericht kunt onderzoeken en uitleggen wat is gedaan.

Veelgestelde vragen

Is een handmatige actie hetzelfde als een Google-update?

Nee. Een handmatige actie wordt in Search Console gemeld en ziet op een concrete overtreding van het spambeleid. Een daling na een algoritmische wijziging verschijnt niet automatisch als handmatige actie.

Kan ik een security issue negeren als de website normaal werkt?

Nee. Een security issue kan bezoekers in gevaar brengen of pas op specifieke URL’s, apparaten of momenten zichtbaar zijn. Onderzoek de melding direct en betrek technische specialisten wanneer hacking, malware of phishing mogelijk is.

Moet ik altijd een reconsideration request indienen?

Gebruik een beoordelingsverzoek wanneer Search Console dit na volledig herstel mogelijk maakt. Dien het niet in als je de oorzaak nog niet begrijpt of slechts een deel van het probleem hebt aangepakt.

Herstellen mijn posities meteen na goedkeuring?

Daar is geen garantie voor. Nadat een melding is opgelost, moet Google pagina’s opnieuw verwerken en blijft de organische zichtbaarheid afhankelijk van onder meer kwaliteit, relevantie en concurrentie.