Уявіть: матеріал з друкарською помилкою пішов у нічний випуск. За годину — хвиля негативу. Причина — відсутність редакційного workflow. Ми будуємо медіапортали на 1С-Бітрікс з нуля або доопрацьовуємо існуючі. Наш стек: інфоблоки, bizproc, композитний кеш, paywall. 10+ років практики, 50+ проєктів. Зверніться за консультацією.
Які проблеми вирішує розробка порталу ЗМІ на 1С-Бітрікс?
Портал ЗМІ — це не просто сайт з новинами. Це платформа, що витримує пікові навантаження до 1000 RPS. Вона керує контентом десятків авторів, монетизується через підписку та дистрибутує матеріали в соцмережі. 1С-Бітрікс дає готові інструменти: інфоблоки, бізнес-процеси, композитний кеш, модуль sale. Без правильної архітектури навіть потужна CMS не врятує.
Композитний кеш прискорює завантаження статичних сторінок у 10 разів порівняно зі звичайним кешуванням. Це підтверджено бенчмарками. Для одного з наших клієнтів — регіонального медіа з аудиторією 500 000 унікальних відвідувачів на місяць — ми реалізували metered paywall. За 3 місяці зростання виручки склало 40%.
Як влаштований редакційний workflow?
Workflow — те, що відрізняє видання від блогу. Кожен матеріал проходить ланцюжок обробки. На кожному етапі — свій відповідальний і свої правила.
Ролі в редакції:
- Кореспондент/автор — створює чернетку, редагує до відправлення на перевірку.
- Випусковий редактор — вичитує, править стилістику, перевіряє факти.
- Редактор рубрики — затверджує матеріал для своєї рубрики.
- Головний редактор — фінальне узгодження для матеріалів з позначкою «важливий» та «breaking».
- Коректор — вичитування перед публікацією (опціональний етап).
- Фоторедактор — підбір та обробка ілюстрацій.
- SMM-редактор — підготовка анонсів для соцмереж.
Бізнес-процес публікації через bizproc:
- Автор створює матеріал, заповнює обов'язкові поля, прикріплює медіа → статус «Чернетка».
- Відправляє на редактуру → випусковий редактор отримує сповіщення, дедлайн залежить від пріоритету (терміновий — 30 хвилин, звичайний — 4 години).
- Редактор править текст у режимі відстеження змін (через візуальний редактор або сторонній інструмент), затверджує або повертає автору з коментарями.
- Затверджений матеріал іде редактору рубрики (якщо потрібно) або одразу на публікацію.
- Матеріали з позначкою «важливий» — додатковий етап узгодження з головним редактором.
- При публікації: формується ЧПУ, оновлюється sitemap, генерується анонс для соцмереж, пінгуються агрегатори.
Експрес-публікація для breaking news: автор з правом «термінова публікація» обходить етапи узгодження. Матеріал публікується миттєво, але автоматично потрапляє в чергу постфактум-перевірки.
Планування публікацій. Редколегія планує номер (випуск) на день/тиждень. Дошка планування — Kanban або календар, де видно всі матеріали за статусами та датами виходу. Реалізується через кастомний компонент з drag-and-drop.
Мультиавторська система
Видання з 20+ авторами потребує:
- Профілі авторів — інфоблок: фото, біографія, посада, соцмережі, список публікацій. Сторінка автора —
/authors/ivanov-petr/— з усіма матеріалами. - Права доступу — автор редагує лише свої матеріали, редактор — матеріали своєї рубрики, головред — усе.
- Гостьові автори — зовнішні експерти, які пишуть колонки. Окрема група користувачів з обмеженими правами: створення чернетки → відправлення на модерацію, без можливості публікації.
- Статистика автора — кількість публікацій, перегляди, середній показник дочитуваності. Доступна редактору і самому автору.
Чому paywall на 1С-Бітрікс — це ефективно?
Монетизація через підписку — тренд серед якісних видань. У 1С-Бітрікс реалізується кількома способами.
Моделі paywall:
| Модель | Логіка | Приклади |
|---|---|---|
| Hard paywall | Весь контент за підпискою | The Information, WSJ |
| Metered paywall | N безкоштовних статей на місяць, потім — підписка | NYT (10 статей/міс) |
| Freemium | Частина статей безкоштовна, ексклюзив — за підписку | Комерсантъ |
| Donation | Контент безкоштовний, але із закликом підтримати | The Guardian |
Реалізація metered paywall:
- При кожному перегляді — лічильник у cookie та/або в БД (для авторизованих).
- Досягнуто ліміт → перекриття контенту модальним вікном з пропозицією підписки.
- Передплатник — група користувачів «Передплатники», доступ до повного тексту за правами інфоблоку.
- Обхід через інкогніто — захист: прив'язка до акаунту, fingerprinting (з урахуванням законодавства).
Оплата підписки:
- Модуль
sale1С-Бітрікс: товар = підписка на місяць/квартал/рік. - Рекурентні платежі через ЮKassa, CloudPayments, Stripe.
- При закінченні підписки — автоматичне видалення з групи «Передплатники», прогрес (історія прочитаного) зберігається.
- Корпоративні підписки — рахунок на юрособу, IP-авторизація (доступ з усіх пристроїв в офісній мережі).
Економія на інфраструктурі за рахунок композитного кешу сягає 60%. Це дає економію до 100 000 рублів на місяць при трафіку 1 млн переглядів.
Як оптимізувати highload?
Портал ЗМІ — один з найнавантаженіших типів веб-проєктів. Резонансна новина збирає сотні тисяч переглядів за годину.
Стек оптимізації:
- Композитний кеш 1С-Бітрікс — основа. Статична HTML-версія сторінки віддається nginx, динамічні блоки (лічильник переглядів, коментарі, paywall-віджет) підвантажуються AJAX-ом.
- Nginx як reverse proxy — з мікрокешуванням (1–5 секунд) для гарячих сторінок.
- CDN — Cloudflare, AWS CloudFront або Selectel CDN. Статика віддається з найближчого edge-сервера.
- Автоматичний ресайз зображень — через imgproxy або вбудовані обробники 1С-Бітрікс. Обкладинка 3000×2000 не віддається мобільному клієнту — генерується версія 800×450.
- Відкладені операції — лічильник переглядів акумулюється в Redis/Memcached і скидається в БД агентом раз на хвилину.
- Read-репліки MySQL — окремий сервер для SELECT-запитів. 1С-Бітрікс підтримує кластер БД з коробки (модуль
cluster). - Горизонтальне масштабування — декілька web-нод за балансувальником. Сесії зберігаються в Redis, файли — в S3-сумісному сховищі (через модуль
clouds).
Бюджет навантаження:
| Метрика | Цільове значення |
|---|---|
| Час відповіді сервера (TTFB) | < 200 мс |
| Час завантаження сторінки (LCP) | < 2,5 с |
| Одночасних відвідувачів | 10 000+ |
| Переглядів на добу | 1 000 000+ |
| RPS при піку | 500–1 000 |
Контентна модель медіапорталу
Медіапортал працює з декількома типами контенту, кожен зі своєю специфікою.
Інфоблоки:
- Новини — оперативні матеріали, короткий формат, швидка публікація.
- Статті — аналітика, розслідування, лонгріди з розширеною версткою.
- Інтерв'ю — структурований формат (питання-відповідь), прив'язка до персони.
- Думки/колонки — авторські матеріали, прив'язка до постійного автора.
- Спецпроєкти — кастомні лендінги з унікальним дизайном.
- Фоторепортажі — галереї з підписами та прив'язкою до події.
- Відео — вбудовані ролики або посилання на відеохостинг.
Елемент матеріалу — розширені властивості:
| Властивість | Призначення |
|---|---|
| Заголовок + підзаголовок (лід) | SEO-заголовок і редакційний можуть відрізнятися |
| Анонс | Короткий текст для стрічки, соцмереж, push |
| Повний текст | Візуальний редактор з блоками: текст, цитата, врізка, інфографіка |
| Обкладинка | Основне зображення + кадрування під формати (16:9, 1:1, 4:5) |
| Автори | Множинна прив'язка до інфоблоку авторів (співавторство) |
| Рубрики | Секції інфоблоку, матеріал може бути в кількох рубриках |
| Теги | Вільні теги для перехресної навігації |
| Геотег | Прив'язка до місця події (для карти новин) |
| Пріоритет | Звичайний / важливий / терміновий / breaking news |
| Джерело | Для передруків: посилання, назва видання |
| Статус | Ідея → Чернетка → На редактурі → На узгодженні → Запланований → Опублікований → Архів |
Дистрибуція контенту
Матеріал опубліковано — його потрібно доставити аудиторії.
Канали:
- RSS/Atom — глобальна стрічка та за рубриками. Для Яндекс.Новини та Google News — окремі фіди з повним текстом і розширеними метаданими.
- Telegram-канал — автоматичний постинг через Telegram Bot API при публікації. Формат: заголовок + лід + зображення + посилання.
- Соцмережі — VK, Facebook, Twitter через REST API. Open Graph-розмітка для коректних прев'ю.
- Push-повідомлення — Web Push через Service Worker. Сегментація: підписники рубрики «Політика» отримують push тільки за цією рубрикою.
- Email-дайджест — щоденна/щотижнева добірка через модуль розсилок 1С-Бітрікс.
- AMP-сторінки — для пріоритету в мобільній видачі Google.
- Турбо-сторінки Яндекса — RSS-фід у форматі Turbo для прискореного завантаження з Яндекса.
SEO для медіапорталу
- Мікророзмітка
NewsArticle/Article: headline, datePublished, dateModified, author (з посиланням на профіль), publisher, image, wordCount. - ЧПУ —
/rubrika/slug-materiala/або/rubrika/рік/місяць/день/slug/(з датою для новинних порталів). - Canonical URL — обов'язково за наявності пагінації, AMP-версій, параметрів сортування.
- Sitemap — розбита за типами контенту та часовими періодами:
sitemap-news-поточний-місяць.xml,sitemap-articles.xml. - Core Web Vitals — LCP < 2,5 с, FID < 100 мс, CLS < 0,1. Досягається через композитний кеш, lazy-load зображень, critical CSS.
- Внутрішня перелінковка — блоки «Читайте також», «По темі», «Популярне» — автоматична генерація за тегами та рубриками.
Коментарі та UGC
- Система коментарів — кастомний модуль або модуль «Форум» з прив'язкою до матеріалу.
- Премодерація для нових користувачів, постмодерація для перевірених.
- Рейтинг коментарів — лайки/дизлайки, кращі коментарі виносяться вгору.
- Верифікація — позначка для експертів та публічних персон (аналог «синьої галочки»).
- Бан-система — тимчасовий/постійний бан, shadow ban (користувач пише, але бачить коментарі тільки він).
- Антиспам — капча, rate-limiting, стоп-слова, ML-фільтр для токсичного контенту.
Що входить у роботу
При замовленні розробки порталу ЗМІ на 1С-Бітрікс ми надаємо:
- Технічне завдання з архітектурою, картою екранів та прототипами.
- Репозиторій з Git-історією, code review, CI/CD pipeline.
- Повну документацію з розгортання та експлуатації.
- Доступи до адмін-панелі та системи моніторингу.
- Навчання редакції та адміністраторів (2-3 сесії).
- Гарантію на код 12 місяців та постпроєктну підтримку.
Процес оцінки та роботи
Наш підхід до кожного проєкту:
- Збір даних — аналізуємо ваші вимоги, поточну інфраструктуру, очікуване навантаження.
- Аудит/аналіз — вивчаємо технічні обмеження, потенційні вузькі місця.
- Проєктування — архітектура, макети, вибір оптимальних модулів.
- Оцінка — визначаємо точний обсяг робіт та вартість (після аналізу).
- Розробка — реалізація з дотриманням код-стайлу та best practices.
- Тестування — функціональне, навантажувальне, безпекове.
- Запуск — міграція на бойовий сервер, моніторинг перші дні.
Орієнтири за термінами
Терміни залежать від складності проєкту та коливаються від 3 тижнів до 3 місяців. Вартість визначається після аналізу — зверніться до нас для оцінки вашого проєкту. Отримайте консультацію вже сьогодні.







