read.aiqalam

Почему WordPress до сих пор актуален в 2026

6 мин чтения
#wordpress#web#cms

Tech-twitter хоронит WordPress с 2018-го. В апреле 2026 он крутит 42.5% всех сайтов. Когда WP — правильный выбор, и кейс трёхъязычного портала устойчивого развития.

В тех-твиттере любят хоронить WordPress примерно с 2018 года. “Легаси”, “медленно”, “Next.js всех заменит”, “никто новый сайт на WP не делает”. А по цифрам в апреле 2026 — WordPress крутит 42.5% всех сайтов в интернете и держит 60% рынка CMS. Это не легаси-инерция — это работающая экосистема.

Я в прошлом году сдал клиенту трёхъязычный портал устойчивого развития на WP. Кастомная тема, KZ/RU/EN, контент-команда редактирует сама. И это было правильным решением — не вопреки моде, а потому что задача такая.

Разбираю, где WP в 2026 реально побеждает и где его брать не надо.

Что я делал на WP

Sustainability-портал sustainability.telecom.kz для крупного оператора связи. Требования:

  • Три языка с нативным переключением и URL-структурой /kz/, /ru/, /en/
  • Контент-команда заказчика обновляет страницы, отчёты, новости — без программистов
  • 20+ страниц с разной структурой: лендинг, раздел документов, новости, формы, инфографика
  • Сроки — два месяца. Бюджет — корпоративный, но не безразмерный

На голом Next.js + headless CMS типа Strapi или Sanity это бы заняло 4 месяца минимум. И главное — заказчик не смог бы сам редактировать без долгого онбординга разработчика на каждое изменение.

На WP уложились в срок. Через месяц после сдачи контент-команда пушит обновления сама.

Где WP реально побеждает в 2026

1. Контент-команда клиента редактирует САМА

Это главный аргумент, который недооценивают разработчики. Сайт, который клиент не может обновить сам, протухает через 3 месяца. Платишь агентству $200 за смену абзаца? Через год клиент перестанет это делать. Сайт превращается в кладбище 2024 года.

Gutenberg к 2026-му стал реально хорошим визуальным редактором. Не надо учить клиента markdown, git, PR-ам. Открыл админку, отредактировал, сохранил.

Попробуй то же самое с Astro/Next.js + headless CMS. Каждый раз — отдельный контракт на разработку.

2. Многоязычность — киллер-фича для CIS

Polylang или WPML — и у тебя нативная мультиязычность с человеческими URL, отдельными медиафайлами, переводимыми меню. Бесплатно (Polylang) или $99/год (WPML).

Для рынка КЗ, где почти каждый второй корп-сайт обязан быть на трёх языках — это экономия недель работы. На headless-стеке мультиязычность ты ставишь руками: i18n-роутинг, content-схемы, переключатели, fallback-логика. Месяц минимум.

3. Экосистема — что бы ни понадобилось, плагин уже есть

61 000+ бесплатных плагинов в официальном репозитории. Нужна интеграция с Mailchimp / HubSpot / amoCRM / Битрикс24 / Telegram-бот / форма регистрации с подписью PDF / SEO-аудит / A/B-тест? Плагин уже написан, протестирован, обновляется.

На современном стеке — то же самое ты пишешь сам или собираешь из npm-кубиков, тестируешь, поддерживаешь.

4. SEO работает из коробки

Yoast или Rank Math — устанавливаются за минуту. Структурированные данные, sitemap, breadcrumbs, OpenGraph, schema.org — всё есть. Маркетологи понимают интерфейс без обучения.

На Next.js всё то же самое, но руками: next-sitemap, JSON-LD-разметка, meta-теги в каждом layout, OpenGraph-генерация. Работает — но писать.

5. Хостинг и поддержка дешевле

Shared WP-хостинг на ~$5–15/мес тянет средний корп-сайт. Vercel/Netlify бесплатны на старте, но при росте трафика на контент-сайте бил по $50–200 — реальная история, есть кейсы.

Плюс на WP легко найти подрядчика для поддержки в любой стране. Найди фрилансера на Astro+Sanity в Шымкенте — удачи. Найти WP-дева — задача на пятнадцать минут.

6. Headless WP, если хочется и того, и другого

Если душа хочет современный фронт — WP можно использовать только как backend. WP REST API из коробки + WPGraphQL для GraphQL. Контент-команда редактирует в привычной админке, фронт на Next.js или Astro.

