Ich habe eine Google Analytics-Alternative für WordPress erstellt, weil Analytics zu kompliziert wurde
Es gab eine Zeit, in der Google Analytics unkompliziert war. Universal Analytics, wie es jetzt genannt wird, um es von seinem Nachfolger zu unterscheiden, hatte eine linke Seitenleiste mit klar beschrifteten Abschnitten: Audience, Acquisition, Behavior, Conversions. Das Anklicken von "Audience Overview" zeigte Seitenaufrufe, Sitzungen, Benutzer, Absprungrate und durchschnittliche Sitzungsdauer in einem sauberen Diagramm mit Datumswähler. Die Informationen waren sofort nützlich. Wie viele Menschen besuchten die Website? Woher kamen sie? Welche Seiten haben sie angesehen? Wie lange sind sie geblieben? Dies sind die Fragen, die sich jeder Website-Eigentümer stellt, und Universal Analytics beantwortete sie, ohne dass ein Abschluss in Datenanalyse erforderlich war, um die Ergebnisse zu interpretieren.
Dann kam Google Analytics 4, und die Einfachheit verschwand. GA4 ersetzte das intuitive Seiten- und Sitzungsmodell durch ein ereignisbasiertes Modell, das jede Interaktion als diskretes Ereignis behandelt. Seitenaufrufe sind Ereignisse. Scrolls sind Ereignisse. Klicks sind Ereignisse. Das Konzept der "Absprungrate" wurde zunächst vollständig entfernt (es wurde später nach überwältigtem Benutzerwiderstand wieder eingeführt, aber mit einer anderen Definition als zuvor). Die Berichtsschnittstelle wurde um "Explorations", "Trichter" und "Segmente" neu gestaltet, die für Enterprise-Analyseteams leistungsstark sind, aber für den Kleinunternehmer verwirrend, der nur wissen möchte, ob sein Blogbeitrag diese Woche Traffic erhielt.
Die Migration von Universal Analytics zu GA4 war nicht optional. Google schaltete Universal Analytics ab und stoppte die Datenverarbeitung und ließ jeden Website-Eigentümer mit zwei Optionen: GA4 lernen oder etwas anderes finden. Millionen von Menschen wählten GA4 zu lernen. Viele lernen immer noch Jahre später, denn die Schnittstelle ist wirklich komplex und die Dokumentation setzt ein Vertrautheitsniveau mit Analysekonzepten voraus, das die meisten kleinen Website-Eigentümer einfach nicht haben. Das Website Analytics by YEB WordPress-Plugin existiert, weil die Alternative zu GA4-Lernen nicht das Erlernen eines anderen komplexen Systems erfordern sollte. Es sollte die Installation eines Plugins und das Betrachten eines Dashboards erfordern, das innerhalb von dreißig Sekunden nach dem Öffnen Sinn macht.
Was Website-Eigentümer tatsächlich wissen müssen
Nach Jahren des Betriebs mehrerer Websites in verschiedenen Nischen ist die Liste der Analysefragen, die Entscheidungen tatsächlich beeinflussen, bemerkenswert kurz. Wie viele Besucher kamen heute, diese Woche, diesen Monat? Welche Seiten besuchen sie? Woher kommen sie (Suchmaschinen, soziale Medien, direkt, Referral-Links)? In welchen Ländern sind sie? Welche Geräte verwenden sie? Gehen die Zahlen im Vergleich zur vorherigen Periode nach oben oder unten? Das ist wirklich die komplette Liste für die überwiegende Mehrheit der Website-Eigentümer. Keine Trichter. Keine Kohortenanalyse. Kein benutzerdefiniertes Ereignis-Tracking mit Parameterdimensionen. Einfach die Grundlagen, deutlich präsentiert.
Das WordPress-Plugin wurde genau um diese Liste herum aufgebaut. Das Dashboard zeigt einen Überblick auf einer Seite mit allen diesen Metriken, die ohne Blättern, Klicken oder Navigieren zwischen Berichten sichtbar sind. Seitenaufrufe und eindeutige Besucher werden als tägliche Zählungen in einem Zeitreihen-Diagramm angezeigt. Top-Seiten sind mit ihren Anzahl-der-Ansichten aufgelistet. Referrer zeigen, woher der Traffic kommt. Länder und Geräte werden als einfache Tabellen angezeigt. Der Datumsbereich ist anpassbar, und der Vergleich mit der vorherigen Periode ist für jede Metrik verfügbar. Alles, was ein typischer Website-Eigentümer braucht, um fundierte Entscheidungen zu Inhalten und Marketing zu treffen, ist auf einem Ort, auf einem Bildschirm, ohne einen Moment der Verwirrung darüber, was die Zahlen bedeuten, sichtbar.
Das Plugin erreicht diese Einfachheit nicht, indem es technisch minderwertig zu GA4 ist, sondern indem es bewusste Entscheidungen über den Umfang trifft. GA4 kann benutzerdefinierte Ereignisse verfolgen, Zielgruppensegmente erstellen, E-Commerce-Conversions messen und mit Google Ads integrieren. Das YEB-Analytics-Plugin macht keine dieser Dinge, und das ist eher ein Feature als eine Einschränkung. Jedes ausgeschlossene Feature ist ein Feature, das den Benutzer nicht verwirren kann, keine visuellen Unordnung zum Dashboard hinzufügen kann und nicht auf eine Weise fehlschlagen kann, die Fehlerbehebung erfordert. Das Ergebnis ist ein Tool, das weniger tut, aber es besser tut, zumindest für die Zielgruppe, für die es entworfen wurde: WordPress-Website-Besitzer, die klare, verwertbare Traffic-Daten ohne den Overhead einer Enterprise-Analyseplattform wünschen.
Datenschutz an erster Stelle und warum das jetzt mehr als je zuvor wichtig ist
Google Analytics funktioniert, indem auf jeder Seite der Website ein JavaScript-Tracking-Skript von Googles Servern geladen wird. Dieses Skript sammelt Besucherdaten und sendet sie an Googles Infrastruktur, wo es nicht nur für die Analyse des Website-Eigentümers, sondern auch für Googles eigenes Werbungs-Ökosystem verarbeitet, gespeichert und verwendet wird. Deshalb ist GA4 kostenlos. Das Produkt ist nicht die Analyse-Software. Das Produkt sind die Daten, die dadurch fließen, die Google helfen, Werbungsprofile zu erstellen und das Anzeigen-Targeting über sein Netzwerk zu verbessern.
Für Website-Eigentümer, denen der Datenschutz von Besuchern wichtig ist, oder die in Ländern mit strengen Datenschutzgesetzen wie der GDPR in Europa oder der CCPA in Kalifornien tätig sind, schaff dieser Datenfluss eine Compliance-Belastung. Cookie-Zustimmungsbanner sind in vielen Regionen erforderlich, genau weil Tools wie Google Analytics Tracking-Cookies setzen, die Besucher über Websites hinweg verfolgen. Die Zustimmungsbanner selbst beeinträchtigen die Benutzererfahrung, und ein erheblicher Prozentsatz der Besucher verweigert die Zustimmung, was bedeutet, dass die Analysedaten unvollständig sind, da sie nur die Untermenge der Besucher darstellen, die aktiv auf "akzeptieren" klicken.
Das YEB-Analytics-Plugin verfolgt einen grundlegend anderen Ansatz. Es lädt keine Skripte von Drittanbietern. Es sendet keine Daten an externe Server. Es setzt keine Tracking-Cookies. Alle Analysedaten werden auf dem eigenen Server der Website, in der WordPress-Datenbank, verarbeitet und gespeichert. Die Besucher-Identifikation verwendet datenschutzschützende Techniken, die nicht mit persistentem Tracking über Sitzungen oder Websites hinweg verbunden sind. Dieses Design bedeutet, dass das Plugin in den meisten Ländern keine Cookie-Zustimmungsanforderungen auslöst, da kein Cookie zuzustimmen ist. Es bedeutet auch, dass 100% der Besucher verfolgt werden, anstatt nur die Untermenge, die einem Zustimmungsbanner zustimmt, was genauere Traffic-Daten als eine GA4-Installation mit aktiviertem Zustimmungsmodus erzeugt.
Die Datenschutzarchitektur erstreckt sich auf die zugrunde liegenden APIs, die die Geolokalisierungs- und Geräteerkennungsfunktionen des Plugins ermöglichen. Die GeoIP API übersetzt Besucher-IP-Adressen in Länder- und Stadtnamen, ohne diese IP-Adressen an Drittanbieter-Geolokalisierungsdienste zu senden. Die Geräteanalyse-API identifiziert Browser, Betriebssystem und Gerätetyp aus der User-Agent-Zeichenkette ohne externe Suche. Die Bot-Erkennungs-API trennt verifizierten Crawler-Traffic (Googlebot, Bingbot und andere) von menschlichen Besuchen und von gefälschten Bots, die sich als Crawler ausgeben. Alle drei APIs funktionieren innerhalb derselben datenschutzorientierten Architektur und verarbeiten Daten, ohne sie externen Parteien auszusetzen.
Die Bot-Registerkarte und warum das Trennen von Crawlern von Menschen alles verändert
Eines der am meisten unterschätzten Features des Plugins ist die dedizierte Bot-Traffic-Registerkarte. Die meisten Analysetools schließen Bot-Traffic entweder vollständig aus (was bedeutet, dass der Website-Eigentümer es nie sieht und keine Ahnung hat, wie viel seiner Serverlast von Crawlern kommt) oder beziehen es undiskriminiert in die Traffic-Zählungen ein (was Besucherzahlen aufbläst und Seitenaufruf-Daten unzuverlässig macht). Keiner dieser Ansätze ist ideal. Bot-Traffic ist wertvolle Information. Zu wissen, welche Suchmaschinen die Website crawlen, wie oft sie es tun und auf welche Seiten sie sich konzentrieren, ist für SEO unerlässlich. Aber Bot-Traffic, das in menschliche Besucherzahlen gemischt wird, erzeugt ein verzerrtes Bild des tatsächlichen Publikums-Engagements.
Das Bot-Erkennungssystem verwendet einen mehrschichtigen Ansatz zur Klassifizierung von Traffic. Verifizierte Crawler von großen Suchmaschinen werden identifiziert, indem ihre behauptete Identität (die User-Agent-Zeichenkette) mit ihrem tatsächlichen IP-Adressbereich abgeglichen wird. Eine Anforderung, die behauptet, Googlebot zu sein, aber von einer Wohnungs-IP-Adresse in Rumänien stammt, wird als gefälschter Bot gekennzeichnet, was selbst ein wertvolles Sicherheitssignal ist. Legitime Crawler werden nach Suchmaschine (Google, Bing, Yandex, Baidu, DuckDuckGo und Dutzende andere) kategorisiert und in ihrer eigenen dedizierten Registerkarte mit Crawl-Häufigkeit, gecrawlten Seiten und Crawl-Mustern im Laufe der Zeit angezeigt.
Die gefälschte Bot-Erkennung ist besonders nützlich für Website-Eigentümer, die ungewöhnliche Traffic-Muster erleben. Eine plötzliche Spitze bei Seitenaufrufen sieht auf dem Analyse-Dashboard aufregend aus, bis sich herausstellt, dass sie vollständig aus Web-Scrapern, Spam-Bots oder Sicherheitslücken-Scannern besteht. Ohne Bot-Trennung können diese Spitzen zu fehlgeleiteten Entscheidungen führen: "unser Traffic hat sich diesen Monat verdoppelt" klingt sehr anders als "unser Bot-Traffic hat sich diesen Monat verdoppelt, weil jemand unsere Inhalte kratzt." Die dedizierte Bot-Registerkarte macht diese Unterscheidung sofort klar, und die historischen Daten ermöglichen es Website-Eigentümern zu erkennen, wenn sich Bot-Aktivitätsmuster ändern, was ein frühes Warnsignal für Sicherheitsprobleme oder Inhaltsdiebstahl sein kann.
Sitzungen und UTM-Tracking und CSV-Export
Über die grundlegende Seitenaufruf-Zählung hinaus verfolgt das Plugin Besuchersitzungen mit Einstiegsseiten, Ausgangsseiten und Anzahl der Seiten pro Sitzung. Eine Sitzung stellt einen kontinuierlichen Besuch von Ankunft bis Abreise dar, und das Verständnis des Sitzungsverhaltens zeigt, wie Besucher tatsächlich mit der Website interagieren, anstatt nur auf welche Seiten sie landen. Eine hohe Anzahl von Seiten pro Sitzung deutet auf fesselnde Inhalte hin, die Erkundung fördern. Eine niedrige Anzahl mit hohem Traffic auf einer bestimmten Seite deutet darauf hin, dass Besucher schnell finden, was sie brauchen und gehen, was für eine FAQ-Seite in Ordnung sein kann, aber für einen Blogbeitrag, der Leser tiefer in die Website führen soll, besorgniserregend ist.
UTM-Parameter-Tracking bringt Kampagnen-Zurechnung in das Plugin, ohne dass externe Tools erforderlich sind. UTM-Parameter (source, medium, campaign, term, content) sind die Standardmethode zum Verfolgen, welche Marketingkampagnen Traffic generieren, und das Plugin erfasst und meldet sie automatisch. Ein Link, der in einem Newsletter mit utm_source=newsletter und utm_campaign=march2026 geteilt wird, wird in den Referrer-Daten mit diesen Kampagnen-Labels angehängt angezeigt, was es möglich macht, die Effektivität spezifischer Marketing-Bemühungen zu messen. Allein dieses Feature ersetzt einen großen Teil dessen, wofür Marketer Google Analytics nutzen, und es funktioniert innerhalb des gleichen sauberen, einseitigen Dashboards, ohne "Explorations" oder "benutzerdefinierte Berichte" zu erfordern.
Die CSV-Export-Funktion behandelt den unvermeidlichen Moment, wenn jemand Analysedaten aus dem Dashboard nehmen muss. Ob für einen Kundenbericht, eine Geschäftspräsentation, eine Steuererklärung, die Website-Traffic-Nachweis erfordert, oder einfach eine Sicherung, ermöglicht die Möglichkeit, Rohdaten als CSV-Datei zu exportieren, dass Analysedaten niemals im Plugin gesperrt sind. Jede auf dem Dashboard sichtbare Metrik kann mit vollständiger Datumsbereichskontrolle exportiert werden, was ein Arbeitsblatt erzeugt, das in Excel geöffnet, in Google Sheets importiert oder mit einem beliebigen Datenanalyse-Tool verarbeitet werden kann. Diese Portabilität ist eine bewusste Design-Wahl. Die Daten gehören dem Website-Eigentümer, nicht dem Analysetool, und das Exportieren sollte so einfach sein wie das Klicken auf eine Schaltfläche.
Das Plugin ist im offiziellen WordPress Plugin Repository verfügbar, was bedeutet, dass die Installation die Standard-WordPress-Erfahrung ist: Suche, Installation, Aktivierung. Keine Kontoerstellung auf einer externen Plattform. Keine JavaScript-Snippets zum Einfügen in Theme-Dateien. Keine DNS-Verifizierung oder Eigenschaftskonfiguration. Das Dashboard wird sofort nach der Aktivierung in der WordPress-Admin-Seitenleiste angezeigt, und die Datenerfassung beginnt bei der nächsten Seitenaufrufen. Für Website-Eigentümer, die Stunden damit verbracht haben, GA4 über Tag-Manager, Verifizierungsschritte und Datenkonfigurationen mit ihrer WordPress-Installation zu verbinden, ist die Einfachheit von "installieren und es funktioniert" nicht nur praktisch. Es ist eine Erleichterung.
Häufig gestellte Fragen
Benötigt das Plugin ein Google Analytics-Konto zum Funktionieren?
Nein. Das Plugin ist eine vollständig unabhängige Analyselösung, die sich auf keine Weise mit Google Analytics verbindet. Es sammelt und verarbeitet alle Daten innerhalb der WordPress-Installation selbst und nutzt die eigene Datenbank der Website. Keine externen Analyskonten oder -dienste sind erforderlich.
Wird das Plugin die Website verlangsamen?
Das Plugin fügt den Seitenladungzeiten minimalen Overhead hinzu, da es keine externen JavaScript-Dateien lädt oder sich während des Seitens-Renderings mit Drittanbieter-Servern verbindet. Das Tracking wird serverseitig während des normalen WordPress-Seitenabfrage-Zyklus behandelt, der im Vergleich zum Seiten-Rendering selbst vernachlässigbare Verarbeitungszeit hinzufügt.
Entspricht das Plugin der GDPR?
Das Plugin ist mit Datenschutz als Kernprinzip konzipiert. Es setzt keine Tracking-Cookies, teilt keine Daten mit Drittanbietern und verfolgt Besucher nicht über Websites hinweg. Alle Daten werden auf dem eigenen Server der Website gespeichert. In den meisten Interpretationen erfordert dieses Design keine Cookie-Zustimmungsbanner, obwohl Website-Eigentümer ihre Rechtsberater zur Einhaltung in ihrer spezifischen Gerichtsbarkeit konsultieren sollten.
Kann das Plugin E-Commerce-Conversions verfolgen?
Nein. Das Plugin konzentriert sich auf Traffic-Analyse: Seitenaufrufe, Besucher, Referrer, Geräte, Länder, Sitzungen und UTM-Kampagnen. E-Commerce-Conversions-Tracking, Trichter-Analyse und benutzerdefiniertes Ereignis-Tracking liegen außerhalb seines Umfangs. Für Website-Eigentümer, die diese Features benötigen, bleibt GA4 oder ein dediziertes E-Commerce-Analysetool die angemessene Wahl.
Wie weiß die Bot-Erkennung, ob ein Crawler legitim ist?
Das Plugin kreuzkontrolliert die User-Agent-Zeichenkette (die identifiziert, was der Crawler angibt) mit dem IP-Adressbereich, der bekanntermaßen diesem Crawler-Betreiber gehört. Zum Beispiel wird eine Anforderung, die behauptet, Googlebot zu sein, verifiziert, indem überprüft wird, ob ihre IP-Adresse in die veröffentlichten Crawler-IP-Adressbereiche von Google fällt. Anforderungen mit nichtpassenden Identitäten werden als gefälschte Bots gekennzeichnet.
Können Analysedaten von Google Analytics zu diesem Plugin migriert werden?
Das Plugin importiert keine historischen Daten von Google Analytics. Es beginnt mit der Datenerfassung ab dem Installationszeitpunkt. Für Website-Eigentümer, die historische GA-Daten zusammen mit neuen Plugin-Daten behalten müssen, können beide während einer Übergangsfrist koexistieren, obwohl die Datenformate und Metrik-Definitionen zwischen den beiden Systemen unterschiedlich sind.