Verlangsamt ein Übersetzungs-Plugin WordPress? Was wiegt wirklich und wie man es misst

„Ich stelle die Website nicht in mehreren Sprachen zur Verfügung, weil das Plugin sie verlangsamt.“ Es ist einer der am häufigsten wiederholten Einwände und einer der am schlechtesten begründeten: In den meisten Audits ist das Sprach-Plugin enthalten der vierte Faktor, weit hinter den Bildern und der Unterkunft.

Das bedeutet nicht, dass es nicht wiegt. Das bedeutet, dass es ratsam ist, dies auf Ihrer Website zu messen, bevor Sie den falschen Verdächtigen beschuldigen.

Was genau macht jede Architektur?

Nicht alle haben das gleiche Gewicht und der Unterschied besteht darin, wie sie die Übersetzungen speichern.

Native Taxonomie (Polylang)

Deklarieren Sie die Sprache als eine weitere WordPress-Taxonomie. Jeder übersetzte Eintrag ist ein normaler Eintrag mit einem zugeordneten Begriff. WordPress macht das, was es bereits kann: mit eigenen optimierten Abfragen und Caching. Es ist die leichteste Architektur, und es ist keine Meinung: Es fügt weniger Maschinen hinzu als jedes andere.

Eigene Tabellen (WPML)

Erstellen Sie Ihre Tabellen, um Übersetzungen in Beziehung zu setzen und Zeichenfolgen zu speichern. Leistungsstärker – ermöglicht dem Manager, Status und Batch-Jobs – aber jede Seite erfordert zusätzliche Abfragen, um zu klären, welche Version bereitgestellt und welche Links gezeichnet werden sollen. Bei großen Websites mit sechs oder sieben Sprachen fällt es am deutlichsten auf.

Tabla de cadenas (TranslatePress, WP-Translate)

Sie führen eine Tabelle der übersetzten Zeichenfolgen und beziehen sich beim Zeichnen der Seite darauf. Die Kosten hängen fast ausschließlich davon ab, ob welche vorhanden sind In-Memory-Cache: Wenn die Übersetzungszuordnung zwischengespeichert ist, handelt es sich um einen Lesevorgang; Ohne sie ist es eine Abfrage für jeden Besuch.

Externer Service (Weglot, GTranslate)

Sie berühren Ihren Server praktisch nicht: Die Arbeit wird von seiner Infrastruktur erledigt. Im Gegenzug sind Sie auf deren Reaktionszeit angewiesen und Ihre Übersetzungen gehören nicht Ihnen, wie wir in sehen Weglot vs WPML.

So messen Sie es wirklich auf Ihrer Website

Der einzig ehrliche Weg besteht darin, dieselbe Seite mit aktivem und deaktiviertem Plugin zu vergleichen. Zehn Minuten:

Interpretieren Sie das Ergebnis:

• Weniger als 50 ms Unterschied im TTFB: Das Plugin ist nicht dein Problem. Schauen Sie woanders hin.
• Zwischen 50 und 200 ms: Es ist schwer, aber es gibt Raum für Optimierungen vor dem Werkzeugwechsel.
• Mehr als 300 ms: verdient eine Untersuchung. Dies ist normalerweise ein falsch konfigurierter Cache, nicht das Plugin selbst.

Was macht eine Website wirklich langsam?

Die Reihenfolge ist wichtig. Die Optimierung des Sprach-Plugins, wenn Sie über 3 MB unkomprimierte Bilder verfügen, funktioniert an der falschen Stelle.

So reduzieren Sie die Kosten für Mehrsprachigkeit

Wenn Sie bereits gemessen haben und das Plugin in Ihrem Fall wiegt:

1. Seitencache, gut nach Sprache konfiguriert. Es ist bei weitem dasjenige, das die größte Wirkung hat. Ein schlecht konfiguriertes Caching-Plugin auf einer mehrsprachigen Website stellt möglicherweise die zwischengespeicherte Version der falschen Sprache bereit. Überprüfen Sie, ob Ihr Caching-Plugin die Sprachen versteht und speichern Sie für jede eine Kopie.

2. Objektcache (Redis oder Memcached). Hier macht es sich bei String-Tabellen-Architekturen am deutlichsten bemerkbar: Die Übersetzungszuordnung wird einmal geladen und wiederverwendet. Viele anständige Hoster bieten es mit einer Ein-Klick-Aktivierung an.

3. Weniger Sprachen. Die Kosten steigen mit der Anzahl der aktiven Sprachen, nicht mit der Anzahl der Besuche. Fünf halb gepflegte Sprachen wiegen genauso viel wie fünf gut gepflegte Sprachen und leisten deutlich weniger. Wie man es mit Daten entscheidet, in Wie viele Sprachen sollte Ihre Website haben?.

4. Optimieren Sie zuerst das oben Gesagte. An erster Stelle stehen die Bilder, das Hosting und der Layouter. Und Bilder auf einer mehrsprachigen Website haben ihren eigenen Trick: Das gleiche Bild funktioniert für alle Sprachen, daher ist es von großer Bedeutung, es einmal zu optimieren. Wir decken es ab mehrsprachige Bild- und Metadatenoptimierung.

Die Kosten, wenn man nicht übersetzt

Es lohnt sich, die Zahl in einen Kontext zu setzen. Geht man von einem vernünftigen Worst Case aus – 200 ms mehr TTFB –, dauert es so lange, zwei schlecht optimierte Bilder zu laden. Im Gegenzug existiert Ihre Website in einem Markt, in dem es sie vorher nicht gab.

Wenn die Leistung Ihr Hauptanliegen ist, lautet die richtige Reihenfolge: Zuerst die Tabellenspitze optimieren, später messen und anhand von Zahlen entscheiden. Es gibt fast immer genügend Platz.

WP-Translate speichert die Karte der Übersetzungen im Speicher und in Transienten zwischen, sodass die meisten Besuche die Datenbank nicht nach Übersetzungen durchsuchen. Sie können es selbst mit dem messen kostenlose Version Befolgen Sie die oben beschriebene Methode. Dies ist das einzige, was diese Frage für Ihre Website wirklich beantwortet.

Häufig gestellte Fragen

Was ist das schnellste mehrsprachige Plugin?
Polylang, für Architektur. Wenn Ihre einzige Priorität die Leistung ist und Sie jemanden haben, der jede Sprache schreibt, ist es schwer zu schlagen. Die Alternativen sind da Polylang-Alternativen.

Hat es Auswirkungen auf Core Web Vitals?
Es kann sich auf den TTFB auswirken, der das LCP beeinflusst. Es wirkt sich nicht auf CLS oder INP aus, die vom Theme und JavaScript abhängen.

Sind mehr Sprachen langsamer?
Ja, aber nicht linear. Was mit jeder Sprache wächst, ist die Arbeit des Auflösens von Links und des Malens des Selektors. Inhalte in Sprachen, die niemand besucht, kosten nichts.

Was ist, wenn ich ein CDN verwende?
Es hilft sehr, solange es für das Cachen nach Sprache konfiguriert ist. Wenn Sie nicht sprachempfindlich sind, wird möglicherweise die falsche Version angezeigt – das gleiche Problem wie beim Seiten-Cache, aber schwerer zu erkennen.