BITSPARK / Статьи / Дизайн и элементы сайта

CDN: что это и нужен ли он сайту

Коротко: по глоссарию MDN, CDN (сеть доставки контента) - группа серверов в разных местах, которые хранят дубликаты данных и отвечают с ближайшего к посетителю сервера. Какие файлы сайта идут через CDN и сколько хранятся копии, определяют настройки. Источники называют условия, при которых CDN полезен: нагрузка на сервер, пики трафика, посетители в разных регионах. Порога посещаемости на их страницах нет, поэтому для заказчика CDN сводится к вопросам подрядчику и пунктам приёмки.

CDN - сокращение от Content Delivery Network, сеть доставки контента. CDN для сайта - группа серверов с копиями файлов; источники объясняют, как такая сеть хранит копии и когда её называют полезной. Отдельные разделы - проверка при запуске, персональные данные и вопросы подрядчику. Статья рассчитана на владельца бизнеса или маркетолога, который заказывает сайт или переделывает существующий. Настраивать CDN она не учит.

Опора - русская страница глоссария MDN, статья web.dev, блог Google Search Central, страница Центра Google Поиска о смене хостинга, документация Selectel и часть 5 статьи 18 закона 152-ФЗ. Все страницы открыты 21.10.2026. Даты у страниц разные: web.dev обновлена 2023-12-05, блог Google вышел 24.12.2024, документация Selectel изменена 30 сентября 2026 года.

Selectel взят как пример документации провайдера, а не как рекомендация; цен на CDN и чисел ускорения в статье нет.

Страницы web.dev и блога Google написаны по-английски, поэтому английские цитаты даны с переводом, перевод наш. Пример вымышленный: магазин настольных игр с сайтом example.ru, покупатели которого живут в разных городах.

Что такое CDN?

Коротко: по глоссарию MDN, CDN - группа серверов, расположенных во многих местах и хранящих дубликаты данных. Запрос обслуживают те серверы, которые ближе к посетителю. Сервер, где лежит сам сайт, web.dev называет сервером-источником (origin server). В примере магазина example.ru фотографии игр могут лежать ещё и на серверах CDN в нескольких городах.

Определение дано в русском глоссарии MDN Web Docs:

«CDN (Content Delivery Network - сеть доставки контента) - это группа серверов, расположенных во многих местах. Эти сервера хранят дубликаты данных, чтобы сервера могли выполнять запросы данных на основе того, какие сервера ближе всего к конечным пользователям.»

Если сказать проще: у сайта есть сервер, на котором он лежит. CDN добавляет сеть серверов с копиями файлов, и посетитель получает файл с того сервера, который ближе. У магазина example.ru сайт лежит на одном сервере хостинг-провайдера. Фотографии игр могут лежать ещё и на серверах CDN в нескольких городах. Что такое хостинг и чем он отличается от домена, объясняет статья «Домен и хостинг: в чём разница и на кого оформлен домен».

Сервер, где лежит сайт, web.dev называет сервером-источником:

"Key term: Origin server refers to the server that a CDN retrieves content from."

Перевод наш: ключевой термин - сервер-источник, то есть сервер, с которого CDN получает содержимое.

Блог Google Search Central описывает роль CDN так:

"CDNs are basically an intermediary between your origin server (where your website lives) and the end user, and serves (some) files for them."

Перевод наш: CDN - по сути посредник между вашим сервером-источником (где живёт ваш сайт) и конечным пользователем, и он отдаёт им некоторые файлы. Слово some стоит в скобках в самом тексте Google, то есть речь идёт о части файлов. Какие файлы идут через CDN на вашем сайте, зависит от настроек.

Как CDN хранит копии файлов?

Коротко: по документации Selectel, при первом запросе файла CDN-сервер берёт его у сервера-источника и сохраняет в кэш, то есть в хранилище копий. На следующие запросы он отдаёт файл из кэша. Время хранения копии задаётся в настройках, у Selectel по умолчанию это 24 часа.

Документация Selectel описывает принцип работы так:

«При первом запросе файла CDN-сервер загружает его с источника контента (...) и сохраняет файл в кэш. На последующие запросы этого же файла CDN-сервер отдает файл из кэша без обращения к источнику.»

В пропуске стоят слова документации о том, что источник контента - основной сервер, где хранится содержимое. Web.dev описывает то же в общем виде:

"The first time that a particular resource is requested from the cache the CDN will request it from the origin server and cache the response."

