Start a conversation

Digital in Europe

Your website as seen from Europe: latency, CDN and hosting

A site that opens instantly in Shenzhen can take noticeably longer in Lyon or Hamburg. The distance, the route and the scripts the page calls all change when the visitor moves. It is the mirror of the problem European sites meet in China.

China → France

A European site seen from China has a known set of difficulties: distance, an international link that is not always steady, and a filing required to host locally. The same physics applies the other way. A site hosted in China and opened from Europe crosses the same distance and the same cross-border link, in the opposite direction. Its owner rarely sees it, because everyone who tests it sits in the office next to the server. The buyer in Europe sees it every time.

Where the time actually goes

Opening a page is not one request. The browser first finds the server's address, then opens a connection, then negotiates the secure channel, and only then asks for the page. Each of these steps is a round trip, and each round trip costs the full distance between visitor and server. After the page arrives, it asks for its stylesheets, scripts, fonts and images, often from several different places. A server that responds quickly to a visitor next to it is not a fast server for everyone: it is a close one.

  • Distance to the server. A page hosted in Asia and opened in Europe pays the distance for every step before the first byte arrives. Hosting close to the buyers removes most of it.
  • The cross-border route. Traffic between China and Europe does not always take the same path, and its quality varies with the hour and the provider. The variation is the problem: it is difficult to reproduce, so it is rarely fixed.
  • Heavy images and video. Product photographs exported at full size from a design file, and a background video that starts on arrival, are the most common reasons for a slow first screen, wherever the server is.
  • Scripts from other places. Chat widgets, analytics, maps, font libraries and tag managers each add a connection to another host, and some of those hosts are slow or unreachable from Europe.
  • Mobile networks. A European buyer is as likely to open the link on a phone in a train as at a desk. A page tested only on office fibre hides every problem a phone shows.

What a CDN does, and what it does not

A content delivery network keeps copies of your files on servers in many places and serves each visitor from the nearest one. For images, stylesheets, scripts and fonts it changes the picture completely: the file no longer travels from the origin, it comes from a node in the visitor's country. It does not help with content that is generated for each visitor, such as a basket, an account or a search result, unless that content is also cached or generated at the edge. It also needs a node near your target markets. A network with strong coverage in Asia and a thin one in Europe will not solve a problem that sits in Europe, so check the provider's coverage in the countries you sell to, not its global claims.

SituationWhat is slowLever
Server in China, buyers in EuropeEvery page, from the first byteHost in Europe, or place a CDN with European nodes in front
Server in Europe, heavy imagesThe first screen, on mobileResize and compress images; load below-the-fold ones later
Many third-party scriptsWaiting on another host before the page is usableRemove what nobody reads; load the rest after the content
Dynamic pages, no cacheTime to first byte stays long even with a CDNCache what is the same for everyone; move the origin closer

Third-party scripts from the Chinese stack

A site built for China often carries tools that make sense there: an analytics script from a Chinese provider, a map from a Chinese service, a chat window, a social login, fonts served from a Chinese network. Opened from Europe, each of them either loads slowly from far away or does not load at all, and a page that waits for the script before displaying can freeze. The same tools also raise a legal question once the visitor is in Europe, since they send data to a server outside the Union and most of them need consent before they run. The simplest approach is to keep a European version of the page free of tools that serve no European purpose, and to load the necessary ones after the content, behind the consent banner.

How to measure from the buyer's side

  1. Test from Europe, not from the office. Use a testing service that lets you choose a location in the target country, and run it on a simulated mobile connection as well as a fast one.
  2. Read three measures rather than a single score: the time to the first byte, which tells you about the server and the distance; the time until the main content is visible; and how soon the page responds to a tap or a click.
  3. Open the list of requests and sort it by host. Note every domain that is not yours, and ask for each one whether anybody uses it.
  4. Repeat the test at different hours of the day and from a second country. A result that changes with the hour points to the route and not to the page.
  5. Ask a contact in Europe to open the site on a phone and tell you what they saw. It takes a minute and finds problems that no tool describes.

Moving the site is not always the first step. If the images are far too large and the page loads a dozen tools nobody uses, a European host will make a heavy page arrive a little sooner and no lighter. Start by weighing the page, then remove, then bring the files closer with a CDN, and move the origin to Europe last. Hosting in the Union has a second advantage that has nothing to do with speed: the data of your European visitors and customers stays under the rules that apply to them, which simplifies the privacy notice. Whether you also keep a China version on a local host is a separate decision, and the two can coexist.

Questions we get on this.

Do we need to host in Europe, or is a CDN enough?

It depends on what the site does. A site that is mostly static pages, images and downloadable documents can be served well from a CDN with good European coverage, even if the origin stays in Asia. A site with accounts, baskets, quotation forms or search generates pages for each visitor, and each of those requests still goes back to the origin, so the distance remains for exactly the steps that matter. In that case moving the origin closer is the only real answer. Test first with the CDN in place, from the target country; if the first byte is still slow on the dynamic pages, move the origin.

Does speed really affect how we are found in Europe?

Search engines measure how real visitors experience a page, and speed is one of several signals they use, so it matters, but it does not outweigh a page that answers the question better than the others. The more direct effect is on the visitor: a buyer comparing several suppliers in several tabs closes the one that has not shown anything yet. How much a delay costs in lost enquiries depends on the sector, the device and how motivated the visitor is, and no general figure applies to your case. Treat speed as a condition for being read rather than as a ranking technique.

We already have a fast site in China. Can we reuse it for Europe?

The content can be reused, the setup usually cannot. A site optimised for China is tuned for a local network, local services and a local audience, and several of those choices work against it elsewhere. Keep the text, the images and the product data, and rebuild the delivery: European hosting or a CDN with European nodes, without the Chinese tools that serve no purpose in Europe, and with the pages and notices a European visitor expects. Treat the two as two sites that share a source of content, not as one site with a language switch.