Лучшее из двух миров — но усложняет инфру в два раза. Берёшь, только если правда нужно.

Когда WordPress брать НЕ надо

Честно — он не для всего. WP плохо подходит для:

  • SaaS-приложений с собственной бизнес-логикой, авторизацией, дашбордами. Ты воюешь с движком вместо того чтобы строить продукт.
  • Реалтайм-приложений — чатов, коллаб-инструментов, всего где нужны WebSocket, очереди, фоновая обработка.
  • Тяжёлых клиентских интерфейсов — конфигураторов, редакторов, игр в браузере.
  • Чисто статических лендингов без CMS-нужд. Если на сайт никто не залогинится после релиза — ставить WP избыточно. Astro / простой HTML / Webflow дешевле и быстрее.

Если строишь SaaS — конечно, Next.js + Postgres + что-нибудь. Никто в здравом уме не строит SaaS на WP в 2026.

Подводные камни (честно)

Нельзя писать апологетику без честных слабостей.

1. Перформанс из коробки — средний. Среднее время загрузки WP-сайта в 2026 — 3.4 секунды. У Next.js — 0.8 секунды. Без правильной настройки кеша (LiteSpeed, WP Rocket, Cloudflare APO) WP ощутимо медленнее. С настройкой — догоняет, но не обгоняет.

2. Безопасность — твоя забота. WordPress-сайты ловят ~90 000 попыток атак в минуту по всему миру, и 97% уязвимостей приходятся на плагины и темы, а не на ядро. Не обновлял плагины полгода — будь готов к взлому.

3. Plugin hell — реальная вещь. Установил 30 плагинов “потому что удобно” — получил 30 потенциальных дыр и тормозов. Дисциплина: минимум плагинов, только из проверенных источников, регулярные обновления.

4. Builder-bloat (Elementor, Divi, WPBakery). Эти штуки выглядят удобно для не-разработчика, но генерят такой грязный HTML, что Lighthouse плачет. Для прода — кастомная тема. Только.

5. PHP всё ещё PHP. Если ты привык к TypeScript и hot reload — WP-разработка покажется поездкой в прошлое. Хук-система, глобальные функции, отсутствие нормальной типизации.

Мой стек на WP, если уж берусь

  • Кастомная тема, написанная руками. Никаких Elementor, Divi, WPBakery.
  • ACF (Advanced Custom Fields) — для нормального управления контентом со своей структурой
  • Polylang — для мультиязычности (или WPML, если бюджет позволяет)
  • Yoast SEO или Rank Math
  • WP Rocket или LiteSpeed Cache — кеш
  • Cloudflare — CDN, WAF, DDoS-защита
  • Wordfence или Solid Security — security-аудит и фильтр
  • UpdraftPlus или нативные бэкапы хостинга — на каждое обновление
  • Минимум остального. Каждый плагин — это вектор атаки и милисекунды загрузки.

WordPress 7.0 в апреле 2026 — что меняется

9 апреля 2026 выходит WordPress 7.0. Главное: в ядро встроен PHP AI Client SDK. Любой плагин или тема может использовать AI-функции без отдельных интеграций — то же, что сейчас REST API “просто есть”.

Это значит, что в ближайший год эко-система обрастёт AI-инструментами для контента: автогенерация постов, перевод, SEO-оптимизация, чат-боты на сайт. Кто умеет в WP + AI-API — тот хорошо стартует.

Итог

WordPress в 2026 — это рабочий инструмент для конкретного класса задач:

  • Корпоративные сайты с контент-командой
  • Многоязычные порталы (привет, КЗ-рынок)
  • Блоги и медиа
  • Магазины через WooCommerce — отдельный разговор, но 33% всего e-commerce
  • Лендинги, где клиент сам себе хозяин

Если задача попадает в этот список — WP закроет её быстрее и дешевле любой “современной” альтернативы. Если задача оттуда не попадает — не трогай WP, бери Next.js или то, что подходит.

Главная ошибка — выбирать стек по моде, а не по задаче. На headless Next.js делать корпоративный сайт с правками контент-команды — это переплата в три раза по времени и в два раза по поддержке. На WP делать SaaS-аналитику — это саморазрушение.

Профессионал — это не тот, кто знает только модный стек. Это тот, кто матчит инструмент к задаче.

Если интересно как настраиваю кастомную тему, что выкидываю из стандартного WP, как делал трёхъязычный сетап — пишите, разверну отдельным постом.