Betaal minder per klik – en niets voor klikken die nooit gaan kopen

Wat de bescherming doet met Shopping-verkeer

De bescherming koppelt zich aan de clicks die op jouw productpagina's terechtkomen. Elk bezoek via een advertentie wordt gecontroleerd: waar komt het vandaan, hoe gedraagt het zich, herhaalt het patroon zich. Opvallende IP-adressen komen daarna automatisch in de uitsluitingslijst van je Google Ads-account terecht.

Automatisch is hier het cruciale deel. Hetzelfde werk handmatig doen betekent: logbestanden lezen, IP's noteren, in het account invoeren, een week later merken dat de bot inmiddels andere adressen gebruikt. Dat houdt niemand maandenlang vol.

• Bots en Crawlers: geautomatiseerde toegang die prijzen en beschikbaarheden schraapt en daarbij klikkosten veroorzaakt.
• Klikfarms: veel clicks vanuit weinig netwerken, vaak om de seconde en zonder enige interactie op de pagina.
• Terugkerende concurrenten-clicks: dezelfde bron, altijd dezelfde producten, nooit een winkelwagen.

Standaard Shopping: hier werkt het blokkeren volledig

In klassieke Shopping-campagnes werkt de keten tot het einde. Een IP wordt herkend, komt in de uitsluitingslijst, en de gebruiker ziet de advertentie daarna niet meer. Geen Impression, geen klik, geen kosten. Dit gebeurt in realtime, niet als maandelijkse evaluatie.

Praktisch betekent dit: als je een campagne hebt met een hoge klikprijs en een zwakke Conversion Rate, zie je daar als eerste het effect. Het aantal clicks neemt licht af, de Conversion Rate stijgt, het budget verdeelt zich over bezoeken die überhaupt zouden kunnen kopen.

Performance Max en Smart Shopping: herkennen wel, blokkeren slechts gedeeltelijk

Hier moeten we eerlijk zijn. Ongeldig verkeer wordt ook in Performance Max herkend en gelogd. Maar Google Ads staat geen IP-uitsluitingslijsten op campagneniveau toe voor Performance Max en Smart Shopping. Deze grens stelt Google, niet de bescherming.

Wat er toch gebeurt: de opvallende IP's gaan in de accountbrede uitsluitingslijst. Daardoor zijn dezelfde gebruikers uit je zoek- en Display-campagnes geweerd, ze vinden je dus niet via het volgende kanaal terug. En je hebt protocollen waarmee je restituties voor ongeldige clicks rechtstreeks bij Google kunt indienen.

Wie voornamelijk met Performance Max werkt, moet dit kunnen plaatsen: het voordeel ligt dan minder in het directe blokkeren, maar in de zichtbaarheid van het verkeer en in de restituties. Bij een account met klassieke Shopping-campagnes is het effect directer.

Wat er in de shop wordt ingesteld

Drie dingen moeten samenkomen, anders mist de bescherming de gegevens. De instelling is onderdeel van de boeking, maar je moet weten wat er daarbij wordt aangepast.

1. 1Tracking-template op accountniveau: deze voegt parameters toe aan de advertentieclicks, zodat elk bezoek aan de juiste campagne kan worden toegewezen. Let op, als er al een template in het account staat, bijvoorbeeld van een Analytics-setup: deze moet worden samengevoegd en niet worden overschreven.
2. 2Tracking-code in de shop: een script in het template dat het gedrag van bezoekers op de pagina vastlegt. In Shopify, WooCommerce of Magento is dit een kwestie van minuten, bij individuele systemen is er eenmalig een ontwikkelaar nodig.
3. 3API-verbinding met het Google Ads-account: hierdoor worden de uitsluitingen ingesteld, zonder dat iemand handmatig IP's invoert. Zonder deze verbinding blijft de bescherming een rapportagetool.

Reken op één tot twee weken totdat de analyse betrouwbaar is. Daarvoor weet het systeem simpelweg niet wat normaal bezoekersgedrag is in jouw shop. Een meubelhandelaar met lange overwegingstijden ziet er anders uit dan een shop voor verbruiksmaterialen.

Waarom de combinatie meer oplevert dan elke helft alleen

Via onze CSS doe je mee aan dezelfde veiling met ongeveer 20% meer biedkracht, omdat de marge die Google anders inhoudt, in jouw bod blijft. Dit verlaagt de prijs per klik. De bescherming verlaagt het aantal clicks dat je niets oplevert. Beide grijpen op hetzelfde punt aan, namelijk het budget, maar dan van twee kanten.

Een voorbeeld met ronde cijfers: 5.000 € Shopping-budget per maand, 1 € CPC, dus 5.000 clicks. Met CSS betaal je voor dezelfde zichtbaarheid ongeveer 0,80 € en krijg je 6.250 clicks. Als daarvan 8% ongeldig verkeer is en wegvalt, blijven er ongeveer 5.750 echte bezoeken over in plaats van 4.600 in de beginsituatie. De percentages zijn voorbeeldwaarden, het mechanisme is altijd hetzelfde.

De volgorde is desondanks duidelijk: eerst de CSS, omdat het direct en zonder wijziging aan de campagnes werkt. De bescherming komt erbij als het verkeer daartoe aanleiding geeft, en dat herken je meestal al aan de verblijfsduur.

In welke volgorde je begint

1. 1Merchant Center aan de CSS koppelen, campagnes blijven ongewijzigd draaien.
2. 2Twee weken referentiegegevens verzamelen: CPC, Conversion Rate, verblijfsduur per campagne noteren.
3. 3Opvallende campagnes markeren, meestal die met hoge CPC en bounce rate van meer dan 90%.
4. 4Bescherming toevoegen, Tracking-template en code installeren, API-verbinding maken.
5. 5Na twee weken de uitsluitingen controleren: welke netwerken zijn geblokkeerd, is het aandeel bij Standard Shopping veranderd.
6. 6Protocollen voor Performance Max bekijken en restitutieverzoeken bij Google indienen, als de hoeveelheid de moeite waard is.

Veelgestelde vragen