Datenverarbeitung

FG Sitemap WP speichert technische Konfigurations-, Cache- und Statusdaten in WordPress. Zusätzlich gibt es zwei externe Kommunikationswege: IndexNow und die Statusmeldung der eingebetteten FG-Core-Runtime.

Diese Seite beschreibt ausschließlich das im aktuellen Code erkennbare Verhalten und enthält keine rechtliche Bewertung.

Werden personenbezogene Daten durch FG Sitemap gespeichert?

Der Plugin-Code speichert keine eigenen Benutzerprofile, Formulareingaben oder Besucher-Tracking-Daten.

Für Autoren-Sitemaps werden WordPress-Benutzer mit veröffentlichten Beiträgen abgefragt, um deren öffentliche Autorenarchiv-URLs zu erzeugen. Diese Funktion ist standardmäßig deaktiviert; FG Sitemap legt dafür keine zusätzlichen personenbezogenen Datensätze an.

IP-Adressen

Der Code liest oder speichert keine Besucher-IP-Adressen.

Bei externen HTTP-Requests fällt auf Netzwerkebene technisch eine Quell-IP gegenüber dem jeweiligen Zielserver an. Eine eigene IP-Protokollierung durch FG Sitemap ist im Projekt nicht implementiert.

Cookies und Browser-Speicher

FG Sitemap setzt keine eigenen Cookies und verwendet weder localStorage noch sessionStorage.

IndexNow

Wenn IndexNow aktiv ist, sendet FG Sitemap HTTP-POST-Requests an standardmäßig:

https://api.indexnow.org/indexnow

Übertragen werden:

• Host der WordPress-Home-URL
• IndexNow-Key
• URL der virtuellen Key-Datei
• Liste der zu meldenden Seiten-URLs

Der User-Agent enthält zusätzlich die Plugin-Version und die WordPress-Home-URL.

Der Endpoint kann über den Filter fg_sitemap_wp_indexnow_endpoint verändert werden.

FG-Core-Statusmeldung

Die eingebettete FG-Core-Runtime 1.1.3 aktiviert standardmäßig eine technische Installations-/Statusmeldung.

Standardziel:

https://lizenz.funckgroup-server.com/wp-json/fg-lizenz/v1/status

Die erste Meldung wird per WP-Cron zufällig ungefähr 2 bis 15 Minuten nach der Planung angesetzt. Danach läuft der Cron täglich.

Übertragene Daten

Der Payload enthält laut aktuellem Code:

• Installations-UUID
• Domain
• site_url() und home_url()
• WordPress-Environment-Type
• Multisite-Status, Network-ID und Blog-ID
• WordPress-Version
• WordPress-Locale
• WordPress-Zeitzone
• PHP-Version
• FG-Core-Version, API-Version und Provider
• erkannte FUNCKGROUP-Plugins mit Name, Slug, Version, Plugin-Datei, Aktivstatus, Network-Aktivstatus, Core-Registrierung und eingebetteter Core-Version
• UTC-Zeitpunkt der Meldung

Zusätzlich wird ein lokal gespeicherter Installations-Token als HTTP-Header gesendet. Der User-Agent enthält FG-Core-Version und Home-URL.

Der Code fügt keine Benutzer, Posts, Passwörter oder Datenbankinhalte in den Standard-Payload ein. Der Filter fg_core_status_payload kann den Payload allerdings durch projektspezifischen Code verändern.

Statusmeldung deaktivieren

In wp-config.php kann die Statusmeldung vollständig deaktiviert werden:

define('FG_CORE_STATUS_REPORTING', false);

Alternativ steht ein Filter zur Verfügung:

add_filter('fg_core_status_reporting_enabled', '__return_false');

Der Endpoint kann über FG_CORE_STATUS_ENDPOINT oder fg_core_status_endpoint überschrieben werden.

Lokal gespeicherte Daten

FG Sitemap verwendet unter anderem folgende WordPress-Optionen:

Option	Inhalt
fg_sitemap_wp_settings	Plugin-Einstellungen inkl. IndexNow-Key
fg_sitemap_wp_rewrite_version	interne Rewrite-Version
fg_sitemap_wp_indexnow_queue	wartende URLs für IndexNow
fg_sitemap_wp_indexnow_status	letzter IndexNow-Status
fg_sitemap_wp_cache_keys	registrierte Sitemap-Transient-Schlüssel

Die FG-Core-Runtime verwendet zusätzlich gemeinsame fg_core_*-Optionen für Installations-ID, Installations-Token, Home-Bindung und Statusdiagnostik.

Logging

FG Sitemap enthält kein eigenes Datei- oder Request-Logging.

IndexNow-Ergebnisse und FG-Core-Statusfehler werden in WordPress-Optionen als kompakte Statusinformationen gespeichert.

REST- und AJAX-Kommunikation

FG Sitemap registriert keine eigenen REST- oder AJAX-Endpunkte. Schreibende Admin-Aktionen laufen über admin-post.php und sind mit Capability-Prüfungen und Nonces geschützt.