Cloud Spectator released the CloudSpecsTM Web Host Monitor in order to help consumers make informed decisions when selecting web hosting providers and promote transparency in the shared hosting space. By tracking the uptime and response time of twenty-four Linux, Windows and Managed WordPress offerings, we were able to present performance rankings based on data driven results.
Below is a summary of the uptime and response time results of a variety of web hosting providers from the CloudSpecsTM Web Host Monitor.
Summary
Linux providers altogether showed average response time among all three offering types. Among Linux hosting providers, A Small Orange exhibited the shortest response time (565 ms), and GoDaddy the second at 663 ms. A Small Orange exhibited the highest Linux uptime result in December (99.99%), followed by Domain.com, iPage and Rackspace with 99.98% uptime results.
Compared to the results from Linux and Managed WordPress hosting options, the response times of Windows offerings showed significantly larger variations, with the response time of the slowest provider being nearly 40 times as long as the fastest one. This trend has lasted since August. Rackspace had the best response time (376 ms), followed by GoDaddy and HostGator at 518 ms and 561 ms respectively. Rackspace also showed 100% uptime in December, and HostGator and 1 & 1 displayed 99.99% and 99.98% uptime results respectively.
Generally speaking, Managed WordPress had the shortest average response time compared to Linux and Windows hosting options. Its average response time was around 2 times shorter than the Linux offering and nearly 10 times shorter than the Windows offerings (due to the large variation among Windows providers). WPEngine, FlyWheel, BlueHost, GoDaddy and Pagely Managed WordPress offerings displayed the shortest response time among all hosting options (250 ms, 256 ms, 330 ms, 334 ms and 361 ms respectively). FlyWheel and WPEngine showed 100% uptime in December, followed by WebSynthesis with a 99.99% uptime.
It should be noted that although the data collected on uptime and response time is a good indication of web hosting performance, users should be cautious when generalizing those results given that the tests were performed in all default settings with limited location choices. If any specific hosting requirements are considered, we suggest customers go through relevant consultations and perform customized tests.
Uptime Leaders
Higher percentage is better, as it indicates the amount (in percentage) of overall time the server has been up for the month.
Linux
Windows
Managed WordPress
Response Time Leaders
Lower values are better for response time as they indicate less latency.
Linux
Windows
Managed WordPress
Methodology
CloudSpecsTM gathered accurate metrics for response time and uptime with Pingdom’s monitoring service. Cloud Spectator adopted Pingdom’s methodology for measurements to further maintain objectivity.
Cloud Spectator tracked three types of hosting offerings: Linux, Windows and Managed WordPress. For each offering, a mock website was created to simulate end user experience as accurately as possible. Linux websites used WordPress, while Windows websites used DotNetNuke (DNN). All web content (images, text, etc.) were hosted on the local server, thus performance was not dependent on files or objects stored outside of the web server. Not all of the providers carried all three types of offerings; therefore, the providers listed in each section vary.
The web hosting providers measured in the three offerings were:
Offering | Providers |
---|---|
Linux | GoDaddy, 1&1, Network Solutions, FatCow, A Small Orange, BlueHost, Domain.com, HostGator, iPage, iPower and Rackspace. |
Windows | GoDaddy, 1&1, HostGator, Rackspace and WinHost. |
Managed WordPress | GoDaddy, Pagely, WPEngine, BlueHost, WebSynthesis, Flywheel, Siteground and Pressable. |
Cloud Spectator set up anonymous accounts on each hosting provider using all default settings.
Pingdom gathered uptime data by pinging the server at set intervals. The web server was recorded as being up if a response was received. If no response was received for two sequential pings, the web server would be marked as having a down time during that interval.
Pingdom gathered response data when the server was up. Response time was tracked using Pingdom’s Node Group, a reserved feature for its Enterprise Users. The node pinged the web server and recorded the time duration between when the message was sent and when it was received back as an indication of network speed. The time durations were tracked globally from several locations in a node group on a rotational basis, which included the following probes:
Region | Nodes |
---|---|
North America East | Toronto, Newark |
North America Central | St. Louis, Denver, Calgary |
North America West | Los Angeles, Las Vegas |
Europe | Prague, Amsterdam, Strasbourg, London |