Разработка сайта СМИ на 1С-Битрикс — одно из самых требовательных направлений в веб-разработке. Тысячи публикаций ежедневно, миллионы просмотров в пиковые часы, десятки редакторов работают параллельно. В одном из проектов мы столкнулись с ситуацией: при запуске утренней ленты сервер падал из-за неоптимизированных запросов к инфоблокам, а редакторы ждали по 30 секунд сохранения материала. После аудита выяснилось, что кеш не был настроен, а запросы к БД не индексированы. Чтобы этого избежать, нужна грамотная архитектура с самого начала. Мы предлагаем проверенное решение: правильная структура данных, настройка композитного кеша и CDN.
Обеспечиваем полный цикл: от аналитики нагрузки до запуска и поддержки. За 10+ лет в Битрикс мы выработали шаблоны решений для высоконагруженных новостных порталов. Композитный кеш, CDN, тегированное кэширование и правильно настроенный редакционный workflow — это база, без которой СМИ не выживет. Наши инженеры сертифицированы и знают, как выжать максимум из платформы. Оптимизация инфраструктуры позволяет сократить расходы на серверы до 40%, а правильная настройка кеша — снизить время загрузки до 10 мс.
«Композитный кеш отдаёт статику напрямую через nginx, не загружая PHP. Это ключевой элемент производительности для СМИ.» — Официальная документация 1С-Битрикс
Выбор Битрикс для новостного портала
Платформа справляется с высокой нагрузкой при условии грамотной настройки. Композитный кеш отдаёт статику в обход PHP, CDN разгружает сервер, а тегированный кеш автоматически сбрасывается при публикации новой записи. Поддерживает REST API для интеграции с внешними сервисами и бизнес-процессы для версионирования контента.
Как мы проектируем архитектуру контента?
Основа — инфоблоки с продуманной структурой.
Главный инфоблок «Публикации» содержит все материалы: новости, статьи, интервью, репортажи. Тип материала — свойство-справочник, не отдельный инфоблок, чтобы общий контентный поток выводился на главной без объединения нескольких источников.
Рубрики — разделы инфоблока (политика, экономика, общество, спорт, культура, технологии). Вложенность одноуровневая — глубокие деревья усложняют навигацию и размывают SEO.
Теги — множественное свойство, привязанное к Highload-блоку тегов. Это нормализует теги (избегает дублей), хранит SEO-описание и отслеживает популярность.
Спецпроекты — отдельный инфоблок с привязкой к публикациям через свойство «Связанные материалы». Авторы — Highload-блок с полями: ФИО, фото, должность, био, ссылки на соцсети.
Как настроить редакционный workflow?
В редакции над одним материалом работают 3–5 человек: корреспондент, редактор, выпускающий, корректор, фоторедактор. Workflow строится на статусах инфоблока и правах групп пользователей.
Статусы: черновик, на редактуре, на корректуре, готов к публикации, опубликован, снят с публикации. Права доступа настраиваем для групп: корреспонденты (создание, смена на «На редактуре»), редакторы рубрик (редактирование всех в своём разделе), выпускающие (публикация), главред (полный доступ).
Уведомления через обработчик OnAfterIBlockElementUpdate — email или Telegram-бот. Версионирование включаем через бизнес-процессы инфоблока. Это гарантирует прозрачность каждого изменения.
RSS, AMP, Turbo-страницы
RSS — компонент rss.out с настройкой количества элементов (50–100 последних), отдельные ленты для каждой рубрики.
Turbo-страницы Яндекса формируем через отдельный RSS-канал с XSLT-трансформацией и turbo:content. AMP (Accelerated Mobile Pages) — через альтернативный шаблон сайта по префиксу /amp/. AMP-шаблон использует amp-img, amp-video, amp-carousel, а формы — через amp-form.
Рекламные блоки
Модуль advertising Битрикс подходит для простой ротации, но для крупного СМИ подключаем Google Ad Manager через тег gpt.js. Контейнеры размещаем с lazy-loading — это улучшает Core Web Vitals. Нативная реклама — отдельный раздел инфоблока с пометкой «Партнёрский материал» в соответствии с ФЗ «О рекламе».
Производительность под высокую нагрузку
Новостной портал с миллионами просмотров в сутки требует иной инфраструктуры. Композитный кеш отдаёт статику напрямую через nginx — время ответа снижается до 10–30 мс. Настройка: включаем в панели управления, исключаем страницы с POST-формами и персонализацией.
Как настроить композитный кеш за 4 шага
- Включите композитный кеш в административном разделе: «Настройки» → «Производительность» → «Композитный режим».
- Настройте исключения: для страниц с формами, корзиной, личным кабинетом используйте параметр
EXCLUDE_BY_GETиEXCLUDE_BY_POST. - Укажите время кеширования: для списков новостей 5 минут, для главной 60 секунд.
- Проверьте работу через браузерный инспектор: ответ должен содержать заголовок
X-Bitrix-Composite: ok.
Подробнее о композитном кеше
Композитный кеш разбивает страницу на статику (HTML) и динамические фрагменты (AJAX). Статика отдаётся nginx без загрузки PHP. Тегированный кеш сбрасывается автоматически при добавлении новой публикации. Это основа быстрой загрузки.CDN — статика (CSS, JS, изображения) отдаётся через CDN, TTL 30 дней. Кеширование компонентов: для списков новостей CACHE_TIME = 5 минут, для главной — 60 секунд, для архивов — 24 часа.
Серверная архитектура: Nginx, PHP-FPM, MySQL/MariaDB с master-slave репликацией, Memcached или Redis (предпочтительнее), Elasticsearch для полнотекстового поиска. Мониторинг: модуль «Производительность» Битрикс, Grafana + Prometheus, Sentry.
Сравнение: штатный поиск vs Elasticsearch
| Критерий | Штатный поиск Битрикс | Elasticsearch |
|---|---|---|
| Скорость при 1M+ записей | 2-5 секунд | 0.1-0.5 секунды (до 10 раз быстрее) |
| Морфология | Ограниченная | Полноценная, с настройкой словарей |
| Фасетный поиск | Не поддерживает | Поддерживает |
Что входит в работу?
| Deliverable | Описание |
|---|---|
| Документация | Структура инфоблоков, схема кеширования, описание workflow |
| Доступы | Настроенные группы пользователей, права, роли |
| Обучение | Инструкции для редакторов, администраторов, техподдержки |
| Поддержка | Мониторинг первых недель, исправление багов, консультации |
| Миграция | Импорт контента, редиректы со старого сайта |
Этапы разработки новостного портала
| Этап | Работы | Срок |
|---|---|---|
| Аналитика | Структура рубрик, редакционный workflow, требования к нагрузке | 2–3 недели |
| Проектирование | Архитектура инфоблоков, схема кеширования, прототипы | 2–3 недели |
| Дизайн | Сетка публикаций, шаблоны материалов, мобильная версия | 3–4 недели |
| Фронтенд | Вёрстка, AMP-шаблоны, рекламные контейнеры | 4–5 недель |
| Backend | Инфоблоки, workflow, RSS/Turbo, интеграция Ad Manager | 4–6 недель |
| Инфраструктура | CDN, кластер БД, Redis, мониторинг, нагрузочное тестирование | 2–3 недели |
| Миграция контента | Импорт архива публикаций, редиректы со старых URL | 2–4 недели |
| Запуск | Плавный переход, мониторинг первых дней | 1 неделя |
Общий срок — от 20 недель. Миграция контента часто оказывается самым непредсказуемым этапом: старая CMS может хранить данные в нестандартных форматах, а редиректы со старых URL критичны для сохранения поискового трафика.
Получите консультацию — оценим ваш проект и предложим оптимальную архитектуру. Свяжитесь с нами, чтобы обсудить детали. Закажите разработку новостного портала с гарантией качества.