Розробка сайту ЗМІ на 1С-Бітрікс — один із найвимогливіших напрямів у веб-розробці. Тисячі публікацій щодня, мільйони переглядів у пікові години, десятки редакторів працюють паралельно. В одному з проєктів ми зіткнулися з ситуацією: під час запуску ранкової стрічки сервер падав через неоптимізовані запити до інфоблоків, а редактори чекали по 30 секунд збереження матеріалу. Після аудиту з'ясувалося, що кеш не був налаштований, а запити до БД не індексовані. Щоб цього уникнути, потрібна грамотна архітектура з самого початку. Ми пропонуємо перевірене рішення: правильна структура даних, налаштування композитного кеша та CDN.
Забезпечуємо повний цикл: від аналітики навантаження до запуску та підтримки. За 10+ років у Бітрікс і понад 50 успішних проєктів ми виробили шаблони рішень для високонавантажених новинних порталів. Середній бюджет такого проєкту — $20,000–$40,000. Вартість повного циклу з підтримкою — від $25,000. Економія до 40% на серверах завдяки оптимізації. Композитний кеш, CDN, теговане кешування та правильно налаштований редакційний workflow — це база, без якої ЗМІ не виживе. Наші інженери сертифіковані та знають, як витиснути максимум із платформи. Оптимізація інфраструктури дозволяє скоротити витрати на сервери до 40%, а правильне налаштування кеша — знизити час завантаження до 10 мс.
Згідно з офіційною документацією 1С-Бітрікс, композитний кеш віддає статику напряму через nginx, не завантажуючи PHP, що є ключовим елементом продуктивності для ЗМІ. Наш досвід підтверджує, що правильна архітектура Highload-блоків дозволяє зберігати до 10 млн записів тегів без втрати швидкодії.
Чому 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 мс, що в 5–10 разів швидше за вимкнений кеш. Налаштування: вмикаємо в панелі управління, виключаємо сторінки з 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 разів швидше) |
| Морфологія | Обмежена | Повноцінна, з налаштуванням словників |
| Фасетний пошук | Не підтримує | Підтримує |
Elasticsearch працює до 10 разів швидше за штатний пошук Бітрікс для баз з 1М+ записів. Для досягнення максимальної продуктивності Бітрікс ми використовуємо композитний кеш.
Що входить у роботу?
| 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 критичні для збереження пошукового трафіку.
Компанія має 10+ років досвіду в розробці на Бітрікс та 50+ реалізованих проєктів у сегменті медіа. Отримайте консультацію — оцінимо ваш проєкт і запропонуємо оптимальну архітектуру. Ми на ринку вже 5 років, виконали понад 50 проєктів, і гарантуємо якість. Зв'яжіться з нами, щоб обговорити деталі.
Ми спеціалізуємося на розробці 1С-Бітрікс новинний портал та оптимізуємо продуктивність Бітрікс на всіх рівнях. Використання інфоблоків Бітрікс та Highload-блоків Бітрікс дозволяє створити гнучку структуру контенту. Наприклад, повний цикл для порталу з 100 000 відвідувачів на день коштує від $25,000, а додаткова оптимізація — від $5,000. Також варто зазначити, що AMP-шаблони завантажуються в 3-4 рази швидше за звичайні сторінки на мобільних пристроях.