Edge computing

Edge computing and CDN: what it really speeds up and what doesn't

What is the delay, what is removed from it by the distributed network, and what remains in place. Our TTFB measurements on live sites and checks done in half an hour at the terminal.

August 1, 2026
3 min read

Every few years, a technology appears that is sold as universal site acceleration. Now it is the edge — the return of content and part of the calculations from the nodes scattered closer to the visitor. The mechanism works, it is described in detail in the Cloudflare and Vercel documentation, and in certain tasks the difference is visible to the naked eye.

The problem starts where edge is offered instead of engineering. The business pays for the migration, and the site slows down for a reason that the distributed network does not touch at all. Below I will analyze what the delay consists of, what edge removes from it, what remains in place, and how to check your own site in half an hour without a contractor.

What is the pause between the click and the content

The time from the click to the appearance of the text is the sum of several independent terms.

Network. The signal goes to the server and back. Kyiv — Frankfurt is tens of milliseconds, Kyiv — Virginia already hundreds. The delay of the radio channel is on top of the mobile, so the same site from home Wi-Fi and from 4G in the subway feels different.

Server. How long does it take to compile HTML: requests to the database, PHP version, nginx settings, page cache availability. This part is visible as TTFB - time to first byte.

Browser. Document weight, scripts, fonts, images. Even when the first byte arrived in 150ms, the first screen can still be a second away if there are a hundred or so pictures hanging in the cap without delayed loading.

Edge works with the first application and, if cached, with the second. He does not touch the third.

What a distributed network really pulls off

The first is physical distance. If the audience is in Poland, Germany or the USA, and the server is in Kyiv, each request pays for the round trip. A node in the visitor region shortens this path, and it is not a matter of faith: the difference is visible in the same TTFB taken from different locations.

The second is the load on the source. The cached page is provided by the node, your server does not see it. At traffic peaks, this saves from falling, because some requests simply do not reach the backend.

The third is static. Images, CSS, fonts live well at the edge of the network: they are given compressed, converted to modern formats on the fly, cached for a long time. This is the cheapest and most predictable part of the effect.

What edge doesn't do

Here begins the honest part, which is usually absent in presentations.

Dynamics are not cached. Cart, checkout, personal account, personal prices for the wholesaler — all this is recalculated every time. A node can close a connection, but cannot give away someone else's cart from the cache. If your checkout is slow, it will stay that way.

Tags

E-commercePerformance

🤔Did you like the article?

Your opinion helps us create better content

Share with friends

Found something useful? 🚀

Help others learn about it - share the article on social networks

https://lionex.com.ua/blog/edge-computing-dlya-biznesu-2026

💚 Thank you for helping us grow

Vladyslav Chystiakov

Пише про те, що робить руками: інтернет-магазини на OpenCart, застосунки на Next.js, інтеграції та швидкість сайтів. У статтях — заміри й перевірки, які читач може повторити на своєму проєкті, а не загальні поради. Комерційна розробка з 2015 року.

Frequently asked questions

Answers to common questions on the topic

A CDN keeps ready-made files closer to the person — images, styles, scripts. Edge runs code closer: small logic that decides what to serve without going back to the main server. The difference matters where a page is personal or depends on the country; for static pages the first is enough.

It removes part of the delay — the part spent travelling to the server. If your visitors are already near the server, there is little to gain. And if the database is slow, the page takes long to assemble or heavy images are loading, edge fixes none of that: it shortens the distance, not the work.

Most often the CDN is serving files while the slow part is the server response itself. Separate the numbers: look at time to first byte and time to the main element appearing. A large first number points to the backend and database; a large second one points to images and scripts. In our measurements a site with 164 pages returns the first byte in 244 ms and our own system in 188 ms — that is work on the server, not on the delivery network.

A site with a single-country audience and a decent response time. There the money is better spent removing heavy images and unnecessary scripts — the gain will be bigger and cheaper. We say so plainly when we can see that edge would add nothing in a particular case.

Get the best articles by email

Subscribe to our newsletter and receive useful tips, insights and news about web development, marketing and business.

We respect your privacy. You can unsubscribe at any time.