WordPress в 2026 году: почему мы ставим клиентам CMS, на которой работает 43% интернета

Меня зовут Евгений Семёнов, я технический директор компании «АйТи Фреш». Мы пятнадцать с лишним лет занимаемся IT-аутсорсингом для московских компаний до 50 рабочих мест, держим собственные серверы в дата-центре МТС и, помимо серверов, сетей и 1С, сопровождаем корпоративные сайты клиентов — от древних самописных движков до свежих проектов на конструкторах. Эта статья открывает серию про WordPress, и начать я хочу с честного ответа на вопрос, который директора задают мне на первой встрече: «А почему именно он?»

Зачем этот разбор: клиент приходит за сайтом, а не за CMS

Ни один владелец бизнеса не просыпается с мыслью «хочу WordPress». Он просыпается с мыслью «нужен нормальный сайт услуг, чтобы не стыдно было показать клиенту, и за разумные деньги». По моей статистике за последние три года, восемь из десяти таких запросов мы закрываем именно WordPress — и это осознанное инженерное решение, а не лень подрядчика, которому «проще натянуть шаблон».

Для компании до 50 рабочих мест я оцениваю движок сайта по трём критериям, и они отличаются от критериев энтерпрайза:

• Цена входа и владения. У малого бизнеса нет бюджета «на цифровизацию» — есть 50–150 тысяч на запуск и пара тысяч в месяц на поддержку. Движок с ежегодной лицензией эту математику ломает сразу.
• Независимость от подрядчика. Сайт должен переезжать к другому исполнителю за день, а не «переписываться с нуля, потому что предыдущая студия делала на своём фреймворке». Мы регулярно принимаем на обслуживание сайты, чьи авторы исчезли вместе с исходниками.
• Рынок исполнителей. Если завтра мы поднимем цены втрое, клиент должен найти замену за неделю. Специалистов по WordPress на рынке больше, чем по всем остальным CMS вместе взятым, — это защита самого клиента.

По всем трём пунктам WordPress выигрывает у альтернатив с большим отрывом. Дальше — почему, с цифрами.

Что такое WordPress в 2026-м на самом деле

Цифры рынка: 43% сайтов мира — это не случайность

По данным W3Techs на лето 2026 года, WordPress работает примерно на 42–43% всех сайтов мира (пик в 43,6% пришёлся на середину 2025-го, сейчас доля чуть снизилась — в основном за счёт роста конструкторов и «безголовых» решений). Среди сайтов, у которых вообще есть определяемая CMS, доля WordPress — около 60%. Для сравнения: у ближайшего преследователя, Shopify, — порядка 5% всех сайтов, у Wix и Joomla — ещё меньше.

Что эта цифра значит практически? В официальном каталоге — около 60 тысяч бесплатных плагинов и тысячи тем. Практически любая типовая задача малого бизнеса — форма заявки, карта проезда, слайдер лицензий, мультиязычность, интеграция с CRM — уже решена, причём в нескольких конкурирующих вариантах. Мы не пишем код там, где его можно не писать, и клиент за это не платит.

Стек PHP + MySQL: скучно — значит дёшево и надёжно

Технически WordPress — это PHP-приложение с базой MySQL или MariaDB. Актуальная версия 7.0 требует минимум PHP 7.4 (рекомендуется 8.3 и новее) и MySQL 8.0 / MariaDB 10.6. Айтишники любят иронизировать над этим стеком, а я как эксплуатационщик его люблю: он работает на любом shared-хостинге за 200–500 рублей в месяц. Не нужен выделенный сервер, не нужен Docker, не нужен девопс на зарплате. Панель типа ISPmanager или HestiaCP, PHP-FPM, одна база — и сайт живёт годами. Когда бизнес вырастает, тот же сайт без переделок переезжает на VPS — мы такие переезды делаем за вечер.

Лицензия GPL: бесплатно — в том числе для коммерции

WordPress распространяется под лицензией GPLv2+. Это значит: никаких «редакций», никаких «лицензий на 12 пользователей», никакого ежегодного продления. Скачали, поставили, заработали на нём миллиард — вы ничего не должны. Для сравнения: 1С-Битрикс «Управление сайтом» в редакции «Стандарт» стоит десятки тысяч рублей на старте, плюс ежегодное продление лицензии примерно за 60% цены, без которого вы теряете обновления — а необновляемый Битрикс это дыра в безопасности. За десять лет владения разница набегает на сотни тысяч рублей, и для фирмы на двадцать сотрудников это аргумент весомее любых технических споров.

