Echtzeit-Besucher wurden aufgezeichnet aber kein Traffic im Bericht

Hallo,

ich habe ein Problem mit dem WP-Matomo-Analytics-Plugin. Im Bericht werden mir für manche Tage null Besucher angezeigt, obwohl ich Traffic hatte und das Matomo-Plugin auch Echtzeit-Besucher aufgezeichnet hat. Hier ein aktueller Screenshot:

Jetzt meine Fragen:

Was muss ich tun, damit das Problem aufhört?

Und kann ich die bereits erhobenen Daten neu aufbereiten, damit ich eine korrekte Zusammenfassung habe?

Schon jetzt vielen Dank für die Hilfe

Grüße

Michael

Hier der Systembericht:

			  # Matomo
  • Matomo-Plugin-Version: 5.6.0
  • Config existiert und ist schreibbar.: Ja (“$abs_path/wp-content/uploads/matomo/config/config.ini.php” )
  • JS Tracker existiert und ist schreibbar.: Ja (“$abs_path/wp-content/uploads/matomo/matomo.js” )
  • Plugin-Verzeichnisse: Yes ([{“pluginsPathAbsolute”:“$abs_path/wp-content/plugins/matomo/plugins”,“webrootDirRelativeToMatomo”:“../plugins”}])
  • Tmp-Verzeichnis schreibbar: Yes ($abs_path/wp-content/cache/matomo)
  • Matomo-Version: 5.6.1
  • Matomo Blog idSite: 1
  • Installierte Matomo-Version: 5.2.0 (Install date: 2025-01-14 14:08:23)
  • Upgrades outstanding: No
  • Upgrade in progress: No
  • Current Matomo User Language: de
  • Current Matomo Language Cookie Value: Keine

Endpoints

  • Matomo JavaScript Tracker URL: ($site_url/wp-content/uploads/matomo/matomo.js)
  • Matomo JavaScript Tracker - WP Rest API: ($site_url/wp-json/matomo/v1/hit/)
  • Matomo HTTP Tracking API: ($site_url/wp-content/plugins/matomo/app/matomo.php)
  • Matomo HTTP Tracking API - WP Rest API: ($site_url/wp-json/matomo/v1/hit/)

Crons

  • Server-Zeit: 2026-01-06 12:36:21
  • Blog-Zeit: 2026-01-06 13:36:21 (Die nachfolgenden Daten werden in der Blog-Zeitzone angezeigt)
  • Sync users & sites: Next run: 2026-01-06 14:54:18 (1 Stunden 17 Minuten) ( Last started: 2026-01-05 14:54:20 (-22 Stunden 42 Minuten). Last ended: 2026-01-05 14:54:20 (-22 Stunden 42 Minuten). Interval: daily)
  • Archive: Next run: 2026-01-06 13:59:48 (23 Minuten 27s) ( Last started: 2026-01-06 12:59:49 (-36 Minuten 32s). Last ended: 2026-01-06 12:59:51 (-36 Minuten 30s). Interval: hourly)
  • Update GeoIP DB: Next run: 2026-01-11 14:53:22 (5 Tage 1 Stunden) ( Last started: 2025-12-12 14:55:06 (-24 Tage 22 Stunden). Last ended: 2025-12-12 14:55:08 (-24 Tage 22 Stunden). Interval: matomo_monthly)

Vorgeschriebene Prüfungen

  • PHP-Version >= 7.2.5: ok
  • PDO Erweiterung: ok
  • PDO\MYSQL Erweiterung: ok
  • MYSQLI Erweiterung: ok
  • Weitere erforderliche Anforderungen: ok
  • Erforderliche Funktionen: ok
  • Benötigte PHP Konfiguration (php.ini): ok
  • Verzeichnisse mit Schreibzugriff: ok
  • Verzeichnisse mit Schreibzugriff auf Tag Manager: ok

