Live-Demo · web000.de

Das Warehouse ist die Quelle.
Das ganze Marketing liest daraus.

Diese Seite ist die Live-Demo von intellixOne — dem Marketing-System, das deine Daten first-party sammelt, roh in deinem eigenen Warehouse ablegt und von dort aus Berichte, Anzeigen und Social bedient. Du machst Marketing, intellixOne kümmert sich um die Daten dahinter. Mehr auf intellix.one →

Ein übliches Setup schickt jeden Klick an GA4 und die Werbeplattformen — und sonst nirgendwohin. An dem Tag, an dem du eine Zahl brauchst, die dort nie erhoben wurde, oder an dem sich eine Definition rückwirkend geändert hat, ist die Antwort schlicht weg. Hier läuft es umgekehrt: Jedes Ereignis landet in deinem eigenen BigQuery-Warehouse — roh, ungesampelt, mit der Besucher-Identität daran. GA4 und die Werbetools laufen weiter genau so, wie dein Team sie kennt. Nur sind sie nicht mehr der einzige Ort, an dem die Daten überhaupt existieren.

Beim Messen hört es nicht auf: Auf derselben Grundlage arbeitet das ganze System — Berichte, Anzeigen, Zielgruppen, Social, Assets und die Freigaben dazu. Nichts hier ist eine Folie. web000 ist der Übungsplatz: Tracking, Social und Assets laufen hier wirklich, Anzeigen und Kontodaten sind nachgestellt — echtes Budget läuft in Kundenprojekten, nicht auf einer Demo. An jeder Karte steht, was davon was ist.

01 — Der Aufbau

Wie die Daten laufen

Vier Schritte, immer dieselben — auf dieser Demo genauso wie später auf deiner eigenen Seite. Wenn du dir eine Sache merkst: Deine Seiten rufen nie direkt einen Tracking-Anbieter auf, und nichts wird an einem Ort gesammelt, an den du später nicht herankommst.

  1. 1

    Sammeln

    first-party, auf deiner Domain

    Ein Endpunkt auf deiner eigenen Domain nimmt die Ereignisse an — deshalb ist die Besucher-Identität first-party und hält, statt nach ein paar Tagen zurückgesetzt zu werden. Die Seite selbst kennt keinen Anbieter.

  2. 2

    Ablegen

    rohe Zeilen, ungesampelt

    Jedes Ereignis wird eine Zeile in deinem BigQuery: nicht verdichtet, ohne Stichprobe, mit einer Aufbewahrung, die du festlegst. Das Warehouse ist die Quelle — nicht der Bericht eines Werkzeugs.

  3. 3

    Auswerten

    Berichte, Zielgruppen, Befunde

    Berichte, Zielgruppen und CRM-Verknüpfungen sind Abfragen auf diesen Zeilen. Kommt morgen eine neue Frage, wird sie auf den Daten von gestern beantwortet — nicht erst ab dem Tag, an dem jemand ein neues Tag gesetzt hat.

  4. 4

    Zurückspielen

    an die Plattformen

    Conversions und Zielgruppen gehen aus dem Warehouse zurück an Meta, Google und den Tag Manager. Die Zahlen, auf die deine Kampagnen optimieren, sind dieselben, die in deinem Bericht stehen.

02 — Die Module

Das ganze System, Modul für Modul

Sammeln, auswerten, ausspielen — und die Freigabe dazwischen. Jedes Modul sitzt auf demselben Warehouse; keines hat eine eigene, zweite Wahrheit. web000 ist die Übungs-Property: Ein Teil läuft hier wirklich, der Rest ist nachgestellt — an jeder Karte steht, was davon was ist.

Die Kennzeichnung an jeder Karte meint genau das:

  • live läuft auf dieser Property, während du das liest — nachprüfbar im Netzwerk-Tab oder direkt auf Instagram.
  • Simulation auf dieser Demo nachgestellt: dasselbe System, aber ohne echte Konten und ohne echtes Budget. Das läuft in Kundenprojekten, nicht auf einem Übungsplatz.