Перевод наш: при первом запросе ресурса из кэша CDN запросит его у сервера-источника и сохранит ответ.

Кэш (cache) в этой статье - хранилище копий на CDN-сервере. Документация Selectel добавляет подробности, которые видны в таблице.

СитуацияЧто пишет документация Selectel
Посетитель из другого региона запрашивает тот же файлБлижайший к посетителю CDN-сервер проверяет файл в своём кэше
В кэше этого сервера файла нетCDN-сервер обращается к промежуточному серверу, который документация называет шилдинг-сервером
Нет файла и у шилдинг-сервераШилдинг-сервер запрашивает файл у источника контента, сохраняет в свой кэш и отдаёт CDN-серверу
Сколько хранится копияСрок хранения задаётся в настройках, по умолчанию 24 часа; файл, который долго не запрашивали, автоматически удаляется из кэша

Срок хранения копии web.dev называет Time to Live (TTL), в переводе время жизни. В документации Selectel о том же сказано так:

«CDN-серверы (...) кэшируют на время, которое задается в настройках»

Цифра 24 часа относится к настройке по умолчанию у Selectel. У другого провайдера значение может быть другим, и узнавать его надо у подрядчика или в документации выбранного сервиса.

Какие файлы сайта идут через CDN?

Коротко: web.dev делит содержимое на статическое и динамическое. Данные, предназначенные одному пользователю, по web.dev CDN кэшировать не должен. Через CDN можно пустить весь сайт или только его часть, например статические файлы. Какой вариант выбран на вашем сайте, определяют настройки CDN.

Страница web.dev разделяет статическое и динамическое содержимое:

"Static content changes infrequently, if ever."

Перевод наш: статическое содержимое меняется редко, если вообще меняется. В примерах страницы названы изображения, видео и библиотеки с версиями.

"Dynamic content is content that changes frequently. An API response and a store homepage are examples of this content type."

Перевод наш: динамическое содержимое - то, что меняется часто. Примеры этого типа - ответ API и главная страница магазина. В том же разделе web.dev пишет, что динамическое содержимое всё же можно кэшировать:

"However, the fact that this content changes frequently doesn't necessarily preclude it from being cached."

Перевод наш: то, что это содержимое меняется часто, само по себе не исключает его кэширования. Чем статический сайт отличается от динамического на уровне всей страницы, объясняет статья «Статический сайт: что это и чем он отличается от динамического».

Для данных одного посетителя web.dev даёт отдельное правило:

"Private resources contain data intended for a single user and therefore should not be cached by a CDN."

Перевод наш: приватные ресурсы содержат данные, предназначенные одному пользователю, и поэтому не должны кэшироваться CDN. Какие страницы магазина относятся к приватным и как они помечены, спрашивайте у подрядчика.

Ещё один вопрос - сколько сайта отдаёт CDN. Web.dev называет идеальным вариантом такой:

"Ideally you should use a CDN to serve your entire site."

Перевод наш: в идеале вам следует использовать CDN для всего сайта. Дальше на странице есть второй вариант:

"If using a CDN to serve all resources is not an option, you can configure a CDN to only serve a subset of resources - for example, only static resources."

Перевод наш: если отдавать через CDN все ресурсы нельзя, CDN можно настроить на часть ресурсов, например только на статические. Документация Selectel называет среди задач CDN статический контент: изображения, CSS, JS, видео. Как выбрать формат фотографий для магазина и что передать подрядчику, разобрано в статье «Формат изображений для сайта: какой выбрать и что передать подрядчику».

Что происходит с копиями после правок на сайте?

Коротко: пока копия лежит в кэше, CDN-сервер отдаёт её без обращения к источнику, как описывает Selectel. Web.dev называет способ убрать копию до конца срока хранения очисткой кэша (purging). Среди примеров, когда она нужна, web.dev называет исправление опечаток и ошибок в ценах. Кто её выполняет, на странице web.dev не сказано.

Владелец магазина example.ru исправил цену на странице игры. Если эту страницу отдаёт CDN, пока срок хранения копии не истёк, CDN-сервер отдаёт файл из кэша без обращения к источнику. Какую версию страницы увидит покупатель, зависит от того, что именно лежит в кэше. Это вывод из описания Selectel: про цены на витрине документация не говорит. Для таких случаев web.dev описывает очистку кэша:

"Purging (...) is a mechanism for removing a resource from a CDN's caches without having to wait for it to expire or be evicted."