Optionale Prüfungen

  • 64-bit PHP Binär: ok
  • Tracker-Status: ok
  • Speicherlimit: ok
  • Zeitzone: ok
  • Öffnen einer URL: ok
  • GD > 2.x + FreeType (Grafiken): ok
  • Andere Erweiterungen: ok
  • Andere Funktionen: ok
  • Dateisystem: ok
  • Letzter erfolgreicher Abschluss der Archivierung: ok
  • Datenbankfähigkeiten: ok
  • Maximale Packetgröße: ok
  • Standorterkennung: ok
  • Update über HTTPS: ok
  • Mobile Messaging SMS Provider: ok
  • Unterstützt asynchrones Archivieren: No
  • Async Archiving Disabled in Setting: No
  • Location provider ID: geoip2php
  • Location provider available: Yes
  • Location provider working: Yes
  • Warning Proxy header: HTTP_X_REAL_IP (Es ist ein Proxy-Header gesetzt, was bedeutet, dass du möglicherweise einen Proxy-Header in den erweiterten Einstellungen konfigurieren musst, damit die Standortberichte funktionieren. Wenn der Standort in deinen Berichten richtig erkannt wird, kannst du diese Warnung ignorieren. Mehr erfahren)
  • Warning Proxy header: HTTP_TRUE_CLIENT_IP (Es ist ein Proxy-Header gesetzt, was bedeutet, dass du möglicherweise einen Proxy-Header in den erweiterten Einstellungen konfigurieren musst, damit die Standortberichte funktionieren. Wenn der Standort in deinen Berichten richtig erkannt wird, kannst du diese Warnung ignorieren. Mehr erfahren)
  • Had visit in last 5 days: Yes
  • Matomo URL: Yes ($site_url/wp-content/plugins/matomo/app/)

Matomo Settings

  • Track mode: default
  • Track ecommerce: Yes
  • Track codeposition: footer
  • Track api endpoint: default
  • Track js endpoint: default
  • Version history: 5.6.0, 5.3.3, 5.3.1, 5.3.0, 5.2.0
  • Core version: 5.6.1
  • Last tracking settings update: 1734443764
  • Last settings update: 1739189230
  • Disable cookies: Yes
  • Show get started page: 0

Logs

  • Keine:

WordPress

  • Home URL: $site_url
  • Site URL: $site_url
  • WordPress Version: 6.9
  • Number of blogs: 1
  • Multisite Enabled: No
  • Network Enabled: No
  • WP_DEBUG: No
  • WP_DEBUG_DISPLAY: No
  • WP_DEBUG_LOG: Yes
  • DISABLE_WP_CRON: No
  • FORCE_SSL_ADMIN: Yes
  • WP_CACHE: No
  • CONCATENATE_SCRIPTS: -
  • COMPRESS_SCRIPTS: -
  • COMPRESS_CSS: -
  • ENFORCE_GZIP: -
  • WP_LOCAL_DEV: -
  • WP_CONTENT_URL: $site_url/wp-content
  • WP_CONTENT_DIR: $abs_path/wp-content
  • UPLOADS: -
  • BLOGUPLOADDIR: -
  • DIEONDBERROR: -
  • WPLANG: -
  • ALTERNATE_WP_CRON: -
  • WP_CRON_LOCK_TIMEOUT: 60
  • WP_DISABLE_FATAL_ERROR_HANDLER: -
  • MATOMO_SUPPORT_ASYNC_ARCHIVING: -
  • MATOMO_ENABLE_TAG_MANAGER: -
  • MATOMO_SUPPRESS_DB_ERRORS: -
  • MATOMO_ENABLE_AUTO_UPGRADE: -
  • MATOMO_DEBUG: -
  • MATOMO_SAFE_MODE: -
  • MATOMO_GLOBAL_UPLOAD_DIR: -
  • MATOMO_LOGIN_REDIRECT: -
  • Permalink Structure: /%postname%/
  • Possibly uses symlink: No
  • Upload base url: $site_url/wp-content/uploads
  • Upload base dir: $abs_path/wp-content/uploads
  • Upload url: $site_url/wp-content/uploads/2026/01
  • Custom upload_path:
  • Custom upload_url_path:
  • Compatible content directory: Yes
  • WP_Filesystem Initialized: Yes
  • Warning System Cron Set Up: No (Warnung: Auf deiner WordPress-Website scheint kein System-Cron-Job eingerichtet zu sein, der den WordPress-Cron ausführt. Matomo nutzt den WordPress-Cron, um Berichte zu erstellen und temporäre Daten zu löschen, um die Einhaltung verschiedener Datenschutzbestimmungen (z. B. DSGVO) zu gewährleisten. Ohne die Einrichtung eines Cron-Jobs im System können diese Aufgaben unregelmäßig oder selten ausgeführt werden, was dazu führen kann, dass personenbezogene Daten länger als erlaubt gespeichert werden. Um dies zu vermeiden, empfehlen wir, einen System-Cron-Job einzurichten, der den WordPress-Cron regelmäßig ausführt. Wende dich an deinen Hosting-Anbieter, wenn du dabei Hilfe brauchst.)
  • Current User Locale: de_DE

