Site-Langsamkeit und Ressourcenlimits

What your hosting plan actually limits, what happens when you reach each limit, and how to work out whether a slow site is a resource problem or a code problem.

Was Ihr Hosting-Plan tatsächlich begrenzt, was beim Erreichen jeder Grenze passiert und wie Sie feststellen können, ob eine langsame Website ein Ressourcenproblem oder ein Code-Problem ist.

"Meine Website ist langsam" und "meine Website hat etwas aufgebraucht" fühlen sich von außen gleich an und haben darunter fast nichts gemeinsam. Dieser Leitfaden trennt sie: zunächst, was die Grenzen tatsächlich sind, dann wie man echte Langsamkeit diagnostiziert.

Ist es zunächst langsam oder kaputt?

Langsam bedeutet, dass Seiten laden, irgendwann. Kaputt bedeutet, dass sie das nicht tun.

Wenn Sie Fehlerseiten statt langsamer Seiten erhalten, hören Sie hier auf und gehen Sie zu HTTP-Fehlercodes. Ein 500, 502 oder 504 hat eine spezifische Ursache und eine spezifische Lösung, und keine von ihnen lautet "Plan upgraden".

Wenn die Website unerreichbar statt langsam ist, gehen Sie zu Website wird nicht geladen.

Was Ihr Plan tatsächlich begrenzt

Vier Dinge, und es lohnt sich, den Unterschied zu kennen, weil sie sich sehr unterschiedlich verhalten, wenn Sie die Grenzen erreichen.

Speicher. Wie viel Festplatte Ihre Dateien und Datenbanken verwenden. Täglich gemessen.

Bandbreite. Wie viele Daten Ihre Besucher über einen Monat hinweg herunterladen.

Anzahl der Websites. Wie viele separate Websites Sie auf dem Plan ausführen können.

CDN-Zugriff. Ob das CDN überhaupt verfügbar ist und wie viel Datenverkehr pro Monat von der Edge bereitgestellt werden darf.

Ihre spezifischen Kontingente hängen von Ihrem Plan ab. Die aktuellen Zahlen für jeden Plan werden nebeneinander unter Abrechnung und dann Plan ändern angezeigt. Das ist auch der ehrlichere Ort zum Vergleichen statt einer Nummer, die in einem Hilfeartikel eingegeben wird und abweichen kann. Siehe Plan upgraden.

Speicher- und CDN-Nutzung auf der Website-Übersichtsseite

Was beim Erreichen jeder Grenze passiert

Dies ist der Teil, über den sich die Leute Sorgen machen, und die Antworten sind weniger dramatisch als erwartet.

Speicher. Die Festplattennutzung wird täglich gemessen und auf der Übersichtsseite der Website angezeigt. Je näher sie dem Maximum kommt, erhalten Sie eine Insight-Warnung, die eskaliert, wenn es näher voll wird. Siehe Insights.

Anzahl der Websites. Dies wird am Erstellungspunkt durchgesetzt. Wenn Sie versuchen, eine Website über das Kontingent Ihres Plans hinaus zu erstellen, erhalten Sie eine klare Meldung, dass der Plan voll ist, mit der Option zum Upgraden oder zum Hinzufügen eines anderen Plans. Nichts Bestehendes ist betroffen.

CDN-Berechtigung. Das Aktivieren des CDN auf einem Plan, der dieses nicht enthält, liefert eine einfache Meldung "nicht in Ihrem Plan enthalten" mit einem Upgrade-Link. Es gibt keinen partiellen oder reduzierten Modus. Siehe CDN aktivieren.

CDN-Bandbreite. Dies hat ein echtes, gut durchdachtes Verhalten, das es zu verstehen lohnt:

Bei 80% Ihres monatlichen Edge-Kontingents erhalten Sie eine E-Mail.
Bei 100% wird die Edge für den Rest des Monats angehalten. Ihre Website bleibt online und wird weiterhin normal direkt vom Origin bereitgestellt, wird aber nicht mehr an der Edge gecacht.
Die Edge-Bereitstellung wird automatisch zu Beginn des nächsten Monats wieder aufgenommen.
Sie werden niemals über die Obergrenze hinaus in Rechnung gestellt, ohne dass Sie davon wissen.

Im schlimmsten Fall ist Ihre Website also so schnell wie vor dem Aktivieren des CDN. Nichts geht offline.

Managed WordPress- und WooCommerce-Bandbreite funktioniert als flexible Obergrenze. Sie werden benachrichtigt, wenn Sie sich dem Limit nähern, und erneut, wenn Sie es überschreiten, und alle Überschreitungen werden als gemessene Mehrkosten behandelt, anstatt dass die Website abgeschaltet wird.

Das Überschreiten eines Speicher- oder Bandbreitenkontingents führt nicht zu einer Aussetzung Ihrer Website. Die Aussetzung auf dieser Plattform ist ein Abrechnungsstatus, kein Ressourcenstatus. Siehe Konto gesperrt und Zahlung fehlgeschlagen.

Was nicht pro Plan begrenzt ist

Zwei Dinge, die die Leute erwarten und nicht finden werden.

Es gibt kein per-Site CPU- oder Memory-Kontingent auf Web-Hosting-Plänen. Ihr Plan weist Ihnen keine Anzahl von Kernen zu.