Релиз 7.0 «Armstrong» и багфикс 7.0.1: что реально важно бизнесу

20 мая 2026 года вышел WordPress 7.0 с кодовым именем «Armstrong» — в честь Луи Армстронга, по традиции называть мажорные релизы именами джазовых музыкантов. Это самый крупный релиз за последние годы: его собирали более 900 контрибьюторов, а дату дважды сдвигали (изначально планировался апрель), потому что команда в последний момент выбросила из релиза сырую функцию совместного редактирования. К слову, это хороший знак: проект, который умеет резать фичи ради стабильности, мне как эксплуатационщику симпатичен. 9 июля 2026-го вышел корректирующий релиз 7.0.1 — 31 исправление в блочном редакторе, админке и работе с медиафайлами.

AI в ядре: что это даёт нетехническому владельцу

Главное новшество 7.0 — искусственный интеллект стал частью ядра, а не зоопарком сторонних плагинов. Появились три кирпича: AI Client (единый программный интерфейс к языковым моделям), Abilities API (реестр «умений» — типовых действий, которые ИИ может безопасно выполнять в админке) и хаб коннекторов, через который сайт подключается к провайдерам. Из коробки поддерживаются Anthropic (Claude), Google (Gemini) и OpenAI.

Перевожу с технического: офис-менеджер сможет прямо в редакторе попросить ИИ набросать черновик новости, сгенерировать alt-тексты к двум сотням фотографий каталога или переписать описание услуги короче. Ключи от ИИ-провайдера подключаются один раз на уровне сайта, и все плагины пользуются одним подключением — раньше каждый плагин просил свой ключ и свою подписку.

Наш регламент обновлений

Как мы обновляем клиентские сайты — правило, выстраданное практикой:

• Минорные версии (7.0.1, 7.0.2) — ставим сразу, это исправления ошибок и безопасности. На большинстве сайтов они прилетают автоматически, и это правильно.
• Мажорные версии — выжидаем 2–3 недели после релиза и накатываем сначала на staging-копию, прогоняем чек-лист (формы, оплата, поиск, критичные плагины), потом в прод. Следующий мажорный релиз 7.1 назначен на 19 августа 2026 года — наши клиенты получат его в начале сентября, когда первая волна детских болезней уже будет вычищена чужими руками.

Gutenberg глазами секретаря, а не программиста

Блочный редактор Gutenberg — штатный способ собирать страницы в WordPress. Страница состоит из блоков: заголовок, абзац, картинка, колонки, кнопка, галерея. Блоки перетаскиваются мышкой, у каждого — понятные настройки справа. Мой критерий зрелости редактора простой: страницу услуг у наших клиентов правит офис-менеджер после одного часового обучения. Не «в принципе может», а реально правит: меняет цены, добавляет фотографии с выезда, публикует новости. Заявок «поменяйте телефон в шапке» в нашей поддержке стало кратно меньше — клиенты делают это сами.

Что собирается без разработчика

• Лендинг новой услуги: обложка, преимущества в три колонки, отзывы, форма заявки — полдня работы человека, который до этого делал презентации в PowerPoint.
• Страница «Команда» с фотографиями и должностями.
• Прайс-лист таблицей, страница «Вопрос-ответ».
• Новости и статьи — это родная стихия WordPress, тут он вне конкуренции.

Где без разработчика больно

Врать не буду — границы есть. Кастомные типы записей (например, каталог объектов недвижимости со своими полями и фильтрами), интеграции с CRM и телефонией, полноценная мультиязычность, тонкая доводка дизайна за пределами возможностей темы — это уже работа специалиста. Разница с заказной разработкой в том, что специалист нужен на 10–20 часов на этапе внедрения, а не на постоянной основе.

Разбор возражений директора

«WordPress все ломают»

Ломают. Но давайте разберёмся, что именно ломают. За годы обслуживания мы разбирали десятки взломанных сайтов на WordPress — и я не помню ни одного случая взлома через уязвимость актуального ядра. Реальная картина причин по нашей практике выглядит так:

• Примерно 9 из 10 инцидентов — заброшенные или «нулёные» (пиратские) плагины и темы. Сайт сделали в 2019-м, подрядчик пропал, обновления никто не ставил семь лет.
• Остальное — пароли уровня admin/12345, один пароль на всё, отсутствие двухфакторной аутентификации, а также соседние заражённые сайты на том же хостинг-аккаунте.

Вывод неприятен, но честен: ломают не WordPress, а бесхозяйственность. Популярность движка делает его массовой целью автоматических сканеров — это правда. Но она же означает, что уязвимости находят и закрывают быстрее, чем в любой нишевой CMS, а минорные обновления безопасности ядро ставит себе само. Наш гигиенический минимум: автообновления, только живые плагины из официального каталога (смотрим дату последнего обновления и число установок), длинные пароли с 2FA, ежедневные бэкапы и файрвол уровня приложения. С этим набором сайты живут годами без инцидентов.

«WordPress тормозит»

Тормозит не WordPress — тормозит купленная на маркетплейсе «премиум-тема на все случаи жизни» с четырьмя мегабайтами скриптов плюс сорок плагинов, поставленных по принципу «а вдруг пригодится». Голое ядро с аккуратной темой отдаёт страницу быстрее, чем среднестатистический сайт на конструкторе. Наши клиентские сайты на WordPress держат TTFB меньше 300 мс на обычном shared-хостинге — за счёт лёгкой темы, страничного кеша и дисциплины: каждый плагин проходит ревизию «зачем он тут». Этого с запасом хватает для зелёной зоны Core Web Vitals и нормальных позиций в Яндексе и Google.

«Это же движок для блогов»

Так было в 2008-м. Сегодня в нашем портфеле обслуживания на WordPress работают: корпоративные сайты инжиниринговых и строительных компаний, каталог измерительного оборудования на несколько тысяч позиций, сайты медицинских и юридических фирм с онлайн-записью, небольшие интернет-магазины на WooCommerce с оплатой и доставкой. На WordPress работают сайты крупнейших мировых СМИ и корпораций — аргумент «несерьёзно» разбивается о список реальных пользователей платформы.

Русский язык и работа в РФ-реалиях

Локализация

Официальная локаль ru_RU существует столько же, сколько сам WordPress: ядро переведено полностью, переводы прилетают из админки автоматически. Популярные плагины (формы, SEO, кеширование, WooCommerce) переведены силами сообщества почти целиком. У нишевых плагинов перевод бывает частичным — но это касается админской части, посетитель сайта этого не видит, а редактору мы дописываем недостающие строки за час.

Доступность обновлений из России

Больной вопрос 2026 года. Каталог WordPress.org и обновления из России в целом доступны, но мы периодически ловим замедления и таймауты при скачивании плагинов — причины бывают с обеих сторон. У нас на этот случай отработанный регламент: обновления клиентских сайтов идут по расписанию через наши серверы, а для проблемных периодов есть зеркала и кеш пакетов в нашем дата-центре. Клиент этой кухни не видит — сайты просто остаются обновлёнными. Если сопровождаете сайт сами, заложите этот риск: проверяйте, что автообновления реально отрабатывают, а не молча падают по таймауту.

Хостинг в РФ, 152-ФЗ и бэкапы

Если сайт собирает хотя бы форму «Имя + телефон», вы — оператор персональных данных, и по 152-ФЗ база с этими данными должна физически находиться в России. Поэтому корпоративные сайты клиентов мы размещаем только на российских площадках — свои стойки у нас в дата-центре МТС. Заодно решается вопрос скорости (пинг до московского посетителя 2–5 мс вместо 60–100 мс до европейского) и независимости от зарубежного провайдера, который может закрыть аккаунт из-за санкционных ограничений в одностороннем порядке. Не забудьте юридический минимум на самом сайте: политика обработки ПДн и галочка согласия в каждой форме.

Про бэкапы скажу коротко и жёстко: бэкап, который лежит на том же сервере, что и сайт, — это не бэкап. Наш стандарт: ежедневная копия файлов и базы, выгрузка на независимое хранилище в другом дата-центре, глубина 30 дней и — обязательно — регулярная проверка восстановлением. Половина «бэкапов», которые мы видели у новых клиентов, не разворачивались.