WordPress Plugins

MU Plugins

  • Raidboxes Must-Use Plugins: 0.1

Plugins

  • Antispam Bee: 2.11.8
  • Autoptimize: 3.1.14
  • Better Font Awesome: 2.0.4
  • Classic Editor: 1.6.7
  • Email Log: 2.62
  • hurme4thin #640040: 0.1
  • Jetpack: 15.3.1
  • MailerLite - Signup forms (official): 1.7.18
  • Matomo Analytics - Ethical Stats. Powerful Insights.: 5.6.0
  • Prosodia VGW OS: 3.25.3
  • Real Cookie Banner: 5.2.9
  • Regenerate Thumbnails: 3.1.6
  • Shariff Wrapper: 4.6.15
  • Smush Pro: 3.23.1 (Netzwerkweit aktiviert)
  • Subscribe to “Double-Opt-In” Comments: 6.6.12
  • tagDiv Cloud Library: 3.9.2 | built on 22.10.2025 10:59
  • tagDiv Composer: 5.4.2 | built on 22.10.2025 10:59
  • tagDiv Mobile Theme: 2.6 | built on 26.09.2024 10:39
  • tagDiv Social Counter: 5.6.1 | built on 22.10.2025 10:59
  • tagDiv Standard Pack: 2.7.1 | built on 22.10.2025 10:59
  • WP-Sweep: 1.1.8
  • WP Armour - Honeypot Anti Spam: 2.3.04
  • WP Go Maps (formerly WP Google Maps): 10.0.04
  • WP Go Maps - Pro Add-on: 8.1.22
  • WP Mail SMTP: 4.7.1
  • WPMU DEV Dashboard: 4.11.29 (Netzwerkweit aktiviert)
  • Yoast SEO: 26.6
  • Yoast SEO Premium: 26.6
  • Active Plugins: 26 (antispam-bee:2.11.8 autoptimize:3.1.14 better-font-awesome:2.0.4 classic-editor:1.6.7 email-log:2.62 honeypot:2.3.04 hurme4thin:0.1 jetpack:15.3.1 matomo:5.6.0 official-mailerlite-sign-up-forms:1.7.18 real-cookie-banner-pro:5.2.9 regenerate-thumbnails:3.1.6 shariff:4.6.15 subscribe-to-double-opt-in-comments:6.6.12 td-cloud-library:3.9.2 | built on 22.10.2025 10:59 td-composer:5.4.2 | built on 22.10.2025 10:59 td-social-counter:5.6.1 | built on 22.10.2025 10:59 td-standard-pack:2.7.1 | built on 22.10.2025 10:59 wordpress-seo-premium:26.6 wordpress-seo:26.6 wp-google-maps-pro:8.1.22 wp-google-maps:10.0.04 wp-mail-smtp:4.7.1 wp-smush-pro:3.23.1 wp-vgwort:3.25.3 wpmudev-updates:4.11.29)
  • Theme: Newspaper (Newspaper)

Server

  • Server Info: Apache
  • Apache AddHandler support: Unterstützt
  • PHP OS: Linux
  • PHP Version: 8.3.29
  • PHP SAPI: fpm-fcgi
  • PHP Binary Name: /usr/local/php-8.3/sbin/php-fpm
  • PHP-Maxmind-DB-Erweiterung: Nicht geladen
  • PHP Error Reporting: 4437 After bootstrap: 4437
  • PHP Found Binary: /data/jail/usr/local/php-8.3/bin/php -q
  • Timezone: UTC
  • WP timezone: Europe/Berlin
  • Locale: de_DE
  • User Locale: de_DE
  • Memory Limit: 512M (Mindestens 128 MB empfohlen. Je nach Verkehrsaufkommen können 256 MB oder mehr erforderlich sein.)
  • WP Memory Limit: 512M
  • WP Max Memory Limit: 512M
  • Timezone version: 2025.2
  • Time: 1767702982
  • Max Execution Time: 300
  • Max Post Size: 2048M
  • Max Upload Size: 2147483648
  • Max Input Vars: 20000
  • Disabled PHP functions: No
  • zlib.output_compression is off: Yes
  • Curl Version: 7.74.0, OpenSSL/1.1.1w
  • Suhosin installed: No

