Statnive WordPress-Plugin vs. Statnive Live: Welches passt zu Ihrer Site?

Zwei Produkte, ein Datenschutz-Vertrag

Die meisten Analytics-Anbieter liefern ein Produkt und dehnen es, damit es zu jedem Kunden passt. Wir sind absichtlich bei zweien gelandet.

Das Statnive WordPress-Plugin ist, was Sie von WordPress.org installieren, aktivieren und dann vergessen – es lebt innerhalb Ihrer WordPress-Installation und schreibt Webanalyse direkt in die Datenbank Ihrer Site. Statnive Live ist eine separate, eigenständige Analytics-Plattform: ein einzelnes Go-Binary plus ClickHouse, ausgelegt für Sites, die nicht auf WordPress passen (oder die über das hinausgewachsen sind, was Shared Hosting komfortabel stemmen kann). Beide Produkte sind cookielos, ab Werk ohne Cookie-Banner und respektieren DNT und Sec-GPC ab Werk. Gleicher Datenschutz-Vertrag, zwei Deployment-Formen.

Dieser Leitfaden ist die ehrliche Fassung der Frage, die jeder Statnive-Plugin-Nutzer irgendwann stellt: Sollte ich auf Live umsteigen oder beim Plugin bleiben? Wir möchten lieber, dass Sie beim kostenlosen Plugin bleiben, als dass Sie etwas kaufen, das Sie nicht brauchen, daher stützt sich die Entscheidungsmatrix unten auf konkrete Signale – Traffic, Hosting, Stack, Audit-Haltung – statt auf Preisseiten-Druck.

Was bei beiden Produkten gleich ist

Die Datenschutz-Invarianten sind identisch, weil sie das Produkt sind. Sowohl Plugin als auch Live:

• liefern keine Cookies, kein localStorage und kein sessionStorage – das können Sie verifizieren, indem Sie DevTools → Anwendung auf jeder Site mit einem der Tracker öffnen
• nutzen täglich rotierende Salts, sodass derselbe Besucher jeden Tag einen anderen Hash erzeugt; tageübergreifendes Tracking ist konstruktionsbedingt unmöglich
• persistieren keine Roh-IP-Adressen – die IP betritt die Pipeline nur für den GeoIP-Lookup und wird dann verworfen, bevor eine Zeile geschrieben wird
• machen kein Fingerprinting – kein Canvas, WebGL, Font-Enumeration oder navigator.plugins-Probing
• respektieren DNT und Sec-GPC ab Werk
• nutzen nur SHA-256 / BLAKE3 in jedem Datenschutz- oder Identitäts-Pfad – kein MD5, kein SHA-1
• erzwingen ein CI-level Tracker-Größen-Budget, sodass das Skript, das Sie an Ihre Besucher ausliefern, nie unbemerkt aufbläht

Wenn das Ihre Gründe sind, Statnive überhaupt zu wählen, ist keines der Produkte ein Downgrade. Die Wahl unten geht um Deployment-Form und Skala, nicht um Prinzipien.

Die Entscheidungsmatrix

	Statnive WordPress-Plugin	Statnive Live
