Datenschutz und Datenverarbeitung

FG Image WP verarbeitet Bilddateien, WordPress-Attachment-Metadaten und Plugin-Konfiguration serverseitig. Zusätzlich enthält das Plugin FG Core 1.1.3, der standardmäßig eine tägliche technische Installationsstatusmeldung an einen FUNCKGROUP-Endpunkt sendet. Diese Statuskommunikation ist von der optionalen Remote-Bildkonvertierung getrennt.

Diese Seite beschreibt ausschließlich das aus dem Code ableitbare technische Verhalten und stellt keine rechtliche Bewertung dar.

Lokale Bildverarbeitung

Bei lokaler Konvertierung werden Bilddateien über die WordPress Image Editor API auf dem WordPress-Server verarbeitet. Dafür ist kein externer Bilddienst erforderlich.

Die Originaldateien werden nicht ersetzt. Zusätzliche WebP-/AVIF-Dateien werden im WordPress-Upload-Verzeichnis gespeichert.

Optionaler Remote-Encoder

Der Remote-Encoder ist standardmäßig deaktiviert. Wird er aktiviert und tatsächlich als Fallback benötigt, überträgt FG Image die jeweilige Quelldatei serverseitig an den konfigurierten Endpoint.

Der Request enthält technische Protokoll-/Formatinformationen und optional einen Bearer-Token. FG Image setzt für diese Remote-Anfragen keine Besucher-Cookies und überträgt keine Browserdaten aus dem Frontend.

Der Remote-Dienst wird nicht durch normale Frontend-Aufrufe kontaktiert. Der Request enthält kein vom Plugin gesetztes Feld mit einer Besucher-IP-Adresse. Wie bei jeder serverseitigen HTTP-Verbindung kann der Remote-Server jedoch die Quell-IP des WordPress-Servers technisch sehen.

Welche Daten der Betreiber des konfigurierten Remote-Endpoints speichert oder wie lange er sie aufbewahrt, lässt sich aus diesem Plugin-Projekt nicht bestimmen.

Details: Remote-Encoder-Fallback.

Statuskommunikation des eingebetteten FG Core

FG Core 1.1.3 registriert den Cron-Hook fg_core_send_installation_status. Sofern die Statuskommunikation nicht deaktiviert wurde, wird nach dem Einrichten des Schedules erstmals mit zufälliger Verzögerung von 120 bis 900 Sekunden und anschließend täglich ein Statusbericht gesendet.

Standard-Endpunkt:

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

Der Endpunkt kann über FG_CORE_STATUS_ENDPOINT oder fg_core_status_endpoint geändert werden.

Inhalt des Status-Payloads

Der Code erstellt einen JSON-Payload mit folgenden technischen Informationen:

Schema-Version des Statusformats;
generierte Installations-ID;
Domain;
site_url und home_url;
WordPress-Environment-Type;
Multisite-Status sowie Network-/Blog-ID, falls anwendbar;
WordPress-Version, Locale und Zeitzone;
PHP-Version;
FG-Core-Version, API-Version und ausgewählter FG-Core-Provider;
Liste erkannter FUNCKGROUP-Plugins mit Slug, Name, Version, Plugin-Datei, Aktiv-/Netzwerkstatus, Core-Registrierungsstatus und eingebetteter Core-Version;
Zeitpunkt des Reports.

Zusätzlich werden Installations-ID, Installations-Token und FG-Core-Version als HTTP-Header gesendet. Der User-Agent enthält die FG-Core-Version und home_url('/').

Der Payload enthält laut aktuellem Code keine Benutzer, Beiträge, Medieninhalte oder Datenbankinhalte aus solchen Bereichen.

IP-Adressen

Der JSON-Payload enthält kein eigenes IP-Adressfeld. Wie bei einer normalen serverseitigen HTTP-Verbindung kann der empfangende Webserver technisch die Quell-IP der Verbindung sehen oder in Serverlogs verarbeiten. Ob und wie der Zielserver dies speichert, ist nicht Bestandteil dieses Plugin-Projekts.

Statuskommunikation deaktivieren

Die Statuskommunikation kann vor dem Laden der Plugins per Konstante deaktiviert werden:

define('FG_CORE_STATUS_REPORTING', false);

Alternativ steht der Filter zur Verfügung:

add_filter('fg_core_status_reporting_enabled', '__return_false');

Die Statuskommunikation ist eine Funktion des gemeinsam genutzten FG Core und keine Einstellung im FG-Image-Einstellungsformular.

Gespeicherte WordPress-Daten

FG Image verwendet unter anderem folgende Daten:

Speicherort	Schlüssel	Zweck
Option	`fg_image_settings`	Plugin-Konfiguration einschließlich ggf. Remote-Endpoint/-Token
Option	`fg_image_plugin_version`	installierte Plugin-Version
Option	`fg_image_settings_schema`	Einstellungs-Schema
Attachment Post Meta	`_fg_image_variants`	registrierte Varianten und Quellmetadaten
User Meta	`_fg_image_batch_state`	Fortschritt einer Mediathek-Stapelverarbeitung
Transient	`fg_image_encoder_capabilities`	Cache lokaler Encoder-Schreibtests
Transient	`fg_image_remote_capabilities`	Ergebnis des expliziten Remote-Schreibtests
Option mit Präfix	`fg_image_generation_lock_`	kurzlebiger Attachment-Generierungs-Lock

FG Core verwendet zusätzlich unter anderem:

fg_core_installation_id
fg_core_installation_token
fg_core_installation_home_url
fg_core_status_last_report
fg_core_status_last_error
fg_core_status_last_http_code

Cookies und LocalStorage

Im analysierten FG-Image-Projekt werden keine eigenen Frontend-Cookies gesetzt und kein localStorage verwendet.

Telemetrie und Logging

FG Image enthält keine eigene Analytics- oder Besuchertelemetrie. Konvertierungsberichte und Batch-Fehler werden in den jeweiligen WordPress-Admin-/Betriebsdaten geführt.

FG Core sendet die oben beschriebene Installationsstatusmeldung und speichert den letzten Report-/Fehlerstatus in WordPress-Optionen.

Eine allgemeine externe Log-Aufbewahrung beim Status- oder Remote-Endpunkt ist aus diesem Repository nicht bestimmbar.

REST und AJAX

FG Image 1.0.4 registriert keine eigenen REST-Endpunkte und keine wp_ajax_*-Handler. Schreibende Admin-Aktionen laufen über admin-post.php und sind mit Capability- und Nonce-Prüfungen abgesichert.

Deinstallation

Der FG-Image-Uninstall entfernt die eigentlichen FG-Image-Einstellungen und betrieblichen Zustände, bewahrt aber erzeugte Bilddateien und _fg_image_variants bewusst auf.

Der eingebettete FG Core ist eine gemeinsam verwendbare Komponente mehrerer FUNCKGROUP-Plugins. Das FG-Image-Uninstall-Skript entfernt dessen Statusoptionen bzw. Cron-Schedule nicht ausdrücklich. Dieser Lifecycle-Punkt ist intern in REVIEW.md zur Prüfung markiert.