Eines der Hauptbedenken bei der Auswahl eines WordPress-Übersetzungs-Plugins ist, wie es sich auf Ihre Website-Geschwindigkeit. Eine langsamere Website wirkt sich negativ auf Ihr Page-Ranking, Ihren Traffic und schließlich auf Ihren Umsatz aus.
Daher haben wir uns entschlossen, einige Geschwindigkeitstests an einigen der beliebteste WordPress-Übersetzungs-Plugins Nur um Ihnen eine Vorstellung von der Last zu geben, die sie zu einem mehrsprachige website.
Wir haben die Ladezeit derselben Seite verglichen, als wir verschiedene mehrsprachige Plugins für die Übersetzung verwendet haben. Bei jedem Test war nur ein Übersetzungsplugin aktiv und konfiguriert.
Ladezeit der Übersetzung basierend auf der Seitengröße
Für den ersten Aufbau wollten wir sehen, wie sich die Seitengröße auf die Ladezeit der Übersetzung auswirkt.
Der Test bietet eine Seite mit etwa 1600 Wörtern, wobei das Twenty Fifteen Theme aktiv ist und keine anderen Plugins außer dem zu testenden. Das folgende Diagramm zeigt die durchschnittliche ursprüngliche Ladezeit der Seite, die in unserem Test ermittelt wurde.
Aufgrund der variablen Natur der Software-Ausführungszeit, die durch Parameter außerhalb menschlicher Kontrolle (wie CPU, Betriebssystem, Netzwerkverzögerung) beeinflusst wird, variiert die Ladezeit der Seite bei jedem Aktualisieren leicht.
Um dem entgegenzuwirken, Die Ladezeit jedes Plugins wurde 30 Mal gemessen., aus dem wir einen Durchschnitt berechnet haben. Wir haben Chrome DevTools zur Messung der Ladezeit verwendet.
Wir können sehen, dass TranslatePress und WeGlot haben dank des minimalen Eingriffs bei der Anzeige der Originalseite ziemlich gute Ladezeiten. Polylang und WPML Das Laden der Seite scheint länger zu dauern.
Denken Sie daran, dass der Vergleich auf der Originalseite (nicht übersetzt) durchgeführt wird, sodass alle Plugins ähnliche Ladezeiten wie Vanilla WordPress (ohne aktive Plugins) aufweisen sollten.
Bei der durchschnittlichen Ladezeit übersetzter Seiten verhält es sich ein wenig anders.
Wir können sehen, dass WeGlot in diesem Test eine erhöhte Ladezeit aufweist, wenn eine große übersetzte Seite angezeigt wird. Dies liegt wahrscheinlich daran, dass das WeGlot-Plugin mehr Zeitressourcen für die Kommunikation mit den WeGlot-Servern aufwendet, um die Übersetzung für diese große Anzahl von Wörtern bereitzustellen.
TranslatePress wird von der Anzahl der Wörter nicht so stark beeinflusst, da die Übersetzungen in der lokalen Datenbank gespeichert sind und daher schneller abgerufen werden können.
Bei diesem Test weisen TranslatePress und Polylang ähnliche Ladezeiten auf, während WPML die übersetzte Seite am langsamsten bereitstellt.
WooCommerce Shop Ladezeit der Übersetzung
Um zu einem anderen Testaufbau überzugehen, wurde jedes Plugin so eingestellt, dass es die Startseite der Schaufenster Thema von Automattic, unter Verwendung der vom Theme bereitgestellten WooCommerce-Beispieldaten. Insgesamt gibt es etwa 250 Wörter auf der Shop-Seite.
Um effektiv zu arbeiten, wurden Premium-Versionen der Übersetzungs-Plugins verwendet WooCommerce-Produkte übersetzen.
Im nächsten Diagramm sehen Sie, wie jede Zeile, die ein Plugin darstellt, im Laufe dieser 30 Seitenaktualisierungen eine gewisse Variation der Ladezeit, gemessen in Sekunden, aufweist.
Aber selbst aus diesem Diagramm der Rohergebnisse lassen sich deutliche Unterschiede zwischen den Ladezeiten der einzelnen Plugins im Vergleich zur standardmäßigen Ladezeit von WordPress (ohne installierte Übersetzungswiedergabe oder -plugin) beobachten.
Wenn wir uns die durchschnittliche Ladezeit der Originalseite ansehen – also der Seite in der Standardsprache, in der sie verfasst wurde –, lässt sich feststellen, dass jedes Plugin die Ladezeit von WordPress ein wenig verlängert. TranslatePress und WeGlot lagen ziemlich nah beieinander und verursachen nur eine relativ geringe Verlängerung der Ladezeit von etwa einer Viertelsekunde. WPML scheint jedoch etwas länger zum Laden zu brauchen.
Wenn wir uns die Durchschnitte beim Laden einer übersetzten Seite ansehen, fügen alle Plugins im Vergleich zum Laden der Originalseite etwas mehr Zeit hinzu. Das ist normal, da zusätzlicher Arbeitsaufwand erforderlich ist, um eine übersetzte Version der Seite zu rendern.
Zusammenfassend
Bisher haben wir je nach Setup und je nachdem, ob wir die Originalseite oder die übersetzte Seite betrachten, unterschiedliche Ergebnisse gesehen. Für eine finale Grafik habe ich mich dazu entschlossen, die Ladezeit sowohl für die Originalseite als auch für die übersetzte Seite für den Test mit einer Seitengröße von 1600 Wörtern zu summieren.
Ich denke, es ist ebenso wichtig, die Geschwindigkeit sowohl für Besucher, die den Originalinhalt ansehen, als auch für diejenigen, die die übersetzte Version sehen, in Betracht zu ziehen.
Daher sollten Sie bei der Auswahl des WordPress-Übersetzungs插件, das für Ihr Projekt am besten geeignet ist, die Ladegeschwindigkeit der Seite sowohl für die originale als auch für die übersetzte Seite berücksichtigen.
Stellen Sie also sicher, dass Sie es – falls noch nicht geschehen – ausprobieren TranslatePress (das Hauptplugin ist KOSTENLOS).
TranslatePress Mehrsprachig
Verwandt: Mehrsprachige SEO-Checkliste für das Ranking in allen Sprachen
Ich denke, es ist am wichtigsten zu realisieren, dass diese Plugins eigentlich nur bei E-Commerce mit vielen Sprachen (1 einzelner Katalog) wirklich nützlich sind, aber bei allen anderen Arten von Mehrsprachigkeit ist WordPress Multisite mit Unterverzeichnis [besser]. Alle Vorteile und keine Leistungseinbußen.
Es stimmt, der WordPress-Multisite-Ansatz für ein mehrsprachiges Projekt bietet viele Vorteile, darunter große Flexibilität und gute Leistung.
Wenn man jedoch Plugins wie WooCommerce und nicht nur diese verwendet, kann es schwierig sein, die Websites synchron zu halten, da viele Plugins nicht global über das WP-Netzwerk-Panel verwaltet werden können. Die individuelle Anpassung der Plugin-Einstellungen für jede Sprache kann ein Albtraum sein.
Auch die Installation und Konfiguration von WP Multisite selbst ist für eine unerfahrene Person keine einfache Aufgabe.
Ich stimme dir zu, Razvan, wenn du eine Multisite-Installation hast, ist die Auswahl an gut funktionierenden Plugins sehr eingeschränkt, besonders wenn du ein Server-Cache-Plugin benötigst.
Es ist nicht einfach, ein gutes Server-Cache-Plugin zu finden, mit dem man den Cache nur einer einzelnen Website leeren kann.
Am Ende, selbst wenn eine Multisite in vielen Fällen deutlich weniger Leistungseinbußen haben könnte, hat man, weil man kein gutes Server-Cache-Plugin verwenden kann, am Ende mit einer Nicht-Multisite-Installation und einem guten Server-Cache-Plugin weniger Leistungseinbußen.
Sehr guter und nützlicher Artikel! Basiert auf realen Messungen und nicht nur auf Meinungen. Sehr nützlich!
[…] TranslatePress ist schnell. In der heutigen Zeit, in der wir immer weniger Zeit zur Verfügung haben, kann es viel bedeuten, wenn man etwas davon einsparen kann. Eine schnelle Website verbessert Ihr Seitenranking in Suchmaschinen und steigert dadurch die Besucherzahlen. Je mehr Besucher Sie haben, desto größer ist die Chance, Ihre Botschaft zu vermitteln (egal, ob es sich um ein Produkt, eine Dienstleistung, eine Werbekampagne oder etwas ganz anderes handelt). Wenn Sie TranslatePress nutzen, müssen Sie sich um all diese Dinge keine Gedanken machen, da es zu den schnellsten Anbietern auf dem Markt gehört. Falls Sie sich genauer informieren möchten, sehen Sie sich unbedingt den vollständigen Vergleich an. […]
[…] das Plugin den Nutzern richtig zu präsentieren. Denn TranslatePress soll Übersetzungen schnell und intuitiv machen, indem es Ihnen ermöglicht, alle Strings auf Ihrer Website direkt im Frontend zu übersetzen (mithilfe eines […]
Hallo.
Ich stimme zu, dass translatepress DAS GENIALSTE, LEICHTESTE UND PRAKTISCHSTE PLUGIN FÜR WP IST!!! Aber wie sieht es mit den Add-ons aus? Wenn wir das Add-on „Automatic User Language Detection“ installieren, wird das meiner Meinung nach die Ladegeschwindigkeit der Website erheblich beeinträchtigen. Das Gleiche gilt wohl für jedes Add-on … nehme ich an! Wie wirken sich diese auf eine WordPress-Installation aus? Was meint ihr dazu?
Vielen Dank im Voraus,
L.
Das Problem bei der automatischen Benennersprachenerkennung ist, dass sie eine Weiterleitung zur Sprache des Benutzers durchführen muss. Die anfängliche Seite wird im Grunde zweimal geladen: zuerst, um die Sprache zu erkennen, und zweitens, um die richtige zu laden. Daran führt leider kein Weg vorbei, und auf einer langsameren Website wirkt sie dadurch einfach noch langsamer.
Dies geschieht jedoch nur beim ersten Aufruf der Website.
[…] Laut einem von Razvan Mocanu durchgeführten Geschwindigkeitstest zur Leistung von Übersetzungs-Plugins ist TranslatePress das schnellste WordPress-Übersetzungs-Plugin auf der […]
Funktioniert TranslatePress mit WP Super Cache oder anderen Cache-Plugins für die übersetzten Seiten?
Ja, sie sollten problemlos funktionieren. Wir haben viele Nutzer, die TP mit WP Super Cache und WP Rocket verwenden.
Es ist leider wahr. WPML erhöht die Ladezeit drastisch!
Die gute Option ist, Seiten zu chem, aber WPML verlangsamt auch das Backend, ganz zu schweigen von der Datenbank. Eines Tages werde ich den Schritt wagen, die Lösung zu wechseln...
Wir betreiben E-Commerce, und WPML ist wirklich extrem langsam – es verlangsamt sogar das Backend. Es ist eine absolute Katastrophe und strotzt nur so vor Fehlern. Man sollte es auf keinen Fall verwenden. Wir interessieren uns jetzt eigentlich für TranslatePress und überlegen, eine Lizenz zu kaufen, da TranslatePress die Anforderungen an Geschwindigkeit und Skalierbarkeit offenbar versteht.