Zum Inhalt springen Zur Seitenleiste springen

Dies ist das technische Support-Forum für WPML – das mehrsprachige WordPress-Plugin.

Mitlesen können alle, doch nur WPML-Kunden können hier Fragen veröffentlichen. Das WPML-Team antwortet im Forum an 6 Tagen pro Woche, 22 Stunden am Tag.

Sun Mon Tue Wed Thu Fri Sat
- - 9:00 – 18:00 9:00 – 18:00 9:00 – 18:00 9:00 – 18:00 9:00 – 18:00
- - - - - - -

Supporter-Zeitzone: America/Lima (GMT-05:00)

Dieses Thema enthält 9, hat 1 Stimme.

Zuletzt aktualisiert von Andreas W. Vor 6 Tagen, 14 Stunden.

Assistiert von: Andreas W..

Autor Beiträge
April 1, 2026 um 13:45 #17943446

pinaG

WPML funkt nicht richtig > Folgendes haben wir geprüft:

2x alle Plugins deaktiviert und getestet
MU-Plugins überprüft und deaktiviert
die .htaccess bereinigt
Dateiberechtigungen korrigiert
den kompletten WordPress Core neu eingespielt
Theme und relevante Dateien geprüft
mögliche Server-/Hosting-Ursachen mit All-inkl abgeklärt
sowie eine frische Subdomain mit WordPress-Testinstallation aufgesetzt und geprüft, bei der alles korrekt funktioniert

Trotz dieser Checks bleibt das Problem bestehen, dass die REST API nicht korrekt lädt (wp/v2 fehlt), wodurch WPML nicht funktioniert.

April 1, 2026 um 13:55 #17943510

pinaG

WPML funkt nicht richtig > Folgendes haben wir geprüft:

2x alle Plugins deaktiviert und getestet
MU-Plugins überprüft und deaktiviert
die .htaccess bereinigt
Dateiberechtigungen korrigiert
den kompletten WordPress Core neu eingespielt
Theme und relevante Dateien geprüft
mögliche Server-/Hosting-Ursachen mit All-inkl abgeklärt
sowie eine frische Subdomain mit WordPress-Testinstallation aufgesetzt und geprüft, bei der alles korrekt funktioniert

Trotz dieser Checks bleibt das Problem bestehen, dass die REST API nicht korrekt lädt (wp/v2 fehlt), wodurch WPML nicht funktioniert.

April 1, 2026 um 23:08 #17944551

Andreas W.
WPML-Unterstützer seit 12/2018

Sprachen: Englisch (English ) Spanisch (Español ) Deutsch (Deutsch )

Zeitzone: America/Lima (GMT-05:00)

Hallo,

Das Problem löst sich unter /wp-json/wp/v2, wenn man WPML kurz deaktiviert?

Mit freundlichen Grüßen
Andreas

April 7, 2026 um 8:55 #17953103

pinaG

Hi Andreas,

ja das Problem löst sich ... was sollen wir als nächstes tun?

die Rest-API Routen ist dann wieder sichtbar

Danke & Gruß
Pina

April 7, 2026 um 15:29 #17954789

Andreas W.
WPML-Unterstützer seit 12/2018

Sprachen: Englisch (English ) Spanisch (Español ) Deutsch (Deutsch )

Zeitzone: America/Lima (GMT-05:00)

Hallo,

Ich kann gerne anbieten, mir das einmal genauer anzusehen.

Ich möchte einen temporären Zugriff (wp-admin und FTP) auf die Website anfordern, um das Problem genauer zu untersuchen.

Die dafür erforderlichen Felder findest du unterhalb des Kommentarbereichs, wenn Du dich anmeldest, um die nächste Antwort zu hinterlassen. Die Informationen, die du angibst, sind privat, was bedeutet, dass nur du und ich sie sehen und darauf zugreifen können.

