Inhaltsverzeichnis
WordPress und seine Ladezeit sind wahrlich ein Dauerbrenner. Wenn Sie das Plugin qTranslate-X ohne kompatibles Caching-Plugin nutzen, sollten Sie nachfolgenden Tipp zur Optimierung beherzigen. Beschleunigen Sie Ihre WordPress-Website mit wenigen Zeilen um mehr als das 10fache!
Was ist qTranslate-X?
qTranslate-X ist ein kostenloses WordPress-Plugin, das die Veröffentlichung von Inhalten in verschiedenen Sprachen unterstützt.
Einsatzszenario für qTranslate-X
Ein sinnvolles Einsatzszenario liegt dann vor, wenn wirklich jede Seite Ihrer Website in mindestens einer zweiten Sprache vorliegt. Anders ausgedrückt: Sie betreiben keine separate englische und deutsche Website, sondern eine einzige mit einem Umschalter für die Sprachauswahl.
Dabei stellt qTranslate-X verschiedene Funktionen für die Theme-Entwicklung bereit. Auf diese Weise können geringfügige strukturelle Unterschiede berücksichtigt werden, also z.B. bestimmte Seiten doch nur in einer Sprache veröffentlicht werden.
Dasselbe gilt auch für inhaltliche Unterschiede, die nichts mit Seiten, Beitragen etc. zu tun haben. Enthält Ihr Logo beispielsweise einen sprachspezifischen Schriftzug, können Sie über das Theme unterschiedliche Logos in Abhängigkeit von der Sprache einblenden.
qTranslate-X in der Praxis
Die Theme-Entwicklung bzw. -Auswahl ist zwar die Basis für Ihren Blog, Onlineshop oder welche Art von Website auch immer. In der Praxis werden Sie jedoch weniger in den Dateien, sondern im WordPress-Backend arbeiten. Das betrifft insbesondere das Schreiben von Blog-Beiträgen, Veröffentlichen und Bearbeiten von Seiten, Produkten etc.
qTranslate-X stellt Ihnen bei ein- und mehrzeiligen Texteingabefeldern einen Schalter zur Auswahl der Sprache bereit. Mit dessen Hilfe geben Sie beispielsweise Titel und Text Ihres Beitrags, Produktbeschreibungen etc. in allen aktivierten Sprachen an. Trotz ungewohnter Optik funktioniert das erstaunlich gut. Zusätzliche Plugins sorgen außerdem für ein reibungsfreies Zusammenspiel mit z.B. WooCommerce. Durch das Einhaken in die nativen WordPress-Funktionen zur sprachabhängigen Textausgabe (z.B. _(), _e() etc.) besteht aber ohnehin nur geringes Konfliktpotenzial.
Problem: Spracherkennung in WordPress
Mit WordPress generierte Websites sind dann am schnellsten, wenn WordPress-Dateien für die Ausgabe nicht zum Einsatz kommen. Auf diese Weise funktionieren die allermeisten der unzähligen Caching-Plugins und zwar sehr erfolgreich.
Beinahe jede Software bzw. jedes CMS mit Unterstützung für Mehrsprachigkeit bietet die Option, die Sprache des Nutzers automatisch zu erkennen. Hierfür liest es die vom Browser gesendeten Informationen aus und liefert Webseiten in der gewünschten Sprache – entweder als Antwort auf den ersten Request oder nach einer automatischen Weiterleitung.
Auch qTranslate-X bietet eine solche Option zur automatischen Spracherkennung. Sie können Sie im WordPress-Backend unter Einstellungen > Sprachen > Allgemeine Einstellungen aktivieren. Ihr Name lautet Browser-Sprache automatisch erkennen und entsprechend umleiten. Die Weiterleitung funktioniert so treffsicher wie eine automatische Erkennung eben funktionieren kann.
Das Problem ist auch keineswegs die Erkennung oder die Weiterleitung selbst. Das Problem ist, dass WordPress ausgeführt wird. Das sollte im Idealfall gar nicht sein, aber unter keinen Umständen sollte WordPress gleich doppelt zum Einsatz kommen, um ein einziges Dokument auszuliefern. Denn:
- Nutzer fordert Dokument an.
- WordPress lädt seine Kerndateien etc., dann die Plugins.
- qTranslate-X stellt fest, dass keine Sprache gewählt ist, führt Spracherkennung durch und antwortet mit Weiterleitung.
- Nutzer wird weitergeleitet.
- WordPress lädt seine Kerndateien u.s.w. bis zum Senden des Dokuments in der automatisch erkannten Sprache.
Lösung: Spracherkennung ohne WordPress
Man braucht kein PHP, um die Header des HTTP-Requests auszulesen und die Browser-Sprache zu erkennen. Das Apache-Modul mod_rewrite kann das ebenso und direkt die HTTP-Weiterleitung initiieren, bevor PHP überhaupt zur Ausführung kommt.
Erforderlich sind hierfür nur wenige Zeilen in der .htaccess-Datei. Gehen wir davon aus, dass Sie unter Einstellungen > Sprachen > Allgemeine Einstellungen bei URL Veränderungsmodus diese Option gewählt haben:
Pre-Path-Modus – Pfad voransetzen (Standardmodus), fügt das Sprachkürzel (/de/) vorne an die URL. Suchmaschinenfreundlich.
Nehmen wir außerdem an, dass Sie deutsch (de), englisch (en) und französisch (fr) als Sprache aktiviert haben. Weitere Voraussetzung ist, dass WordPress in keinem Unterverzeichnis Ihrer Domain installiert ist. Dann sehen die in die .htaccess-Datei einzufügenden Zeilen wie folgt aus:
# Spracherkennung und Weiterleitung
RewriteCond %{HTTP:Accept-Language} ^de.*$ [NC]
RewriteRule ^$ /de/ [L,R=302]
RewriteCond %{HTTP:Accept-Language} ^en.*$ [NC]
RewriteRule ^$ /en/ [L,R=302]
RewriteCond %{HTTP:Accept-Language} ^fr.*$ [NC]
RewriteRule ^$ /fr/ [L,R=302]Das bedeutet, dass bei Aufruf der Startseite von z.B. ihredomain.com anhand der Browser-Sprache eine Weiterleitung nach z.B. ihredomain.com/de/ erfolgt. Der HTTP-Statuscode 302 entspricht dabei dem, den auch das Plugin senden würde.
Sagenhafte 1.700% mehr Performance
Einschränkungen
Vorweg gleich die Einschränkungen: Die Steigerung der Performance bezieht sich lediglich auf den ersten der nach wie vor zwei durchgeführten Requests. In der Praxis bekommt der Nutzer die gewünschte Seite nicht wirklich 17x schneller, sondern „nur“ fast doppelt so schnell zu Gesicht. Denn der zweite Request bleibt von der Anpassung völlig unberührt.
Und nicht nur der zweite Request: Ist die Sprache erst einmal erkannt und der Nutzer surft im entsprechenden Verzeichnis bzw. mit Language-Parameter, hat die Optimierung keinen Effekt mehr. Nichtsdestotrotz: Der erste Eindruck zählt und die Bounce rate sollte es Ihnen mit Rückgang danken.
Vorher-Nachher-Vergleich
Webserver-Leistung vor der Optimierung
Requests per second: 1.20 [#/sec] (mean)
Time per request: 835.326 [ms] (mean)
Webserver-Leistung nach der Optimierung
Requests per second: 21.61 [#/sec] (mean)
Time per request: 46.274 [ms] (mean)
Übertragbarkeit auf andere Software
Nicht jede Software bzw. jedes CMS steht mit Performance so auf Kriegsfuß wie WordPress. Das Prinzip ist aber durchaus auf andere mehrsprachige Websites mit automatischer Spracherkennung übertragbar.
Wenn Ihnen die Ladezeit Ihrer multilingualen Webpräsenz am Herzen liegt, sollten Sie die Erkennung der Browser-Sprache nicht der Anwendung, sondern einer höheren Instanz überlassen. Beispielsweise hatte ich in einem früheren Blog-Beitrag gezeigt, wie Sie das virtuelle Sprachverzeichnis der Shopsoftware Gambio via .htaccess ansteuern.
Die Steigerung der Performance ist dabei zwar nicht ganz so beeindruckend wie bei WordPress. Dafür haben wir ja schließlich das Caching-Modul für Gambio GX3 & GX4. Aber gerade im E-Commerce kommt es auf jeden Sekundenbruchteil an, um mit Amazon und Ebay mithalten zu können.