OneTrust-integratie

Draait juridische zaken al OneTrust op de hoofdsite, dan hebben je landingspagina's dezelfde banner en dezelfde regels nodig. Eén script in de eigen code van het domein geeft elke pagina allebei.

  • Eigen code
  • Landingspagina's, Quizfunnels

Waarom koppelen

Waarom OneTrust en LanderLab

  • De banner van juridische zaken op elke landingspagina

    Het OneTrust-script staat in de eigen code van het domein, dus elke nieuwe pagina gaat live met de toestemmingsinstelling die juridische zaken goedkeurde.

  • Pagina's lanceren zonder privacyticket per pagina

    Is het domein eenmaal ingesteld, dan heeft een nieuwe landingspagina of quiz geen aparte toestemmingsbeoordeling nodig om de banner te krijgen.

  • Eén toestemmingsmodel voor site en campagnes

    Dezelfde OneTrust-categorieën gelden op de hoofdsite en de landingspagina's, dus analytics leest één toestemmingsmodel.

  • Tags die de keuze van de bezoeker respecteren

    OneTrust zet de geaccepteerde categorieën als OnetrustActiveGroups in de dataLayer, zodat triggers in Tag Manager ze kunnen controleren voordat een pixel afgaat.

  • Automatische blokkering voor enterprise-accounts

    Waar je account het gebruikt, houdt de automatische blokkering van OneTrust scripts tegen tot er toestemming is, zonder dat je elk script handmatig hoeft te taggen.

OneTrust op je landingspagina's

Interne teams bij verzekeraars, banken en telecombedrijven kunnen vaak geen pagina lanceren voordat het privacyteam de toestemmingsinstelling heeft goedgekeurd. Met OneTrust op LanderLab gebeurt die goedkeuring één keer per domein: het script dat je OneTrust-beheerder publiceert, gaat in de eigen code van het domein, en elke landingspagina die daar gepubliceerd wordt, toont de banner van je bedrijf en volgt de regels ervan.

Jij bouwt en test pagina's in het tempo dat paid media vraagt, en juridische zaken ziet de toestemmingsinstelling die het al voor de hoofdsite goedkeurde: dezelfde categorieën, hetzelfde voorkeurencentrum, dezelfde blokkering.

Je OneTrust-banner op elke landingspagina

Het script van OneTrust bevat de ID van je domein. In de eigen code van het domein in LanderLab laadt het op elke pagina die op dat domein gepubliceerd is, dus de banner is niet iets waar elke pagina-eigenaar aan moet denken.

Je OneTrust-beheerder publiceert het script voor het domein van de landingspagina's, zodat de configuratie bij hem blijft en het bouwen van pagina's bij jou.

Automatische blokkering die vóór je pixels draait

De automatische blokkering van OneTrust werkt op LanderLab-pagina's omdat de eigen code van het domein hem rechtstreeks op de pagina laadt, vóór de pixels die je campagnes toevoegen, en daar wil OneTrust hem hebben: niet achter een tagmanager.

Snellere lanceringen voor gereguleerde merken

Het campagnedomein wordt een plek die juridische zaken al heeft vrijgegeven. Media buyers publiceren er de hele week nieuwe landingspagina's, quizzen en varianten voor split-tests, en elk ervan neemt de banner, de categorieën en de blokkering over. Juridische zaken beoordeelt de toestemmingsinstelling één keer per domein; marketing test koppen, offers en formulieren zonder voor elke pagina een privacyticket te openen.

Verandert de toestemmingsinstelling, dan verandert die in OneTrust, waar je beheerder hem beheert, en de landingspagina's volgen.

Toepassingen

Zo zet je OneTrust in op betaald verkeer

  • 01

    Het interne paid-team van een verzekeraar

    Het mediateam lanceert landingspagina's voor overlijdensrisico- en autoverzekeringen op een campagnesubdomein. Het OneTrust-script in de eigen code van het domein geeft elke pagina de banner die juridische zaken heeft goedgekeurd.

  • 02

    De productcampagnes van een bank

    Landingspagina's voor creditcards en spaarrekeningen op Google en Meta gebruiken dezelfde OneTrust-categorieën als de hoofdsite, dus het analyticsteam leest één toestemmingsmodel voor site en campagnes.

  • 03

    Pixels afgeschermd in Tag Manager

    Pixels gaan af via GTM met een trigger die OnetrustActiveGroups controleert, dus de tag van een nieuw netwerk gaat live op elke landingspagina en volgt toch de keuze van elke bezoeker.

FAQ

Veelgestelde vragen over de OneTrust-integratie

Staat je vraag er niet bij? Vraag het ons.

OneTrust en LanderLab

Heeft LanderLab een integratie met OneTrust?

Ja, met het eigen script van OneTrust in de eigen code van het domein: het script dat je beheerder voor het domein publiceert, laadt op elke LanderLab-pagina daar.

Waarom OneTrust gebruiken op landingspagina's in plaats van een eenvoudigere banner?

Gebruikt je bedrijf al OneTrust, dan houd je met OneTrust op de landingspagina's één toestemmingsinstelling, één set categorieën en één goedkeuring, in plaats van een tweede tool die juridische zaken moet beoordelen.

Kunnen de OneTrust-instellingen van onze hoofdsite de landingspagina's dekken?

Ja, zodra je OneTrust-beheerder het script voor het domein van de landingspagina's publiceert. Dan gelden dezelfde banner en categorieën.

Kunnen GTM-tags de OneTrust-toestemming op mijn landingspagina's respecteren?

Ja. OneTrust zet de geaccepteerde categorieën als OnetrustActiveGroups in de dataLayer, en GTM-triggers kunnen die controleren.

Werkt de automatische blokkering van OneTrust op LanderLab-pagina's?

Ja. Die moet rechtstreeks op de pagina laden, vóór andere scripts, en de eigen code van het domein doet precies dat.

Hebben we voor elke nieuwe landingspagina een developer nodig?

Nee. Het OneTrust-script staat één keer in de eigen code van het domein, en elke pagina die op het domein gepubliceerd wordt, neemt het over.

Andere integraties

Sluit de rest van je stack aan.

Koppel OneTrust en lanceer je volgende pagina.

Bouw de pagina, zet OneTrust aan en stuur je advertenties ernaartoe. Gratis beginnen, geen creditcard nodig.

Van één prompt naar gekwalificeerde leads

Zie hoe één prompt een live offertefunnel voor zonnepanelen wordt, elke lead naar je afnemer gaat en de lekken worden gesignaleerd voordat ze je budget opeten.

0:00
0:59