Deployment	WordPress-Plugin von WP.org. Aktivieren, fertig.	Einzelnes Go-Binary + ClickHouse. Selbst hosten auf einer beliebigen Linux-Box oder die Managed-SaaS nutzen.
Traffic-Decke	Begrenzt durch MySQL / MariaDB Ihres WordPress-Hosts. Komfortabel auf Shared Hosting bis zu einigen tausend täglichen Besuchern; degradiert bei Contention ohne Page-Caching.	Designdecke 200 M Events/Tag pro Node auf einer 8-Core / 32 GB Box; SaaS-Untergrenze ist eine Hetzner AX42 (8c / 64 GB).
Betriebs-Komplexität	Null – Ihr WP-Host führt PHP und MySQL bereits aus.	Sie (oder wir) betreiben einen Server: ClickHouse, TLS, Backups, periodische GeoIP-Datenbank-Updates.
Ökosystem-Passung	Nur WordPress. PHP 8.0+, WordPress 6.2+.	Beliebiger Stack. Der Tracker ist ein First-Party-<script>-Snippet – Astro, Rails, Django, mobile Webviews, überall, wo ein Browser ein Skript holen kann.
Multi-Site	Eine Plugin-Installation pro WordPress-Site.	Multi-Tenant von Tag eins – jedes Event trägt eine site_id; ein Live-Deployment kann viele Sites bedienen.
Preismodell	Flach jährlich: Free (inkl. WooCommerce-Revenue-Report seit v1.0.0), Growth (99 $/Jahr – geplant 2026) für Anomalie-Alerts, Slack/Telegram, Werbeausgaben-MER, AI-Executive-Summary, Meta CAPI. Agency (199 $/Jahr – geplant 2026) für Heatmaps + White-Label. 14-Tage-Geld-zurück auf bezahlten Plänen.	Traffic-basiert: Starter / Growth / Business skalieren mit monatlichen Pageviews von 9 $/Mo bei 10k PV bis zu 339 $/Mo bei 10M, plus ein Contact-us-Enterprise-Tier. Jährliche Abrechnung = 2 Monate kostenlos. 30-Tage-Testphase, keine Kreditkarte.
Dashboard	React 18 + TanStack Router/Query/Table innerhalb von /wp-admin.	Preact + @preact/signals + uPlot, vom Binary unter /dashboard ausgeliefert; 16 KB gzipped initiales JS-Budget per CI durch size-limit erzwungen.
AVV-Haltung	Sie hosten selbst, also sind Sie der Verantwortliche und wir nicht Ihr Auftragsverarbeiter. Kein Statnive ↔ Sie AVV nötig.	Kunde ist Verantwortlicher, Statnive Live SaaS ist der Auftragsverarbeiter. Art. 28(3) AVV in jedem Plan, unterzeichnet am 24.04.2026.

Zwei Zellen in dieser Tabelle sind für die meisten Leser die Entscheidungstreiber: Traffic-Decke und Ökosystem-Passung. Der Rest sind Konsequenzen.

Das Statnive WordPress-Plugin ist richtig für Sie, wenn …

Das Plugin ist für WordPress-Sites gebaut, die komfortabel in ihren Hosting-Plan passen. Sie sollten beim Plugin bleiben (oder damit starten), wenn eines davon zutrifft:

1. Sie betreiben eine WordPress-Site und Ihr Stack endet dort. Sie haben kein separates Astro-Front-end, keine mobile App und kein Rails-Admin zu instrumentieren.
2. Ihr Traffic ist begrenzt – kleine Unternehmensseiten, Content-Blogs, B2B-Marketing-Sites, Nischenpublisher. Alles, wo ein paar tausend tägliche Besucher „ein guter Tag” sind.
3. Sie betreiben keine dedizierte Infrastruktur. Ihr WordPress läuft auf Shared Hosting, einem Managed-WP-Host oder einem kleinen VPS. Einen separaten ClickHouse-Prozess hochzuziehen ist mehr Betriebsaufwand, als die Webanalyse zurückgibt.
4. Sie wollen WooCommerce-Umsatz-Tracking. Ab v1.0.0 liefert das Free-Plugin einen dedizierten Revenue-Report (5 KPIs + Revenue by Channel + Top Products + Cart-to-Purchase-Funnel). Formular-Integrationen (Contact Form 7, Gravity, WPForms) und WPML/Polylang-Mehrsprachigkeits-Support sind für das Growth-Tier vorgesehen – geplant für 2026.
5. Sie wollen, dass alles in Ihrer bestehenden Datenbank lebt. Alle Analytics-Daten bleiben in der MySQL/MariaDB Ihrer Site, neben Beiträgen und Bestellungen, und verlassen sie mit denselben Backups.

Das Plugin ist GPL-2.0-or-later, kostenlos auf WordPress.org, und das Free-Tier liefert das Dashboard, die Echtzeit-Ansicht, Channel-Gruppierung (8 Channels einschließlich eines dedizierten AI-Assistants-Channels für 14 Hosts), REST-API, Custom Events, konfigurierbare Aufbewahrung bis zu 10 Jahren und (seit v1.0.0) den vollständigen WooCommerce-Revenue-Report. Wenn das passt, sind Sie fertig.

