Dieser Methodikleitfaden bietet einen einheitlichen Rahmen für die Bewertung von Webhosting-Diensten. Mit einem solchen Rahmen HostScore ist überzeugt, dass es Einzelpersonen und Unternehmen ermöglicht, fundierte Entscheidungen zu treffen, die ihre Ziele unterstützen.
Das entscheidende Tool in unserer Methodik ist LoadView von Dotcom-Monitor, ein führender Dienst zur Überwachung der Website-Leistung. Dank seiner Funktionen können wir Benutzerinteraktionen simulieren, Serverantworten überwachen und umsetzbare Erkenntnisse zu verschiedenen Hosting-Diensten gewinnen.
Umfang der Prüfung
Webhosting-Pläne sind oft vielschichtig und erfordern Aufmerksamkeit verschiedene Leistungsmetriken und Servicetypen. In diesem Abschnitt werden die Breite und die Grenzen unseres Testansatzes beschrieben, um Klarheit darüber zu schaffen, was, wie und warum getestet wird.
- Getestete Arten von Webhosting-Diensten
- VPS-Hosting
- Cloud-Hosting
- Dedicated Hosting
- Stresstestmetriken
- Reaktionszeit
- Fehlerrate
Übersicht über Testtools
LoadView ist ein ausgereifter Service und bietet eine umfassende Suite von Überwachungstools. Es simuliert Benutzerinteraktionen und misst die Website-Leistung unter verschiedenen Bedingungen. Wichtige Gründe für die Auswahl von LoadView sind:
- Echtzeitanalyse: Bietet sofortige Einblicke in Antwortzeiten und Serverleistung unter Last.
- Geografische Verteilung: Ermöglicht Tests von mehreren Standorten aus und spiegelt globale Verkehrsszenarien wider.
- Anpassung: Ermöglicht maßgeschneiderte Stresstests, um das Benutzerverhalten im realen Straßenverkehr nachzubilden.
Obwohl LoadView unser primäres Tool ist, ergänzen wir es gelegentlich durch andere Überwachungs- und Testtools. Diese Szenarien treten typischerweise auf, wenn Testdaten fragwürdig sind.
Diese Tools können spiegeln, zusätzliche Datenpunkte bereitstellen oder auf bestimmte Aspekte der Leistungsüberwachung spezialisieren, die von LoadView nicht abgedeckt werden.
Testmethodik
Unser Ansatz für Website-Lasttests zielt darauf ab, reale Szenarien zu simulieren, die die Leistung einer Website beeinträchtigen könnten. Dieser Abschnitt unterteilt die Methodik in umsetzbare Schritte, um sicherzustellen, dass jeder Webhost fair getestet wird.
Webhost-Konfiguration
Die von uns erhaltenen Webhosting-Konten werden in fast allen Fällen mit möglichst minimalen Konfigurationen bereitgestellt. Dadurch wird sichergestellt, dass die Testergebnisse nicht durch zufällige Änderungen des Testteams beeinflusst werden.
Daher sind die einzigen durchzuführenden Einrichtungsverfahren die folgenden:
- Domain-Namen-Verlinkung und SSL
- Standard WordPress Installation (Version 6.4.3)
- PHP Update (Version 7x oder 8x)
- MySQL Update (Version 8x) oder MariaDB (Version 10x oder 11x)
- Erstellung von 7 Standard WordPress BLOG-POSTS
- Permalink in „Plain“ geändert
- Installation WooCommerce mit 1 hinzugefügtem Produkt
LoadView-Konfiguration
LoadView kann auf verschiedene Arten konfiguriert werden. Dies ermöglicht Websitebesitzern, Tests unter verschiedenen Bedingungen durchzuführen und die Ergebnisse zur Leistungsoptimierung zu beobachten.
Jeder Test besteht aus zwei Schlüsselelementen:
- Aktionsdefinition: Das erste Element legt fest, was simulierte Benutzer auf der Website tun, z. B. eine Seite laden, scrollen und auf einen Link klicken. Dadurch können wir für den Testprozess reales Nutzungsverhalten nachahmen.
- Testnutzlast: Da die Aktionen nun für jeden Benutzer definiert sind, können wir schrittweise eine steigende Anzahl aktiver Benutzer auf der Website simulieren, um die Serverleistung zu beobachten.
Lasttest-Setups
Unsere Tests zielen darauf ab, den Punkt zu ermitteln, an dem Hosting-Pakete den Datenverkehr aufrechterhalten können. Beispielsweise sollten Cloud-gehostete VPS-Pakete Standardlasten von über 2,000 Sitzungen pro Stunde problemlos bewältigen.
Wenn Hosts zu irgendeinem Zeitpunkt während unserer Tests ausfallen, wird dies durch eine erhöhte Anzahl von Fehlern erkennbar, die das Testtool erkennt.
Wichtig ist, dass Webhoster in der Praxis selten auf einmal ausfallen. Vielmehr ist es wahrscheinlicher, dass der Server Probleme hat und einige Anfragen langsam bearbeitet, während andere nicht bearbeitet werden.
Unsere Testaufbauten decken drei der wahrscheinlichsten Nutzungsszenarien ab:
Einzelseitenbesuch
- Diese werden durch den atypischen Bounce-Benutzer definiert. Der simulierte Benutzer gelangt auf die Site und bleibt auf der Zielseite.
- Während des Tests laden wir durchschnittlich bis zu 95 Sitzungen pro Minute (5,700 Sitzungen pro Stunde).
- Theoretisch bedeutet dies, dass 5,700 Benutzer pro Stunde eine Seite auf der Testsite besuchen.
- Der Test wird dann mit Datenverkehr aus verschiedenen Regionenkombinationen (USA, EU, Asien, Naher Osten, Afrika) wiederholt.
Mehrere Seitenbesuche
- Diese sind typisch für Websites im Forum-Stil. In diesem Szenario wechseln simulierte Benutzer schnell zwischen neun Seiten auf der Website.
- Während des Tests laden wir durchschnittlich bis zu 20 Sitzungen pro Minute (1,200 Sitzungen pro Stunde).
- Theoretisch bedeutet dies, dass 1,200 Benutzer pro Stunde auf 9 Seiten unserer Testsite zugreifen.
- Der Test wird dann mit Datenverkehr aus verschiedenen Regionenkombinationen (USA, EU, Asien, Naher Osten, Afrika) wiederholt.
E-Commerce
- Das Hauptziel besteht darin, die Leistung der Website zu erfassen, während Benutzer Produkte in den Warenkorb legen und auf der Zahlungsseite zur Kasse gehen. Beachten Sie, dass diese Simulation aus mehreren Schritten besteht.
- Während des Tests laden wir durchschnittlich bis zu 6 Sitzungen pro Minute (360 Sitzungen pro Stunde).
- Theoretisch bedeutet dies, dass jede Stunde 360 Kunden unsere Testsite besuchen.
- Der Test wird dann mit Datenverkehr aus verschiedenen Regionenkombinationen (USA, EU, Asien, Naher Osten, Afrika) wiederholt.
Testregionen
Da die meisten Websites Nutzer an verschiedenen geografischen Standorten bedienen, werden Leistungstests so konfiguriert, dass virtuelle Benutzer aus bestimmten Zonen geladen werden. Die definierten Zonen sind wie folgt:
US-Testorte
- USA Ost, N Virginia
- USA West, Oregon
- USA West, Nordkalifornien
- USA Ost, Ohio
- Kanada, Zentral, Mont.
- Südzentrale USA, Texas
Testorte in den USA und der EU
- USA Ost, N Virginia
- USA West, Oregon
- USA West, Nordkalifornien
- Osten der USA, Virginia
- EU, Spanien
- EU, London
- EU, Stockholm
- Deutschland, Frankfurt
Standorte in den USA und Asien
- USA Ost, N Virginia
- USA West, Oregon
- USA West, Nordkalifornien
- Osten der USA, Virginia
- AP Mumbai
- AP Melbourne
- Japan Ost, Tokio
- AP Singapur
Standorte in den USA und im Nahen Osten
- USA Ost, N Virginia
- USA West, Oregon
- USA West, Nordkalifornien
- Osten der USA, Virginia
- VAE Nord, Dubai
- ME, Vereinigte Arabische Emirate
- ME, Bahrain
- Afrika, Kapstadt
Fazit
Diese Methodik wurde in Zusammenarbeit mit technischen Experten entwickelt. Sie ist jedoch noch in der Entwicklung, da wir unserer Leistungsbewertung kontinuierlich weitere Hosts hinzufügen. Sie ist noch lange nicht perfekt und wird von Zeit zu Zeit überarbeitet.
Versionsgeschichte
Aktuelle Methodikversion: 1.0 (11. April 2024)
Referenzen
- Simon, RB, & Ahuja, L. (2021). Website-Überwachung. In Digitalisierung von Unternehmen im Informationszeitalter (S. 339-346). CRC Press.
- Jansen, BJ (2022). Verstehen von Benutzer-Web-Interaktionen durch Webanalyse. Springer Nature.
- Anwyl-Irvine, AL, Massonnié, J., Flitton, A., Kirkham, N., & Evershed, JK (2020). Gorilla in unserer Mitte: Ein Online-Tool für Verhaltensexperimente. Methoden der Verhaltensforschung, 52, 388-407.
- Semerádová, T., Weinlich, P., Semerádová, T., & Weinlich, P. (2020). Technische Aspekte des Webdesigns. Website-Qualität und Einkaufsverhalten: Quantitative und qualitative Evidenz, 63-90.
- Khder, MA (2021). Web Scraping oder Web Crawling: Stand der Technik, Techniken, Ansätze und Anwendung. International Journal of Advances in Soft Computing & Its Applications, 13(3).
