Skip to content

Adobe Target

Run Adobe Target tests and personalization only after visitors allow experience. Use at.js or the Adobe Experience Platform Web SDK, one per page.

Inth keeps the consent record of each choice, with the visitor’s country and the policy that applied.

Start for free
pnpm add @c15t/integrations
Adobe TargetWaiting for consent
Before a choice

No request goes to Adobe. With Web SDK, there is no alloy global.

Turn the switch on, then off, to see what loads.

Before you start

You need an Inth project that connects to your app and c15t in that app. For at.js, you need the at.js file from Administration > Implementation in Adobe Target. For Web SDK, you need a datastream with Target turned on and your organization ID.

New to c15t? Complete the quickstart for your framework first. Keep its Inth endpoint, policy, styles and consent UI.

Open the quickstart for your framework

How consent gets to Adobe Target

Before experience has permission, the c15t adobeTarget helper creates no Adobe globals, requests no loader and writes no Adobe storage.

With at.js, the helper writes window.targetGlobalSettings with optinEnabled: true. If the Adobe Opt-in service is on the page, it approves Target before at.js loads and denies Target on withdrawal.

With Web SDK, the helper configures alloy with defaultConsent: 'pending'. Then it sends setConsent with the current choice, and 'out' on withdrawal.

Neither path undoes content that Target already changed. Keep reloadOnConsentRevoked on.

Read Adobe Target privacy support

Installation

Adobe Target has one load mode in c15t. The helper waits for experience permission.

Wait for permission. No request goes to Adobe until the visitor accepts experience. Visitors see the original page first, then the Target changes.

adobeTarget({ mode })

An opt-out policy or no policy gives optional categories permission before a choice. Then Adobe Target loads on the first page. This guide uses an opt-in policy.

Setup steps

  1. Install the integration package

    Add the helpers next to c15t. An import alone does not start Adobe Target.

    pnpm add @c15t/integrations
  2. Add at.js

    Serve the at.js file from a path in your app. Adobe has no shared CDN URL for at.js. Use at.js 1.7.0, or 2.1.0 and later, for Opt-in support.

    src/consent-scripts.ts
    import { adobeTarget } from '@c15t/integrations/adobe-target';
    
    export const scripts = [
      adobeTarget({
        mode: 'atjs',
        scriptUrl: '/scripts/at.js',
        targetGlobalSettings: { secureOnly: true },
      }),
    ];

    The helper keeps optinEnabled set to true and replaces each earlier settings object. A blank required value logs an error, and the integration does not load.

  3. Or use Web SDK

    Pick an exact Web SDK version of 2.21.0 or later. Version 2.30.0 below is an example. The helper loads alloy.min.js for that version from the Adobe CDN.

    src/consent-scripts.ts
    import { adobeTarget } from '@c15t/integrations/adobe-target';
    
    export const scripts = [
      adobeTarget({
        datastreamId: 'YOUR_DATASTREAM_ID',
        mode: 'websdk',
        orgId: 'YOUR_ORG_ID@AdobeOrg',
        version: '2.30.0',
      }),
    ];

    The helper sends no page view and renders no offers. Keep your sendEvent code behind the same consent check, and run it after the SDK configures.

  4. Register it with your existing setup

    Add scripts to the c15t configuration that you have now. Keep your Inth endpoint, mode, policy, styles and consent UI.

    Add scripts to c15t.config.ts, next to next.config.ts. Keep the rest of your config, such as mode, in the same call. App Router, Pages Router and static export read the same file.

    c15t.config.ts
    import { defineConsentConfig } from 'c15t/next';
    import { scripts } from './src/consent-scripts';
    
    export default defineConsentConfig({ scripts });

    Pass scripts to the ConsentRoot in your root route. Import helpers in the route module, not in a server function: script configurations carry callbacks.

    src/routes/__root.tsx
    import { scripts } from '../consent-scripts';
    
    <ConsentRoot state={consent} scripts={scripts}>

    Add scripts to the options of your ConsentProvider, next to mode. Keep the banner, dialog and preferences link inside the provider.

    src/consent.tsx
    import { scripts } from './consent-scripts';
    
    <ConsentProvider options={{ mode, scripts }}>

    Register scripts under the c15t key in app.config.ts. Keep them out of nuxt.config.ts, which reaches the browser as JSON and drops the helper callbacks.

    app/app.config.ts
    import { scripts } from '../src/consent-scripts';
    
    export default defineAppConfig({
      c15t: { scripts },
    });

    Pass scripts to the c15tVue plugin call you have now. The plugin starts one script loader when the app mounts.

    src/main.ts
    import { c15tVue, manifest } from 'c15t/vue/vue-plugin';
    import { scripts } from './consent-scripts';
    
    app.use(c15tVue, {
      mode: manifest(),
      scripts,
    });

    Add scripts to the client entrypoint, which the integration finds on its own. Keep helpers out of astro.config.mjs: its options are serialized into the page.

    src/c15t.client.ts
    import type { C15tClientOptionsExtension } from 'c15t/astro';
    import { scripts } from './consent-scripts';
    
    export default { scripts } satisfies C15tClientOptionsExtension;

    Pass scripts as a prop to the ConsentProvider you have now. The provider owns the loader and disposes it on unmount.

    src/App.svelte
    <script lang="ts">
      import { ConsentProvider, manifest } from 'c15t/svelte';
      import { scripts } from './consent-scripts';
    </script>
    
    <ConsentProvider mode={manifest()} {scripts}>
      <!-- Your app and consent UI -->
    </ConsentProvider>

    Add scripts to the ConsentRoot in the root layout. Import helpers in the layout component, not in +layout.server.ts: a server load cannot send functions to the browser.

    src/routes/+layout.svelte
    <script lang="ts">
      import { ConsentRoot } from 'c15t/svelte';
      import { scripts } from '../consent-scripts';
    
      let { children, data } = $props();
    </script>
    
    <ConsentRoot state={data.consent} {scripts}>
      {@render children()}
    </ConsentRoot>

    Paste the vendor’s snippet behind consent

    The helpers need a bundler. On a page with the c15t script tag, paste the vendor’s own snippet instead and keep it inert until visitors allow its category. Helper options, such as loadMode, do not apply.

    index.html
    <script type="text/plain" data-c15t-category="experience">
      // The vendor's snippet, unchanged
    </script>

    Pass scripts to init() from @c15t/browser, next to your mode. With createConsentRuntime, pass scripts to it instead.

    src/consent.ts
    import { init, manifest } from '@c15t/browser';
    import { scripts } from './consent-scripts';
    
    const consent = init({
      mode: manifest(),
      scripts,
    });
All frameworks

Remove the original loader, each Adobe Tags rule and each Web SDK snippet that hides the page for this setup. A different Adobe setup can send requests before c15t has permission.

Verify your setup

Use a private window with an opt-in policy. Open DevTools Network. Filter by your at.js path and tt.omtrdc.net, or by cdn1.adoberesources.net and edge.adobedc.net for Web SDK.

  • Before a choice

    No request goes to Adobe. With Web SDK, there is no alloy global.

  • After you allow experience

    With at.js, targetGlobalSettings.optinEnabled is true, and your Target activities load. With Web SDK, alloy.q.push is no longer the native array push.

  • After you withdraw experience

    Save your choice. c15t reloads the page. With Adobe Opt-in, only the Target permission changes.

Withdrawal does not delete cookies such as mbox or kndctr_<orgId>_consent. Check the Adobe Target cookie reference before you set up cleanup.

Open the full Adobe Target guide