#Признаки проблемы и применимость
После подключения CDN часть CSS-файлов Битрикс продолжает загружаться со старого домена, хотя HTML сайта открывается с нового. Это может быть сохранённый абсолютный адрес в шаблоне, неверный CDN-хост для статических ресурсов или старая кешированная страница; простая очистка браузера не исправит источник ссылки.
#Причины и отличительные признаки
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| Абсолютный адрес записан в темеАбсолютный адрес записан в теме. В исходном HTML href содержит прежний домен | В исходном HTML href содержит прежний домен | Исправить генерацию URL в собственном шаблоне |
| CDN обслуживает старую конфигурациюCDN обслуживает старую конфигурацию. У источника правильный адрес, на краю CDN старый | У источника правильный адрес, на краю CDN старый | Проверить правила CDN и кешированный HTML |
| Блокировка смешанного контента или CORSБлокировка смешанного контента или CORS. CSS загружается по HTTP или отвечает 403 | CSS загружается по HTTP или отвечает 403 | Проверить HTTPS и заголовки запроса |
#Пошаговая диагностика и исправление
- Найдите проблемную таблицу стилейОткройте страницу в браузере → F12 → «Сеть» → отфильтруйте CSS, перезагрузите страницу. Нажмите на неудачный файл и запишите Request URL, статус, вкладку Initiator и домен. Не меняйте CORS или CSP до выяснения точной причины отказа.
- Отделите HTML-адрес от фактического перенаправленияОткройте «Просмотреть исходный код страницы» и найдите href проблемной таблицы стилей. Если в HTML уже старый адрес — источник страницы/шаблон. Если HTML содержит новый URL, но сеть показывает переход на старый домен — исследуйте 301/302 или правила CDN.
- Сверьте прямой HTTP-ответНа своём компьютере или SSH выполните запрос заголовков известного публичного CSS по фактическому URL. Проверьте Location и Content-Type; команда не исправляет состояние и не раскрывает токены.
- Замените адрес на реальный; при сомнении сравните с GET через браузерLinux · Терминал (Bash)КомандаЗамените адрес на реальный; при сомнении сравните с GET через браузер.
curl -I --max-time 15 https://cdn.example/styles/site.css
- Проверьте настройки подключения CDNВ административной части Битрикс и кабинете CDN найдите источник, домен доставки, сертификат, правила переписывания CSS и сопоставление хостов. Изменяйте только свой ресурс. Не публикуйте API-ключи CDN и не отключайте HTTPS ради проверки.
- Изучите собственные шаблоны и сборку CSSЕсли старый адрес встроен в шаблон, найдите конкретный файл собственных шаблонов или настроек модуля. Сравните с резервной копией и исправьте на тестовом сайте, используя формирование URL от текущего домена или конфигурации CDN. Не проводите глобальную замену по всей базе SQL без анализа.
- Выборочно обновите кешСначала обновите страницу источника, затем точечно очистите кеш HTML и соответствующего CSS на CDN по конкретным URL. Если источник отдаёт старый HTML, очистка CDN не поможет — исправьте исходную генерацию ссылки.
- Проверьте стили на разных узлах и страницахОткройте несколько страниц в частном окне и в другом браузере. Все CSS должны загружаться по HTTPS с ожидаемого домена и кодом 200; страница не должна терять оформление. Если после обновления перестали работать другие статические файлы, верните прежнюю конфигурацию CDN и сопоставьте правила.
#Проверка результата
CSS в HTML и сетевых запросах использует согласованные адреса, браузер не показывает смешанное содержимое и все проверенные страницы оформлены правильно.
#Что делать, если не помогло
Если браузер получает 304 или старый CSS при новом URL, изучите заголовки кеширования и версию ресурса; если 403 — правила выдачи и доступ источника/CDN, а не только шаблон.