Skip to content

FAQ

FG Multilang WP ergänzt WordPress um Sprachen und Übersetzungsgruppen. Sprachversionen werden als eigenständige Posts oder Taxonomie-Begriffe gespeichert und über gemeinsame Gruppen miteinander verknüpft.

Übersetzt das Plugin Inhalte automatisch?

Section titled “Übersetzt das Plugin Inhalte automatisch?”

Nein. Der aktuelle Code enthält keine Maschinenübersetzung und keinen externen Übersetzungsdienst. Beim Anlegen einer Sprachversion wird ein Entwurf mit kopiertem Ausgangsinhalt erzeugt, der anschließend redaktionell übersetzt werden muss.

Nein. ACF ist optional. Ohne ACF funktionieren die übrigen Sprach-, Routing-, Menü-, SEO-, Medien- und Static-Export-Funktionen weiter. ACF-spezifische Kopier- und Options-Funktionen sind dann nicht verfügbar.

Kann FG Multilang WP Custom Post Types übersetzen?

Section titled “Kann FG Multilang WP Custom Post Types übersetzen?”

Ja. Öffentliche Custom Post Types können in der Administration aktiviert werden. Für aktivierte CPTs können außerdem sprachabhängige URL-Slugs konfiguriert werden.

Ja. Öffentliche Taxonomien können aktiviert werden. Begriffe erhalten eigene Sprachzuordnungen und Übersetzungsgruppen; neue Sprachversionen werden als eigene Terms angelegt.

Was passiert, wenn eine Übersetzung fehlt?

Section titled “Was passiert, wenn eine Übersetzung fehlt?”

Das hängt von fallback_mode ab. Standardmäßig gilt hide: fehlende Ziele werden in Menüs und auf Einzelinhalten im Sprachumschalter ausgeblendet. Bei fallback bleiben Menüziele auf dem Original und der Sprachumschalter kann auf die jeweilige Sprach-Startseite führen.

Werden für Medien separate Bilddateien pro Sprache erzeugt?

Section titled “Werden für Medien separate Bilddateien pro Sprache erzeugt?”

Nein. Das gleiche WordPress-Attachment wird weiterverwendet. FG Multilang WP speichert optional abweichende Alt-Texte, Titel und Captions pro Zusatzsprache.

Ja. Auf übersetzbaren Einzelinhalten werden für aktive, öffentlich sichtbare Sprachversionen hreflang-Links ausgegeben. Die Default-Sprache erhält zusätzlich x-default.

Ja. Die Canonical-Filterung ist standardmäßig aktiviert und verwendet für übersetzbare Einzelinhalte den Permalink des aktuell angezeigten Posts. Beitrags- und Kommentar-Paginierung werden dabei berücksichtigt.

Funktioniert FG Multilang WP mit FG Static Export?

Section titled “Funktioniert FG Multilang WP mit FG Static Export?”

Der Code integriert sich über den Filter fg_static_export_urls. FG Multilang ergänzt Sprachstartseiten, veröffentlichte Inhalte und optional CPT-Archive sowie Taxonomie-Begriffsseiten.

FG Multilang WP registriert keine eigenen REST-Routen und keine eigenen WordPress-AJAX-Handler.

Setzt das Plugin Cookies oder LocalStorage?

Section titled “Setzt das Plugin Cookies oder LocalStorage?”

Im analysierten Projektcode werden keine Cookies, kein localStorage und kein sessionStorage verwendet.

Das gebündelte FG Core sendet jedoch standardmäßig einen technischen Statusreport an einen FUNCKGROUP-Endpunkt. Details und Abschaltmöglichkeiten stehen unter Datenverarbeitung.

Bei der Deaktivierung werden keine Inhalte, Optionen oder Tabellen gelöscht. Das Plugin führt lediglich einen WordPress-Rewrite-Flush aus.

Standardmäßig bleiben die Daten erhalten. Nur wenn die Löschoption zuvor aktiviert wurde, entfernt uninstall.php die beiden FGML-Tabellen und zentrale FGML-Optionen.

Post-/Term-Meta, Medien-Sprachmeta, ACF-Sprachoptionen und gemeinsame FG-Core-Daten bleiben auch dann bestehen.

Sprachen und Übersetzungsgruppen liegen in zwei eigenen WordPress-Datenbanktabellen. Konfiguration liegt in WordPress-Optionen; Sprachzuordnungen und Status werden zusätzlich als Post-/Term-Meta gespeichert.

Ja, sofern WP-CLI verfügbar ist. Implementiert sind wp fgml status, wp fgml prepare, wp fgml create-missing und wp fgml flush.