Statnive Live ist richtig für Sie, wenn …

Live ist für Sites gebaut, bei denen die „WordPress + MySQL”-Form des Plugins aufhört zu passen. Sie sollten Live anschauen, wenn eines davon zutrifft:

1. Ihr Traffic spikt hart. Eine Million Seitenaufrufe in einer Minute ist ein echtes Lastprofil für hochtrafficide Publisher, Streaming-Seiten und event-getriebene Landingpages – und „Ihre WordPress-MySQL” ist nicht, wo Sie diesen Ingest-Pfad wollen.
2. Sie betreiben mehr als WordPress. Ein einzelnes Live-Deployment kann aus jedem Stack ingestieren – einen 1,4-KB-Skript-Tag auf eine Astro-Site, eine Express-App, eine statische Landingpage, eine mobile Webview legen. Der Tracker weiß nicht, was das HTML ausgeliefert hat.
3. Sie haben mehrere Sites. Multi-Tenant-site_id ist von Tag eins in jeder Live-Tabelle. Ein Live-Binary kann ein Portfolio von Marken oder ein Netz von Sites ohne Per-Site-Installation bedienen.
4. Sie sind in einer regulierten Branche, die einen unterzeichneten Auftragsverarbeitungs-Vertrag braucht. Live SaaS liefert einen Art. 28(3) AVV in jedem Plan, unterzeichnet am 24.04.2026, mit einer Subunternehmer-Liste, die innerhalb von 7 Tagen nach jeder vorgelagerten Änderung aktualisiert wird. Datenverarbeitung ausschließlich in EU und EWR auf Netcup-VPS in Nürnberg, Deutschland – keine Kapitel-V-Übermittlung.
5. Sie haben ein Ops-Team (oder wollen eines in der Schleife). Ein Go-Binary neben ClickHouse zu betreiben ist Arbeit für einen Server – TLS, Backups, GeoIP-Updates. Wenn Sie den Betrieb lieber überspringen, übernimmt das die Managed-SaaS in Nürnberg für Sie.

Der Live-Tracker ist 1.394 Bytes minifiziert / 687 Bytes gzipped zum Zeitpunkt des Schreibens – gemessen, nicht erhofft, und in CI durch einen Go-Test gesichert, der den Build scheitern lässt, wenn die eingebetteten Bytes ein Budget von 1.500 B / 700 B überschreiten. Die Dashboard-Shell sitzt innerhalb eines 16-KB-gzipped-Initial-JS-Budgets in size-limit. Das vollständige Binary bettet die Dashboard-SPA, das Tracker-JS und alle Migrationen via go:embed ein, sodass das Deployment von Live „Binary kopieren, ausführen” ist – kein CDN, keine externen Assets zu laden.

Das ist keine einzigartige Positionierung. Matomos offizielle Dokumentation gibt seit langem denselben Rat für das eigene Produkt – „if you have a high traffic website or manage multiple sites with WordPress MultiSite, we recommend installing Matomo On-Premise or signing up to Matomo Cloud and installing the Connect Matomo plugin instead of the standard WordPress plugin” – und Slimstat, BlogVault und TeamUpdraft rahmen denselben architektonischen Wendepunkt: In-WordPress-Webanalyse fügt jedem Seitenaufruf Serverlast hinzu, was zum Engpass wird, bevor es das Plugin selbst tut. Das Statnive-Plugin ist so konstruiert, dass es den größten Teil seiner Arbeit verschiebt, aber Physik ist Physik: Bei hoher Nebenläufigkeit ohne Caching wird Ihre WordPress-MySQL zur Analytics-Datenbank, ob Sie es wollen oder nicht.

Kann ich beide gleichzeitig betreiben?

Ja – und für manche Leser ist es während einer Migration die richtige Wahl.

Die beiden Produkte teilen die Datenschutz-Invarianten und das Wire-Schema, aber ihre Speicher sind konstruktionsbedingt getrennt: Das Plugin schreibt in Ihre WordPress-MySQL/MariaDB; Live schreibt in einen ClickHouse-Prozess, der neben seinem Go-Binary läuft. Sie teilen keine Globals, importieren sich nicht gegenseitig und konkurrieren nicht um Speicher. Sie können beide <script>-Tags auf eine Seite legen und sehen, wie sie parallel arbeiten. Beide bleiben cookielos, sodass keine Seite dem anderen ein Cookie-Banner hinzufügt.

