Wenn es um WordPress-Seiten geht, können nicht alle von ihnen gleich behandelt werden, wenn es um deren Leistung geht. Eine einfache fünfseitige WordPress-Seite verhält sich völlig anders als eine große WooCommerce-Seite (die sehr anspruchsvoll sein kann). WordPress-Mitgliedschaft und Community-Seiten sind eine weitere Art, die in das fällt, was wir manchmal diese „knifflige“ Kategorie nennen. Wenn sie nicht richtig eingerichtet oder konfiguriert sind, wirst Du bald in einem Albtraum von 500 Errors, Ausfallzeiten und langsamen Seitenaufrufen stecken. Aber das bedeutet nicht, dass Du keine Optionen hast, Sie müssen nur einige Best Practices befolgen.

Heute werden wir einige der Do’s und Don’ts für WordPress-Mitgliedsseiten untersuchen und wie man sie am besten optimiert, um optimale Leistung, Skalierbarkeit und Langlebigkeit zu gewährleisten. 🚀

Beispiele für Mitgliedsseiten

Hier sind nur einige Beispiele für einige gängige WordPress-Mitglieds- und Community-Seiten:

  • Eine Webseite, die auf einem Learning Management System (LearnDash, Lifter LMS) basiert, das digitale Kurse an seine Mitglieder verkauft. Diese werden in letzter Zeit immer beliebter!
  • Eine Forum-basierte (bbPress oder BuddyPress) WordPress-Seite, die hauptsächlich von Mitgliedern genutzt wird, um verschiedene Themen zu diskutieren.
  • Eine Mitgliederseite, die auf einem der vielen beliebten All-in-One-Plugins von Drittanbietern (MemberPress oder Ultimate Membership Pro) basiert.
  • Eine auf soziale Netzwerke ausgerichtete Community-Website (PeepSo).
  • Einige könnten auch eCommerce-Lösungen wie WooCommerce und Easy Digital Downloads als Mitgliederseiten ansehen, da viele von ihnen Benutzerprofile und Community-Funktionen haben.

Warum WordPress-Mitgliedsseiten anders sind

Bevor wir in die Do’s und Don’ts springen, lassen Sie uns in ein paar Gründe eintauchen, warum WordPress-Mitgliedsseiten anders sind als der Standard-Blog oder die kleine Business Webseite.

#WordPress membership sites are beasts when it comes to performance. Check out these do's and don'ts. 🦖 Click to Tweet

1. Nicht Cachbare Inhalte

Erstens enthalten Mitgliedschaftsseiten eine Menge nicht cachefähiger Inhalte und Seiten, die sich ständig ändern. Dinge wie die Login-Seite für Community-Mitglieder (die je nach Größe der Webseite ständig angegriffen werden können), Checkout-Seiten für digitale Waren oder Kurse und Diskussionsforen sind häufige Schwachstellen, da diese in der Regel nicht zwischengespeichert werden können.

Doch damit ist es noch nicht zu Ende. Auf Standard WordPress-Seiten wird das WordPress Dashboard auch nicht für „angemeldete“ Benutzer zwischengespeichert. Dies ist in Ordnung, wenn Du nur ein paar Autoren und Administratoren hast, aber wenn Du plötzlich Tausende von Mitgliedern hast, die das Dashboard benutzen, verursacht dies sofort Performance-Probleme, da nichts davon aus dem Cache auf dem Server bedient werden kann. Das bedeutet, dass Du die Kraft und Architektur hinter den Kulissen benötigst, um das Problem zu lösen. Shared Hosting Provider werden unter diesen Umständen in der Regel lahmgelegt.

In dem Analysetool MyKinsta, das wir für Hosting-Kunden bereitstellen, kannst Du sehen, wie viel Cache „umgangen“ wird. Nachfolgend findest Du ein Beispiel für eine Webseite, bei der die große Mehrheit der Anfragen nicht aus dem Cache bedient wird.

Cache Bypass

Cache Bypass

2. Eine große Anzahl von gleichzeitigen Besuchern

