Afgekeurde landingspagina's oplossen in Google Merchant Center

Afkeuring van landingspagina’s vs. Verkeerde voorstelling

Bij een technische afkeuring van een landingspagina gaat het om de vraag of Google je pagina überhaupt kan bereiken. Bij Verkeerde voorstelling gaat het om wat je pagina zegt (misleidende claims, ontbrekende beleidspagina’s). Een technische afkeuring los je op met aanpassingen aan je infrastructuur — je hoeft geen bezwaar in te dienen.

De vijf soorten technische afkeuringen van landingspagina’s

1. Harde 404 — pagina niet gevonden

De URL geeft HTTP 404 terug. Dit is de meest voorkomende technische afkeuring.

Hoe het ontstaat: een verwijderd product is niet uit de feed gehaald; de URL-structuur is gewijzigd zonder 301-redirects; producten die niet op voorraad zijn, krijgen een andere URL.

Oplossing: zet de pagina terug, voeg een 301-redirect toe of haal het product uit de feed. availability: out_of_stock instellen helpt niet — Google moet de URL nog steeds kunnen crawlen.

2. Pagina’s met inlogverplichting

De pagina zit achter een login, een afgeschermd ledengedeelte of een betaalmuur.

Oplossing: een Shopping-feed hoort alleen openbaar toegankelijke productpagina’s te bevatten. Maak een openbare versie met openbare prijzen, of sluit afgeschermde producten uit.

3. Blokkering door robots.txt

Je robots.txt verbiedt Googlebot om productpagina’s te crawlen.

Zo controleer je het: open jouwdomein.nl/robots.txt. Controleer het in het robots.txt-rapport van Search Console en test afzonderlijke URL’s met een robots.txt-validator.

Regels die vaak problemen geven:

User-agent: *
Disallow: /products/   ← blocks all product pages

User-agent: Googlebot
Disallow: /            ← staging config left in production

4. Redirectketens (2+ stappen)

De feed-URL stuurt door naar een andere URL, die zelf ook weer doorstuurt. Google accepteert één 301; ketens van 2 of meer stappen worden gemarkeerd.

Oplossing: pas de tussenliggende redirects aan zodat ze direct naar de eindbestemming wijzen. Zet de uiteindelijke canonieke URL in je feed.

Zo controleer je het: tools als httpstatus.io tonen de volledige redirectketen.

5. Zachte 404’s

De pagina geeft HTTP 200 terug, maar uit de content blijkt dat het product niet bestaat (lege pagina, melding “Product niet gevonden”, algemene categoriepagina).

Oplossing: dode URL’s horen een 301 (naar een verwant product) of een echte 404/410 terug te geven. Laat dode URL’s nooit een 200 met lege content teruggeven.

Problemen op grote schaal opsporen

• Exporteer alle link-waarden uit je feed.

• Voer asynchrone HEAD-requests uit. Let op: 404/410, trage 200 (mogelijk een zachte 404), redirectketens.

• Los eerst de 404’s op (dat zijn eenduidige problemen).

• Maak van redirectketens directe redirects.

• Zoek uit waarom pagina’s traag zijn (server-side rendering, databasequery’s, CDN).

Na het oplossen

• In Merchant Center: Instellingen → Gegevensbronnen → open de bron → “Nu ophalen” om de feed direct opnieuw op te halen.

• Dien een bijgewerkte sitemap in bij Search Console.

• Reken op 24–48 uur voordat alles opnieuw is verwerkt.

Preventie

• Vóór een sitemigratie: controleer je URL’s, stel 301-redirects in en werk de feed voor en na de migratie bij

• Bij het verwijderen van een product: haal het eerst uit de feed en verwijder daarna pas de pagina

• Controleer robots.txt na elke wijziging in de siteconfiguratie

• Controleer wekelijks een steekproef van 50–100 product-URL’s