Перевод наш: очистка кэша (purging) - механизм удаления ресурса из кэшей CDN без ожидания, пока он истечёт или будет вытеснен. В пропуске стоит пояснение, что очистку называют ещё инвалидацией кэша. Страница называет и случаи, когда она нужна:

"Purging is critical in situations where content needs to be retracted (for example, correcting typos, pricing errors, or incorrect news articles)."

Перевод наш: очистка кэша критична, когда содержимое нужно отозвать (например, при исправлении опечаток, ошибок в ценах или неверных новостных статей).

В документации Selectel есть раздел о зонах ответственности, и в нём указано:

«Selectel не несет ответственность за настройки CDN-ресурса и кэширования контента»

Это условие одного провайдера. Для вашего проекта оно означает вопрос, который нужно задать до запуска: кто настраивает кэш и кто чистит его после правок - подрядчик, ваш сотрудник или хостинг.

Когда CDN имеет смысл?

Коротко: источники называют условия: нагрузка на сервер-источник, пики трафика, посетители в разных регионах, большой сайт или ожидаемый большой трафик. Числа посетителей, с которого CDN нужен, на этих страницах нет. Web.dev предупреждает, что точный результат от CDN предсказать трудно. Слова Selectel «CDN подходит для любых интернет-проектов» статья общим правилом не считает.

Страницы описывают пользу CDN в таких формулировках.

ИсточникУсловие или задача, которые он называет
Глоссарий MDNCDN «увеличивают скорость доступа к сервису уменьшая влияние высокого трафика»
web.devCDN уменьшают нагрузку на сервер, поэтому снижают затраты на сервер и хорошо подходят для обработки всплесков трафика
Документация SelectelЗадачи: снижать нагрузку на сервер-источник, обеспечивать стабильную работу сайта при пиковых нагрузках, улучшать доступность содержимого сайта для пользователей в разных регионах
Блог Google Search CentralЕсли сайт большой или ожидается (либо уже есть) большой трафик, возможно, стоит подобрать CDN

Из строки web.dev взята такая цитата:

"Because CDNs reduce server load, they reduce server costs and are well-suited to handling traffic spikes."

Перевод наш: поскольку CDN снижают нагрузку на сервер, они снижают и затраты на сервер и хорошо подходят для работы со всплесками трафика. Блог Google формулирует условие осторожнее:

"if your site is large or you're expecting (or even already receiving!) large amounts of traffic, you might want to find one that fits your needs"

Перевод наш: если ваш сайт большой или вы ожидаете (или уже получаете!) большой трафик, возможно, стоит найти CDN, который отвечает вашим потребностям. Тот же раздел советует обратиться к хостингу или CMS:

"Check with your hosting or CMS provider, to learn your options (and whether you already use one)."

Перевод наш: уточните у вашего хостинг-провайдера или поставщика CMS, какие у вас есть варианты (и пользуетесь ли вы уже CDN). Какие бывают виды хостинга, разобрано в статье «Виртуальный хостинг, VPS или выделенный сервер: что выбрать».

Документация Selectel о своём продукте пишет: «CDN подходит для любых интернет-проектов». Это слова провайдера о его услуге, и общим правилом для всех сайтов статья их не считает. Страниц, которые перечисляли бы случаи, когда CDN не нужен, среди разобранных нет. Вывод о том, нужен CDN или нет, из источников не следует.

О размере выигрыша web.dev пишет осторожно:

"it can be difficult to predict the exact performance you'll get from a CDN"

Перевод наш: может быть трудно предсказать, какую именно производительность вы получите от CDN. MDN тоже даёт общую формулировку без цифр, и обещанием для вашего сайта она не служит.

Что проверить при запуске: видят ли страницы поисковые роботы?

Коротко: блог Google Search Central (24.12.2024) предупреждает: защита на стороне CDN может внести нужных роботов в список блокировки, и тогда сайт может не появиться в результатах поиска. Для временной блокировки Google называет предпочтительными ответы 503 и 429. Тайм-ауты и сообщение об ошибке с кодом 200 вредны. Это проверка при приёмке сайта.

Блог Google описывает эту проблему так:

"This prevents crawlers from accessing your site, which ultimately may prevent your site from showing up in search results."