Das zweite Problem, das Mitglieder-Webseiten typischerweise haben, ist eine große Anzahl von gleichzeitigen Besuchern und Sitzungen. Auf einer Informations- oder Firmen-WordPress-Seite kann ein Besucher fünf oder zehn Minuten bleiben, bis er findet, was er braucht (und das ist eine hohe Anzahl, normalerweise sind die Bounce-Raten viel höher). Auf den Mitgliedsseiten geschieht das Gegenteil. Besucher kommen in der Regel auf die Webseite, um sich mit etwas oder jemandem zu beschäftigen. Wenn Du einen Online-Kurs absolvierst, ist es nicht ungewöhnlich, dass Du stundenlang auf der Seite bleibst. Du kannst sehen, wohin das führt. Die gleichzeitigen Besucher, die mit Deinem WordPress-Host verbunden sind, summieren sich schnell.

Um es noch schlimmer zu machen: Du hast eine große Anzahl gleichzeitiger Benutzer zusätzlich zu dem Problem mit den nicht chachbaren Inhalten.

3. Komplexe Abfragen

Drittens erzeugen Mitgliedsseiten in der Regel komplexere Abfragen, was wiederum zusätzliche Latenzzeiten beim Abrufen der Informationen aus der MySQL-Datenbank mit sich bringt. Vieles davon ist einfach auf all die zusätzlichen „beweglichen“ Teile und die großen Mengen an Datenstandorten zurückzuführen, wie Du sie auf der Seite hast. Dies kann auch durch Webseiten verursacht werden, die stark auf Suchanfragen zur Navigation angewiesen sind oder WP_Query verwenden.

Ganz zu schweigen davon, dass Du auch eine große Anzahl von gleichzeitigen Benutzern hast, die ständig die Datenbank abfragen.

4. Du speicherst eine Menge an Daten

Es ist nicht wirklich überraschend, aber Mitgliedsseiten speichern eine Menge Daten und wenn sie nicht richtig verwaltet werden (darauf gehen wir später ein), kann Dein Festplattenspeicher schnell voll sein. Dies gilt auch für die gesamte Lebensdauer der Webseite. Videos, Kurse, Mitglieder- und Profilinformationen, Diskussionen, digitale Downloads etc. Dies sind nur einige der vielen verschiedenen Arten von Inhalten, die sich schnell summieren.

Do’s für WordPress-Mitgliedsseiten

Wir hosten viele Mitgliedsseiten bei Kinsta und unsere Ingenieure arbeiten täglich mit diesen Seiteninhabern zusammen. Wir empfehlen den Benutzern zwar immer, die besten Web-Performance-Praktiken zu implementieren, aber diese reichen in der Regel nicht aus, wenn es um diese Art von Webseiten geht. Deshalb zeigen wir Dir heute ein paar Möglichkeiten, wie Du die „extra mile“ gehen kannst, um sicherzustellen, dass Deine Mitglieder-Webseite und Deine Besucher das bestmögliche Erlebnis haben.

1. Einen leistungsorientierten WordPress Host auswählen

Der Rat, einen besseren WordPress Host zu wählen, mag an dieser Stelle vielleicht unangebracht klingen, aber die Wahrheit ist, dass viele Leistungsprobleme mit Mitgliedsseiten auf diese Grundursache zurückgeführt werden können. Wir haben immer wieder erlebt, dass Kunden von anderen Anbietern zu Kinsta migrieren und sofort drastische Verbesserungen feststellen. Unser gesamtes Unternehmen, von der Infrastruktur hinter den Seiten bis hin zu den von uns eingestellten Ingenieuren, ist leistungsorientiert. Daran hat sich nichts geändert und wird sich auch in Zukunft nichts ändern.

Wie Kinsta die Mitgliedsseiten beschleunigt

Kinsta war der erste verwaltete WordPress Host, der ausschließlich die Google Cloud Plattform einsetzte. Wir bieten 22 verschiedene Rechenzentren auf der ganzen Welt an, so dass Du eines auswählen kannst, das Deinen Besuchern am nächsten liegt, um die Latenzzeiten und TTFB zu verringern. Während andere Hosts das Standard-Tier-Netzwerk von Google verwenden (billiger und langsamer), nutzen wir das Premium-Tier-Netzwerk von Google. Dies wurde entwickelt, um Entfernungen zu minimieren, was zu einem schnelleren und sichereren globalen Transport der Daten führt.