WICHTIG
Lege bitte unbedingt eine Sicherungskopie der Website und der Datenbank an, bevor Du uns den Zugriff gewährst.
Wenn Du die Felder "wp-admin / FTP" nicht sehen kannst, werden Ihre Anmeldedaten für Post und Website als "PUBLIC" (Öffentlich) festgelegt. Veröffentliche die Daten NICHT, es sei denn, Du siehst die erforderlichen wp-admin / FTP-Felder.

Ich muss hier eventuell ein Plugin namens "All In One WP Migration" installieren, um eine Kopie der Website anzulegen, auf welcher ich das Problem genauer untersuchen kann.

Ich wäre allerdings auch sehr dankbar, wenn du zu diesem Zweck selbst eine Staging Site von deinem Server aus bereitstellen könntest.

Bei Fragen zum Erstellen einer solchen Staging Site kannst Du deinen Hosting-Anbieter konsultieren. Achte bitte darauf, dass WPML auf diesem Staging ebenso unter https://wpml.org/de/account/websites/ registriert sein muss.

Solltest Du dazu nicht in der Lage sein, eine solche Kopie der Website zum Testen bereitzustellen, dann lass es mich bitte auf diesem Ticket wissen.

Das private Antwortformular sieht folgendermaßen aus:
versteckter Link

Klicke beim nächsten Antworten auf "I still need assistance".

Video:
versteckter Link

Beachte bitte, dass wir verpflichtet sind, diese Informationen auf jedem Ticket individuell anzufordern. Wir dürfen nicht auf Zugangsinformationen zugreifen, die nicht speziell auf diesem Ticket im privaten Antwortformular übermittelt wurden.

Mit freundlichen Grüßen
Andreas

April 10, 2026 um 6:09 #17961042

Andreas W.
WPML-Unterstützer seit 12/2018

Sprachen: Englisch (English ) Spanisch (Español ) Deutsch (Deutsch )

Zeitzone: America/Lima (GMT-05:00)

Ich vermute, dass die Blockierung der WPML REST API hier durch den Hosting-Anbieter entsteht.

Ich bitte dich, den Hosting-Support zu kontaktieren und um Folgendes zu bitten:

Whitelist der REST‑API‑Endpunkte
/wp-json/wpml/tm/v1/*
/wp-json/wp/v2/*
/wp-admin/admin-ajax.php

Dies sind die zentralen Endpunkte, die WPML für die Übertragung und Synchronisierung von Übersetzungen nutzt.

Anpassung der ModSecurity‑Regeln für JSON‑Payloads
- Bitte darum, Regeln zu deaktivieren oder anzupassen, die große POST‑Anfragen mit JSON‑Inhalten blockieren.
- Erwähnen, dass WPMLs ATE-Übersetzungsdateien (XLIFF) über die REST‑API sendet und dabei zu strenge Filter umgehen muss.

Bestätigung, dass keine Limits greifen
- Stellen Sie sicher, dass der Server Payloads von mindestens 10 MB für REST‑API‑POST‑Anfragen zulässt.
- WPML‑Jobs können groß sein, wenn lange Beiträge oder mehrere Seiten übersetzt werden.

Ausschluss von /wp-json/* aus Caching‑Schichten
- Falls dein Hosting-Anbieter Varnish oder andere Caching‑Mechanismen einsetzt, sollte /wp-json/* ausgeschlossen werden.

April 13, 2026 um 11:17 #17965591

pinaG

Hi Andreas,

danke für die letzte Mail! Wir haben nun weitere Tests durchgeführt und das Problem klar eingrenzen können.

Wir haben unseren Hosting-Anbieter (All-Inkl) kontaktiert und gemeinsam geprüft:

ModSecurity wurde vollständig deaktiviert → Problem bleibt bestehen

keine Firewall- oder Server-seitigen Blockierungen

keine Limits für REST API Requests oder Payload-Größen

kein Caching auf /wp-json/*

Das Verhalten ist reproduzierbar:

Mit aktivem WPML Multilingual CMS:

/wp-json/wp/v2 liefert: rest_no_route (404)

/wp-json/wpml/v1/rest/status?test_get_parameter=1 liefert ebenfalls rest_no_route

Mit deaktiviertem WPML Multilingual CMS:

die REST API funktioniert sofort wieder korrekt

alle Standard WordPress Endpunkte sind vorhanden

Das Problem tritt also direkt in Verbindung mit dem WPML Multilingual CMS Plugin auf.

Könnt ihr bitte prüfen:

ob es bekannte Probleme mit WPML Multilingual CMS in Bezug auf die Registrierung der REST API Routen gibt

ob bestimmte WPML Einstellungen oder Konfigurationen dieses Verhalten auslösen können

ob ein Konflikt mit bestimmten Plugin-Typen oder Themes bekannt ist

Wir müssen das Problem bitte zeitnah lösen, da wir bereits Wochen zurück liegen mit den Übersetzungen. Deswegen vielen Dank im Voraus für Ihre Hilfe.

April 14, 2026 um 10:29 #17968107

Andreas W.
WPML-Unterstützer seit 12/2018

Sprachen: Englisch (English ) Spanisch (Español ) Deutsch (Deutsch )

Zeitzone: America/Lima (GMT-05:00)

Wir haben aktuell kein derartiges bekanntes Problem.

Bekannte Probleme:
https://wpml.org/known-issues/

Ich kann gerne eine Kopie der Website auf einem virtuellen Server anlegen, um weitere Tests durchzuführen.

Ich kann mich nur leider aktuell nicht mehr anmelden.

Das private Antwortformular ist erneut aktiviert.

April 14, 2026 um 19:28 #17969899

Andreas W.
WPML-Unterstützer seit 12/2018

Sprachen: Englisch (English ) Spanisch (Español ) Deutsch (Deutsch )

Zeitzone: America/Lima (GMT-05:00)

Ich lege aktuell eine Kopie der Website an, um diese auf einem virtuellen Server zu testen, und werde mich erneut melden, sobald ich damit fertig bin.

April 16, 2026 um 1:47 #17972471

Andreas W.
WPML-Unterstützer seit 12/2018

Sprachen: Englisch (English ) Spanisch (Español ) Deutsch (Deutsch )

Zeitzone: America/Lima (GMT-05:00)

Auf meiner lokalen Kopie der Website löst sich das Problem ebenfalls, wenn ich "Real Cookie Banner" oder "Tutor LMS Pro" deaktiviere.

Das Problem löst sich, wenn ich folgende Anpassung in Tutor LMS vornehme.

In der Datei \wp-content\plugins\tutor\classes\Utils.php suche folgende Funktion:

	public function get_current_url( $post_id = 0 ) {
		$page_id = $this->get_post_id( $post_id );

		if ( $page_id ) {
			return get_the_permalink( $page_id );
		} else {
			global $wp;
			$wp->parse_request();
			$current_url = home_url( $wp->request );
			return $current_url;
		}
	}

Passe sie wie folgt an:

	public function get_current_url($post_id = 0)
	{
		$page_id = $this->get_post_id($post_id);

		if ($page_id) {
			return get_the_permalink($page_id);
		} else {
			global $wp;
			if (empty($wp->request)) {
				$wp->parse_request();
			}
			$current_url = home_url($wp->request);
			return $current_url;
		}
	}

Dadurch wird sichergestellt, dass parse_request() nur bei Bedarf aufgerufen wird, wodurch die Warnung vor doppelten Definitionen vermieden und gleichzeitig die Funktionalität des Plugins erhalten bleibt.

Dieses Problem sollte an Themeum (Hersteller von Tutor LMS) berichtet werden.
Solltest du dazu von Themium keine zeitnahe Antwort erhalten, dann wende dich bitte wieder an mich.

Das Ticket bleibt für 14 Tage offen.