Link [link] in Google Shopping: vereisten, best practices en voorbeelden

Wat is het kenmerk link?

Het kenmerk link bevat de URL van de landingspagina waar shoppers terechtkomen als ze op je Shopping-advertentie of gratis vermelding klikken. Het is een van de drie belangrijkste verplichte kenmerken (naast title en price), omdat elke conversie die je Shopping-campagne kan opleveren via deze pagina binnenkomt. Een kapotte, niet-overeenkomende of slecht geoptimaliseerde link betekent direct verspild advertentiebudget, afgekeurde producten en gemiste omzet.

De link-URL is meer dan een klikbestemming: Google crawlt hem actief om te controleren of wat je adverteert overeenkomt met wat de landingspagina toont. Het kenmerk link draait dus niet alleen om het doorsturen van verkeer, maar ook om consistente gegevens tussen je feed en je website. De crawler van Google controleert prijs, beschikbaarheid, overeenkomst van de titel en bereikbaarheid van de pagina, en keurt producten af als hij verschillen vindt.

Technische specificaties

Waar het wordt weergegeven

• Shopping-advertenties — Elke klik op een Shopping-advertentie stuurt de shopper naar de link-URL (of naar de ads_redirect-URL als die is ingesteld). Het domein dat in de advertentie staat (“example.com”), wordt uit deze URL gehaald. In de meeste advertentie-indelingen zien shoppers wel het domein, maar niet de volledige URL.

• Gratis vermeldingen — Op het tabblad Shopping gebruiken ook klikken op gratis vermeldingen het kenmerk link als klikbestemming. Voor gratis vermeldingen gelden dezelfde eisen voor URL-overeenkomst en crawlverificatie als voor betaalde advertenties.

• Dynamische remarketing — Google gebruikt de URL van de productpagina om gedragssignalen (paginaweergaven, toevoegingen aan de winkelwagen) aan specifieke producten te koppelen bij het opbouwen van remarketingdoelgroepen. De URL moet overeenkomen met de pagina waarop je remarketingtag wordt geactiveerd.

Regels

• HTTPS vereist voor Shopping-advertenties — HTTP-URL’s leiden automatisch tot afkeuring voor betaalde plaatsingen. Het SSL-certificaat moet geldig zijn (niet verlopen en niet zelfondertekend).

• Moet naar de specifieke productpagina leiden — De URL moet een pagina opleveren met precies het geadverteerde product, niet een categoriepagina, zoekresultatenpagina of homepage.

• Moet HTTP 200 teruggeven — Een 404, 410, 500 of een omleiding naar een foutpagina leidt tot afkeuring. Tijdelijke serverfouten (503) kunnen eerst waarschuwingen opleveren voordat het product wordt afgekeurd.

• Landingspagina moet overeenkomen met de feed — Prijs, beschikbaarheid en het getoonde product zelf moeten overeenkomen met wat er in de feed staat. De crawlers van Google controleren dit.

• Geen interstitials of inlogmuren — Pagina’s waarvoor je moet inloggen, pop-ups voor leeftijdsverificatie die de toegang blokkeren en paginavullende interstitials vóór het product zijn niet toegestaan.

• Geen pagina’s die alleen met JavaScript werken — Wordt de productinformatie alleen via JavaScript weergegeven (en staat ze niet in de HTML-bron of in gestructureerde data), dan kan de crawler van Google de feedgegevens mogelijk niet controleren, met afwijkingen en afkeuringen als gevolg.

Best practices

Gebruik schone, canonieke URL’s als basis

Het kenmerk link moet verwijzen naar de canonieke URL van het product — de schone, permanente versie zonder sessie-ID’s, pagineringsparameters of variabelen voor de UI-status. Zet trackingparameters in ads_redirect of gebruik UTM-parameters die de pagina-inhoud niet veranderen. Schone canonieke URL’s blijven stabieler bij site-updates en zijn makkelijker te beheren in je feedpipeline.

Gestructureerde data van Schema.org gelijktrekken

Voeg Schema.org Product-opmaak toe aan je productpagina’s en houd die gelijk met je feed. Vindt de crawler van Google overeenkomende gestructureerde data (dezelfde prijs, dezelfde beschikbaarheidsstatus, dezelfde GTIN), dan valideert hij je feedgegevens sneller en met meer zekerheid, wat het risico op afkeuring verkleint. Producten met correcte gestructureerde data worden minder snel gemarkeerd voor afwijkingen, ook als de gegevenssynchronisatie even achterloopt.

URL-stabiliteit bij sitemigraties

Migraties naar een ander e-commerceplatform zijn de belangrijkste oorzaak van massale linkgerelateerde afkeuringen. Checklist voor het plannen van een migratie:

• Koppel vóór de overstap alle bestaande product-URL’s aan hun nieuwe URL’s

• Stel direct bij de overstap 301-omleidingen in voor alle verplaatste productpagina’s

• Zet je Merchant Center-feed om naar de nieuwe canonieke URL’s zodra die live staan

• Controleer de eerste 2 weken na de migratie dagelijks het tabblad “Vereist aandacht” in Merchant Center

• Test vóór de migratie een steekproef van minstens 50 product-URL’s met een URL-checker

Tracking zonder de feed te vervuilen

Impact op prestaties

• Afkeuringspercentage — Linkproblemen horen bij de top 3 oorzaken van afgekeurde producten in Merchant Center. Een afkeuringspercentage van 1% bij een feed van 10.000 producten betekent 100 producten die niet kunnen worden weergegeven, wat direct ten koste gaat van het bereik en de omzet van je campagnes.

• Kwaliteit van de landingspagina — Trage, inhoudsarme of niet-overeenkomende landingspagina’s achter de gelinkte URL verlagen je conversiepercentage en kunnen leiden tot afkeuringen vanwege de landingspagina. Shopping-advertenties hebben geen kwaliteitsscore op zoekwoordniveau, dus de schade zie je terug in je conversies en niet in een lagere kwaliteitsscore.

• Conversiepercentage — Shoppers naar precies het product sturen waarop ze klikten (en niet via kapotte omleidingen naar een categoriepagina of de homepage) kan het conversiepercentage met 20–40% verhogen. Precieze landingspagina’s verlagen het bouncepercentage en verhogen de koopintentie bij binnenkomst.

• Vertraging bij crawlverificatie — Na een feedupdate kan het 1–3 dagen duren voordat de crawlers van Google de product-URL’s opnieuw hebben gecontroleerd. In die periode kunnen producten met recent gewijzigde links tijdelijk minder vertoningen krijgen, tot de crawl bevestigt dat de gegevens kloppen.

Veelgemaakte fouten

• HTTP in plaats van HTTPS gebruiken voor product-URL’s — directe afkeuring voor betaalde plaatsingen

• Linken naar een categoriepagina of zoekresultatenpagina in plaats van naar de specifieke productdetailpagina

• Sessiegebonden URL’s gebruiken (met SESSIONID= of iets vergelijkbaars) die verlopen en bij het crawlen een 404 opleveren

• Geen 301-omleidingen instellen als product-URL’s veranderen, met massale 404-afkeuringen als gevolg

• Trackingparameters gebruiken die de pagina-inhoud veranderen of aan trackingverkeer andere prijzen tonen

• Pagina’s gebruiken die met JavaScript worden opgebouwd zonder statische HTML-variant of gestructureerde data, waardoor de crawler van Google de productgegevens niet kan controleren

• Meerdere productvarianten naar dezelfde URL laten verwijzen — ze delen dan allemaal dezelfde prijs/beschikbaarheid en Google kan ze niet uit elkaar houden

Pro-tips

• Richt automatische URL-monitoring in — Laat dagelijks een server-side URL-check draaien op je top 500 producten (naar advertentie-uitgaven) die alarm slaat bij elke respons anders dan 200. Een kapotte link die je binnen enkele uren opmerkt, kost veel minder dan een link die je pas na 3 dagen verspilde uitgaven ontdekt. Screaming Frog, eigen scripts of monitoringdiensten voor GMC-feeds zijn allemaal geschikt.

• Voeg Schema.org-opmaak toe aan alle productpagina’s — Dankzij Product-schema met correcte price, availability, sku en gtin kan de crawler van Google je feedgegevens vergelijken met de gestructureerde data, zodat je verschillen makkelijker opspoort en oplost — en gevalideerde producten minder snel worden gemarkeerd voor afwijkingen tijdens het crawlen.

• Gebruik het kenmerk ads_redirect voor alle betaalde tracking — Houd link als schone, canonieke product-URL en zet alle tracking (UTM’s, klik-ID’s, omleidingsketens) in ads_redirect. Zo is je feed makkelijker te controleren, blijven canonieke URL’s stabiel voor organisch verkeer en gratis vermeldingen, en hoef je je feed niet bij te werken als de tracking verandert.

• Test links automatisch in je feedpipeline — Laat vóór elke feedupdate een lichte HEAD-request-check draaien op alle URL’s in de feedbatch. Alles wat geen 200 teruggeeft, markeer je en zoek je uit voordat de feed naar Google gaat. Deze ene validatiestap voorkomt het merendeel van de linkgerelateerde afkeuringen.