Unsere Hosting-Plattform fällt in keine der traditionellen Hosting-Kategorien und unterscheidet sich stark von traditionellen Shared, VPS oder dedizierter Infrastruktur. Kinsta verwendet LXD-geführte Hosts und orchestrierte LXC-Softwarecontainer für jeden Standort. Das bedeutet, dass jede WordPress-Mitgliedsseite in einem eigenen isolierten Container untergebracht ist, der über alle für den Betrieb erforderlichen Softwareressourcen (Linux, Nginx, PHP, MySQL) verfügt. Die Ressourcen sind zu 100% privat und werden nicht mit anderen Personen oder sogar Deiner eigenen Webseite geteilt.

Kinsta Architektur

Kinsta Architektur

Jede Mitgliedsseite kann auch die Vorteile der automatischen Skalierung nutzen, um plötzliche Überlastungen von Traffic und Last besser zu bewältigen. Hardware-Ressourcen (CPU/RAM) werden jedem Standort-Container von unseren virtuellen Maschinen bei Bedarf automatisch zugewiesen. Dies ermöglicht es Dir, Deine WordPress-Mitgliedsseiten zu erweitern, ohne sich um die üblichen Einschränkungen und harten Beschränkungen kümmern zu müssen, die andere Hosting-Provider durchsetzen.

Lesen Sie mehr darüber, warum Kinsta anders ist.

2. Nutzen Sie die Vorteile von PHP 7

Wir können nicht genug betonen, wie wichtig es ist, eine der neuesten Versionen von PHP zu verwenden, vorzugsweise PHP 7.3. Für viele Standorte ist dies kein Arbeitsaufwand und stellt einen kostenlosen und sofortigen Leistungsschub dar!

PHP 5.6 wird nicht mehr aktiv unterstützt und hat seit Dezember 2018 sein Lebensende (EOL) erreicht, woraufhin es keine zukünftigen Sicherheitsupdates mehr erhält. Wir haben kürzlich unsere PHP-Performance-Benchmarks veröffentlicht, in denen wir PHP 5.6, 7.0, 7.1, 7.2 und 7.3 getestet haben. Wie du unten sehen kannst, bekommt die Woocommerce Seite, die auf PHP 7.3 läuft, den Kuchen für die schnellste Leistung! 🍰 Und PHP 7.4 ist noch schneller.

WordPress 5.0 + WooCommerce PHP Benchmarks

WordPress 5.0 + WooCommerce PHP Benchmarks

Wir haben auch Easy Digital Downloads getestet und wieder einmal hat PHP 7.3 alles andere übertroffen. Wenn Du PHP 7.3 mit PHP 5.6 vergleichst, kann es 3x so viele Anfragen (Transaktionen) pro Sekunde verarbeiten.

WordPress + Easy Digital Downloads PHP Benchmarks

WordPress + Easy Digital Downloads PHP Benchmarks

Wenn Dein aktueller WordPress Host PHP 7 oder höher nicht unterstützt, ist es vielleicht an der Zeit, nach einem neuen Host zu suchen. Kinsta bietet seit November 2019 PHP 7.4 sowie alle anderen wichtigen Versionen an. Du kannst mit einem einzigen Klick zwischen ihnen im MyKinsta Dashboard wechseln.

Umstellung auf PHP 7.4

Umstellung auf PHP 7.4

Wenn Deine Mitgliedsseite Kompatibilitätsprobleme mit der neuesten Version von PHP hat, dann ist es wahrscheinlich an der Zeit, den Plugin- oder Theme-Entwickler zu fragen, warum sie hinterherhinken, oder Deinen eigenen WordPress-Entwickler einzustellen, um das Problem zu beheben. Du willst nicht auf die Leistungssteigerungen von PHP 7 und höher verzichten.

3. Objekt-Caching verwenden

Caching macht Webseiten schneller und entlastet den Webserver. Egal, ob Du ein Caching-Plugin oder einen verwalteten Host wie Kinsta verwendest, bei dem das Caching auf Serverebene (Page) implementiert ist, dies ist etwas, was Du bereits tun solltest. Wenn es jedoch um WordPress-Mitgliedsseiten geht, sind Deine üblichen Caching-Setups in der Regel nicht ausreichend, da sie nicht immer alle Vorteile nutzen. Hier kommt das Objekt-Caching ins Spiel.

