Collect on your domain
Requests land on a subdomain you own. Browsers treat them as first-party, so tracker blocklists and third-party cookie rules don't touch them.
Arctic Aura logs each event on infrastructure you control, then delivers it to Meta, Google, LinkedIn and Microsoft with the pixel duplicate removed and the CRM contact attached.
Or explore the interactive tour 20 screens, no account needed →Trusted for server-side tracking at
One website, one month, two ways to count
| Event | Pixel | Server-side | Pixel missed |
|---|---|---|---|
| ▤PageView | 9,140 | 13,720 | 33% |
| ▤Lead | 251 | 409 | 39% |
| ▤Demo booked | 68 | 116 | 41% |
| ▤Purchase | 23 | 36 | 36% |
ⓘ Lead, Demo booked and Purchase are the conversions. The deeper in the funnel, the larger the gap, which leaves bidding algorithms learning from roughly six in ten outcomes.
Server-side tracking means your conversion events are sent to ad platforms and analytics tools by a server you control, rather than by scripts running in each visitor's browser. Collection happens on a subdomain of your own site, so blockers, Safari's cookie caps and failed pixels stop dictating which results Meta, Google and your CRM ever hear about.
Requests land on a subdomain you own. Browsers treat them as first-party, so tracker blocklists and third-party cookie rules don't touch them.
The event exists as soon as the request arrives. Whether a browser script finished loading no longer matters.
Events reach each platform's conversion API with an event ID, so the copy your pixel also sends is dropped automatically.
An anonymous count is of limited use. The click ID stays with the contact until the deal closes, then the result is reported back.
Before a browser pixel can register anything, it has to get past blockers, consent prompts, Apple's privacy features and its own loading quirks. Combined, these can hide up to four in ten conversions.
Blockers kill the script on load. Many business visitors run one, so for them the pixel simply never fires and their conversions never show up.
Safari limits cookies to a week. Someone who clicks today and converts ten days later appears as a brand-new, unattributed visitor.
Consent prompts hold the pixel back. Visitors who decline or ignore the banner are never counted by browser tags.
iOS opt-outs leave Meta guessing. An iPhone that declined tracking gives the platform nothing to connect back to the ad.
Third-party calls fail without a trace. Slow scripts, strict security policies, extensions or flaky networks each drop events silently.
Surviving events arrive thin. With identifiers stripped, match quality drops, so even counted conversions only earn partial credit.
The platform under-reports and optimizes on the subset it saw. A rising CPA is often a measurement issue, not a creative one.
A short walkthrough of how iOS and blockers hide conversions, and how a server-side layer brings them back.
One concrete outcome per customer, with the team and the person behind it.
Linnea Holm
Head of Growth
Tomas Berg
Marketing Director
Amara Vance
Founder
Rohan Kapoor
Performance Lead
Elise Moreau
Managing Partner
Daniel Sato
CEO
Browsers talk to your own subdomain, so events are stored before a blocker or cookie limit gets involved. From there they're deduplicated, linked to the CRM contact and returned through each platform's API.
Ad platforms and your site
What platforms and CRM receive
The platforms a visit can start from, and the CRMs where the outcome gets read. Hover any tile to see what flows between it and Arctic Aura.
Spend, campaigns and click IDs flow in. Won deals flow back as offline conversions.
Unpaid visits from search and social, attributed per post, video and keyword.
Visits most analytics tools label as direct. The script separates them automatically.
Lifecycle stages and deal values come in, so each campaign sees the revenue it produced.
Collection runs on a subdomain like t.yourbrand.com. Browsers see a request to your own site, which is why blocklists and third-party cookie limits don't apply.
Each event is saved when the first-party request lands, together with the visitor's consent status, so a failed script never erases a conversion.
Delivery runs through Meta CAPI, Google Enhanced and offline conversions, LinkedIn CAPI and Microsoft offline conversions. No per-event tag building.
10:14:02 click · gclid=EAIa…ok10:14:09 form · /contactok10:15:31 postback · deal 2210ok10:16:05 visit · crawler UAblockedLeave the pixel in place. Both sides share one event ID, so overlapping conversions count once while the server covers what the browser lost.
Email, phone and click ID are sent hashed alongside first-party IDs, pushing event match quality well past what a lone pixel reaches.
Events attach to the contact and deal in HubSpot, Pipedrive, Close or Attio natively, and Salesforce or others via webhook, so revenue can flow back to the ad.
Open any event to see exactly what was sent: click ID, hashed contact details, first-party IDs and the shared event ID, next to the score the platform returned.
A live feed of outgoing events: what happened, where it originated, which platform received it and whether it matched.
| Visitor state | Pixel | Server-side |
|---|---|---|
| Consent given | Full event | Full, deduplicated |
| Consent declined | Nothing | Counted, no personal data |
| Blocker active | Script blocked | Full, first-party |
| Safari, day 9 | New visitor | Same person, click ID kept |
The pixel needs a loaded script plus a surviving cookie. The server layer only needs a first-party request.
No container hosting, no tag manager workspace, no developer ticket.
Point something like t.yourbrand.com at Arctic Aura and drop one snippet in your site header. It works the same on WordPress, Webflow, Shopify, Wix or custom code.
Authorise Meta, Google, LinkedIn and Microsoft via OAuth, then your CRM. Native for HubSpot, Pipedrive, Close and Attio, webhook for the rest.
Pick which events and CRM stages go to which platform. The pixel keeps running and deduplication starts within the first hour.
| Requirement | Browser pixel | Self-hosted server GTM | |
|---|---|---|---|
| Where events are recorded | In the browser, if it loads | A server container you run | Managed first-party layer |
| Resists blockers and Safari ITP | Blocked or expires fast | With a custom domain you configure | First-party subdomain by default |
| Build and maintenance | One tag per platform | Clients, tags, triggers and updates on you | About 20 minutes, no developer |
| Pixel deduplication | Nothing to compare against | Event IDs you set up both sides | Shared event ID, automatic |
| Knows which lead closed | Ends at the browser event | Only with webhooks you build | CRM stages and revenue, native |
| Hosting, consent, DPA | Third-party, cookie-reliant | Your region, DPA varies | EU hosting, first-party, Art. 28 |
Leads, demos and orders the pixel dropped reach the platforms through their APIs, so bidding learns from the full picture.
Hashed contact details and click IDs on every event raise the match score, and matched events are the ones that get credit.
More signal per euro means faster learning and sharper targeting, which is usually where a cheaper lead comes from.
Ad platform, dashboard and pipeline count the same events, so meetings are about decisions, not reconciling numbers.
No container, no cloud invoice, no tag updates queued for engineering. The layer is managed and the subdomain stays yours.
EU hosting, first-party collection and a signed DPA answer legal's first questions. Our security page covers the rest.
Rated 4.9 out of 5 across public review sites.
"We used to stitch spreadsheets together every Monday. Two days after onboarding, we could see the real cost per qualified lead for every campaign."
"Meta finally sees the purchases our pixel was losing to Safari. Our ROAS reporting went from guesswork to something we can act on."
"Set it up for three clients in an afternoon. The 'why don't these numbers agree' emails have stopped."
"Online and offline conversions in one place, tied to the CRM. We now optimise for pipeline, not form fills."
"Legal signed off in a week thanks to the EU hosting and DPA. Setup itself took less time than the review."
What teams usually ask before moving conversions off the browser.
Server-side tagging usually refers to running a Google Tag Manager container on a server you manage. Server-side tracking is the wider idea of capturing events on a server and forwarding them to platforms. A self-hosted container is one route; a managed layer like Arctic Aura is another, with CRM matching and reporting built in.
No. It improves reliability, not permissions. Arctic Aura collects first-party and stores no personal data until consent is given, so a declined banner stays declined.
No. You add a DNS record for a subdomain, paste one script and connect accounts via OAuth. There's no container to run or cloud bill to pay. Most teams finish in about 20 minutes.
No. Browser and server events share an event ID, so the platform keeps one copy. The pixel stays on, and the server fills the gaps.
Blockers rely on lists of known third-party domains, and browsers restrict third-party cookies. A subdomain of your own site avoids both, and identifiers set server-side last months instead of days.
Meta via the Conversions API, Google Ads via Enhanced and offline conversions, LinkedIn via its Conversions API and Microsoft Ads via offline conversions. CRM stages can be sent as their own events.
Yes. The script sits in the site header, so WordPress, Webflow, Shopify, Wix and custom builds all behave the same, with or without a tag manager.
Book a demo and we'll connect one of your domains live: what the pixel reports, what the server captures, and the difference between them.
Or explore the interactive tour 20 screens, no account needed →The browser recorded nothing. The server recorded all of it.