Перевод наш: это не позволяет роботам попасть на ваш сайт, что в итоге может не позволить сайту появиться в результатах поиска. Речь идёт о ситуации из предыдущего предложения страницы: нужные роботы оказались в списке блокировки CDN. Этот список Google связывает с Web Application Firewall (WAF, межсетевой экран для веб-приложений). Страница делит блокировки на жёсткие (ошибка в ответ на запрос робота) и мягкие (окно проверки на человека).

Что отвечает CDN роботуЧто пишет Google
Коды 503 или 429Предпочтительный способ сообщить о временной блокировке
Сетевой тайм-аутЗатронутые адреса будут удалены из поискового индекса Google
Сообщение об ошибке с кодом 200Google называет такие ответы мягкими ошибками и пишет, что это особенно плохо
Окно проверки на человекаGoogle настоятельно рекомендует отдавать роботам код 503

По тексту блога, ответы 503 и 429 дают время заметить и исправить блокировку. Для тайм-аутов и ошибок с кодом 200 Google описывает риск удаления адресов из индекса; для кода 200 он добавляет, что страницы с одинаковым текстом ошибки могут исключить как дубликаты. Про окно проверки на человека Google пишет так:

"we strongly recommend sending a clear signal in the form of a 503 HTTP status code to automated clients like crawlers that the content is temporarily unavailable."

Перевод наш: мы настоятельно рекомендуем отправлять автоматизированным клиентам, таким как роботы, чёткий сигнал в виде кода 503, что содержимое временно недоступно. Как проверить результат, Google тоже описывает:

"the easiest way to check if things are working correctly is to use the URL Inspection tool in Search Console and observe the rendered image: if it shows your page, you're good; if it shows an empty page, an error, or a page with a bot challenge, you might want to talk to your CDN about it."

Перевод наш: самый простой способ проверить, что всё работает правильно, - открыть инструмент проверки URL в Search Console и посмотреть на отрисованное изображение. Если там ваша страница, всё хорошо. Если там пустая страница, ошибка или страница с проверкой на бота, возможно, стоит поговорить об этом с вашим CDN. Блог пишет и о том, зачем это делать:

"If you need your site to show up in search engines, we strongly recommend checking whether the crawlers you care about can access your site."

Перевод наш: если вам нужно, чтобы сайт появлялся в поисковых системах, мы настоятельно рекомендуем проверять, могут ли нужные вам роботы попасть на сайт. Страница написана про Google и его инструмент Search Console. Другие поисковые системы в ней упомянуты один раз: по словам Google, они тоже публикуют IP-адреса своих роботов. По этим адресам блог предлагает находить роботов в списке блокировки WAF и при необходимости убирать их оттуда.

Для приёмки отсюда следуют два вопроса подрядчику; они вошли в список в конце статьи (вопрос 7). Шаг «Запуск» на главной bitspark.ru описан так:

«Проверяем desktop и mobile, скорость, формы и ключевые сценарии - затем запускаем.»

Если на сайте будет CDN, вопросы подрядчику про CDN стоит задать до этого шага.

Проходят ли через CDN формы и данные посетителей?

Коротко: часть 5 статьи 18 закона 152-ФЗ не допускает при сборе персональных данных граждан России запись, хранение и ряд других действий с использованием баз данных за пределами России, кроме случаев из п. 2, 3, 4, 8 ч. 1 ст. 6. В тексте части слов CDN и кэш нет. Применима ли она к схеме с CDN, статья не решает: это вопрос подрядчику и юристу заказчика.

Норма записана в части 5 статьи 18 Федерального закона «О персональных данных» от 27.07.2006 N 152-ФЗ:

«При сборе персональных данных, в том числе посредством информационно-телекоммуникационной сети "Интернет", запись, систематизация, накопление, хранение, уточнение (обновление, изменение), извлечение персональных данных граждан Российской Федерации с использованием баз данных, находящихся за пределами территории Российской Федерации, не допускаются, за исключением случаев, указанных в пунктах 2, 3, 4, 8 части 1 статьи 6 настоящего Федерального закона.»

На странице стоит пометка, что подготовлена редакция документа с изменениями, не вступившими в силу; её текст в статье не разбирается. В тексте части 5 нет слов CDN, кэш, сервер.

Страницы MDN, web.dev, Google и Selectel, разобранные в этой статье, про персональные данные не говорят. Статья не делает вывода, нарушает ли конкретная схема с CDN закон. Такой вывод относится к вопросам юриста заказчика.