Der Objekt-Cache speichert die Ergebnisse von Datenbankabfragen, so dass beim nächsten Mal, wenn ein bestimmtes Bit an Daten benötigt wird, diese aus dem Cache geliefert werden können, ohne die Datenbank abzufragen. Dies beschleunigt die PHP-Ausführungszeiten und entlastet Deine Datenbank. Dies wird bei Mitgliedsseiten extrem wichtig! Mit WordPress kannst Du das Objekt-Caching auf verschiedene Arten implementieren:

  1. Eine Caching-Lösung von Drittanbietern, wie z.B. W3 Total Cache.
  2. Redis (empfohlen)
  3. Memcached

Redis

Wir bieten Redis als Add-on bei Kinsta an, damit Du den vollen Nutzen aus dem persistenten Objekt-Caching für Deine Mitgliedsseiten ziehen kannst. Die großartige Nachricht ist, dass Du nach der Konfiguration immer noch die Option Clear Cache verwenden kannst, die vom Kinsta MU Plugin in Deinen Webseiten-Verwaltungsbereich aufgenommen wurde. Diese Schaltfläche löscht sowohl unseren Seiten-Cache als auch alle auf der Webseite aktiven Objekt-Caches.

Cache löschen von der WordPress Admin Toolbar

Cache löschen von der WordPress Admin Toolbar

In einigen Fällen können wir auch eine bestimmte Seite oder URL für angemeldete Benutzer zwischenspeichern. Du musst jedoch zuerst mit unserem Support-Team darüber sprechen, da es wichtig ist, dass Du alle Auswirkungen der Aktivierung verstehst.

4. Verbessere Deine WordPress-Suche

Wenn eine Mitgliedschaftsseite wächst, wirst Du wahrscheinlich feststellen, dass die Standardfunktionalität der WordPress-Suche nicht ausreichen wird. Webseiten, die WP_Query stark nutzen, die Suche als primäres Navigationsmittel verwenden oder sogar eine Webseite mit einer großen Anzahl von Beiträgen, können auf Performance-Probleme stoßen, da sich die Zeiten der Suchanfragen zu erhöhen beginnen. Hier kann eine Suchmaschine wie Elasticsearch helfen.

Elasticsearch

Elasticsearch kann verwendet werden, um die Abfrage der WordPress-Datenbank zu beschleunigen. Dies geschieht, indem Sie einen Index des Inhalts der Datenbank Deiner Webseite erstellen und dann Elasticsearch verwenden, um diesen Index viel schneller zu durchsuchen, als eine MySQL-Abfrage in der Lage ist, die gleiche Suche durchzuführen.

Wir bieten Elasticsearch als Add-on bei Kinsta an. Unsere Ingenieure installieren es auf dem gleichen Server wie Deine PHP-Umgebung und Ihre MySQL-Datenbank, was die Latenzzeit verringert, anstatt es in einer separaten Instanz oder über die gehostete Elasticsearch zu hosten.

5. Erstellen einer einfachen 404 Seite

Wir haben aus erster Hand gesehen, dass Mitglieder-Webseiten typischerweise viele 404 Fehler erzeugen. Deine Webseite generiert wahrscheinlich mehr, als Du denkst! Unser Analysetool MyKinsta kann Dir helfen, die genaue Anzahl zu ermitteln (siehe unten).

404 Fehler

404 Fehler

Du kannst auch 404-Fehler in der Google Search Console überprüfen oder ein Plugin eines Drittanbieters wie Redirection installieren, das 404-Fehler protokolliert. Denke jedoch daran, dass solche Plugins auch Auswirkungen auf die Performance haben. Es ist viel besser, sich auf ein Tool auf Serverebene zu verlassen.

Der Grund für diese Fehler ist, dass viele 404 Seiten sehr ressourcenintensiv sind. Für eine Mitgliedsseite solltest Du eine schwere 404er Seite vermeiden. Erstelle eine einfache 404-Vorlage, die eine weitere Abfrage der Datenbank nach Möglichkeit vermeidet. Und natürlich solltest du einige Zeit damit verbringen, die 404-Fehler zu beheben, da dies nicht nur ressourcenintensiv, sondern auch einfach schlecht für die Benutzerfreundlichkeit ist.