Сравнение: WordPress против Tilda, 1С-Битрикс и заказной разработки

Сведу в таблицу то, что обычно рисую директорам на встрече. Оценки — для типового корпоративного сайта компании до 50 рабочих мест, по опыту наших внедрений и передач сайтов между подрядчиками.

Короткие выводы из таблицы. Tilda прекрасна для лендинга «на вчера» и проверки гипотез — но сайт живёт на чужой платформе, и с ростом требований вы упрётесь в потолок (мы регулярно мигрируем клиентов с конструкторов на WordPress именно по этой причине). Битрикс силён там, где нужен глубокий обмен с 1С и интернет-магазин по российским стандартам, — но вы платите за лицензию ежегодно и жёстко привязаны к экосистеме. Заказная разработка оправдана для уникальной бизнес-логики, которой нет в коробках, — и почти никогда для визитки на десять страниц.

Когда мы НЕ рекомендуем WordPress

Чтобы вы не считали меня фанатиком, вот честный список ситуаций, в которых мы сами отговариваем клиента от WordPress — из практики, а не из теории:

• Интернет-магазин от ~10 тысяч SKU с обменом остатками в реальном времени. WooCommerce справляется с небольшими каталогами, но когда 1С каждые пять минут льёт остатки по десяти тысячам позиций, а в пике идут сотни заказов в день, — экономика меняется: тюнинг WooCommerce обойдётся дороже, чем Битрикс с его штатным модулем обмена. Здесь мы честно считаем оба варианта и чаще рекомендуем Битрикс или специализированную платформу.
• Портал с личными кабинетами и сложной бизнес-логикой. Кабинет клиента с историей взаиморасчётов, согласованиями и ролевой моделью — это уже веб-приложение, а не сайт. Натягивать его на CMS можно, но через год вы получите клубок плагинов и кастомного кода, который дорого поддерживать. Правильный ответ — фреймворк (Laravel, Django) и осознанный бюджет на разработку.
• Интеграция с 1С в реальном времени как ядро процесса. Выгрузка каталога или заявок из формы в 1С раз в час — пожалуйста, решается штатно. Но если сайт должен синхронно резервировать товар на складе в момент оформления заказа — это не про WordPress.
• Корпоративный стандарт «только Битрикс» от материнской компании. Бывает и такое: политика головной структуры, единая экосистема, обученные люди. Спорить с этим бессмысленно и не нужно — мы просто делаем на Битриксе.

Универсальных инструментов не существует. WordPress — это молоток для 80% типовых задач малого бизнеса, но оставшиеся 20% требуют других инструментов, и подрядчик, который этого не признаёт, продаёт вам не решение, а свой единственный навык.

Выводы и что дальше в серии

Экономика решения одним абзацем: корпоративный сайт на WordPress запускается силами подрядчика за 40–80 тысяч рублей (типовой проект) или за 1–3 дня своими силами на готовой теме; владение обходится от 500 рублей в месяц за хостинг; движок бесплатен и остаётся вашим при любой смене исполнителя; контент правит ваш собственный сотрудник без программиста. Для компании до 50 рабочих мест, которой нужен представительский сайт с каталогом услуг и приёмом заявок, я не знаю более рационального варианта в 2026 году — и релиз 7.0 «Armstrong» с ИИ-инфраструктурой в ядре показывает, что платформа не доживает свой век, а закладывает фундамент на следующее десятилетие.

Эта статья — первая в серии. Дальше разберём практику: как правильно развернуть WordPress на российском хостинге (и не наступить на грабли с PHP и правами на файлы), как переехать на него с конструктора или старого самописного движка без потери позиций в поиске, как выстроить эксплуатацию — обновления, бэкапы, мониторинг, защита. И покажем живой кейс миграции с цифрами до/после.

Если сайт вашей компании достался «в наследство» и никто не помнит пароль от админки, если он не обновлялся с прошлого президентского срока или вы просто прикидываете, во сколько обойдётся нормальный сайт услуг, — напишите нам. Посмотрим, что у вас есть, и честно скажем, чинить или строить заново: Telegram @ITfresh_Boss или +7 903 729-62-41.