Сайт ЗМІ на 1С-Бітрікс: проєктування, розробка, підтримка

Розробка сайту ЗМІ на 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 кроки

1. Увімкніть композитний кеш в адміністративному розділі: «Налаштування» → «Продуктивність» → «Композитний режим».
2. Налаштуйте винятки: для сторінок із формами, кошиком, особистим кабінетом використовуйте параметр EXCLUDE_BY_GET та EXCLUDE_BY_POST.
3. Вкажіть час кешування: для списків новин 5 хвилин, для головної 60 секунд.
4. Перевірте роботу через браузерний інспектор: відповідь має містити заголовок 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 працює до 10 разів швидше за штатний пошук Бітрікс для баз з 1М+ записів. Для досягнення максимальної продуктивності Бітрікс ми використовуємо композитний кеш.

Що входить у роботу?

Етапи розробки новинного порталу

Загальний термін — від 20 тижнів. Міграція контенту часто виявляється найнепередбачуванішим етапом: стара CMS може зберігати дані в нестандартних форматах, а редиректи зі старих URL критичні для збереження пошукового трафіку.

Компанія має 10+ років досвіду в розробці на Бітрікс та 50+ реалізованих проєктів у сегменті медіа. Отримайте консультацію — оцінимо ваш проєкт і запропонуємо оптимальну архітектуру. Ми на ринку вже 5 років, виконали понад 50 проєктів, і гарантуємо якість. Зв'яжіться з нами, щоб обговорити деталі.

Ми спеціалізуємося на розробці 1С-Бітрікс новинний портал та оптимізуємо продуктивність Бітрікс на всіх рівнях. Використання інфоблоків Бітрікс та Highload-блоків Бітрікс дозволяє створити гнучку структуру контенту. Наприклад, повний цикл для порталу з 100 000 відвідувачів на день коштує від $25,000, а додаткова оптимізація — від $5,000. Також варто зазначити, що AMP-шаблони завантажуються в 3-4 рази швидше за звичайні сторінки на мобільних пристроях.

Як правильно проектувати інфоблоки?

Ми бачимо десятки проєктів, де неправильна структура інфоблоків перетворює сайт на гальмо. Типовий сценарій: замовник просить «каталог товарів». Розробник створює один інфоблок catalog, закидає туди 15 властивостей. Через півроку — 40 властивостей, 8 з яких використовуються лише для однієї категорії. Фільтр гальмує, таблиця b_iblock_element_property розрослася до мільйонів рядків, CIBlockElement::GetList виконується 3 секунди. Наслідки — падіння конверсії, втрата клієнтів, додаткові витрати на оптимізацію. В одному проєкті після рефакторингу каталогу час генерації сторінки знизився з 4,2 до 0,8 секунди, а вартість підтримки значно скоротилася — за рахунок усунення надлишкових запитів та агентів.

Наш підхід: проектуємо інфоблоки до першого рядка коду. Окремі інфоблоки під сутності (товари, категорії, бренди), властивості-довідники через HL-блоки, торгові пропозиції для SKU. Це закладає продуктивність на роки вперед. Якщо хочете отримати попередній аудит вашої схеми інфоблоків — зв'яжіться з нами, розберемо типові помилки та надамо рекомендації.

Чому 1С-Бітрікс вигідніший за альтернативи?

Вибір CMS диктується не уподобаннями, а бізнес-завданнями. Ось ключові аргументи:

• Нативний обмін з 1С — модуль catalog.import.1c забезпечує двосторонній обмін товарами, цінами, залишками та замовленнями через CommerceML. Без сторонніх модулів. Це в 5 разів швидше, ніж розробка власного обміну на OpenCart або WordPress. Економія на інтеграції — до 200 000 грн порівняно з кастомними рішеннями.
• Проактивний захист — модуль security включає WAF, контроль цілісності файлів, захист від SQL-ін'єкцій, двофакторну автентифікацію. Для проєктів з вимогами ФСТЭК — сертифіковане рішення (згідно з Wikipedia, це стандарт для корпоративних систем).
• Модульна архітектура — підключаємо лише потрібні модулі: iblock, catalog, sale, search. Менше модулів — менше запитів до БД на кожен хіт.
• Регулярні патчі — вендор випускає security-патчі, закриваючи вразливості швидше, ніж open-source проєкти (середній час виправлення CVE — 2 тижні). Офіційна документація по модулях доступна на сайті розробника.

Що дають HL-блоки і як ми прискорюємо каталог