Sie konkurrieren nicht mit Ihren Nachbarn um PHP-Kapazität. Jede Website läuft in ihrem eigenen isolierten Pool von PHP-Worker-Prozessen. Eine beschäftigte Website nebenan kann die Worker, die Ihre Website benötigt, nicht erschöpfen. Diese Isolierung ist real, und deshalb ist "jemand anders Website verlangsamt meine" auf dieser Plattform fast nie die Erklärung.

Was gilt, ist eine Pro-Request-Grenze: Wie viel Speicher eine einzelne Anfrage verwenden darf und wie viele Sekunden sie laufen darf. Diese können Sie festlegen. Siehe PHP-Erweiterungen und -Einstellungen.

Wo Sie Ihre Nutzung sehen

Speicher auf der Seite Übersicht der Website.
CDN-Bandbreite, auch auf der Übersichtsseite, sobald das CDN aktiviert ist, und auf der Registerkarte Kapsule CDN der Website.
Warnungen über Insights und per E-Mail. Siehe Insights.
Build-Minuten und Bandbreite für Orbit-Projekte auf der Orbit-Nutzungsseite. Orbit hat seine eigenen ganz anderen Grenzen, einschließlich einer Ausgabeobergrenze. Siehe Orbit-Plan-Limits und Orbit-Ausgabeobergrenzen.

Langsame Website tatsächlich schneller machen

In der Reihenfolge des Nutzen-Aufwand-Verhältnisses. Arbeiten Sie die Liste von oben nach unten ab, anstatt zum Ende zu springen.

1. Caching aktivieren

Der einzelne größte Gewinn, jedes Mal. Eine gespeicherte Kopie einer Seite bereitzustellen ist um Größenordnungen günstiger, als sie für jeden Besucher neu zu erstellen.

Gehen Sie zu Websites, zur Website, WordPress, dann Caching. Object Caching ist auf allen WordPress-Familie-Plänen verfügbar, und vollständiges Seiten-Caching auf verwalteten Plänen. Siehe Website-Caching.

Beachten Sie, dass einige Pfade absichtlich nie gecacht werden: Admin-Seiten, Login, Cart, Checkout und Kontoseiten. Das Caching einer Checkout-Seite würde einem Kunden den Warenkorb eines anderen Kunden zeigen, daher ist dies nicht konfigurierbar und sollte es auch nicht sein.

2. CDN aktivieren

Caching legt die Kopie an einen Ort. Das CDN legt sie in die Nähe Ihrer Besucher. Größter Effekt, wenn Ihre Zielgruppe nicht im selben Land wie Ihr Server ist. Erfordert einen geeigneten Plan und Ihre eigene benutzerdefinierte Domain. Siehe CDN aktivieren.

3. Zu einer neueren PHP-Version wechseln

Ein echter, messbarer Unterschied ohne Arbeit. Testen Sie zuerst auf Staging. Siehe PHP-Version ändern.

4. Ihre Bilder reparieren

Durchgehend das größte Element auf einer langsamen Seite. Ein Foto direkt vom Telefon kann mehrere Megabyte sein und bei 400 Pixeln Breite angezeigt werden. Ändern Sie die Größe vor dem Hochladen und verwenden Sie ein modernes Format.

5. Ihre Plugins prüfen

Jedes Plugin, das bei jeder Anfrage Arbeit ausführt, kostet Sie bei jeder Anfrage. Deaktivieren Sie nacheinander und messen. Löschen Sie, was Sie nicht verwenden, anstatt es deaktiviert zu lassen. Siehe WordPress-Plugins.

6. Das tatsächlich langsame Element finden

Hören Sie auf zu raten und messen:

Die APM-Registerkarte auf WordPress-Websites zeigt, welche Anfragen langsam sind. Siehe Website-Leistung.
Das slow query log, verfügbar über die WordPress-Health-Tools, zeigt, welche Datenbankabfragen das Problem sind.
Das PHP slow log erfasst, was eine Anfrage tat, als sie zu lange dauerte.
Fehlerprotokolle zeigen alles, was stillschweigend fehlschlägt und erneut versucht wird. Siehe Fehlerprotokolle.

7. Und nur dann, mehr Ressourcen in Betracht ziehen

Wenn Caching aktiviert ist, das CDN aktiviert ist, PHP aktuell ist, Bilder vernünftig sind und der Profiler sagt, dass die Arbeit wirklich notwendig ist, dann sind Sie aus dem Plan herausgewachsen und das Upgrade ist der richtige Schritt. Siehe Plan upgraden.

Diesen Schritt zuerst zu tun ist der Weg, wie Leute mehr für eine Website bezahlen, die immer noch langsam ist, weil eine nicht optimierte Website auf einem größeren Plan immer noch eine nicht optimierte Website ist.

Wenn es Zeit für einen Server ist

Shared Hosting ist die richtige Antwort für die große Mehrheit der Websites. Wechseln Sie zu einem Cloud- oder dedizierten Server, wenn Sie Software benötigen, die die Plattform nicht bietet, Root-Zugriff, nicht standardisierte Services oder vorhersehbare dedizierte Kapazität für etwas wirklich Großes. Siehe Cloud-Server und Wahl einer Architektur.