--- title: "Server-Side Tracking | Digital Cuisine" description: "Server-side tracking with consent checks, a first-party endpoint, conversion APIs and versioned container states." url: "https://cuisine.digital/en/services/server-side-tracking" lang: en generated: cuisines-markdown-v1 --- Server-Side Tracking # Measure what matters. Server-side. Reduce measurement gaps. Respect consent. We plan measurement from the browser to the destination system and document which events arrive and which do not. Browser rules, declined consent and missing events remain limitations, however good the architecture is. [Review tracking](https://cuisine.digital/en/contact?thema=Server-Side-Tracking)[View our work](https://cuisine.digital/en/references.md) ## The endpoint belongs to your website The browser first sends permitted events to an endpoint on your own domain. There they are processed and forwarded to the agreed destination systems. Server-set cookies are used only within the agreed scope and in line with consent. This is a clear interface between website and data providers, with documented rules. It does not make measurement complete: browsers still impose limits, consent may be missing and some interactions never reach the endpoint. ## From consent to the destination system Consent is recorded in the browser and evaluated before sending. The first-party endpoint forwards permitted events to the server container. There, the signals are checked again and prepared for GA4, Google Ads, Meta CAPI or LinkedIn CAPI. Azure Front Door or Cloudflare Workers can serve or forward the endpoint. We identify the server container's actual runtime separately in the architecture. The browser passes measurement data and consent to a first-party endpoint. The server container checks the signals and sends permitted events to GA4, Google Ads, Meta CAPI and LinkedIn CAPI. ## What we check in tracking We trace a selected event from the first request to the destination system. We distinguish between technical transmission, consent and business meaning. **Consent Mode v2** We check ad\_storage, analytics\_storage, ad\_user\_data and ad\_personalization. This includes initialisation order, asynchronous updates, wait\_for\_update, the region configuration, and Basic and Advanced Consent Mode. We check destinations outside Google separately. **Conversion APIs** We check transmission to Google Ads, Meta CAPI and LinkedIn CAPI. If standard tags are insufficient, we develop and test sandbox-compatible templates for the server container. **Attribution in SPAs** We trace the first campaign contact and subsequent route changes. Permitted click IDs are stored depending on consent. Tag order and deduplication prevent incorrect attribution. **Events with meaning** An event that has technically been sent is not yet a reliable metric. We compare names, triggers, parameters and destination systems with the business definition. ## Server logs and browsers measure different things A Matomo import from server logs evaluates requests that reached the server or the edge. It can work without a browser script or tracking cookie. However, clicks or form steps that do not generate a logged request remain invisible. Browser-based tracking can capture these interactions. It remains dependent on consent, browser rules and correct tag execution. Neither architecture alone demonstrates data protection compliance. Data minimisation, legal basis, retention and access must be defined to suit the project. ## Tracking is treated like code We export container states and store them under version control. Changes are visible as differences and reviewed before publication. The approved version can then be assigned to a release. Checks include preview, test events and comparison in the destination system. Tokens, internal identifiers and payload data remain outside exports and public documentation. ## Implemented for iF Design For iF Design, we implemented server-side tracking via a first-party endpoint and a server container. The architecture combines Consent Mode, SPA attribution and conversion APIs. A sandbox-compatible template handles requirements beyond standard tags. Container states are versioned and reviewed before publication. ## Delivery at the edge The tracking endpoint is part of the platform architecture. The respective service pages describe how Azure Front Door and Cloudflare Workers handle routing, protection and delivery. [Azure Front Door](https://cuisine.digital/en/services/azure.md) Routing, WAF, caching and TLS for applications on Microsoft Azure. [Cloudflare Workers](https://cuisine.digital/en/services/cloudflare.md) Code and forwarding at the edge with Cloudflare. ## The result of the tracking check We clarify the task in conversation. A subsequent proposal defines the sample, required access, deliverables and costs. **Documented flow** You receive the event and consent flow with measurement conditions, system boundaries and unavailable evidence. **Prioritised measurement gaps** We classify gaps by their impact on attribution, consent and business analysis. **Verifiable steps** For the agreed events, we document test data, expected signals and checks in every system involved. **Next actions** You receive recommendations, effort estimates and verification criteria. Where implementation makes sense, we define its scope in a proposal. ## Web projects from our work ![iF Design: Website relaunch](https://cuisine.digital/images/projects/master/if-design-website/image.webp) iF Design ## Website relaunch [View project](https://cuisine.digital/en/projects/if-design-award-website-relaunch.md) ![OSMA Aufzüge: Website with its own component library](https://cuisine.digital/images/projects/master/osma/image.webp) OSMA Aufzüge ## Website with its own component library ![RECARO: Website relaunch](https://cuisine.digital/images/projects/recaro-website/devices.webp) RECARO ## Website relaunch ![BAHLSEN: Websites for strong brands](https://cuisine.digital/images/projects/master/bahlsen/image.webp) BAHLSEN ## Websites for strong brands ![FriEnt: Making publications easier to find](https://cuisine.digital/images/projects/master/frient/image.webp) FriEnt ## Making publications easier to find ![Gartenheim: A new web presence for the cooperative](https://cuisine.digital/images/projects/master/gartenheim/image.webp) Gartenheim ## A new web presence for the cooperative ![Linde: Global web presence](https://cuisine.digital/images/projects/master/linde-worldwide/image.webp) Linde ## Global web presence 40 international Linde websites: Sitecore implementation, content migration, Azure operations and ongoing technical development since 2014. ![SAP: Corona-Warn-App support](https://cuisine.digital/images/projects/master/corona-warn-app/image.png) SAP ## Corona-Warn-App support ![SCHMIDHUBER: Custom website components](https://cuisine.digital/images/projects/master/schmidhuber/image.webp) SCHMIDHUBER ## Custom website components ![Vimcar: Corporate website & checkout](https://cuisine.digital/images/projects/master/vimcar/image.webp) Vimcar ## Corporate website & checkout The next step ## What do you want to measure, and what not? Tell us about your idea or challenge. Together we work out what makes sense and how we can support you. [Book a call (30 min)](https://outlook.office.com/book/AIcuisine@cuisine.digital/) --- [Original page](https://cuisine.digital/en/services/server-side-tracking) · [Contact and project enquiry](https://cuisine.digital/en/contact)