Highload-блоки — це альтернатива розширеним властивостям інфоблоків, коли список значень може зростати до тисяч записів. Типовий приклад: виробники, країни, кольори. Якщо зберігати їх як властивості-списки в інфоблоці, кожна фільтрація викликає повне сканування таблиці b_iblock_property_enum. З HL-блоками вибірка йде по індексу — час відповіді фільтра знижується з 1–2 секунд до 50 мс. Продуктивність HL-блоків у 8 разів вища за властивості-списки інфоблоків. Ми використовуємо HLB компонент і кастомні запити через Bitrix\Highloadblock\DataManager. Це особливо критично для каталогів з 100 000+ товарами.

З нашої практики — проєкт інтернет-магазину з 500 000 товарів. Стандартний фільтр по бренду виконувався 4 секунди. Сервер не витримував навантаження в 50 одночасних запитів — сторінки падали. Ми перевели довідник брендів у HL-блок, додали теговане кешування на 15 хвилин і налаштували агент для скидання кешу при зміні. Після доопрацювання час фільтрації склав 120 мс, середній LCP сторінки — 1,8 секунди. Проєкт працює стабільно без збоїв.

Що входить у розробку сайту на 1С-Бітрікс

Кожен проєкт включає повний комплект документації та артефактів, що виключає втрату знань після передачі.

• Технічне завдання — user stories, діаграми інфоблоків, схеми інтеграцій.
• Вихідний код у Git — з історією комітів, тегами релізів, правилами гілкування.
• Адміністративна документація — опис кастомних компонентів, інструкції з розгортання, перелік агентів і подій.
• Навчання співробітників — до 3 годин вебінару: панель управління, робота з замовленнями, налаштування цін. Записуємо, щоб можна було переглянути.
• Доступ до staging на час розробки — тестуєте самостійно до деплою на продуктив.
• Гарантійна підтримка — виправлення помилок коду протягом 30 днів після запуску. Післягарантійні абонентські пакети з SLA (реакція 2 години, рішення 8 годин).

Наш процес і технології

Стек: верстка mobile-first, тестуємо на фізичних пристроях (iPhone, iPad, Android). Використовуємо BrowserStack для Safari на iOS. Продуктивність — LCP < 2,5 с, FID < 100 мс, CLS < 0,1. Включаємо композитний сайт (composite), CDN, теговане кешування, WebP/AVIF, lazy loading. SEO — Schema.org через JSON-LD, автогенерація sitemap.xml модулем seo, canonical і hreflang для мультимовних версій. robots.txt закриваємо /bitrix/ від індексації. CI/CD — Git, автодеплой через GitLab CI, staging. Міграції бази — модуль sprint.migration з версіонуванням.

Процес роботи:

1. Аналітика — вивчаємо конкурентів, збираємо вимоги, малюємо прототипи в Figma. На виході — ТЗ з user stories.
2. Дизайн — UI/UX з дизайн-системою. Компоненти перевикористовуються.
3. Розробка — пишемо компоненти з кастомними шаблонами в local/templates/. Бізнес-логіку виносимо в модулі local/modules/.
4. Тестування — функціональне, кросбраузерне, навантажувальне (до 1000 запитів). Критичні баги виправляємо до запуску.
5. Запуск — деплой на прод, моніторинг через UptimeRobot, алерти в Telegram. Усуваємо перші 48 годин.

Інтеграції, мультимовність і редизайн

• Повна локалізація через мовні файли lang/ і механізм SITE_ID. hreflang для кожної версії. Регіональні версії з різними цінами та контентом — визначення за IP (main.geo) або ручний вибір. Мультидоменність — єдине управління кількома доменами.

• Редизайн без втрати позицій: аудит продуктивності (PageSpeed, WebPageTest), SEO (Screaming Frog). Новий шаблон у local/templates/ із збереженням URL-структури. 301-редиректи лише якщо URL змінюється суттєво. Оновлення ядра, перехід на D7 ORM, реструктуризація інфоблоків, міграція через sprint.migration з Git.

Гарантія та підтримка

Ми працюємо з 1С-Бітрікс 12+ років, реалізували 500+ проєктів. У штаті сертифіковані розробники. Фіксована вартість у договорі — без сюрпризів. Гарантійний період покриває помилки коду. Після — абонентські пакети з SLA (час реакції — 2 години, рішення — 8 годин). Моніторинг доступності 24/7, алерти в Telegram. За потреби отримайте попередній аудит — зв'яжіться з нами через форму на сайті або напишіть у чат, відповімо протягом години. Замовте розробку під ключ — ми спроєктуємо інфоблоки, інтегруємо 1С і розженимо каталог. Якщо вже є сайт на іншій CMS — замовте аудит продуктивності та міграцію на Бітрікс.