Skip to content

Statable

Load the Statable tracker only after visitors allow measurement. Add your numeric site ID and keep events out until the tracker is ready.

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
StatableWaiting for consent
Before a choice

No loader or event request goes to Statable. The Application panel shows no Statable entries.

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. You also need the numeric site ID from Site settings, then Tracking Code, in Statable. The helper uses the standalone /js/<siteId>/s.js tracker, which Statable offers on paid plans.

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 works with Statable

Statable describes its analytics as cookieless. The c15t statableAnalytics helper still waits for measurement permission before it loads the tracker.

The helper does not create window.statable or queue events. The tracker sets up window.statable.t after it loads and does not replay events from before. Check permission and wait for that function before you send an event.

Statable has no stop API. On withdrawal, c15t removes the loader element and reloads the page by default. Keep reloadOnConsentRevoked on. Otherwise, the tracker continues to run on the current page.

The Hobby plan puts the tracker inside a widget with a different loader. This helper does not support that loader.

Installation

Statable has one load mode in c15t. The helper waits for measurement permission.

Wait for permission. No request goes to Statable until the visitor accepts measurement. A choice for marketing only keeps Statable blocked.

statableAnalytics({ siteId })

An opt-out policy or no policy gives optional categories permission before a choice. Then Statable 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 the tracker.

    pnpm add @c15t/integrations
  2. Add your site ID

    Replace 12345 with your site ID. The helper adds a deferred script with the ID in its path and in data-id.

    src/consent-scripts.ts
    import { statableAnalytics } from '@c15t/integrations/statable-analytics';
    
    export const scripts = [statableAnalytics({ siteId: '12345' })];

    If the site ID is empty, fractional, negative or not decimal, the helper logs an error. Then the tracker does not load.

  3. 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="measurement">
      // 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 each old Statable script tag and tag manager copy, so the tracker loads only through c15t. For CSP, allow https://statable.com in script-src and connect-src.

Verify your setup

Use a private window with an opt-in policy. Open DevTools Network and filter by statable.com. Then test the three states.

  • Before a choice

    No loader or event request goes to Statable. The Application panel shows no Statable entries.

  • After you allow measurement

    One /js/<siteId>/s.js script element loads, and typeof window.statable?.t returns function. Events go to /api/event or your trackingApi URL.

  • After you withdraw measurement

    Save your choice. c15t reloads the page. The new page sends no request to Statable.

Statable does not collect data for automated browsers, Do Not Track or Global Privacy Control. A ready API alone does not prove that an event got to your dashboard.

Open the full Statable guide