Для разговора с подрядчиком пригодны факты. Формы сайта собирают данные посетителей, например имя и телефон. Документация Selectel публикует список точек присутствия CDN: в нём названы города России, а также Армении, Беларуси, Грузии, Казахстана, Кыргызстана, Молдовы и Узбекистана. Подрядчика стоит спросить, проходят ли через CDN отправка форм и страницы с данными посетителей, где находятся серверы CDN и куда в итоге попадают данные форм. Подробный разбор нормы и её исключений дан в статье «Локализация персональных данных: что говорит закон о данных с сайта».

Как подключение CDN связано со сменой хостинга и DNS?

Коротко: Центр Google Поиска называет сменой хостинга и смену хостинг-провайдера, и переход на CDN. Web.dev описывает подключение так: регистрация у провайдера CDN и обновление CNAME-записи в DNS. Подготовка и проверка таких работ подробно разобраны в статьях о переносе сайта и о DNS-записях.

Страница Центра Google Поиска о смене хостинга начинается с определения:

«Под сменой хостинга понимается смена хостинг-провайдера или переход на использование сети доставки контента (CDN).»

Для заказчика это значит, что подключение CDN в документе Google относится к смене хостинга. Документ описывает смену без изменения адресов страниц. Что подготовить и что проверить при такой смене, объясняет статья «Перенос сайта на другой хостинг: что подготовить и что проверить».

Web.dev описывает порядок подключения в общих чертах:

"At a high-level, the setup process for this consists of signing up with a CDN provider, then updating your CNAME DNS record to point at the CDN provider."

Перевод наш: в общих чертах настройка состоит из регистрации у провайдера CDN и обновления вашей CNAME-записи в DNS так, чтобы она указывала на провайдера CDN. Через одно предложение, после примера CNAME-записи, страница говорит о последствии:

"As a result of this DNS change, traffic to your site will be routed through the CDN."

Перевод наш: в результате этого изменения в DNS трафик на ваш сайт будет направляться через CDN. Что такое DNS-записи, где их менять и кто это делает, объясняет статья «DNS-записи: что это и какие нужны сайту, где их менять». Если после подключения CDN сайт отвечает ошибкой сервера, значение кода 500 и обязанности сторон разобраны в статье «Ошибка 500 на сайте: что это значит и что делать владельцу».

Какие вопросы задать подрядчику про CDN?

Коротко: восемь вопросов, у каждого указана страница, по которой он составлен. Они касаются файлов, срока хранения копий, очистки кэша, оплаты тарифа провайдера, проверки роботов, форм с данными и DNS. Ответы стоит получить до запуска сайта. Шестой вопрос опирается на слова web.dev о цене, поддержке и подключении; цен на CDN в статье нет.

  1. Подключён ли CDN у хостинга или в CMS уже сейчас? Опора: блог Google Search Central, совет уточнить у хостинг-провайдера или поставщика CMS.
  2. Весь сайт идёт через CDN или только статические файлы, и какие именно? Опора: web.dev, варианты весь сайт и часть ресурсов; документация Selectel, перечень статического контента.
  3. На какой срок CDN хранит копии файлов? Опора: web.dev (TTL); Selectel (срок задаётся в настройках, по умолчанию 24 часа).
  4. Кто и как очищает кэш после правки цены, текста или картинки? Опора: web.dev, раздел о purging.
  5. Кто отвечает за настройки кэша? Опора: документация Selectel, раздел о зонах ответственности.
  6. Кто платит за CDN и по какому тарифу провайдера? Опора: web.dev называет цену, поддержку и подключение среди вещей, которые нужно учесть при выборе CDN.
  7. Что CDN отдаёт роботам при блокировке и кто проверил страницы в Search Console? Опора: блог Google Search Central, раздел о блокировках.
  8. Проходят ли через CDN формы и данные посетителей, где находятся серверы CDN и кто меняет записи DNS при подключении? Опора: часть 5 статьи 18 закона 152-ФЗ; web.dev, раздел о настройке.

Шестой вопрос опирается на такие слова web.dev:

"the other features that a CDN offers (for example, security and analytics features), as well as a CDN's pricing, support, and onboarding are all important to consider when choosing a CDN"

Перевод наш: другие возможности, которые предлагает CDN (например, функции безопасности и аналитики), а также цена CDN, поддержка и подключение - всё это важно учитывать при выборе CDN.

Источники

Даты: все страницы открыты 21.10.2026.

Обсудить проект в Telegram: t.me/billioniks

Читайте по теме

Все статьи раздела «Дизайн и элементы сайта» →