> For the complete documentation index, see [llms.txt](https://docs.adpage.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.adpage.io/documentation/documentation-nl/optimaliseer-je-installatie/retouren-naar-google-ads.md). # Retouren naar Google Ads Stuur retouren vanuit je retourenplatform naar Google Ads, zodat Smart Bidding optimaliseert op de omzet die je behoudt in plaats van op omzet die terugkomt. Wanneer een klant een bestelling terugstuurt, blijft Google Ads de volledige conversie tellen. Smart Bidding optimaliseert dan op omzet die je niet meer hebt, en campagnes die veel retouren opleveren lijken beter dan ze zijn. Retouren naar Google Ads corrigeert dat. Elke dag past AdPage de conversies van geretourneerde bestellingen in Google Ads aan: * **Volledige retour**: de conversie wordt ingetrokken. * **Gedeeltelijke retour**: de conversiewaarde wordt verlaagd naar wat de klant heeft behouden. Dit is optioneel. Het werkt met elk retourplatform dat je met AdPage verbindt. ## Wat je nodig hebt | | | | -------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Een retourplatform | [Returnless](https://docs.adpage.io/data-and-insights/marketing-integrations/returnless) of [Returnista](https://docs.adpage.io/data-and-insights/marketing-integrations/returnista), verbonden onder **Integraties** | | Google Ads | verbonden met de container onder **Integraties**, door een Google-account met minimaal **Standaard** toegang tot het Google Ads-account; Admin is niet nodig. Alleen-lezen toegang kan conversies niet aanpassen | | Bestel-webhooks | je webshop zijn bestellingen naar AdPage stuurt, dezelfde bestel-webhooks [Webhook-matching](/documentation/documentation-nl/optimaliseer-je-installatie/webhook-matching.md) gebruikt | | Een aankoopconversie met het bestel-ID | de conversieactie waar je aankopen naartoe gaan, ontvangt het bestel-ID (`transaction_id`) | Google vindt de conversie die moet worden aangepast op basis van het bestel-ID. Dat werkt voor websiteconversies (de Google-tag of je servercontainer) en voor geïmporteerde conversies zoals de AdPage-upload. Conversies die uit GA4 zijn geïmporteerd, app-conversies, winkelbezoeken en callconversies kunnen niet worden aangepast, dus AdPage biedt ze niet aan. ## Instellen 1. Open de **Instellingen** van je container en ga naar **Retouren naar Google Ads**. 2. Kies het **Google Ads-account**. 3. Kies wat er gebeurt **bij een gedeeltelijke retour**: * **Niets doen**: alleen volledige retouren worden ingetrokken. * **Verlaag de waarde**: de conversiewaarde wordt wat de klant heeft behouden, inclusief of exclusief btw, op dezelfde manier als je tag het verstuurt. Je hoeft AdPage niet te vertellen welke van de twee het is: dit wordt voor elke conversieactie bepaald, zie [Welke waarde een conversieactie als waarde krijgt](/documentation/documentation-nl/optimaliseer-je-installatie/retouren-naar-google-ads.md#what-a-conversion-action-gets-as-value). Waar dat niet kan worden vastgesteld, bijvoorbeeld omdat de actie winst krijgt, blijven gedeeltelijke retouren ongemoeid. 4. Vink de **conversieacties** aan waar je aankopen naartoe gaan, maximaal vijf. De actie gemarkeerd met **Primair** is degene die Smart Bidding gebruikt. Paginaweergaven, toevoegen aan winkelwagen en vergelijkbare acties staan onder **Andere conversies tonen**; die wil je meestal niet. 5. Klik op **Voorbeeld bij Google** en controleer het resultaat, zie hieronder. 6. Inschakelen **Dagelijks verzenden** en klik op **Opslaan**. De sectie klapt dan in tot een samenvatting. Klik op **Bewerken** om de instellingen te wijzigen, en **Annuleren** om ze te laten zoals ze waren. {% hint style="warning" %} Een intrekking is definitief: Google kan een ingetrokken conversie niet herstellen. De eerste run verwerkt alle voltooide retouren op bestellingen van de afgelopen 53 dagen in één keer, dus voer altijd eerst het voorbeeld uit. {% endhint %} ## Lees het voorbeeld Het voorbeeld is een proefrun. Google controleert de aanpassingen alsof ze verzonden zijn, inclusief of het de conversie kan vinden, maar er verandert niets in je account. Om het snel te houden controleert Google maximaal 100 aanpassingen, voor de nieuwste retouren, en het voorbeeld geeft aan wanneer het zo'n steekproef heeft gecontroleerd. De dagelijkse run verzendt ze allemaal. Je ziet hoeveel aanpassingen Google zou toepassen, hoeveel bestellingen geen Google Ads-conversie hebben, de eerste 25 bestellingen op naam in je webshop, en wat is overgeslagen. Met **Verlaag de waarde**, zie je ook wat elke conversieactie als waarde krijgt. | Je ziet | Wat het betekent | | ------------------------------------------------------------------------------------ | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | **OK** | Google heeft de conversie gevonden en zou de aanpassing accepteren | | **Geen Google Ads-conversie** | Google heeft geen conversie met dit bestel-ID in deze conversieactie: de bestelling kwam niet binnen via een Google Ads-klik (organisch, sociaal, e-mail, direct, of een iOS-klik zonder click-ID), dus er valt niets in te trekken. Dit is de normale uitkomst voor de meeste bestellingen, geen fout. Zodra de bestelling drie dagen oud is, stopt AdPage met proberen en zet het deze onder overgeslagen | | **Bestelling niet gevonden in webhook-bestellingen** | AdPage kon de geretourneerde bestelling niet vinden tussen je bestel-webhooks: het retourplatform gebruikt een ander bestelnummer, of de bestelling is ouder dan 53 dagen | | **Bestelnummer hoort bij een bestelling met een andere besteldatum** | Het retourplatform geeft een andere besteldatum dan de bestelling met dit nummer in je webshop. Dat is een andere bestelling met hetzelfde nummer, bijvoorbeeld #265638 uit 2024 naast #2265638 uit 2026, dus AdPage laat de retour ongemoeid | | **Bestelnummer past bij meer dan één bestelling** | Meerdere bestellingen hebben dit nummer en de besteldatum maakt niet duidelijk welke het is, dus AdPage laat de retour ongemoeid | | **Conversie ouder dan 53 dagen** | Google accepteert aanpassingen niet meer zo lang na de conversie | | **Conversie minder dan 25 uur oud** | Te vroeg voor Google; het wordt in een latere run verzonden | | **Retour nog niet voltooid** | Het product is nog niet terug; het volgt zodra de retour is verwerkt | | **Niets terugbetaald** | De retour heeft geen terugbetalingsbedrag, dus er is niets aan te passen | | **Gedeeltelijke retour, waarde verlagen staat uit** | **Bij een gedeeltelijke retour** staat ingesteld op **Niets doen**, dus gedeeltelijke retouren blijven ongemoeid | | **Gedeeltelijke retour, maar de conversieactie krijgt geen herkenbare bestelwaarde** | AdPage kan niet bepalen welke waarde deze conversieactie krijgt, dus laat het de gedeeltelijke retour daar ongemoeid. Volledige retouren worden nog steeds ingetrokken | | **Al verzonden** | Aangepast in een eerdere run | | **Overgeslagen na drie weigeringen** | Google heeft deze aanpassing drie keer om een andere reden geweigerd, dus AdPage is gestopt met proberen | Een hoog aandeel van **Geen Google Ads-conversie** wordt verwacht: de meeste bestellingen komen niet binnen via Google Ads. Het belangrijkste is dat bestellingen uit Google Ads **OK**. ## Welke waarde een conversieactie als waarde krijgt Een verlaagde waarde moet op dezelfde basis zijn als de waarde die Google al heeft. Een conversie die is binnengekomen met de bestelwaarde inclusief btw moet worden verlaagd naar een bedrag inclusief btw, en een conversie die als winst is binnengekomen kan helemaal niet worden verlaagd met een bestelbedrag. Google Ads rapporteert niet de waarde van een individuele conversie, maar wel de waarde per conversieactie per dag. AdPage vergelijkt de gemiddelde waarde per conversie met de gemiddelde bestelwaarde uit je bestel-webhooks, inclusief en exclusief btw, voor elke twee weken van de afgelopen acht weken. | Het voorbeeld toont | Wat er gebeurt bij een gedeeltelijke retour | | -------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | **Bestelwaarde incl. btw** | De nieuwe waarde is wat de klant heeft behouden, inclusief btw | | **Bestelwaarde excl. btw** | De nieuwe waarde is wat de klant heeft behouden, exclusief de btw van die bestelling | | **Niet de bestelwaarde (bijv. winst)** | Niets: de actie krijgt winst of een vaste waarde, dus er is geen juiste nieuwe waarde | | **Varieert per periode** | Niets: de perioden van twee weken komen niet overeen, bijvoorbeeld omdat de tag heeft gewijzigd wat hij verstuurt. Het voorbeeld toont het gemiddelde van elke periode | | **Kan niet worden bepaald** | Niets: minder dan 50 conversies of bestellingen in een periode, te weinig btw om de twee uit elkaar te houden, of Google Ads kon niet worden uitgelezen | Elke periode van twee weken met conversies moet dezelfde kant op wijzen. Een tag die tot vorige maand winst verstuurde en sindsdien de bestelwaarde, kan op één gemiddelde over beide exact lijken op de bestelwaarde exclusief btw. Conversies op die basis verlagen zou ze op een waarde zetten die in beide perioden onjuist is. Volledige retouren worden altijd ingetrokken, ongeacht welke waarde een conversieactie krijgt. ## Hoe het beslist * Alleen **voltooide** retouren tellen mee: het product is terug of de retour is verwerkt. Een retour die alleen is geregistreerd, komt soms nooit binnen. * Een retour geldt als volledig wanneer elk item is teruggekomen, of minstens 90% van de bestelwaarde (verzendkosten worden meestal niet terugbetaald). * Ruilingen en reparaties tellen hier niet mee: de omzet blijft behouden. * Een retour wordt via het bestelnummer aan de bestelling gekoppeld. Het retourplatform schrijft dat niet altijd op dezelfde manier als je webshop: Returnless kan 265100 geven waar Shopify de bestelling als #2265100 toont. AdPage herkent beide. Wanneer het retourplatform de besteldatum geeft, zoals Returnless doet, moet die binnen twee dagen overeenkomen met de bestelling in je webshop. Als dat niet zo is, of als een nummer bij meer dan één bestelling past, blijft de retour ongemoeid: een intrekking is definitief, dus AdPage slaat liever een retour over dan de verkeerde bestelling aan te passen. * Google accepteert aanpassingen vanaf 24 uur tot ongeveer 54 dagen na de conversie. AdPage wacht 25 uur en stopt na 53 dagen om binnen beide grenzen te blijven. De leeftijd wordt geteld vanaf de bestelling, niet vanaf de retour. * Een conversie wordt maar één keer ingetrokken. Een verlaagde waarde wordt alleen opnieuw verzonden wanneer de retour verandert, bijvoorbeeld wanneer een tweede item wordt teruggestuurd. * Als Google geen conversie heeft voor een bestelling, probeert AdPage het de volgende dag opnieuw zolang de bestelling minder dan drie dagen oud is, omdat de dagelijkse AdPage-upload na de run kan binnenkomen. Daarna stopt het. Als Google een aanpassing drie keer om een andere reden weigert, stopt AdPage ook voor die bestelling met proberen. ## Controleer het resultaat In Google Ads verschijnen aanpassingen in de **Conversies** en **Conv.-waarde** kolommen met dezelfde vertraging als gewone conversies, op de datum van de oorspronkelijke conversie. Google toont geen afzonderlijke bestel-ID's in zijn rapporten, dus je ziet het effect in de totalen per conversieactie. In AdPage laat de **Retouren naar Google Ads** sectie de laatste run zien: hoeveel conversies zijn aangepast, hoeveel bestellingen geen Google Ads-conversie hadden, en hoeveel aanpassingen Google weigerde. Onder **Laatst verzonden** zie je de meest recente aanpassingen die Google heeft geaccepteerd, op basis van de bestelnaam in je webshop, zoals #2265100. Beweeg over een naam om het nummer te zien dat het retourplatform daarvoor gebruikt. ## Gerelateerd * [Winst op advertentie-uitgaven](/documentation/documentation-nl/optimaliseer-je-installatie/winst-op-advertentie-uitgaven.md): bied op marge in plaats van omzet * [Webhook-matching](/documentation/documentation-nl/optimaliseer-je-installatie/webhook-matching.md): stuur elke bestelling naar AdPage en je advertentieplatforms * [Returnless](https://docs.adpage.io/data-and-insights/marketing-integrations/returnless): verbind Returnless * [Returnista](https://docs.adpage.io/data-and-insights/marketing-integrations/returnista): verbind Returnista --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.adpage.io/documentation/documentation-nl/optimaliseer-je-installatie/retouren-naar-google-ads.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.