Blog
hoe je van css-partner wisselt: de complete stap-voor-stap-gids (2026)
2026-07-04
om van google shopping css-partner te wisselen keur je één verbindingsverzoek goed in google merchant center. je shopping-advertenties lopen binnen 24 uur via de nieuwe css, zonder downtime en zonder dat er iets in je campagnes, je feed, je biedingen of je account verandert. de wissel is volledig omkeerbaar met hetzelfde één-kliksproces in beide richtingen.
dat is het hele mechanisme. de rest van deze gids behandelt precies wat er bij elke stap gebeurt, wat er niet gebeurt, hoe lang elk onderdeel duurt, en hoe je controleert of de wissel echt heeft gewerkt zodra hij klaar is.
waarom deze beslissing riskanter aanvoelt dan ze is
als je nog nooit eerder van comparison shopping service bent gewisseld, voelt het idee om iets aan te raken dat verbonden is met je live google ads-account ongemakkelijk. shopping-campagnes hebben tijd nodig gehad om performancegeschiedenis en quality score op te bouwen, en niemand wil de reden zijn dat een goed werkend account stukgaat.
hier is wat er echt toe doet: een css-wissel raakt je google ads-account, je campagnes of je performancegeschiedenis helemaal niet. het verandert één ding, namelijk via welke css je biedingen op auctieniveau worden gerouteerd. je merchant center-feed, je campagnestructuur, je biedstrategie en je quality score bevinden zich allemaal in google ads en merchant center, die beide volledig onder jouw controle blijven vóór, tijdens en na de wissel. de css zelf is een routinglaag onder je campagnes, niet een laag waarvan je campagnes afhankelijk zijn.
als je nog niet helemaal duidelijk hebt wat een css-partner eigenlijk is, begin dan hier voordat je verder ingaat op de mechaniek van het wisselen.
waarom shops echt van css-partner wisselen
drie redenen komen keer op keer terug:
- prijsstructuur. een vaste maandprijs per shop, met alle eu css-landen inbegrepen, houdt je kosten voorspelbaar en is meestal goedkoper dan een variabel tarief of aparte kosten per land op het moment dat je in meer dan één markt shopping draait.
- gaten in de dekking. een shop breidt uit naar nieuwe landen en de huidige css dekt niet al die landen onder één verbinding, wat de shop dwingt tot aparte aanmeldingen of gemiste besparing in sommige markten.
- support en voorwaarden. een shop heeft een vraag en kan geen mens bereiken, of zit vast in een contractvoorwaarde waar het uit wil.
het onderliggende kortingsmechanisme is in wezen identiek bij elke door google goedgekeurde css: het komt voort uit googles eigen css-programmaregels, niet doordat een individuele aanbieder een grotere besparing heeft bedacht. wisselen gaat dus bijna nooit over het vinden van een mysterieus grotere korting. het gaat over het betalen van een eerlijkere, transparantere prijs voor hetzelfde mechanisme, met voorwaarden die je niet vastbinden.
wat er echt verandert, en wat niet
dit is het onderdeel om op te slaan voordat je begint, want de meeste zorgen rond een wissel komen voort uit het niet weten waar de grens ligt.
wat er verandert:
- welke css verbonden is met je merchant center-account.
- de aanbiedersnaam die getoond wordt in de kleine grijze attributieregel onder je shopping-advertenties.
wat er niet verandert:
- je google ads-account. het blijft helemaal van jou, met dezelfde login, dezelfde facturering, dezelfde alles.
- je campagnes, advertentiegroepen, biedingen, budgetten en targeting op doelgroepen of locaties.
- je productfeed, je productgegevens en je merchant center-instellingen.
- je quality score, ad rank en historische performancegegevens.
- alles wat een shopper in de advertentie zelf ziet. dezelfde producten, dezelfde prijzen, dezelfde afbeeldingen, dezelfde landingspagina's.
- je standaard shopping- en performance max-opzet. beide blijven via de nieuwe css draaien precies zoals ze via de oude draaiden, omdat css-routing onder de campagnelaag ligt voor beide formaten.
een css-wissel gebeurt op de infrastructuurlaag onder je campagnes. vanuit het perspectief van googles advertentieplatform beginnen je biedingen simpelweg via een ander css-spoor in de auctie te lopen. niets aan hoe het algoritme je account beoordeelt wordt gereset of opnieuw ingeladen. er is geen nieuwe leerfase, want er was om te beginnen nooit een wijziging op campagneniveau om van te leren.
stap 1: meld je aan bij de nieuwe css-partner (ongeveer 5 minuten)
maak een account aan bij de css-partner waar je naartoe verhuist. je hebt doorgaans je naam, je e-mailadres en het land nodig waar je shop gevestigd is. betaalgegevens zijn meestal niet vereist alleen maar om het verbindingsproces te starten.
zodra je account bestaat, genereert de aanbieder een merchant center-verbindingsverzoek en stuurt dit naar de google-account die aan je shop gekoppeld is.
stap 2: keur het verbindingsverzoek goed in merchant center (1 klik)
open google merchant center. je ziet een verbindingsverzoek dat eruitziet als een gewone melding over toegang van een derde partij tot je account. klik op goedkeuren.
die ene klik verbindt je merchant center met de nieuwe css. je bewerkt in deze stap nergens campagnes, feedgegevens of biedingen. als je het verzoek niet meteen kunt vinden, wijst een css-aanbieder die zijn zaken goed voert je precies aan waar je moet kijken. in de praktijk kost dit ongeveer twee minuten zodra je bent ingelogd.
stap 3: de aanbieder voltooit de css-configuratie (binnen 24 uur)
nadat je hebt goedgekeurd, voltooit de nieuwe aanbieder de css-opzet aan zijn kant. binnen 24 uur lopen je shopping-advertenties via de nieuwe css en is de besparing op je cost-per-click uit het lagere css-auctietarief van kracht. een aanbieder die zijn zaken goed voert bevestigt rechtstreeks aan jou zodra je live bent, in plaats van je te laten gissen.
stap 4: koppel de oude css los (optionele opruiming)
in de meeste gevallen vervangt de nieuwe verbinding automatisch de oude in merchant center. als je vorige aanbieder nog steeds als verbonden wordt getoond, koppel die dan los. er is geen technische opzegtermijn vereist om dit te doen. wat je wel moet controleren zijn de eigen factureringsvoorwaarden van je oude aanbieder, zodat je niet meer door hen gefactureerd wordt zodra je bent verdergegaan.
stap 5: bevestig en ga verder
zodra je hebt geverifieerd dat de wissel heeft gewerkt (zie het verificatiegedeelte hieronder), is er niets meer te doen. geen heropbouw van campagnes, geen nieuwe goedkeuringsperiode, geen proefperiode om uit te zitten. de wissel is voltooid op het moment dat je advertenties via de nieuwe css gerouteerd worden en je facturering bij de oude aanbieder is afgesloten.
moet je je campagnes pauzeren voordat je wisselt?
nee. dit is verreweg de meest voorkomende zorg, en het antwoord is simpel: je shopping-campagnes draaien ononderbroken gedurende de hele wissel. er is geen pauze, geen reset en geen nieuwe leerfase, omdat de wissel nooit de campagnelaag raakt die zoiets zou uitlokken. je campagnes live houden tijdens de wissel is de juiste aanpak, niet een risico dat je op je neemt.
sommige shopeigenaren gaan ervan uit dat omdat een css-wissel voelt als het wisselen van "aanbieder", het moet lijken op het wisselen van, bijvoorbeeld, een betaalprovider of een e-mailplatform, die beide vaak een overgangsvenster vereisen. dat is niet zo. de css-laag ligt onder de campagne, dus er valt aan de campagnekant helemaal niets over te schakelen.
verlies ik gegevens of geschiedenis, of moet ik iets opnieuw opbouwen?
nee, op alle drie de punten, en het is de moeite waard om dit duidelijk te zeggen, want het is de vraag die de meeste shopeigenaren in de eerste plaats ervan weerhoudt te wisselen.
- campagnegeschiedenis en quality score bevinden zich in je google ads-account. de css-wissel raakt google ads helemaal niet aan, dus niets van je geschiedenis wordt gereset.
- productfeed en merchant center-gegevens blijven precies waar ze zijn. je uploadt geen feed opnieuw en herconfigureert geen productgroepen.
- er hoeft niets opnieuw opgebouwd te worden. er is geen nieuwe campagnestructuur, geen nieuwe conversietracking op te zetten en geen nieuwe biedstrategie te configureren. de wissel is een verbindingswijziging, geen migratie.
als een aanbieder je ooit vertelt dat een wissel naar hen vereist dat je je campagnes opnieuw opbouwt of je feed opnieuw tagt, dan is dat niet hoe een geautoriseerde css-wissel werkt, en is het de moeite waard om te vragen waarom hun proces afwijkt van het standaard google-verbindingsproces.
hoe je controleert of de wissel echt heeft gewerkt
drie onafhankelijke controles bevestigen het, en het is de moeite waard om alle drie te doen in plaats van op één signaal te vertrouwen:
1. controleer merchant center. je css-aanbieder zou nu als de nieuwe partner moeten worden getoond in plaats van de oude, onder de gekoppelde services van het account.
2. controleer de aanbiedersregel op een live advertentie. zoek op google shopping naar een van je eigen producten en kijk naar de kleine grijze attributieregel onder de advertentie. daar zou je nieuwe css-aanbieder moeten staan. dit is het meest directe, publiekelijk verifieerbare bewijs dat de wissel live is: je kunt er zelf naar zoeken, vanuit elke browser, zonder ergens in te loggen.
3. houd je gemiddelde cpc in de gaten. binnen een paar dagen zou je gemiddelde cost-per-click in google ads het lagere css-auctietarief moeten weerspiegelen. dit is de bevestiging uit de echte wereld die het meest telt, want het is de daadwerkelijke uitkomst waarvoor je gewisseld bent, niet zomaar een instellingenscherm.
als je een vierde datapunt wilt, vraag je nieuwe aanbieder dan rechtstreeks of de verbinding aan hun kant volledig live is. een aanbieder die dit correct uitvoert kan het je binnen seconden vertellen, omdat het aan hun kant van de verbinding zichtbaar is.
veelvoorkomende zorgen bij het wisselen, direct beantwoord
verlies ik mijn campagnegeschiedenis of mijn quality score? nee. geschiedenis, quality scores en performancegegevens bevinden zich allemaal in je google ads-account, dat een css-wissel niet aanraakt. niets wordt gereset, want niets op de campagnelaag was ooit onderdeel van de wissel.
komt er een gat waarin mijn advertenties stoppen met draaien? nee. de nieuwe css-verbinding neemt het over zonder je campagnes op enig moment te onderbreken. er is geen donkere periode tussen aanbieders, omdat de oude en de nieuwe css-verbinding geen opeenvolgende stappen zijn die een uitschakelvenster vereisen. het is enkel een kwestie van welke van de twee merchant center op dit moment aanwijst.
wat als ik midden in een contract zit met mijn oude aanbieder? de technische wissel zelf staat los van de factureringsvoorwaarden van je oude aanbieder. controleer hun opzegvoorwaarden zodat je niet twee css-aanbieders tegelijk betaalt, maar het wisselmechanisme is niet afhankelijk van, en wacht niet op, het aflopen van je oude contract.
kan ik terugwisselen als ik van gedachten verander? ja. van css wisselen is altijd dezelfde één-klikgoedkeuring in merchant center, in beide richtingen. je bent nooit permanent gebonden aan één aanbieder alleen maar omdat je bent gewisseld.
werkt dit met performance max, of alleen met standaard shopping-campagnes? allebei. css-routing werkt onder de campagnelaag voor zowel standaard shopping-campagnes als performance max-campagnes die een shopping-feed bevatten. van css wisselen vereist niet dat je een van beide campagnetypen opnieuw opbouwt of herstructureert.
moet ik mijn bureau of advertentiebeheerder erbij betrekken voordat ik wissel? je hebt hun betrokkenheid niet nodig om de wissel zelf uit te voeren, aangezien de css-verbinding zich op merchant center-accountniveau bevindt, los van het dagelijkse campagnebeheer. het is netjes om ze van tevoren te laten weten, zodat ze niet in de war raken door een cpc-verschuiving in de accountgegevens en snel iets ongewoons kunnen aankaarten als het opduikt.
is er enig risico op een sanctie voor mijn google-account door te wisselen? nee. shopping-advertenties draaien via een geautoriseerde css is een standaardmechanisme dat ingebouwd zit in googles eigen advertentieplatform en gebruikt wordt door shops in heel de eu. wisselen tussen twee door google geautoriseerde css-aanbieders brengt geen risico op sancties met zich mee, omdat beide aanbieders binnen hetzelfde goedgekeurde programma opereren.
hoe weet ik dat de nieuwe css echt door google geautoriseerd is? controleer of de aanbieder voorkomt op googles lijst van geautoriseerde comparison shopping services, en bevestig dat de attributieregel onder een live advertentie hen met hun geregistreerde css-naam noemt zodra de wissel voltooid is. beide controles zijn dingen die je zelf kunt doen, zonder dat je een aanbieder op zijn woord hoeft te geloven.
de kern
van css-partner wisselen is een van de wijzigingen met de laagste frictie die je aan een shopping-opzet kunt maken: één goedkeuringsklik, live binnen 24 uur, geen downtime, geen nieuwe leerfase, en volledig omkeerbaar als je van gedachten verandert. niets in je campagnes, je feed, je biedingen of je quality score wordt op enig moment in het proces aangeraakt.
als je huidige aanbieder variabele of per-land-prijzen hanteert, of je heeft vastgezet in voorwaarden waar je liever niet in zit, is een wissel naar een vaste prijs per shop met alle eu css-landen inbegrepen en een 60-dagen-niet-goed-geld-terug-garantie een risicoarme manier om erachter te komen of het de moeite waard is.
bekijk de actuele prijzen, lees hoe het css-partnerprogramma van begin tot eind werkt, of ga aan de slag en wees live binnen 24 uur.
Veelgestelde vragen
hoe lang duurt een css-wissel eigenlijk?
de goedkeuring van de verbinding zelf is meteen klaar, één enkele klik in merchant center. je advertenties lopen binnen 24 uur na die klik via de nieuwe css, en veel shops zijn binnen een paar uur volledig live.
beïnvloedt van css wisselen mijn advertentieranking of quality score?
nee. de keuze van css is een routingbeslissing op auctieniveau, geen kwaliteits- of rankingsignaal. je ad rank en quality score worden op dezelfde manier berekend, ongeacht via welke geautoriseerde css je gerouteerd wordt.
gaan mijn campagnes offline tijdens de wissel?
nee. je shopping-campagnes draaien de hele tijd ononderbroken door. er is geen pauze, geen downtime-venster en geen moment waarop je advertenties stoppen met vertonen.
moet ik mijn feed of campagnes opnieuw opbouwen om te wisselen?
nee. de wissel is een verbindingswijziging op merchant center-accountniveau. je feed, je campagnestructuur, je biedingen en je targeting blijven precies zoals ze zijn.
moet ik mijn bureau inlichten voordat ik van css wissel?
je hebt hun betrokkenheid niet nodig om te wisselen, aangezien de css-verbinding los staat van het campagnebeheer. het is netjes om ze in te lichten, zodat ze een eventuele cpc-verschuiving die ze in de accountgegevens zien begrijpen.
kan ik terugwisselen naar mijn oude css-partner als ik niet tevreden ben?
ja. het proces is identiek in beide richtingen, een één-klikgoedkeuring in merchant center. je zit nooit vast aan een aanbieder alleen maar omdat je bent gewisseld.
werkt van css wisselen met performance max-campagnes?
ja. css-routing geldt onder de campagnelaag voor zowel standaard shopping-campagnes als performance max-campagnes die een shopping-feed gebruiken. geen van beide hoeft opnieuw opgebouwd te worden.
is er enig risico voor mijn google ads-account bij het wisselen tussen geautoriseerde css-aanbieders?
nee. advertenties draaien via een geautoriseerde css is een standaardmechanisme dat google zelf heeft gebouwd en dat gebruikt wordt door shops in heel de eu. wisselen tussen twee geautoriseerde aanbieders brengt geen risico op sancties voor je account met zich mee.
Zie het op je eigen account
Binnen 24 uur live voor een vast tarief van 20 €/maand, alle actieve CSS-landen inbegrepen, geen contract.