WPML Performance-Triage – langsamer Admin-Bereich, Timeouts im Übersetzungs-Dashboard, Frontend-Verzögerung

Bestätigen Sie, wo die Verlangsamung auftritt

• Frontend langsam, Admin-Bereich in Ordnung: wahrscheinlich eine Konfiguration für Full-Page-Caching oder ein frontend-lastiges Plugin.
• Admin-Bereich langsam, Frontend in Ordnung: wahrscheinlich wp_options Autoload-Bloat, ein schweres Plugin nur für den Admin-Bereich oder ein leistungsschwacher Server.
• Speziell das Übersetzungs-Dashboard ist langsam: wahrscheinlich eine große Anzahl von Beiträgen in der Dashboard-Abfrage und nicht genügend PHP-Speicher oder Ausführungszeit.
• Übersetzungsvorgänge sind langsam: wahrscheinlich die Verbindung zu den Übersetzungsdiensten; prüfen Sie das Kommunikationsprotokoll unter WPMLSupport.

Prüfen Sie die Serverressourcen

Öffnen Sie WPMLSupport. Das Warnungs-Panel oben markiert PHP-Speicher, der unter den von WPML empfohlenen 256 MB liegt. Websites mit größeren Katalogen benötigen 512 MB oder mehr.

Weitere Symptome bei Serverressourcen:

• Langsame Datenbankabfragen. Große Websites mit vielen Übersetzungen profitieren von einem SSD-gestützten Datenbankserver, ausreichend innodb_buffer_pool_size und Indizes für die Tabelle wp_icl_translations (diese werden von WPML hinzugefügt; ein manuelles Eingreifen ist selten erforderlich).
• PHP-Ausführungszeit. Wenn max_execution_time unter 60 Sekunden liegt und das Dashboard einen Timeout meldet, erhöhen Sie den Wert.
• CPU. Shared-Hosting-Pläne haben oft aggressive CPU-Limits; prüfen Sie mit Ihrem Host, ob Sie gedrosselt werden.

Object-Cache

WordPress ohne einen Object-Cache lädt viele der Einstellungen von WPML bei jeder Anfrage aus der Datenbank. Fügen Sie Redis oder Memcached als Object-Cache hinzu (die meisten Managed-WordPress-Hosts bieten dies an; falls nicht, aktivieren die Plugins Redis Object Cache oder WP Redis dies).

Die Verbesserung ist in der Regel groß. Einstellungen, die zuvor Datenbankzugriffe erforderten, werden aus dem Arbeitsspeicher bereitgestellt.

Full-Page-Cache

Ein Full-Page-Cache (WP Rocket, W3 Total Cache, Edge-Cache des Hosting-Anbieters) ist der größte einzelne Performance-Gewinn für die Frontend-Geschwindigkeit.

Wenn Sie bereits einen haben, sich die Seiten aber immer noch langsam anfühlen, prüfen Sie, ob Ihr Cache die URLs pro Sprache korrekt verarbeitet. Die URL-Struktur von WPML (ob Sprache als Verzeichnis, Sprache als Subdomain oder Sprache als Domain) erfordert, dass der Cache je nach URL variiert. Die meisten Caches tun dies automatisch, aber es lohnt sich zu überprüfen, ob die französische Version nicht aus dem englischen Cache bereitgestellt wird oder umgekehrt.

In Konflikt stehende oder langsame Plugins

Websites sammeln Plugins an; einige sind gut programmiert und andere nicht. Um ein langsames Plugin zu finden:

1. Installieren Sie Query Monitor (ein Debugging-Plugin).
2. Laden Sie eine langsame Seite neu.
3. Suchen Sie nach Queries by Component. Das Plugin mit den aufwendigsten Abfragen ist der Verdächtige.

Wenn ein Plugin die Ursache ist, ersetzen Sie es oder deaktivieren Sie die Funktion darin, die die Verlangsamung verursacht.

Übersetzungsdienste sind langsam, nicht die Website

Wenn sich Übersetzungsaufträge langsam anfühlen, die Website selbst aber in Ordnung ist, liegt der Engpass zwischen Ihrer Website und der Übersetzungsinfrastruktur von WPML.

Prüfen Sie WPMLSupportKommunikationsprotokoll. Das Protokoll zeigt die Latenz jedes API-Aufrufs. Wenn einzelne Aufrufe viele Sekunden dauern, liegt das Problem an der Verbindung (Netzwerkpfad, DNS oder die ausgehende Drosselung Ihres Hosting-Anbieters) und nicht an der Website. Wenn stattdessen der eigene Cache von WPML der Schuldige ist, enthalten die Tools zur Fehlerbehebung der sicheren Stufe die Option Cache in WPML leeren. Wenn die Performance-Untersuchung die Augen des Supports erfordert, verpacken Sie Ihre Erkenntnisse über Debug-Informationen für den Support bereitstellen.