Wann das Muster nützlich ist:

• Sanity-Check einer Migration. Beide eine Woche lang betreiben, bevor Sie das kanonische Dashboard vom Plugin auf Live umstellen; verifizieren, dass die Zahlen übereinstimmen.
• Bedenken trennen. Das Plugin als WP-Admin-Dashboard für Marketer behalten, Live als zentralen Pipe für ein Astro-Front-end und eine mobile App betreiben – gleicher Datenschutz-Vertrag, verschiedene Konsumenten.
• Historische Daten behalten. Die Historie des Plugins lebt in Ihrer WP-Datenbank; Live nebenher hinzuzufügen verschiebt diese Daten nicht. Sie sind nächstes Jahr noch da, wenn Sie sie brauchen.

Ein Migrationspfad, der keine Daten verliert

Das Plugin wird nicht verschwinden, wenn Live startet. Die Preisseite ist explizit: „Zwei Produkte, ein Datenschutz-Vertrag. Free + bezahlte Tiers für das WordPress-Plugin. Traffic-basierte Pläne für die statnive.live-SaaS.” Beide werden ausgeliefert und bleiben gepflegt.

Wenn Sie vom Plugin auf Live wechseln möchten, sieht der Pfad so aus:

1. Wählen Sie eine Deployment-Form. Selbst das Binary auf einem Server hosten, den Sie kontrollieren, oder die Managed-Nürnberg-SaaS nutzen. Dasselbe Binary unterstützt beide Modi, mit demselben eingebetteten Go-tracker.js.
2. Legen Sie den Live-<script>-Tag neben den Tracker des Plugins. Lassen Sie sie parallel laufen, so lange Sie möchten.
3. Wenn die Zahlen übereinstimmen, lenken Sie Ihr Team auf das Dashboard von Live und hören Sie auf, auf /wp-admin/admin.php?page=statnive zu verlinken. Die Daten des Plugins bleiben in Ihrer WordPress-Datenbank – keine Migration historischer Zeilen, kein Risiko, das zu verlieren, was dort ist.
4. (Optional) Plugin deaktivieren, sobald das Marketing-Team mit dem Dashboard von Live zufrieden ist. Oder aktiv lassen als Backup-Ingest-Pfad.

Es gibt keinen „Plugin-Sunset”, keine erzwungene Migration, keinen Data-Lock-in.

Häufige Fragen

Wird das WordPress-Plugin abgekündigt?

Nein. Das Plugin ist ein erstklassiges Produkt mit eigener Roadmap und eigenem Free-Tier auf WordPress.org. Beide Produkte teilen den Datenschutz-Vertrag; keines ist das „echte” Statnive.

Wird das Plugin alle Live-Features bekommen?

Manche Features sind architektonisch – sie ergeben nur Sinn, wenn ein ClickHouse-Prozess hinter dem Dashboard steht. Funnels, Looker Studio, geplante Raw-Event-Exporte, die Stats-API mit 600 req/h sind Live-only, weil sie kolumnaren Speicher brauchen, um ehrlich zu sein. Andere Features (Echtzeit, Channel-Gruppierung, Custom Events, REST-API) werden in beiden ausgeliefert.

Preisvergleich?

Das Plugin ist flach jährlich: 0 $ Free (inkl. v1.0.0 WooCommerce-Revenue-Report), 99 $/Jahr Growth (geplant 2026 – Anomalie-Alerts, Slack/Telegram, Werbeausgaben-MER, AI-Executive-Summary), 199 $/Jahr Agency (geplant 2026 – Heatmaps, White-Label). Live ist traffic-basiert, 9–339 $/Mo über Starter/Growth/Business bei 10k → 10M Pageviews, mit Enterprise darüber. Jährliche Abrechnung auf Live ist 2 Monate kostenlos; jedes bezahlte Live-Tier wird mit einer 30-Tage-Testphase ausgeliefert, keine Kreditkarte.

Kann ich meine historischen Daten behalten?

