FAQ

Was macht FG Image WP?

FG Image WP erzeugt zusätzliche WebP- und AVIF-Dateien für unterstützte WordPress-Bildgrößen und kann diese im Frontend über <picture> und srcset ausliefern. Die Originaldateien bleiben erhalten.

Unterstützt FG Image AVIF?

Ja. AVIF ist standardmäßig als Ausgabeformat aktiviert. Ob eine lokale AVIF-Konvertierung möglich ist, wird durch einen realen Schreibtest über die WordPress Image Editor API geprüft; alternativ kann ein konfigurierter Remote-Encoder als Fallback dienen.

Unterstützt FG Image WebP?

Ja. WebP ist standardmäßig aktiviert und wird analog zu AVIF lokal über Imagick/GD oder optional über den Remote-Fallback erzeugt.

Werden Originalbilder verändert oder ersetzt?

Nein. FG Image speichert moderne Formate als zusätzliche Dateien. Originaldateien und normale WordPress-Bildgrößen bleiben bestehen.

Erzeugt FG Image Dateien bei einem normalen Seitenaufruf?

Nein. Die Frontend-Ausgabe liest ausschließlich bereits registrierte Varianten. Generierung findet im Medien-/Upload-Prozess, bei manueller Verarbeitung oder im Admin-Batch statt.

Was passiert, wenn für eine WordPress-Bildgröße keine AVIF-Variante existiert?

FG Image gibt AVIF nur aus, wenn das erforderliche src/srcset vollständig abgedeckt ist. Ist AVIF unvollständig, kann ein vollständiges WebP-Set verwendet werden. Fehlt auch dieses, bleibt das Original-<img> als Fallback aktiv.

Funktioniert FG Image mit bereits vorhandenen picture-Elementen?

Ja, sofern das vorhandene <picture> eindeutig einem WordPress-Attachment mit registrierten Varianten zugeordnet werden kann. FG Image erweitert es in-place und erzeugt kein verschachteltes <picture>.

Was passiert bei einer Plugin-Deaktivierung?

Einstellungen, _fg_image_variants und erzeugte WebP-/AVIF-Dateien bleiben erhalten. Temporäre Capability-Caches, Generierungs-Locks und Batch-Zustände werden bereinigt.

Was passiert beim Uninstall?

FG-Image-Einstellungen und betriebliche Zustände werden entfernt. Erzeugte Bildvarianten und _fg_image_variants bleiben bewusst bestehen, damit ein Uninstall nicht automatisch Medien löscht.

Ist ein externer Bilddienst erforderlich?

Nein. Lokale Verarbeitung über einen funktionierenden WordPress-Imagick- oder GD-Encoder ist der primäre Pfad. Der Remote-Encoder ist optional und standardmäßig deaktiviert.

Wann werden Bilder an einen Remote-Encoder übertragen?

Nur wenn der Remote-Fallback aktiviert und konfiguriert ist und für das Zielformat lokal kein funktionsfähiger Encoder vorhanden ist oder die lokale Konvertierung mit einem Laufzeitfehler endet. Ein normaler Frontend-Aufruf löst keine Remote-Konvertierung aus.

Sendet das Plugin weitere Daten an einen externen Dienst?

Ja. Der mitgelieferte FG Core 1.1.3 sendet standardmäßig täglich eine technische Installationsstatusmeldung an einen konfigurierbaren FUNCKGROUP-Endpunkt. Inhalt und Deaktivierung sind unter Datenschutz und Datenverarbeitung dokumentiert. Diese Kommunikation ist unabhängig vom optionalen Remote-Bildencoder.

Setzt FG Image Cookies oder LocalStorage ein?

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

Gibt es eine REST-API oder WP-CLI-Kommandos?

Nein. In FG Image WP 1.0.4 sind keine eigenen REST-Routen, AJAX-Endpunkte oder WP-CLI-Kommandos registriert. Für PHP-Integrationen steht die Klasse FGImage samt Hooks zur Verfügung.