Skip to main content

Slow Website 6 Fundamental Points to Accelerate Speed

Do you have a slow website? You're losing money! Accelerating the speed of a website, has a direct effect on SEO and search rankings, increases conversions, CRO and overall visitor satisfaction
Increasing the Pagespeed of a website, especially e-commerce, is a set of component design, some plugins help, but the yield is much less than a dedicated and system and architecture level intervention

The 6 key points to accelerate the performance of a slow website

1. Slow Website, Frontend and Backend

Frontend

The frontend is responsible for capturing data and transmitting it to the receiver, terminating connections correctly and as fast as possible. Webservers, and caching are key parts of optimization.

The web servers of shared hosting, in addition to being inflexible, are slow, are constantly exposed to attacks of all kinds, having within them any kind of website, working on quantity and reduced price. Many of these sites are outdated, hacked, and resource-hungry. These problems, even if mitigated by the provider, are reflected on other clients by making the website slow.

Our web servers usually have a latency of less than a tenth of a second, down to 0.01s for dedicated architectures with very high optimization and performance. This ensures minimal connection and page delivery times

Backend

The backend is the server that executes or interprets the site's code, usually the most common thing, which makes a website slow, though the most important.
Shared or semi-shared hosting, have heavy limitations on MySQL queries, and code execution, have response times of even more than 2 seconds. Waiting for data makes page presentation slow and can lead to extended or temporary unreachability. "Micro-downs" are very common on shared hosting, and difficult to identify.

An architecture with a backend that responds in the order of seconds, slow in SQL queries, or undersized, can never aspire to good results.
In the worst cases, such as e-commerce and websites with a lot of dynamic content, the user experience becomes really unpleasant.
The whole chain suffers from the upstream problems, since all the data is contained and processed within it.

Apache

The Apache webserver is the most widely used and the one with the most features, given by an infinity of modules, it also supports the usual htaccess syntax that everyone knows.
In recent years NginX, which is generally faster, is increasingly used. In reality the issue is much more complex than individual benchmarks. Apache has configurations that allow you to get, to performance similar to Nginx, also includes modules for content acceleration, not present in NginX, does not need to migrate the .htaccess. The default Apache configuration, however, is poorly optimized for compatibility reasons.

NginX

It is an excellent web server, very fast and reliable, we have used it in many cloud architectures, including the high performance video streaming infrastructure, tested with more than 500K concurrent users
NginX boasts an effective caching mechanism, is great as a reverse proxy, for static content distribution, and for strongly parallel threaded use.

I take no sides, in what is the webserver war, I love them all, and for each goal, one web server may be better suited than the other. If we are aiming only at performance, as in this case to optimize a slow website, NginX is the most rational choice

MySQL and MariaDB

In dynamic sites, the speed in accessing the database, whether it is MySQL, MariaDB, Postgres, MongoDB or other databases, is most important and heavily affects the performance of the site.
Using analysis tools, one can improve the time, access and query execution times, optimize cache usage, RAM consumption, tables down to the low level at the instance filesystem.
This guarantees to speed up the queries and the database making the site fast in interactivity with the user

2. Mod_pagespeed

Update March 2026: The module isn't mantained anymore by Google, ModPageSpeed 2.0 and mod_pagespeed 1.1 are developed by We-Amp B.V. company affiliated with or endorsed by Google. At this time we haven't had the opportunity to try the new versions

This module created by Google is great, it can be used on Apache and NginX, mod_pagespeed optimizes at the server level, all components present, in all websites on which it is enabled.
No change to the code is necessary, you can configure it per domain at the virtual host level and via .htaccess

The module reduces the loading time of websites, by modifying the page code in real time and optimizing its components

mod_pagespeed has some disadvantages: it requires a lot of resources, intervening in real time on the code, for maximum performance it needs configuration, testing and analysis of the results

What does mod_pagespeed

With mod_pagespeed you can really do a lot for optimizing a slow website.

The main features of mod_pagespeed:

  • Minify CSS and JavaScript
  • Minify HTML
  • Combine JS and CSS to reduce requests
  • Optimize file cache
  • Resize, optimize and convert images to various formats
  • Much, much more, as you can see on the official site

3. Content Delivery Network CDNs

A fast site is nothing without efficient and fast distribution, which is why Content Delivery Networks (CDNs)
CDNs, create a geographic cache and distribute static content, such as images and files to the user based on their geographic location.
Some such as Cloudflare also have other features, some of the most interesting being:

  • Protection against DDOS attacks
  • Web Application firewall, WAF
  • Geographic caching of static content
  • Routing and optimized transport
  • Reduction of requests to the backend
  • Free SSL certificates

4. Geographic Proximity

CDNs do a great job, distributing content through dedicated networks, variable data, are still requested at the origin, our architecture.
For high-distribution situations or in countries like China, where many CDNs do not operate, it is possible to deploy the architecture, routing users in a determined path, based on geographic proximity or fastest interconnection, with respect to the geographic location of the request.

For those with international sites, selling outside Europe and especially in China, it is possible to distribute content, synchronized in real time, from an origin within the nation. This eliminates the long times required to traverse continental backbones and the state firewall, the Great Firewall of China, ensuring loading times and interactivity equal to that of a local site

5. High HA Reliability and Scaling

If your site handles volumes of traffic or purchases that don't allow you to be unreachable, user spikes are high and sudden, a "bigger machine" is not the solution that can help you in the long run.

Thanks to high HA reliability, in the event of an instance failure there is an active replica that manages users, preventing disruption.
Through load distribution, over multiple webservers and autoscaling it is possible to create elastic architectures, allocate resources during times of load and release (or eliminate) them at the time of lowest usage.

Autoscaling allows us to save resources, and therefore money. When users decrease such as at night, resources are removed. In addition, instances in a blocked state are recreated, restoring webserver concurrency

6. What development can do

Development is very important and can do so much. If you aim for high performance, you need to test and monitor the impact of the components used in the website during all phases. A classic example are plugins; they are easy to use but may integrate slow code, calls to external resources, unoptimized images, and many other components that make the website slow.

In custom sites or web apps, which do not use a CMS or ecommerce as a base, but are developed at the client's request, you need to optimize the code, following the Google's guidelines for Pagespeed. During project development, you should frequently test that your new code will not slow down and weigh down your pages. This will save you hosting resources and infrastructure costs.

Add new comment

Comment

  • Allowed HTML tags: <br> <p> <code class="language-*"> <pre>
  • Lines and paragraphs break automatically.
  • Only images hosted on this site may be used in <img> tags.