Я часто вижу одну и ту же ловушку: CDN ставят «для скорости», а потом удивляются, почему сайт не ускорился, а местами даже просел.
Схема простая. Пользователь запрашивает страницу — запрос идет не сразу к серверу, а через дополнительный слой. Если CDN настроен криво, он добавляет лишний RTT, ошибочно кэширует, ломает TTFB и делает первый ответ тяжелее. Для Яндекса это не теория: если реальный пользователь дольше ждет HTML, поведенческие сигналы это фиксируют. ПФ не любят лишнюю задержку.
Что я проверяю в первую очередь:
1) TTFB до/после CDN
2) долю cache hit
3) географию аудитории: есть ли вообще смысл в глобальной сети
4) не ломает ли CDN редиректы, cookies и персонализацию
5) что показывает Search Console/Метрика по скорости и отказам
Если CDN дает не меньше, а больше задержки — это не ускорение, а дорогая прослойка. Красивые карты с узлами ничего не значат. Значат только цифры. ⚠️
Яндекс Сигнал
@YandexSignalPro
Я часто вижу одну и ту же ловушку: CDN ставят «для скорости», а потом удивляются, почему сайт не ускорился, а
Этот пост опубликован в Telegram-канале Яндекс Сигнал. Подписаться можно по ссылке: @YandexSignalPro.