6. Erhöhe die Anzahl der PHP-Worker

PHP-Worker sind vielleicht ein Begriff, von dem du noch nie gehört hast, PHP-Worker sind die Anzahl der Hosts, einschließlich Kinsta, die gleichzeitige Anfragen bearbeiten (anstatt Sie durch CPU oder RAM einzuschränken, was typischerweise bei Shared Hosting-Providern der Fall ist).

PHP-Worker bestimmen, wie viele gleichzeitige Anfragen Deine Webseite zu einem bestimmten Zeitpunkt bearbeiten kann. Einfach ausgedrückt, wird jede nicht gecachte Anfrage für Deine Webseite von einem PHP-Worker bearbeitet. Wenn Du beispielsweise 4 Anfragen hast, die genau zur gleichen Zeit auf Deine Webseite kommen und Deine Webseite 2 PHP-Worker hat, werden zwei dieser Anfragen bearbeitet, während die anderen beiden in der Warteschlange warten müssen, bis die ersten beiden die Verarbeitung beendet haben.

Erinnerst Du Dich, dass wir bereits erwähnt haben, dass eines der größten Probleme mit WordPress-Mitgliedsseiten all diese nicht gecachten Anfragen sind. Aus diesem Grund werden PHP-Worker sehr wichtig, da sie für jede Anfrage arbeiten müssen. Daher werden diese Webseiten in der Regel zusätzliche PHP-Worker benötigen, um sicherzustellen, dass jede Anfrage ohne Verzögerungen bearbeitet und erfolgreich abgeschlossen wird.

Was passiert, wenn Du die PHP-Mitarbeiter kontinuierlich auslastest? Im Grunde genommen beginnt die Warteschlange, ältere Anfragen zu entfernen, was zu 500 Fehlern auf Deiner Webseite führen kann. Jedes der Hosting-Angebote von Kinsta beinhaltet eine vordefinierte Anzahl von PHP-Workern. Wenn Du Schwierigkeiten hast, einzuschätzen, diese Anleitung wird hilfreich: PHP-Worker-Empfehlungen für Mitgliederseiten. Oder du kannst jederzeit mit unserem Vertriebs- oder Support-Team chatten.

7. Regelmäßige Datenbankwartung durchführen

Regelmäßige Datenbankwartung wird nicht nur für WordPress-Mitgliedsseiten empfohlen, sie ist auch erforderlich! Wenn Du das nicht tust, wirst Du Dich vermutlich eines Tages fragen, warum Deine Webseite langsamer wird. Hier sind einige Empfehlungen:

Bereinigung von automatisch geladenen Daten

Automatisch geladene Daten sind Daten, die auf jeder Seite Deiner WordPress-Seite geladen werden. Diese Daten werden in der Tabelle wp_options gespeichert. Bei großen Anlagen kann dies schnell außer Kontrolle geraten. Schaue Dir unser ausführliches Tutorial an wie Du automatisch geladene Daten bereinigen kannst.

Bereinigung von Transients und CRON-Jobs

Wie bei automatisch geladenen Daten solltest Du auch hier regelmäßig Transients bereinigen. Bei ordnungsgemäßem Betrieb sollen Transients ablaufen und sich selbst entfernen, aber das ist nicht immer der Fall. Wenn etwas falsch konfiguriert oder sogar defekt ist, kann es passieren, dass sich diese summieren.

Zum Beispiel hatten wir einen Kunden, bei dem etwas schiefgelaufen ist, während die Transients ablaufen, und es hat die gesamte Webseite verlangsamt. Nachdem wir recherchiert hatten, entdeckten wir, dass die Website 695.846 vorübergehende Datensätze (Zeilen) in der Datenbank hatte. Nach dem Löschen der Zeilen (die Transients enthielten, die bereits abgelaufen sein sollten), wurde die Webseite sofort schneller (wie unten gezeigt).

Transients (nach der Reparatur)

Transients (nach der Reparatur)

