Когда клиент просит «внутренний портал для сотрудников», в 6 случаях из 10 после обсуждения задач выясняется, что корпоративный портал на WordPress закроет её быстрее и дешевле, чем специализированная платформа. WordPress не проектировался под интранеты, но благодаря системе ролей, кастомным типам записей и огромному рынку плагинов он неплохо тянет базу знаний, документооборот с ограниченным доступом и внутренние новости компании. Ниже - что я реально закрываю такими проектами, а где советую клиентам не тратить деньги и брать другой инструмент.
Что закрывает корпоративный портал на WordPress на практике
За последние проекты типовой набор задач для внутреннего портала компании выглядит так: новостная лента с уведомлениями для отделов, база регламентов и должностных инструкций с поиском, личные кабинеты сотрудников с разными правами на разделы, форма заявок (отпуск, командировка, доступ к ресурсу) с маршрутизацией на согласование, календарь мероприятий и отпусков. Всё это укладывается в связку WordPress + кастомные типы записей + плагин ролей вроде User Role Editor или Members. На выходе получается закрытый сайт, доступный только по логину, с разграничением: бухгалтерия видит финансовые регламенты, склад - только свои инструкции, руководители - сводки по всем отделам.
Отдельно стоит документооборот. Если задача - не подписание документов с юридической силой, а просто хранение версий файлов и комментарии к ним, WordPress с плагином управления медиатекой и таксономиями по отделам справляется без сторонних систем. Как только всплывает электронная подпись, согласование по цепочке из пяти ролей или интеграция с 1С:Документооборот - это уже отдельная разработка поверх портала, а не настройка готового плагина.
Из чего собирается интранет-портал: плагины, роли, доступы
Архитектура типового портала, которую я собираю чаще всего:
- закрытие фронта - плагин ограничения доступа (WP Private Content или собственный код на хуках template_redirect), чтобы неавторизованный пользователь видел только страницу входа;
- роли и права - кастомные роли поверх стандартных WordPress (не «Автор» и «Редактор», а «Бухгалтерия», «HR», «Руководитель отдела») через add_role и capabilities;
- структура контента - кастомные типы записей: «Регламент», «Новость», «Заявка», «Событие», каждый со своими таксономиями по отделам и статусу;
- поиск - штатный поиск WordPress на объёме свыше пары тысяч документов работает плохо, приходится ставить Relevanssi или переносить индекс на Elasticsearch;
- уведомления - почтовые письма через SMTP-плагин плюс, если у компании принят Telegram как основной канал, бот на aiogram, который дублирует уведомления о новых заявках и согласованиях прямо в рабочие чаты.
Последний пункт - то, что чаще всего недооценивают на старте. Сотрудники не читают почту вовремя, а бот, присылающий «вам назначена заявка на согласование», ощутимо ускоряет процессы внутри компании.
Где WordPress упирается в потолок как корпоративный портал
Честно: не буду продавать WordPress как универсальное решение. Есть три сценария, где я сам советую клиенту не связываться с CMS.
Первый - сложная матрица согласований с ветвлением (заявка проходит по-разному в зависимости от суммы, отдела, роли инициатора). На WordPress это реализуемо, но каждый новый сценарий согласования - это доработка кода, а не настройка в интерфейсе. Для таких задач больше подходит CRM или админ-панель на React с нормальным workflow-движком.
Второй - нагрузка. WordPress с плагинами на 300-500 активных пользователей, одновременно листающих документы и заполняющих формы, требует нормального хостинга и кэширования; без этого админка и фронт начинают тормозить уже на 50-70 одновременных сессиях. Для компаний от тысячи сотрудников я обычно рекомендую смотреть в сторону выделенного сервиса, а не портала на CMS.
Третий - жёсткие требования по аудиту действий (кто, когда, что изменил, с версионированием на уровне поля, а не записи целиком). Ревизии WordPress хранят версии постов, но детальный аудит доступа к конкретным полям и вложениям придётся писать вручную, и на определённом масштабе дешевле взять систему, где это встроено.
Бесплатный материал
🎁 Полезный скрипт в подарок
Подпишитесь на Telegram - пришлю готовый скрипт по этой теме.
Без спама. Отписка в 1 клик.
Интеграции: CRM, 1С, автоматизация процессов
Большая часть ценности корпоративного портала на WordPress - не в самом контенте, а в связке с системами, где уже живут данные компании. Самые частые интеграции из моей практики:
- 1С - выгрузка справочника сотрудников и отделов в портал, чтобы не вести пользователей вручную; обычно делается через REST-обмен или регламентную выгрузку в XML раз в сутки;
- CRM (Bitrix24, amoCRM) - портал как точка входа для менеджеров: заявки с портала падают сделками в CRM;
- n8n - беру эту связку, когда нужно без разработки отдельного бэкенда собрать цепочку «форма на портале → проверка данных → письмо в бухгалтерию → карточка в таск-трекере»; на n8n такие сценарии собираются за 2-3 дня вместо написания микросервиса с нуля;
- Telegram-уведомления - бот на aiogram, подключённый через вебхук к WordPress REST API, чтобы события на портале долетали до сотрудников мгновенно, а не лежали в непрочитанной почте.
Часть таких доработок - небольшие и типовые: уведомление в Telegram при новой заявке, синхронизация штатного расписания, автоматическая рассылка дайджеста новостей. Такие куски кода я оформляю как готовые скрипты для сайта, которые можно адаптировать под конкретный портал, не заказывая разработку с нуля. Сложные интеграции с несколькими системами и нестандартной логикой согласования - уже отдельный проект с собственным техзаданием.
WordPress, Bitrix24 или SharePoint: что выбрать для внутреннего портала компании
Сравнение по параметрам, которые реально влияют на решение:
| Параметр | WordPress | Bitrix24 (портал) | SharePoint |
|---|---|---|---|
| Старт проекта | 3-5 недель под задачу | дни (коробка), недели на донастройку | недели-месяцы, нужна инфраструктура Microsoft 365 |
| Гибкость дизайна и структуры | высокая, любая кастомизация кодом | ограничена шаблонами модулей | средняя, кастомизация сложнее и дороже |
| Готовые модули (CRM, задачи, диск) | только через плагины и доработку | всё встроено из коробки | всё встроено, завязано на экосистему Microsoft |
| Лицензии/подписка | нет обязательной подписки на CMS | от нескольких тысяч рублей в месяц за тариф | подписка на Microsoft 365 на каждого пользователя |
| Порог входа для админа портала | средний, нужен опыт с WordPress | низкий, интерфейс заточен под нетехнического пользователя | средний-высокий |
Если компании нужны готовые CRM, таск-трекер и диск сразу из коробки без кастомной разработки - Bitrix24 или SharePoint окупают подписку. Если задача - контентный портал с нестандартной структурой разделов, специфичной ролевой моделью и минимумом лишнего функционала, который потом придётся выключать и прятать, WordPress выходит дешевле и быстрее в разработке, но требует поддержки как любой кастомный проект.
Сроки и стоимость разработки корпоративного портала на WordPress
Базовый портал - новостная лента, база регламентов, личные кабинеты с ролями, форма заявок - у меня начинается от 60 000 ₽ и занимает 3-5 недель в зависимости от количества ролей и разделов. Отдельная интеграция с 1С или CRM с нестандартной логикой обмена данными - от 100 000 ₽, потому что это фактически разработка API-слоя поверх портала, а не настройка плагина. Автоматизация процессов через n8n (согласования, уведомления, синхронизация справочников) - от 25 000 ₽ за сценарий. Техническая поддержка портала после запуска - от 15 000 ₽ в месяц: обновления плагинов, бэкапы, мониторинг доступности, разбор инцидентов с доступом.
На рынке студийная разработка похожего портала «под ключ» с более сложной ролевой моделью и дизайном обычно стоит от 200 000 до 500 000 ₽ и растягивается на 2-3 месяца - цифры сильно зависят от студии и глубины кастомизации, я привожу их как ориентир, а не свою цену.
Корпоративный сайт, каталог, блог
Фронтенд + Бэкенд
от 60 000 ₽
Подробнее →Частые вопросы
Выдержит ли WordPress портал на 500+ сотрудников?
При нормальном хостинге, кэшировании страниц и объектном кэше (Redis или Memcached) - да, но нагрузочное тестирование перед запуском обязательно. Проблемы обычно начинаются не от количества пользователей в системе, а от одновременных сессий в рабочие часы: если 200 человек одновременно открывают портал в 9 утра, без кэша админка и фронт заметно проседают уже на полусотне параллельных запросов.
Можно ли сделать корпоративный портал на WordPress закрытым от индексации и внешнего доступа?
Да, это стандартная настройка: закрытие через .htaccess или Basic Auth на уровне сервера плюс проверка авторизации на уровне самого WordPress, чтобы прямые ссылки на страницы тоже требовали логина. Индексацию поисковиками отключаю через robots.txt и мета-тег noindex - этого достаточно, если портал не публикует чувствительные данные в открытых URL.
Нужна ли отдельная база данных для документов и файлов сотрудников?
Для объёма в несколько тысяч файлов штатной медиатеки WordPress с грамотной структурой папок и таксономиями хватает. Если счёт идёт на десятки тысяч документов с версионированием и сложным поиском по содержимому, я выношу хранение файлов на отдельный сервис (S3-совместимое хранилище) и подключаю его к порталу через API - так база WordPress не раздувается и бэкапы делаются быстрее.
Что дешевле в долгосрочной перспективе - WordPress-портал или Bitrix24?
Зависит от горизонта. WordPress не требует ежемесячной подписки за платформу, но нуждается в технической поддержке и разовых доработках при изменении процессов. Bitrix24 берёт подписку постоянно, но новые процессы часто настраиваются штатными средствами без программиста. Если в компании часто меняется структура процессов и нет своего технического специалиста - Bitrix24 может выйти выгоднее. Если структура стабильна и портал - это в основном контент и заявки - WordPress с разовой разработкой и точечной поддержкой обычно дешевле за 2-3 года эксплуатации.