PHP cli

  • PHP-CLI-Version: 8.3.29
  • MySQLi-Unterstützung: OK

Database

  • MySQL Version: 8.0.36
  • Mysqli Connect: Yes
  • Force MySQL over Mysqli: No
  • DB Prefix: wp_nvtuqwysrq_
  • DB CHARSET: utf8
  • DB COLLATE:
  • SHOW ERRORS: No
  • SUPPRESS ERRORS: No
  • Uses Socket: No
  • Uses IPv6: No
  • Matomo tables found: 128
  • DB tables exist: Yes
  • Matomo users found: 2
  • Matomo sites found: 1
  • Erforderliche Berechtigungen: OK

Browser

  • Browser: (Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/143.0.0.0 Safari/537.36)
  • Language: de-de,de,en-us,en,pt

Anfängerproblem?

Der Echtzeit wird aus den Rohdaten erzeugt. Die Statistiken aus den archivierten Reports.

Hier mal eine Erklärung der Begriffe:

Die Statistiken werden Reports genannt. Diese werden aus Rohdaten (Raw Data) erzeugt. Die Rohdaten können JavaScript-Tracking / Tag-Manager-Tracking Daten sein, die in der Matomo Datenbank als “log_…” Datenbank-Tabellen gespeichert werden, oder Server Log Dateien. Aus diesen werden die Reports erzeugt, die in den “archive_…” Datenbank-Tabellen gespeichert werden.

  • Rohdaten - Raw data - log_
  • Statistiken - Reports - archive_

Verwechslungsgefahr: Logs sind nicht Archive und Archive sind nicht Logs.

Solange die Rohdaten (Logs) nicht gelöscht wurden, können daraus jederzeit neue Reports “archiviert” (deswegen: archive_) werden.

Damit Reports angezeigt werden können, müssen die Rohdaten archiviert worden sein. Das wird einerseits mit dem Aufruf der Reports getriggert, oder kann anderereits mittels einem cron job getriggert werden. Bei dir ist die Version mit cron job empfohlen. Die mittels Browseraufruf kann in den Einstellungen deaktiviert werden.

Worum du dich nun kümmern solltest ist: Wie lege ich einen cron job fürs Matomo archivieren an?

Stichwort: console core:archive

Brauchst du dabei Hilfe?

Wobei ich erwähnen muss, dass ich von Matomo WordPress PlugIn keine Ahnung habe.

Edit: Wie ich sehe hast du schon einen Cron drin:

Archive: Next run: 2026-01-06 13:59:48 (23 Minuten 27s) ( Last started: 2026-01-06 12:59:49 (-36 Minuten 32s). Last ended: 2026-01-06 12:59:51 (-36 Minuten 30s). Interval: hourly)

Das ist wohl aber vom System? Also werden da keine Fehler geloggt. Dann solltest du zumindest einmal die Server Error Logs checken.

Hi melbao,

vielen Dank für deinen Post und entschuldige bitte, dass der Dank mit Verspätung kommt. Mein Problem kann durchaus ein Anfängerproblem sein, aber das ändert nichts daran, dass es für mich weiterhin ein Problem ist. Die Erklärung der Begriffe ist super. Aber wie erstelle ich jetzt aus den Rohdaten neue fehlerfreie Reports mit der Plugin-Version?

Wenn ich mir bei meinem Hoster den WP-Debug-Log anschaue, sehe ich nur die letzte Stunde. Das bringt wohl nichts. Bei der Matomo Diagnose heißt es beim Server PHP Error Reporting: 4437 After bootstrap: 4437. Und die Google-Ergebnisse zu dem Error Report verstehe ich nicht.

Ich weiß es auch nicht. Vom Matomo WP Plugin habe ich keine Ahnung. Das ist alles sehr komplex.

Immerhin werden die Besucher in der Datebank aufgezeichnet, sonst wären keine Live-Reports möglich. Das Problem ist: die endgültigen Reports werden nicht aus den Rohdaten generiert.

Bei so um die 400 Besucher pro Tag wird das Starten der Archivierung zuviel für den Server sein, also zu viele Daten. Deswegen wäre ein Cronjob @hourly besser geeignet. Wie das bei ohne WP geht steht hier:

Vermutlich wirst du das nicht verstehen.