Du kannst das kostenlose Transients-Manager-Plugin verwenden, um Transients auf Deiner WordPress-Seite anzuzeigen, zu suchen, zu bearbeiten und zu löschen. Wenn Sie ein wenig technisch versierter sind, können Sie auch WP-CLI-Befehle zum Löschen von Transienten verwenden.

CRON-Jobs (WP-Cron), mit denen man wiederholende Aufgaben für eine WordPress-Seite planen kann, können ebenfalls ähnliche Probleme haben. Mit dem kostenlosen WP Control Plugin kannst Du überprüfen und sicherstellen, dass Deine CRON-Jobs nicht außer Kontrolle geraten.

Ändern der Datenbankmaschine zu InnoDB

Last but not least solltest Du Deine Datenbankmaschine auf InnoDB umstellen, wenn Du es noch nicht getan hast. Viele ältere Webseiten verwenden noch immer die MyISAM-Speichermaschine in ihrer Datenbank. In den letzten Jahren hat sich InnoDB als leistungsfähiger und zuverlässiger erwiesen. Ein wichtiger Grund, InnoDB über MyISAM zu nutzen, ist, dass Du keine Probleme mit dem vollständigen Sperren auf Tabellenebene haben wirst. Dies ermöglicht eine schnellere Bearbeitung der Anfragen.

In unserem Tutorial erfährst Du, wie Du Deine Datenbank (Tabellen) von MyISAM nach InnoDB konvertieren kannst. Wenn Du zu Kinsta wechselst und Dich von unserem Engineering-Team unterstützen lässt, verschieben wir Deine Datenbankmaschine automatisch auf InnoDB.

8. Daten auslagern

Wie bereits erwähnt, haben Mitgliedsseiten einfach eine Menge Daten! Videos, PDFs, Fotos in voller Auflösung, Dokumente und Audiodateien sind in der Regel die größten Schuldigen. Daher müsste man möglicherweise eine Möglichkeit finden, dies auf eine kostengünstigere Speicherlösung zu übertragen. Dies kann Dir Geld sparen, indem Du einfach Deinen Hosting-Plan aktualisierst. Schau Dir die folgenden Artikel an:

Don’ts für WordPress-Mitgliedsseiten

Hier sind ein paar Dinge, die Du auf Deinen WordPress-Mitgliedsseiten nicht tun solltest.

Nutze keine Postzähler

Füge niemals Ansichts-/Postzähler zu Deiner Webseite hinzu, wenn Du nicht musst. Vermeide beispielsweise Dinge wie „792 Beiträge“ neben dem Avatar eines Benutzers in Forumsbeiträgen oder „5.243 Ansichten“, wenn Du Forumsbeiträge auflistest. Wenn Du eine lange Diskussion hast, werden diese Zähler eine enorme Belastung für die Datenbank darstellen. Im Allgemeinen solltest Du den Einsatz von Zählern minimieren und diese nur bei Bedarf verwenden.

Das gilt auch für die Social Counter. Beachte, dass wir diese im Kinsta-Blog verwenden, aber nirgendwo sonst auf unserer Webseite. Aber unser Plugin hat auch ein integriertes Caching, das sicherstellt, dass sie nicht bei jedem Seitenaufbau Abfragen generieren.

Post Zähler

Post Zähler

Vermeide Page Builder

Page Builder sind für viele Leute großartig, tatsächlich haben wir sogar eine ganze Liste von denen, die Du auf Deiner Webseite verwenden kannst. Die meisten (nicht alle) haben jedoch Auswirkungen auf die Performance, da sie zusätzlichen unnötigen Code erzeugen, um die Seite so darzustellen, dass der Benutzer sie immer noch erstellen kann, ohne zu wissen, wie man coded. Wenn möglich, code Deine Seitenvorlagen von Hand und mach sie immer so leicht wie möglich.

Zum Beispiel ist unsere Kinsta-Webseite (wie unten zu sehen) in WordPress, aber das gesamte Theme wird tatsächlich von unserem hauseigenen Entwickler gecoded. Dies hilft uns den Code zu reduzieren, die große WordPress-Themes typischerweise haben. Es erlaubt es uns aber dennoch, die Vorteile der WordPress Funktionalitäten zu nutzen. Es gibt Tausende von talentierten WordPress-Entwicklern und -Designern, die Dir zur Verfügung stehen, wenn Du Hilfe benötigst.

