CDN

Как работает

CDN (Content Delivery Network) — это набор серверов в разных точках мира, которые кэшируют копии статических файлов сайта: изображений, CSS, JavaScript, шрифтов, иногда HTML. Когда пользователь открывает страницу, запрос уходит не на исходный сервер, а на ближайший узел сети — edge-сервер. Меньше физическое расстояние — меньше задержка.

При первом обращении edge-сервер берёт файл с origin-сервера и сохраняет у себя на время, заданное заголовками кэширования. Дальше он отдаёт файл сам, разгружая источник.

Cache-Control: public, max-age=31536000, immutable

Что именно кэшировать, определяют заголовки ответа и настройки CDN. Крупные провайдеры (Cloudflare, Amazon CloudFront, Selectel, Yandex Cloud CDN) дают ещё сжатие, поддержку HTTP/2 и HTTP/3, защиту от DDoS.

Почему важно для SEO

Скорость отдачи напрямую влияет на TTFB — время до первого байта. CDN сокращает его для географически удалённых пользователей, а через это улучшает LCP и общую картину Core Web Vitals, которые входят в оценку страницы.

Для сайтов с аудиторией по всей России или в нескольких странах разница между отдачей из одного дата-центра и из распределённой сети заметна. Есть и нюанс для SEO: поисковый робот тоже ходит на сайт, и CDN не должен его блокировать или отдавать ему урезанный контент. Некоторые сети из-за агрессивной защиты от ботов случайно режут доступ Googlebot и YandexBot — тогда страдает обход и индексация.

При обновлении файлов на сайте важно не забыть сбросить кэш на узлах сети — иначе часть пользователей продолжит получать старую версию CSS или скрипта, пока не истечёт срок кэширования. Чтобы этого избежать, к именам статических файлов добавляют версию или хэш содержимого: при каждом изменении меняется имя, и сеть отдаёт заведомо свежий файл. Ещё один нюанс для международных проектов — географическое размещение узлов: если аудитория в России, а ближайший edge-сервер в Европе, часть выигрыша по задержке теряется, поэтому провайдера подбирают под реальную географию посетителей.

Частые ошибки

• CDN настроен на статику, но HTML отдаётся с медленного origin без кэша — TTFB не улучшается.
• Защита от ботов блокирует Googlebot и YandexBot, обход срывается.
• Разные URL одного файла на разных поддоменах CDN плодят дубли ресурсов.
• Слишком короткий max-age — кэш почти не работает, edge постоянно ходит на origin.
• После обновления файла не сброшен кэш — пользователи видят старую версию CSS или JS.

Как проверить

Откройте DevTools → Network, посмотрите заголовки ответа для картинок и скриптов: заголовки вроде cf-cache-status, x-cache или age показывают, что файл пришёл из CDN и был ли это кэш-хит. Инструмент PageSpeed Insights и WebPageTest измерят TTFB и LCP из разных регионов. Проверить доступ робота можно через инструмент проверки URL в Search Console.

SEO Crawler при обходе замеряет время ответа сервера для каждой страницы и подсвечивает медленные URL, а также фиксирует, не блокируется ли доступ по коду ответа. Это помогает увидеть, работает ли ускорение через CDN на практике.

Вывод

CDN ускоряет отдачу статики и снижает TTFB для удалённых пользователей, что косвенно улучшает Core Web Vitals. Настраивайте разумные сроки кэширования, сбрасывайте кэш при обновлении файлов и обязательно проверяйте, что сеть не блокирует поисковых роботов.