- alice@fernwood.co identifiziert · beendet 4:32
- anon-7f3a2c anonym · Timeout 1:08
- theo@fernwood.co identifiziert · beendet 2:47
Beispieldaten
Analytics · Replay · Flags
Sehen Sie, was Nutzer tun. Schauen Sie sich die Session an. Legen Sie den Flag um.
Ihr Analytics-Stack, eingebaut — nicht angeflanscht. Produktanalyse, Session Replay, Feature-Flags und Web-Analyse laufen als vier First-Party-SDKs, 1,9 bis 6,6 KB gzipped, je ein Script-Tag. Und weil sie auf dieselbe Basis schreiben wie Ihr Umsatz und Ihr Feedback, landet jedes Event schon verknüpft mit dem Kundenaccount, von dem es stammt.
Kein Tag-Manager. Kein Sampling. Kein zusätzlicher Anbieter.
Jeder Blickwinkel auf die Nutzung
Jeder Blick darauf, wie Ihr Produkt genutzt wird
Produkt- und Web-Analyse, First-Party — erfasst von Ihrem eigenen SDK und mit der 360 verknüpft. Klicken Sie sich durch die Blickwinkel.
Produktanalyse, First-Party
- Events, Features und aktive Nutzer aus Ihrem eigenen SDK
- Automatische Bildschirmerfassung in SPAs — Paths funktionieren ohne Code pro Route
- Pro Account, verknüpft mit der 360
Beispieldaten
Funnels, gewichtet nach Umsatz
- Jeder Schritt trägt den MRR der darin enthaltenen Accounts
- Die Dollar, die an jedem Drop-off stecken bleiben, nicht nur die %
Net-Dollar-Retention
- Kohorten umschalten zwischen gehaltenen Nutzern und gehaltenem MRR
- Der Umsatz, der geblieben ist — währungsbewusst
Web-Analyse, tief hinein
- Seitenaufrufe, Quellen und UTM-Kampagnen
- Core Web Vitals + Klick-Autocapture ohne Tagging
- Datenschutzfreundlich, First-Party erfasst
Wer, wo, mit was
- Geo-, Geräte-, Browser- und Sprachaufschlüsselung
- Beim Ingest aus First-Party-Signalen aufgelöst
Wo tatsächlich geklickt wird
- Klick-Heatmaps pro Seite
- Die toten Zonen und die echten CTAs, sichtbar gemacht
Produktanalyse
Jedes Event kommt an und weiß schon, von wem es stammt.
Rufen Sie identify() einmal auf, und Events hören auf, anonymes Rauschen zu sein. Derselbe Besucher ist vor und nach der Anmeldung eine Person — seine Pageviews vor der Anmeldung und seine Produkt-Events nach der Anmeldung vereinen sich auf der Basis, zugeordnet zu dem Unternehmensaccount, zu dem er gehört.
-
Identifizierte Events
identify() bindet Events an echte Nutzer; anonyme Sessions fügen sich zur selben Person zusammen, sobald sie sich anmelden. Kein Identity-Klebecode auf Ihrer Seite.
-
Autocapture ohne Tagging
Universelles Klick-Autocapture (im Heap-Stil) und SPA-Bildschirmerfassung sind standardmäßig an — Routenwechsel und Klicks werden zu Events, ohne Code pro Element oder Route. Pro Oberfläche abschaltbar.
-
Trends, Funnels & Paths
Event-Trends nach Feature und Kohorte, plus Funnels, Retention und Product Paths über die letzten 30 Tage — direkt neben dem Umsatz, den diese Nutzer repräsentieren.
-
Ingest mit harten Garantien
Gebündelter Ingest: bis zu 50 Events / 32 KB pro Batch, dedupliziert nach Event-ID; ein localStorage-Spool spielt alles nach, was ein Seitenverlassen verworfen hätte, sodass das Ende einer geschäftigen Session nie verloren geht.
Funnels · Retention · Outcomes
Die Dollar hinter den Prozentzahlen.
Jeder Funnel-Schritt und jede Retention-Kohorte trägt den Live-MRR der dahinterstehenden Accounts — weil Verhalten und Umsatz nur zwei Sprünge auf einem Datensatz voneinander entfernt sind, nicht zwei Tools, die durch einen nächtlichen Export zusammengeflickt werden. So wird „Wo verlieren wir Geld?“ zu einer Abfrage, nicht zu einem Quartalsprojekt.
-
Funnels, in Dollar
Jeder Schritt zeigt den MRR der einzelnen Accounts darin — 48.000 € eingetreten → 12.000 € konvertiert, 31.000 € MRR am Drop-off hängengeblieben. Die Dollar stimmen mit Ihrer Umsatz-Topline überein: dieselben Accounts, derselbe Filter.
-
Net-Dollar-Retention
Kohorten schalten zwischen Nutzeranzahl- und MRR-Retention um, sodass Sie den Umsatz sehen, der geblieben ist — nicht nur die Logos. Währungsbewusst; sie mischt niemals € und $.
-
Product Paths & Sankey
Die echten Routen, die Nutzer durch das Produkt nehmen — Verzweigungen und Sackgassen, gezeichnet aus Ihren eigenen Events, keine Stichprobe.
-
„Hat dieses Feature funktioniert?“
Liefern Sie ein Feature aus, und seine Aufgabenkarte beantwortet sich selbst: Adoption über aktive Accounts, der MRR, der adoptiert hat, und der Retention-Anstieg gegenüber Nicht-Adoptern — ein Urteil (funktioniert, gemischt oder kein Signal), kein Dashboard, das Sie erst lesen müssen.
Ihre KI kann dieselben umsatzgewichteten Fragen über MCP stellen — analyze_funnel, get_retention, analyze_paths.
Session Replay
Wenn etwas kaputtgeht, sehen Sie zu, wie es kaputtgeht.
Ein Nutzer sagt „der Export hat nicht funktioniert“ — öffnen Sie seine Session und sehen Sie genau, was er gesehen hat. DOM-genaue Aufnahmen echter Sessions, neueste zuerst, identifizierte Nutzer und anonyme Besucher gleichermaßen.
- ✓Das Core-SDK bleibt bei 6,6 KB gzipped — der Replay-Recorder ist ein separater ~57 KB gz-Chunk, der nur geladen wird, wenn Sie
init({ replay: true })aufrufen. Schalten Sie Replay aus, und Besucher zahlen die Bytes nie. - ✓Jede Session trägt ihren Lebenszyklus — Start, Ende, Dauer — und Chunks werden beim Upload dedupliziert, sodass eine wacklige Verbindung eine Aufnahme nie beschädigt.
- ✓Identifizierte Sessions zeigen, wer es war; anonyme erhalten eine stabile Session-ID, die Sie nach der Anmeldung zuordnen können.
Feature-Flags
Hinter einem Flag ausliefern. Mit einem Klick abschalten.
Erstellen Sie Flags mit Targeting-Regeln und prozentualen Rollouts, schalten Sie sie live vom Dashboard aus um und lesen Sie sie in Ihrer App mit einem SDK-Aufruf — kein separater Flag-Anbieter, kein zusätzliches Bundle.
-
Targeting, das clientseitig ausgewertet wird
Das SDK wertet Flags gegen die Attribute des Nutzers aus — Plan, Rolle, was auch immer Sie übergeben — sodass ein Flag für eine Kohorte an und für alle anderen aus sein kann.
-
Exposure-Events, automatisch
Beim ersten Lesen eines Flags sendet das SDK ein Exposure-Event. Sie wissen nicht nur, dass ein Flag an war — Sie wissen genau, wer die Variante tatsächlich gesehen hat.
-
Der Notausschalter ist das Dashboard
Rollout bei 0 %, 50 %, 100 % — und ein Umschalter nimmt ein fehlerhaftes Feature aus der Produktion. Flags laufen innerhalb des 6,6 KB großen Produktanalyse-SDKs, und der letzte Wert wird zwischengespeichert, sodass flag-gesteuerte UI beim ersten Rendern nie aufblitzt.
Schon auf LaunchDarkly oder Statsig? Beide Connectors sind live — spiegeln Sie diese Flags und Experimente für die Team-Sichtbarkeit auf die Basis.
Web-Analyse
Zahlen zur Marketing-Website, ohne Cookies.
Ein 5,8 KB großes Script auf Ihrer Marketing-Website erfasst Seitenaufrufe, Traffic-Quellen, Top-Pfade, ausgehende Klicks, 404s, benutzerdefinierte Events, Core Web Vitals (LCP, CLS, INP, TTFB) und Klick-Autocapture ohne Tagging. Keine Cookies — anonyme Besucherprofile stammen aus gehashten Geräte-Fingerprints, die täglich rotieren.
- ✓Seitenaufrufe, Referrer und Top-Pfade — ohne Tag-Manager und ohne Sampling.
- ✓404s und ausgehende Klicks werden von Haus aus erfasst, sodass defekte Links sich selbst zeigen.
- ✓Der Besucher, der Ihre Preisseite gelesen hat, ist derselbe Datensatz wie der Nutzer, der sich angemeldet hat — die Basis verknüpft sein Vorher und Nachher.
<script
src="https://platform.aioproductos.com/sdk/productos.js"
data-product-key="pk_live_e_…"
></script>Das ist die ganze Installation. Der code-freie Init liest die data-*-Attribute — kein Snippet, kein Config-Objekt. 5,8 KB gzipped, gemessen.
Die SDKs
Vier SDKs. 1,9 bis 6,6 KB. Je ein Script-Tag.
Echte, gemessene gzipped-Größen — Ihre Seitengeschwindigkeit merkt uns nicht. Jedes SDK lebt in seinem eigenen globalen Namespace, sodass alle vier ohne Kollision auf derselben Seite laufen.
- Web-Analyse Seitenaufrufe, Quellen, ausgehende Klicks, 404s, Core Web Vitals und Klick-Autocapture ohne Tagging.
5,8 KB - Produktanalyse Identifizierte Events, automatische Bildschirmerfassung in SPAs und Feature-Flags; Session Replay und In-App-Guides laden als separate Chunks bei Bedarf.
6,6 KB - Support-Chat Eine Chat-Bubble, deren Threads zu Produkt-Feedback auf der Basis werden.
5,9 KB - Terminplanung Buchungsseiten, die Meetings auf dem Kundendatensatz landen lassen.
1,9 KB
Alle ausgeliefert von platform.aioproductos.com/sdk — eine stabile URL pro SDK, Auto-Init über data-*-Attribute, gebündelter Ingest, dedupliziert nach Event-ID.
Warum unsere Lösung und kein Punkt-Tool
Verknüpft mit dem Account, in dem Moment, in dem er geschrieben wird.
Eigenständige Analyse-Tools zwingen Sie zum Exportieren, Abgleichen und Hoffen. Hier gleicht der Identity Stitcher Nutzer per E-Mail-Domain automatisch mit ihrem Unternehmensaccount ab — alice@fernwood.co landet automatisch beim Fernwood-Account — und jede Event-Zeile trägt den Account und den End-User, zu dem sie gehört.
-
Verknüpft beim Schreiben, nicht bei der Abfrage
Account- und End-User-IDs werden auf jedes Event geschrieben, sobald es eingeht. „Events für diesen Account, letzte 30 Tage“ ist ein indizierter Lookup — kein Fan-out-Join.
-
Ein Audit-Trail, keine Magie
Jeder Identitätsabgleich wird in einer Identity Map protokolliert, die Sie einsehen können — automatisch per E-Mail-Domain, manuell, wenn Sie jemanden selbst taggen.
-
Nutzung neben dem Umsatz
Die Kohorte, die ein Feature nutzt, und der Umsatz, den sie zahlt, liegen auf demselben Datensatz — sodass „Lohnt sich dieses Feature noch?“ ein Lookup ist, kein Forschungsprojekt.
Ehrliche Grenze: Events tragen ihren Account seit dem ersten Schreiben; die Nutzungs-Panels in der Customer 360 schalten sich frei, sobald die Verknüpfung jedes Connectors landet.
Datenschutz
Datenschutz zuerst ist die Voreinstellung, keine Option.
Analyse, die Sie in der EU ohne Rechtsprüfungsspirale betreiben können. Die SDKs kommen von Haus aus respektvoll.
- ✓DNT und GPC werden beim Init respektiert — ein Browser, der „nicht verfolgen“ sagt, wird nicht verfolgt. Es gibt keine Override-Flag.
- ✓Ein Opt-out schaltet alles stumm — ein einziger optOut()-Aufruf setzt eine Flag, die jedes ProductOS-SDK auf der Seite respektiert. Jegliches Tracking stoppt, lautlos.
- ✓EU- oder US-Region beim Ingest — bei der Anmeldung gewählt, pro Ingest-Key auf jedem Event-Endpunkt erzwungen. Ihre Daten landen dort, wo Sie es gesagt haben.
- —Nur Web in v1. Mobile- und Server-SDKs stehen auf der Roadmap, sind aber noch nicht ausgeliefert. Wenn Ihr Produkt eine native App ist, sind wir noch nicht Ihre Analyse-Lösung.
- —Net-Dollar-Retention ist korrelativ, nicht gespeichert. Retention und Feature-Outcome-Anstieg vergleichen Adopter mit Nicht-Adoptern anhand des Live-MRR; wir speichern die MRR-Historie pro Account noch nicht, sodass In-Place-Expansion nicht separat ausgewiesen wird.
Early Access
Ein Script-Tag einfügen. Ihre Nutzer auf der Basis sehen.
Wir onboarden jetzt Design-Partner. Verbinden Sie Ihre Website in Minuten und sehen Sie, wie Seitenaufrufe, Sessions und Flags verknüpft mit echten Kundenaccounts landen.
FAQ
Fragen, beantwortet
Was ist im Analytics-Modul enthalten?
Vier First-Party-Fähigkeiten auf einer Basis: Produktanalyse mit identifizierten Events, Session Replay, Feature-Flags mit Targeting und Exposure-Events, und cookie-freie Web-Analyse. Jede ist ein einzelnes Script-Tag, und jedes Event verknüpft sich beim Schreiben mit dem Kundenaccount.
Wie schwer sind die Tracking-Scripts?
Leicht — die vier Web-SDKs sind 1,9–6,6 KB gzipped, je ein Script-Tag. Sie sind First-Party, sodass kein Drittanbieter-Tag Ihre Seitengeschwindigkeit ausbremst.
Ist die Web-Analyse cookie-frei und datenschutzfreundlich?
Ja — Web-Analyse läuft ohne Cookies, und die SDKs respektieren Do Not Track und Global Privacy Control mit einem einzigen Opt-out. Sie wählen außerdem die Datenregion, EU oder US, die beim Ingest erzwungen wird.
Wo liegen die Analyse-Daten?
Auf Ihrer eigenen AIOProductOS-Basis, beim Schreiben mit dem passenden Kundenaccount verknüpft — nicht mit den Daten anderer Unternehmen gepoolt oder weiterverkauft. Es ist derselbe First-Party-Datenpfad, den ein zahlender Kunde erhält.
Sind die Daten an Kundendatensätze gebunden, oder isoliert?
Gebunden. Jedes Event — Produkt, Replay, Flag-Exposure, Pageview — verknüpft sich beim Schreiben mit dem Kundenaccount, sodass Analyse auf derselben Basis liegt wie Feedback, Umsatz und Arbeit, statt in einem separaten Tool.
Haben Sie Funnels und Retention?
Ja — und sie sind umsatzgewichtet. Jeder Funnel-Schritt und jede Retention-Kohorte trägt den Live-MRR der dahinterstehenden Accounts, sodass Sie die Dollar sehen, die an einem Drop-off stecken bleiben oder in einer Kohorte gehalten werden, nicht nur den Prozentsatz. Product Paths und eine Sankey-Ansicht gibt es auch, und alle drei sind für Ihre KI über MCP abrufbar (analyze_funnel, get_retention, analyze_paths).
Muss ich jedes Event von Hand taggen?
Nein. Web-Analyse enthält von Haus aus Klick-Autocapture ohne Tagging und Core Web Vitals, und Produktanalyse erfasst SPA-Bildschirmwechsel standardmäßig automatisch — sodass Paths und Funnels ohne Code pro Route oder Element funktionieren. Sie können weiterhin explizite Events senden, wo Sie Präzision wollen, und Autocapture pro Oberfläche abschalten.