Kinsta Homepage

Kinsta Homepage

Verwende nicht zu viele Plugins.

Wir wissen, dass Du das schon einmal gehört hast. Die Wahrheit ist, dass die Qualität des Codes eines Plugins wichtiger ist als die Gesamtzahl der Plugins, die Du installiert hast. Allerdings wird jedes von ihnen weiterhin „Leistungskosten“ haben. 🐢 Wenn Du Funktionen aus Plugins nicht mehr verwendest, deaktiviere und entferne sie von Deiner Webseite. Dies erleichtert nicht nur die Fehlerbehebung, sondern verringert höchstwahrscheinlich auch die Anzahl der Anfragen auf Deiner Webseite (sowohl im Backend als auch im Frontend).

Sei vorsichtig mit Integrationen von Drittanbietern.

Es gibt eine Vielzahl von Drittanbieter-CRM- und Automatisierungsplattformen, die Du vielleicht in Deine WordPress-Mitgliedsseite integrieren möchtest. Sei jedoch vorsichtig mit diesen, da einige von ihnen zusätzliche Latenzzeiten und Verzögerungen bei der Kommunikation mit deinen APIs, Diensten usw. verursachen können. Vielleicht möchtest Du Dir die in WordPress integrierten Lösungen ansehen, wie z.B. diese CRM-Lösungen.

Wir wollen es jetzt nicht verkomplizieren, aber das Gegenteil könnte auch manchmal der Fall sein. Wenn eine CRM- oder Automatisierungsplattform eines Drittanbieters viele seiner eigenen Aufgaben selbst übernimmt, könnte sie tatsächlich helfen, Deinen WordPress-Host zu entlasten. Der beste Weg, um sich hier sicher zu sein, ist, verschiedene Lösungen zu testen.

Zusätzliche Empfehlungen

Und natürlich können wir Dich nicht gehen lassen, ohne einige der häufigeren Geschwindigkeitsoptimierungen zu erwähnen, die Du bereits durchgeführt haben solltest:

  • Komprimiere deine Bilder! Bei Kinsta sehen wir typischerweise 60-70% Einsparungen, je nachdem, welche Art von Bildern man verwendet und welche Form der Kompression Du verwendest. Wir empfehlen lossy compression.
  • Verwende immer ein CDN. Auch wenn wir bei Kinsta über 18 Rechenzentren verfügen, aus denen Du wählen kannst, wird Dein Server immer noch weit weg von jemandem sein. Ein CDN kann dieses Problem beheben, indem es Deine Assets (Bilder, JS, CSS) aus POPs auf der ganzen Welt kopiert und liefert. Für Kunden ist unser Kinsta CDN im Preis inbegriffen.

Zusammenfassung

WordPress-Mitglieds- und Community-Seiten sind definitiv eine eigene Kategorie, wenn es um die Optimierung geht. Sie erfordern normalerweise das Gehen der „extra mile“, wenn Du ausgezeichnete Leistung sehen möchtest. Aber die gute Nachricht ist, dass viele der Lösungen da draußen Wunder bewirken können. PHP 7, Elasticsearch und Redis Object Caching sind alle einfache und effektive Möglichkeiten, um sofortige Ergebnisse zu erzielen. Und natürlich sollte ein leistungsorientierter Host immer ganz oben auf der Liste stehen. 😉

Betreibst Du eine WordPress-Mitgliedsseite? Wir würden uns freuen, von Deinen Gedanken oder Kämpfen zu hören, denen Du auf dem Weg begegnet bist.


Wenn Dir dieser Artikel gefallen hat, dann wirst du Kinsta's WordPress Hosting-Plattform lieben. Beschleunige deine Webseite und erhalte 24/7 Support von unserem erfahrenen WordPress-Team. Unsere Google Cloud basierte Infrastruktur konzentriert sich auf die Bereiche Auto-Scaling, Performance und Sicherheit. Lass uns dir den Kinsta-Unterschied zeigen! Schau Dir hier unsere Pakete an