Ja. Das Plugin speichert seine Historie in Ihrer eigenen MySQL/MariaDB – Live daneben hinzuzufügen verschiebt oder löscht diese Zeilen nicht. Inspizieren Sie wp_statnive_*-Tabellen davor und danach; sie sind unberührt.

Brauche ich einen AVV für das Plugin?

Kein AVV zwischen Ihnen und uns, weil das Plugin vollständig selbst gehostet ist – Statnive ist kein Auftragsverarbeiter der Daten Ihrer Besucher. Sie brauchen weiterhin Ihren eigenen besuchergerichteten Datenschutz-Hinweis (den Standard-„wir betreiben diese Site”-Hinweis), aber es gibt keine Drittanbieter-Analytics-Beziehung zu kontraktieren.

Für Live SaaS ist der Kunde der Verantwortliche und Statnive Live der Auftragsverarbeiter; ein Art. 28(3) AVV wird beim Signup unterzeichnet. Ein selbst gehostetes Live-Deployment ist wiederum nur-Verantwortlicher – gleiche Haltung wie das Plugin.

Was passiert, wenn ich aus dem Plugin herauswachse?

Lesen Sie die Entscheidungsmatrix oben. Die meisten Plugin-Nutzer werden nicht herauswachsen; diejenigen, die es tun, wissen es meist Monate, bevor die Webanalyse anfängt zu schmerzen (ein Publisher, der sechsstellige DAU erreicht, ein SaaS, der eine reine Marketing-Astro-Site hochzieht, ein reguliertes Unternehmen, das einen unterzeichneten AVV verlangt). Wenn das passiert, ist Statnive Live für die nächste Stufe gebaut.

Das Fazit

Zwei Produkte, gleiche Datenschutz-Haltung. Das Statnive WordPress-Plugin ist die richtige Antwort für die meisten WordPress-Sites – kleine Betriebsfläche, Free-Tier, lebt innerhalb der Datenbank, die Sie bereits verwalten. Statnive Live ist für die Fälle, in denen die „WordPress + MySQL”-Form des Plugins zum Engpass wird: hochtrafficide Publisher, Multi-Stack-Teams, Multi-Site-Portfolios, regulierte Branchen, die einen unterzeichneten Auftragsverarbeitungs-Vertrag brauchen.

Wechseln Sie nicht, es sei denn, eines der Statnive Live ist richtig für Sie, wenn …-Signale passt zu Ihnen. Wenn nicht, ist das Plugin die günstigere, einfachere Antwort – und es bleibt auf demselben Datenschutz-Vertrag, auf dem Live ausgeliefert wird.

Wenn ja, Statnive Live kommt bald unter statnive.de/live. Bis dahin ist das Statnive WordPress-Plugin auf WordPress.org kostenlos, die Funktionsseite führt durch das, was das Plugin liefert, und die Preisseite legt beide Produkte nebeneinander.

Lesen Sie den Rest der Serie

Das ist der erste von vier Beiträgen, die Statnive Live vorstellen. Jeder kann für sich gelesen werden; zusammen decken sie die Entscheidung, die rechtliche Haltung, die Deployment-Form und das Engineering ab:

1. Statnive WordPress-Plugin vs. Statnive Live – dieser Beitrag. Entscheidungsmatrix, „richtig für Sie, wenn …”-Signale auf jeder Seite, Migrationspfad.
2. DSGVO-konforme Webanalyse 2026: ein praktischer Leitfaden für europäische Site-Betreiber – was DSGVO und Schrems II tatsächlich von einem Analytics-Stack 2026 verlangen, mit Case-IDs und Daten.
3. Eigene Analytics-Daten: selbst gehostet vs. privates EU-SaaS in 2026 – Bedrohungsmodell auf jeder Seite, Entscheidungs-Framework, Migrationspfad zwischen selbst gehostet und privatem EU-SaaS.
4. Eine Million Seitenaufrufe pro Minute auf einem einzelnen Server – der Engineering-Deep-Dive: 687-Byte-Tracker, WAL-first-Ingest, drei AggregatingMergeTree-Rollups + HyperLogLog und der offen benannte 1-Stunden-Verzögerungs-Trade-off.