live

Sammeln & Identität

Ein Collector auf dieser Domain nimmt jedes Ereignis entgegen, vergibt eine dauerhafte Besucher-ID und führt Sitzungen über mehrere Hosts hinweg zusammen. Im Quelltext steht ein einziger Ladebefehl — kein Anbietername, kein zweites Tag.

Auf dieser Property
läuft — die Prüfung unten auf der Seite fragt genau diesen Collector
live

Warehouse

Eine Zeile pro Ereignis in BigQuery — in deinem Google-Konto, nicht in unserem. Ungesampelt, mit der Identität daran und ohne Ablaufdatum, das du nicht selbst gesetzt hast. Alles Weitere ist eine Abfrage darauf.

Auf dieser Property
alle Demo-Fälle schreiben hierher
Simulation

Integrationen

Kosten und Leistung kommen täglich aus Meta, Google Ads, LinkedIn, Microsoft und TikTok herein, Kontakte aus HubSpot, Formulare aus Instapage, Suchdaten aus der Search Console. Jede Verbindung wird zentral autorisiert; die Zugänge liegen im Schlüsselspeicher, nie in einer Tabelle — und nie bei uns auf einem Rechner.

Auf dieser Property
nachgestellt — die Demo erzeugt ihre Daten selbst; echte Konten hängen in Kundenprojekten
Simulation

Berichte & Notizen

Berichte und geschriebene Analysen erscheinen in deiner Ansicht — was dort zu sehen ist, entscheidet eine Freigabe mit Name und Datum. Jede Zahl im Bericht ist eine Abfrage auf dem Warehouse und lässt sich bis auf die einzelne Zeile zurückverfolgen.

Auf dieser Property
Beispielbericht auf Demo-Daten — die Mechanik ist dieselbe wie im Kundenprojekt
Simulation

Anzeigen

Kampagnen werden im System geplant statt in fünf Oberflächen: Ziel, Flight, Blickwinkel, Anzeigen. Jeder Vorschlag geht als Entwurf in die Freigabe und wird erst nach deinem Ja ausgespielt. Bewertet wird gegen die Zahlen aus dem Warehouse, nicht gegen die Selbstauskunft der Plattform.

Auf dieser Property
nachgestellt — eine Demo gibt kein Geld aus; echte Kampagnen laufen in Kundenprojekten
live

Social

Der Instagram-Account dieser Property wird vom System betrieben: Beiträge werden aus freigegebenen Assets geplant und veröffentlicht, Kommentare und Nachrichten beantwortet es in der hinterlegten Stimme des Accounts — nach festen Regeln, außerhalb der Ruhezeiten und in der Sprache des Gegenübers.

Auf dieser Property
live auf @web000.de — 11 veröffentlichte Beiträge, Antworten automatisch
live

Assets

Bilder und Videos entstehen aus versionierten Vorlagen und wiederkehrenden Charakteren, damit die Bildsprache über Monate dieselbe bleibt. Jedes Ergebnis geht durch eine Sichtung; verplant wird nur Freigegebenes. Tages-Obergrenzen für Läufe und Kosten sind gesetzt.

Auf dieser Property
live — 7 Vorlagen, 1 Charakter, 11 Assets aktuell in der Sichtung
live

Freigaben & Protokoll

Die Oberfläche liest, geschrieben wird nur über die Operator-Schnittstelle — und jede Schreiboperation steht mit Person, Zeitpunkt und Ergebnis im Protokoll. Freigeben und Ablehnen darf jede Rolle, alles Weitere nur Administratoren.

Auf dieser Property
live — jede Änderung an dieser Demo ist protokolliert

03 — Die Demo-Fälle

Zwei Setups, nebeneinander

Dieselbe Frage — wo liegen deine Zahlen — auf zwei Arten beantwortet: der Standard-Aufbau, den die meisten Unternehmen ohnehin fahren, und das selbst gehostete Setup für Teams, die die Strecke von vorne bis hinten selbst besitzen wollen. Jeder Fall ist eine echte Website mit echtem Tracking; die Durchläufe zeigen wir persönlich.

Jeder Fall nennt seine zwei Einstellungen vorab, denn zusammen entscheiden sie, woher deine Zahlen kommen:

  • Collector wem der Einstieg auf der Seite gehört — deinem Tag Manager (GTM-first) oder dem Tracking-Skript selbst, ohne Tag Manager dazwischen (i1-first).
  • Auswertung aus welchem Datensatz die Zahlen zitiert werden — BigQuery, gefüllt aus dem GA4-Export, oder die first-party Tabellen in deinem eigenen Warehouse.
Der Standard

GTM mit GA4

Der Aufbau, mit dem die meisten starten: Der Google Tag Manager lädt GA4, Server-Side-Tagging hält die Aufrufe first-party, und die Daten landen über den GA4-Export in BigQuery. Dieser Fall fährt das an einem echten Lead-Formular durch — die Messlatte, an der sich jedes andere Setup messen lassen muss.

  • Collector GTM-first
  • Auswertung GA4 → BigQuery
Zeigt
Lead-Tracking von Anfang bis Ende, GA4 und Warehouse nebeneinander
Tag Manager
eigener Container, first-party ausgeliefert
Fortgeschritten

i1 selbst gehostet

Das selbst gehostete Tracking, wenn du die Daten bei dir behalten willst: Ereignisse werden first-party eingesammelt, direkt in dein eigenes Warehouse — schneller ausgeliefert und mit deutlich stabilerer Identität als über eine fremde Strecke. Ein Tag Manager wird damit optional; wenn du einen willst, spielt ihn das System für dich ein.

  • Collector i1-first
  • Auswertung i1-Warehouse
Zeigt
first-party Sammlung, dauerhafte Besucher-Identität
Tag Manager
optional — das System spielt ihn ein
folgt

E-Commerce

Produkt, Warenkorb und Kauf: Umsatz und Artikeldetails landen im Warehouse — nicht nur in einem Bericht, der sie rundet.

folgt

Registrierung & Testphase

Vom anonymen Besuch zum bekannten Konto: ein Funnel, der über alle Schritte hinweg zusammengeführt wird.

04 — Was hier läuft

Kein Geheimnis im Hintergrund

Diese Seite misst sich selbst genauso, wie die Fälle es tun. Öffne den Netzwerk-Tab deines Browsers, und du findest genau das, was hier beschrieben ist — an der Messung dieser Seite ist nichts nachgestellt.

Diese Seite
Ein einziger Ladebefehl im Quelltext, ausgeliefert von dieser Domain. Der Container GTM-PT8Z4WCS wird vom System eingespielt, nicht von der Seite geladen.
Jeder Fall
Eigene Domain, eigener Tag-Aufbau. Die Fälle teilen sich nichts außer dem Warehouse dahinter.
Collector
Ein Endpunkt auf dieser Domain nimmt die Ereignisse an — das ist es, was die Besucher-Identität first-party und dauerhaft macht.
Warehouse
BigQuery: eine rohe Zeile pro Ereignis, ungesampelt, so lange aufbewahrt, wie du es festlegst — in deinem Konto, nicht in unserem.
Quelltext
Meldet, was passiert ist, und sonst nichts. Jede Tracking-Änderung ist eine Änderung im System, nie ein Release der Website.
Was nachgestellt ist
Anzeigen und echte Konto-Verbindungen. Beides gehört zum System und läuft in Kundenprojekten — eine Übungs-Property gibt kein Budget aus. Oben steht an jeder Karte, was hier wirklich läuft.
Verhalten der Demo
Die Abläufe sind echt, das Geschäft dahinter nicht: Es wird nichts bestellt, kein Lead gespeichert, keine E-Mail verschickt. Es geht um die Messung.
Collector wird geprüft… first-party Collector · web000.de

Was du hier siehst: eine Prüfung, die gerade in deinem Browser läuft und den first-party Collector dieser Domain fragt. Grün heißt: Die Strecke, die diese Seite beschreibt, steht in dem Moment, in dem du das liest.