WordPress у 2026 році — детальний огляд CMS

Приблизно два сайти з п'яти в інтернеті зроблені на WordPress: на 11 вересня 2026 року W3Techs оцінює цю частку в 40,3%. Друга цифра з тієї самої статистики звучить гучніше: серед сайтів, CMS яких вдається визначити, його частка сягає 58,8%. Перший показник рахує весь веб разом із самописними сайтами та конструкторами, другий описує тільки ринок систем керування контентом, тому ставити їх поруч як синоніми не можна.

Для людини, яка вибирає платформу, з цих відсотків випливає цілком приземлений наслідок. Майже на будь-яке питання про WordPress хтось уже відповів на форумі, для типової задачі знайдеться готовий плагін, а фахівця, який із ним працював, можна знайти в будь-якому місті. У масштабу є й зворотний бік, до нього ще дійде черга в розділі про безпеку (боти, що автоматично перебирають сайти в пошуках застарілих плагінів, починають саме з WordPress).

Сам WordPress 2026 року помітно відрізняється від системи, яку багато хто пам'ятає з часів класичного редактора й нескінченних панелей віджетів. Сторінки тепер складаються з блоків. У блокових темах шапку, підвал, шаблони та стилі змінюють через редактор сайту без коду, а версія 7.1 дозволила налаштовувати вигляд блоку окремо для телефона, планшета й комп'ютера.

Водночас WordPress, про який ідеться в огляді, лишається системою, яку ставлять на власний хостинг. За сервер, оновлення, плагіни, резервні копії та значну частину технічного обслуговування відповідає власник сайту або людина, яку він для цього найняв. Огляд підготовлено за офіційною документацією, анонсами релізів і каталогами WordPress.org, які ми переглянули у вересні 2026-го, окремого тестового сайту на 7.1 для нього не розгортали. Актуальна стабільна версія, 7.1 "Mary Lou", вийшла 19 серпня.

WordPress.org і WordPress.com: у чому різниця

Плутанина починається вже з адреси, бо під назвою WordPress існують два різні продукти з різною моделлю відповідальності.

WordPress.org: система, яку встановлюєте самі

WordPress.org служить домівкою open-source проєкту. Звідти завантажують ядро, там працюють каталоги тем і плагінів, документація та форуми підтримки. Сам WordPress поширюється за ліцензією GPL версії 2 або новішої. Його можна безкоштовно встановити на будь-який відповідний хостинг, змінювати код, підключати будь-які теми й плагіни і переносити сайт від одного провайдера до іншого разом із файлами та базою даних. Саме про такий self-hosted WordPress ідеться далі в огляді.

WordPress.com: хостинговий сервіс на основі WordPress

WordPress.com належить компанії Automattic і працює як хостинговий сервіс, побудований на тому самому ядрі. Сервер, оновлення ядра й інфраструктуру там обслуговує провайдер, а можливості сайту залежать від тарифу. Безкоштовний план є, але сторонні плагіни на ньому не ставляться. За даними сторінки тарифів, це дозволено на всіх платних планах, починаючи з Personal.

Тому називати WordPress.com просто "онлайн-конструктором WordPress", як це робила стара стаття, неточно. Це керований хостинг із власною панеллю, тарифною сіткою й правилами, які встановлює компанія-власник.

Кому належить торгова марка WordPress

Ще одну помилку старої версії варто виправити окремо. Метт Малленвег разом із Майком Літтлом у 2003 році створив WordPress як відгалуження блог-платформи b2/cafelog і пізніше заснував Automattic, але власником торгової марки WordPress він не є. Згідно з політикою WordPress Foundation, марки WordPress належать фонду, а Automattic має ексклюзивну ліцензію на їх комерційне використання.

Виходить чотири різні сутності, які в новинах постійно змішують: open-source проєкт зі спільнотою розробників, некомерційний фонд WordPress Foundation, компанія Automattic і сервіс WordPress.com, яким ця компанія керує.

Що вміє WordPress 7.1 без плагінів

Що змінилося у версіях 7.0 і 7.1

У 2026 році вийшли два великі релізи. Версія 7.0 під кодовою назвою Armstrong від 20 травня оновила вигляд адмінки: нова колірна схема, палітра команд, яку викликають з будь-якого екрана поєднанням Ctrl+K, окрема сторінка керування шрифтами для тем будь-якого типу. Там само з'явилися нові блоки, зокрема хлібні крихти (Breadcrumbs) та іконки, і можливість ховати окремі блоки на певних типах пристроїв.

Реліз 7.1 вийшов 19 серпня, і для власника сайту в ньому важливі кілька речей. Вигляд блоку тепер налаштовують окремо для різних ширин екрана прямо в редакторі, у глобальних стилях або в параметрах конкретного блоку, без власного CSS, а в попередньому перегляді одразу видно, як сторінка поводиться на вузькому екрані. Панель адміністратора більше не зникає, коли ви переходите в будь-який із редакторів.

На місці старого вбудованого кадрування тепер окреме вікно редагування зображень, де зібрані вільне кадрування й кадрування за пропорціями, віддзеркалення, точний поворот і метадані. Стиснення, зміна розміру й створення мініатюр відбуваються тепер у браузері ще до завантаження файлу, що знімає частину роботи із сервера. Обробка підтримує AVIF, HEIC та HDR-зображення з картами підсилення (gain maps).

Для командної роботи оновили нотатки (Notes), тобто коментарі до окремих блоків, які редактор лишає авторові. У 7.1 в них з'явилися форматування тексту та згадки колег із повідомленням на пошту. Спільного редагування в реальному часі, як у Google Docs, стабільна версія не має. Його готували для 7.0, але менш ніж за два тижні до релізу прибрали через проблеми з навантаженням на сервер і повторювані помилки, а робота над ним триває. Із менших новинок варто назвати блоки Tabs для вкладок і Playlist для аудіоплейлистів та доступні підказки для програм зчитування з екрана.

Записи, сторінки і власні типи контенту

Базових типів контенту в ядрі два. Записи мають дату, рубрики й мітки і складаються в стрічку блогу чи новин. Сторінки від дати не залежать, на них тримаються розділи про компанію, контакти й подібні. Для обох типів є чернетки, історія ревізій із поверненням до будь-якої попередньої версії, відкладена публікація, приватні матеріали й матеріали під паролем.

Рубрики ієрархічні, тобто можуть мати підрубрики, а мітки плоскі (мітки іноді пояснюють через хештеги, хоча мітка належить до таксономій, способів групувати записи, і з хештегами соцмереж має мало спільного).

Якщо сайту потрібні інші сутності, скажімо проєкти, вакансії чи об'єкти нерухомості, ядро підтримує власні типи записів, таксономії й метадані. Реєструють їх через API у коді теми або невеликого плагіна, тому окремий комерційний плагін під кожен тип не обов'язковий. Інструменти на кшталт ACF чи Pods просто дають для цього зручний інтерфейс без програмування.

Медіатека, користувачі й коментарі

Медіатека зберігає зображення, відео, аудіо й документи, а з кожної завантаженої картинки WordPress сам нарізає кілька розмірів для різних місць на сторінці. Звичний опис редактора зображень як інструмента для обрізання, повороту й зміни розміру у 7.1 уже неповний, про нове вікно редагування йшлося вище.

Стандартних ролей п'ять: адміністратор, редактор, автор, співавтор і підписник, а в мережі сайтів Multisite додається ще суперадміністратор. Права ролей при цьому змінювати можна, хоч окремого екрана для цього в стандартному інтерфейсі немає. У коді це робиться кількома рядками, а для тих, хто код чіпати не хоче, існують спеціалізовані плагіни, наприклад Members чи User Role Editor.

Коментарі в ядрі деревоподібні, глибину вкладеності задають у налаштуваннях обговорення. Там само вмикають ручне схвалення, утримання в черзі коментарів із кількома посиланнями та список заборонених слів. Akismet, який часто згадують поруч, розробляє Automattic як окремий плагін із власним ключем, до ядра він не входить, і антиспам можна зібрати й на інших рішеннях.

Що ще є в ядрі

WordPress написаний на PHP, а дані зберігає в MySQL або MariaDB, які офіційно підтримуються. Для SQLite команда WordPress.org веде окремий плагін інтеграції, на якому, до речі, працює браузерна пісочниця WordPress Playground, де WordPress можна спробувати без хостингу й реєстрації. Для робочого сайту розумно лишатися на MySQL чи MariaDB, але намертво ядро до них не прив'язане.

REST API вбудований із 2016 року. Через нього мобільні застосунки та зовнішні сервіси читають і змінюють контент, і на ньому ж тримається сам блоковий редактор. Є інструменти приватності: шаблон політики конфіденційності, експорт і видалення персональних даних за запитом людини. Розділ "Здоров'я сайту" перевіряє версію PHP, стан оновлень і налаштування сервера й підказує, що варто виправити.

AI у WordPress: що є насправді

Готового AI-конструктора сайтів у ядрі немає, і 7.1 сам сайт за вас не збере. Натомість з'явилася інфраструктура. У 7.0 до ядра додали AI Client, програмний інтерфейс, через який плагіни надсилають запити до генеративних моделей, та екран Connectors, де підключають зовнішні сервіси, зокрема AI-провайдерів. Самих провайдерів ядро не містить, їх додають плагінами. Разом з Abilities API це спрощує інтеграції та автоматизацію, але звичайний користувач побачить AI-функції лише тоді, коли їх принесе конкретний плагін, хостинг або тема.

На практиці AI навколо WordPress у 2026 році означає асистентів для текстів і заголовків, генерацію й редагування зображень, підказки alt-тексту, інструменти для розробників і автоматизації. Необов'язковий AI-плагін, про який ішлося в анонсі 7.0, частину цього вже приносить у редактор. Я б не будував вибір CMS навколо AI-функцій, бо вони змінюються так швидко, що через рік у будь-якій системі виглядатимуть інакше.

Block Editor, Site Editor і дизайн сайту

Тут найбільше плутанини в термінах. Слово Gutenberg часто вживають як назву всього редактора, хоча насправді йдеться про три різні речі.

Gutenberg, блоковий редактор і редактор сайту

Назву Gutenberg носить проєкт, який розвиває блокове редагування у WordPress. Блоковий редактор (Block Editor) відкривається, коли ви пишете запис або сторінку: абзаци, заголовки, зображення, кнопки, колонки й таблиці вставляються як окремі блоки, кожен зі своїми налаштуваннями.

Редактор сайту (Site Editor) працює рівнем вище. Через нього змінюють шапку й підвал, шаблони, навігацію, глобальні стилі та патерни, а також редагують сторінки. У його меню шість розділів: ідентичність сайту (назва, слоган, логотип та іконка), стилі, сторінки, навігація, патерни й шаблони. Відкривають його з пункту "Редактор" у розділі "Вигляд".

Головне уточнення, яке часто губиться, стосується тем. Редактор сайту доступний тільки з блоковою темою. На сайті з класичною темою повноцінного редагування всього сайту блоками не буде, шапку й підвал там налаштовують через Customizer, панель самої теми, віджети або конструктор сторінок. Тому два сайти на одній і тій самій версії WordPress можуть мати зовсім різний процес роботи з дизайном.

Майстерня і редактор сайту: два рівні роботи

Звідси два рівні роботи в адмінці. Майстерня з лівим меню (записи, медіа, сторінки, коментарі, вигляд, плагіни, користувачі, інструменти, налаштування) відповідає за контент, розширення, людей і параметри сайту. Редактор сайту в блоковій темі відповідає за дизайн, тобто за шаблони, патерни, навігацію та стилі.

Резервних копій і SEO-налаштувань у розділі "Інструменти" стандартного WordPress немає. Розділ містить імпорт і експорт контенту, "Здоров'я сайту", експорт і видалення персональних даних, а з блоковою темою там же живуть редактори файлів теми й плагінів. Бекапи й SEO-поля з'являються в адмінці, коли їх додає плагін або хостинг.

Патерни

Патернами називають готові комбінації блоків, які вставляються на сторінку одним кліком, наприклад блок відгуків, розділ із цінами чи перший екран із кнопкою. Від шаблону сторінки патерн відрізняється масштабом: шаблон визначає будову цілого типу сторінок, а патерн лишається фрагментом, який можна вставити куди завгодно.

Бувають патерни, які постачає тема, власні патерни користувача, синхронізовані патерни (змінили в одному місці, і зміна з'явилася всюди, де його вставлено) та частини шаблону на кшталт шапки й підвалу. Ще більше готових патернів лежить в окремому каталозі на WordPress.org.

Блокові й класичні теми

Блокова тема побудована з блоків повністю, від навігації до підвалу, і через редактор сайту дає змінювати шапку, підвал, шаблони, глобальні стилі й макети. Стандартна тема Twenty Twenty-Five саме така. У каталозі WordPress.org із позначкою повного редагування сайту (full-site-editing) зараз понад 1800 тем.

Класична тема працює на старій архітектурі PHP-шаблонів і налаштовується через Customizer, власну панель, віджети або конструктор сторінок. Класичні теми живуть і далі, серед них багато популярних комерційних, на них працює величезна кількість сайтів, і WordPress їх повністю підтримує. Різниця в тому, що з блоковою темою більшість змін робите в редакторі сайту, а з класичною частіше залежите від налаштувань, які передбачив автор теми.

Чи потрібен конструктор сторінок

Кілька років тому стандартна порада новачкові зводилася до двох кроків: поставити WordPress і одразу поставити Elementor. У 2026 році я б так не радив. Блоковий редактор, редактор сайту й адаптивні стилі 7.1 закривають багато задач, заради яких раніше брали сторонній конструктор, тож спочатку варто перевірити, чи їх вистачить саме вам.

Elementor, Bricks, Beaver Builder, Divi та подібні інструменти нікуди не зникли. Вони виправдані, коли потрібен специфічний процес роботи, точний контроль над версткою або команда вже вміє працювати саме в них. Але кожен такий конструктор додає власний шар коду, власні оновлення, часто щорічну підписку, і перенести сторінки з одного конструктора на інший без переробки зазвичай не вийде.

Теми, плагіни і типи сайтів

Теми WordPress

За даними API каталогу WordPress.org на вересень 2026 року, у ньому понад 8,5 тисячі безкоштовних тем. Перед публікацією кожну перевіряє команда рецензентів, але перевірка стосується правил каталогу, а не того, чи підійде тема саме вашому сайту. Комерційні теми продаються окремо, на маркетплейсах і сайтах розробників.

Твердження, що платні теми здебільшого кращі, я б зі словника прибрав зовсім. Ціна не гарантує ні швидкості, ні безпеки, ні доступності, ні нормальної підтримки. Трапляються дорогі теми, що тягнуть за собою слайдер, два конструктори й десяток вбудованих плагінів, і безкоштовні блокові теми, які вміють менше, зате роблять це охайно. Так само жодна тема не відповідає SEO-стандартам автоматично: чиста розмітка, швидкість і правильна ієрархія заголовків залежать від конкретної теми, і їх треба перевіряти.

Перед вибором теми варто перевірити кілька речей:

• Коли тему востаннє оновлювали і чи сумісна вона з поточною версією WordPress.
• Чи підтримує вона блоки й редактор сайту, якщо ви плануєте ними користуватися.
• Як швидко відкривається демо на телефоні.
• Чи є позначка accessibility-ready і як тема поводиться під час навігації клавіатурою.
• Чи є документація та живий форум підтримки.
• Скільки в ній вбудованого функціоналу, який вам не потрібен.

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

Плагіни й екосистема

Сторінка каталогу плагінів WordPress.org обіцяє понад 72 тисячі безкоштовних розширень, а його API у вересні 2026 року віддає трохи більше 68 тисяч записів. Екосистема покриває більшість типових задач сайту: форми, SEO, магазин, багатомовність, безпеку, резервні копії, кешування, онлайн-курси, закритий контент за підпискою, бронювання, каталоги, додаткові поля. Для типової задачі плагін майже завжди знайдеться, а нетипова зазвичай закінчується власним кодом.

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

Популярне правило "що більше плагінів, то повільніший сайт" мало що пояснює. Припустімо, на одному сайті стоїть сорок акуратно написаних плагінів, а на іншому десять, з яких два роблять важкі запити до бази на кожному завантаженні сторінки й тягнуть скрипти з чужих серверів. Повільнішим, найімовірніше, виявиться другий. Швидкість визначають якість коду, кількість запитів до бази даних, зовнішні звернення та сумісність розширень між собою, а не число в списку плагінів.

Які сайти можна створити на WordPress

Блог і контентний сайт WordPress робить без жодних доповнень, з цього він колись і почався. Для сайту компанії він добрий тоді, коли, крім кількох сторінок, потрібні регулярні публікації, SEO, інтеграції з CRM чи аналітикою та запас для розвитку. Новинні й медійні проєкти цінують його процес публікації з ролями, чернетками, ревізіями й розкладом. Портфоліо складається з блоків на відповідній темі без жодного плагіна.

Магазини працюють через WooCommerce та інші ecommerce-плагіни, їм присвячено наступний розділ. Закриті клуби, онлайн-курси, довідники й каталоги з'являються завдяки екосистемі, бо для кожного такого сценарію існує кілька зрілих плагінів з історією оновлень.

Межі в нього теж є. Складний SaaS-сервіс, система з великою кількістю транзакцій щосекунди чи нестандартний вебзастосунок логічніше будувати на спеціалізованій архітектурі, де WordPress у кращому разі відповідатиме за блог і маркетингові сторінки.

Multisite і headless

Ядро вміє працювати як мережа сайтів (Multisite), коли кілька сайтів мають одну установку, спільних користувачів, теми й плагіни. Таке трапляється в університетах, мережах філій, агенціях і організаціях, яким потрібні десятки однотипних сайтів під одним керуванням. Налаштування мережі заслуговує окремої інструкції, для одного сайту воно не знадобиться.

Headless-підхід використовує WordPress лише як бекенд для контенту. Редактори працюють у звичній адмінці, а сайт або застосунок, написаний на окремому фронтенд-фреймворку, отримує дані через вбудований REST API або GraphQL (його додає плагін WPGraphQL). Для великих медіа й продуктових команд така схема робоча, а новачкові вона додає зайвий шар складності: потрібні розробники і для фронтенду, і для бекенду.

WooCommerce та інтернет-магазини

WooCommerce працює як плагін до WordPress, навколо якого виросла ціла екосистема платних і безкоштовних розширень. Розвиває його Automattic, за даними каталогу WordPress.org активних установок понад 7 мільйонів, а актуальна версія на вересень 2026 року має номер 11.1.

Після встановлення з'являються товари (прості, варіативні з розмірами чи кольорами, цифрові), кошик, оформлення замовлення, керування замовленнями, купони, податки, зони й способи доставки. Прийом оплати банківським переказом або післяплатою доступний одразу, картки й платіжні системи підключаються розширеннями. Для невеликого каталогу цього набору часто вистачає на старті.

Магазин підвищує вимоги до всього, що вище було описано як обов'язки власника. Кошик і оформлення замовлення не кешуються так просто, як сторінка блогу, тож хостинг має витримувати динамічні запити. Помилка після оновлення платіжного плагіна означає втрачені замовлення, тому оновлення варто спершу проганяти на тестовій копії сайту. Резервні копії бази із замовленнями потрібні частіше, ніж для блогу, і перевіряти, чи вони відновлюються, теж треба частіше.

Для України окреме застереження. Доставки Новою поштою, оплати через LiqPay чи plata by mono та фіскалізації через програмний РРО в ядрі WooCommerce немає. Усе це додають плагінами, здебільшого від українських розробників: лише за запитом "nova poshta" каталог WordPress.org показує 16 плагінів, свій плагін є в monobank, є інтеграції з Checkbox для фіскальних чеків. Перед запуском варто подивитися, коли кожен із них оновлювався і чи сумісний він із поточною версією WooCommerce.

Бізнесову частину запуску, від економіки товару до ФОП і ПРРО, описує окремий гайд про те, як відкрити інтернет-магазин. Якщо ж магазин головне, а блог і контент другорядні, варто подивитися й на спеціалізовані системи з нашого рейтингу CMS, наприклад OpenCart.

SEO, швидкість і хостинг

SEO на WordPress

Базу для пошукової оптимізації WordPress дає без плагінів. Сторінки віддаються звичайним HTML, який пошукові системи нормально індексують. Формат адрес задають у налаштуваннях постійних посилань, наприклад /%postname%/. З версії 5.5 ядро саме генерує XML-карту сайту, для записів і сторінок виводить канонічну адресу, а в редакторі є заголовки всіх рівнів і поле alt для зображень.

Тепер про те, що часто змішують. HTML-тег <title> ядро формує саме, якщо тема оголосила таку підтримку, а от шаблонів SEO-заголовків і поля для meta description у ядрі немає. Для цього, а також для мікророзмітки, керування індексацією окремих сторінок і редиректів зазвичай ставлять SEO-плагін: Yoast SEO, Rank Math, All in One SEO або інший. Автоматичного переможця серед них немає, вони відрізняються інтерфейсом, набором безкоштовних функцій і ціною платних версій.

Сама CMS позицій не гарантує, хоч би якою популярною вона була. Результат у пошуку залежить від структури сайту, контенту, швидкості, внутрішньої перелінковки, зовнішніх посилань і технічних налаштувань. Порядок цієї роботи для молодого й уже живого сайту зібрано в гайді з якісного просування сайтів.

Швидкість сайту

Поширена теза "у WordPress немає кешування, тому швидкість повністю залежить від плагінів" спрощує картину. Швидкість складається з багатьох шарів: сервер і версія PHP, база даних, тема, плагіни, вага зображень, кешування, CDN, кількість відвідувачів одночасно. Хостинг часто впливає на результат сильніше, ніж вибір між двома SEO-плагінами чи навіть двома темами.

Сторінкового кешу в ядрі справді немає, але плагін для нього потрібен не завжди. Кеш може давати сервер хостингу, особливо керованого, або CDN на кшталт Cloudflare. Ядро має API об'єктного кешу, яке підхоплює Redis чи Memcached, якщо хостинг їх надає.

Та й саме ядро не стояло на місці. Зображення підвантажуються ліниво, головне зображення сторінки отримує підвищений пріоритет завантаження, з версії 6.8 браузер може заздалегідь підвантажити сторінку, на яку користувач от-от перейде (speculative loading), а у 7.1 обробка зображень переїхала в браузер. Мінімізації HTML у ядрі немає, це робота плагінів оптимізації або сервера.

Вимоги до хостингу і керований хостинг

Офіційно WordPress рекомендує PHP 8.3 або новіший, MySQL 8.0+ чи MariaDB 10.11+ і HTTPS. Технічно система ще запускається на PHP 7.4 і MySQL 5.5.5, але ці версії давно не отримують виправлень безпеки, і будувати на них новий сайт немає сенсу. Рекомендовані вимоги й мінімальна сумісність описують різні речі, і при виборі тарифу орієнтуватися варто на перші.

Керований хостинг для WordPress (managed WordPress hosting) бере на себе частину рутини: оновлення, резервні копії, кешування, тестову копію сайту (staging), інструменти безпеки. Тому встановлення WordPress у 2026 році рідко виглядає як ланцюжок із FTP, бази даних і ручного інсталятора зі старих інструкцій, частіше це кнопка в панелі хостингу. Порівняти двох відомих американських провайдерів допоможуть огляди Bluehost і HostGator, а для сайту з аудиторією в Україні варто подивитися й на місцевих провайдерів, у яких сервери ближче до читачів.

Безпека, оновлення і резервні копії

Наскільки безпечний WordPress

Тезу "WordPress найчастіше зламувана CMS у світі" з огляду прибрано, без прозорої методики вона працює як клікбейт. Точніше інше. Через величезну кількість установок WordPress стає зручною ціллю для автоматизованих атак. Боту, що перебирає тисячі адрес у пошуках конкретного вразливого плагіна, байдуже, чий це сайт.

Саме ядро оновлюється регулярно, і знайдені в ньому проблеми закривають швидко. Типові причини зламів лежать довкола нього: застарілі плагіни й теми, покинуті розширення, які роками ніхто не оновлює, слабкі паролі, скомпрометований хостинг, небезпечний власний код.

Офіційна документація з безпеки радить насамперед прості речі: тримати актуальну версію, регулярно оновлювати плагіни й теми, користуватися надійними паролями, правильно налаштувати сервер і робити резервні копії. Плагіни на кшталт Wordfence чи Solid Security додають файрвол, двофакторний вхід, обмеження спроб входу й сканування файлів, але оновлень вони не замінюють.

HTTPS WordPress не видає. Сертифікат (часто безкоштовний, від Let's Encrypt) налаштовує хостинг, сервер або CDN, а WordPress працює з адресою https, яку вказують у його налаштуваннях.

Оновлення

Дрібні оновлення ядра, які закривають вразливості й помилки, WordPress за замовчуванням встановлює сам. Для великих версій, плагінів і тем автоматичні оновлення вмикаються окремо, у плагінів для кожного своїм перемикачем. Це зручно, але обслуговування не скасовує, бо автооновлення здатне зламати сумісність, і хтось має помітити це раніше за клієнтів.

На бізнес-сайті оновлення плагінів і тем розумно спочатку проганяти на тестовій копії, і лише коли там нічого не зламалося, повторювати на робочому сайті, а потім вручну пройти форми, оформлення замовлення й кілька головних сторінок.

Резервні копії

Експорт з "Інструментів" повною резервною копією не вважається. Він вивантажує записи, сторінки, коментарі й таксономії у файл XML, а медіафайли, теми, плагіни й налаштування лишаються за його межами.

Повна копія містить базу даних, завантажені файли, теми, плагіни та конфігурацію. Робити її можуть хостинг, окремий сервіс, плагін (UpdraftPlus, Jetpack VaultPress Backup, BlogVault та інші) або адміністратор вручну. Для бізнес-сайту копії мають створюватися автоматично, регулярно й зберігатися окремо від основного сервера, бо копія на тому самому хостингу пропаде разом із ним. Ручне копіювання через FTP для новачка як основний спосіб не годиться.

Перед редизайном, зміною теми чи великим оновленням копію роблять заздалегідь, до початку робіт, бо відкотити невдалий експеримент із копії, створеної годину тому, набагато простіше, ніж піднімати сайт із тижневої давності.

Хто відповідає за сайт і де шукати підтримку

У self-hosted WordPress немає центральної служби підтримки, яка зобов'язана полагодити саме ваш сайт. Допомогу при цьому знайти можна, бо є документація й форуми на WordPress.org, підтримка авторів тем і плагінів (у платних продуктах вона зазвичай входить у ліцензію), підтримка хостингу, агенції та фрилансери. Відповідальність просто розподілена між кількома сторонами, і координувати їх доводиться власнику сайту.

Як запустити сайт на WordPress і скільки це коштує

Порядок запуску

Інсталятор на більшості хостингів справді відпрацьовує за лічені хвилини, звідси й обіцянки запустити сайт за п'ять хвилин. Налаштування сайту триває значно довше, і приблизний порядок дій у 2026 році такий:

1. Вибрати домен і хостинг із PHP 8.3 або новішим та автоматичними резервними копіями, бо від хостингу залежить більшість наступних кроків. Як підібрати адресу й зону, ми розповідали в гайді про доменні імена.
2. Встановити актуальну версію WordPress через панель хостингу.
3. Увімкнути HTTPS.
4. Пройти базові налаштування: назва, мова, часовий пояс, постійні посилання, реєстрація користувачів, обговорення.
5. Вибрати тему під спосіб роботи: блокову, якщо дизайн плануєте змінювати в редакторі сайту, або класичну, якщо вона краще закриває вашу задачу чи під неї вже є потрібні плагіни.
6. Спланувати структуру сайту.
7. Налаштувати шапку, підвал, стилі й шаблони.
8. Поставити тільки потрібні плагіни, а ті, що встановлювали на пробу й не використовуєте, видалити повністю.
9. Наповнити сайт контентом.
10. Налаштувати резервне копіювання, захист входу, SEO-плагін і підключити Google Search Console.
11. Перевірити сайт на телефоні.
12. Перевірити швидкість завантаження, роботу форм і те, чи приходять заявки на пошту, яку справді хтось читає.
13. Відкрити сайт для індексації.

Стандартну тему не обов'язково міняти лише тому, що на ній зроблено багато сайтів. Twenty Twenty-Five легка, добре працює з редактором сайту й має кілька варіантів стилю, тож для багатьох проєктів вона годиться як основа, яку переналаштовують під себе. Ширше про самостійне створення сайту без розробника, і не лише на WordPress, розповідає інструкція як створити сайт самостійно.

Скільки коштує сайт на WordPress

Ядро WordPress безкоштовне і відкрите, ліцензійного платежу за нього немає. Сайт від цього безкоштовним не стає. Гроші йдуть на домен і хостинг, за потреби на платну тему й плагіни, сервіс резервних копій, CDN, розробника, обслуговування, захист, розширення для магазину. Середньої ціни сайту на WordPress не існує, корисніше думати сценаріями.

Найдешевший варіант складається з недорогого хостингу, домену, безкоштовної теми й безкоштовних плагінів, а все налаштування ви робите самі. Прямі витрати тоді обмежуються хостингом і доменом, зате головним ресурсом стає ваш час.

Для сайту компанії бюджет зазвичай включає якісніший або керований хостинг, кілька платних плагінів із щорічною ліцензією (форми, SEO, резервні копії), іноді платну тему й години фахівця на налаштування та підтримку. Сума за рік помітно більша, зате частину рутини хтось знімає з вас.

Магазин потребує потужнішого хостингу, платіжних і логістичних розширень, фіскалізації, розробки та регулярної підтримки. Тут бюджет настільки залежить від каталогу й інтеграцій, що будь-яка середня цифра була б вигадкою.

Підступність WordPress у поступовості витрат. Кожна окрема підписка на плагін невелика, але за кілька років їх набирається стільки, що щорічне продовження ліцензій, хостингу й домену разом із годинами фахівця може коштувати більше, ніж коштував сам запуск сайту. Орієнтовні ціни на хостинг, домени й роботу розробників в Україні зібрано в матеріалі скільки коштує створити сайт.

Плюси, мінуси і WordPress проти конструкторів

Переваги WordPress

• Відкритий код без плати за ліцензію ядра.
• Повний контроль над хостингом, файлами, базою даних і кодом, тож сайт не залежить від політики однієї компанії.
• Найбільша серед CMS екосистема.
• Сильна система публікацій із ролями, чернетками, ревізіями, розкладом і нотатками для редакторів.
• WooCommerce для магазинів.
• Блоковий редактор і редактор сайту, які з версії 7.1 дають адаптивні стилі без жодного рядка CSS.
• REST API і headless.
• Переносимість між хостингами.
• Велика спільнота, документація й ринок фахівців, серед яких легко знайти виконавця майже в будь-якому місті.

Недоліки WordPress

• Хостинг доводиться шукати й оплачувати окремо.
• Оновлення, резервні копії й безпека лежать на власнику сайту або на тому, кому він це доручив.
• Конфлікти між плагінами.
• Безпека залежить від усього стеку, від хостингу до останнього встановленого плагіна, а не лише від ядра.
• Вартість росте з кожною підпискою.
• Швидкість потребує уваги до хостингу, кешу й зображень.
• Якість сторонніх розширень дуже нерівна, і поруч у каталозі лежать зразкові плагіни та покинуті роками.
• Немає єдиної служби підтримки.
• Вчитися доведеться більше, ніж у хостинговому конструкторі, особливо людині, яка ніколи не мала справи з хостингом і DNS.

Для кого WordPress, а кому простіше з конструктором

WordPress часто одночасно називають легким для початківців і радять тим, хто готовий багато вчитися. Ці тези варто розвести. Новачкові WordPress доступний, базовий сайт збирається без коду, але технічної відповідальності в нього більше, ніж у хостингового конструктора.

Добре він підходить блогам і контентним проєктам, сайтам компаній із регулярними публікаціями, видавцям, магазинам, проєктам, яким потрібні інтеграції та плагіни, і тим, для кого важливо повністю володіти сайтом. Агенціям і розробникам WordPress зручний ще й тим, що під нього легко знайти як готові рішення, так і людей.

Надлишковим він буває для простого односторінкового сайту, лендингу на кілька тижнів, невеликого портфоліо або для людини, яка взагалі не хоче думати про оновлення й хостинг. Тоді простіше взяти конструктор із хостингом у комплекті. Хмарні сервіси для таких випадків ми порівнювали в огляді найкращих конструкторів сайтів 2026 року.

	WordPress.org	Хостинговий конструктор
Хостинг	Окремо, у провайдера на ваш вибір	Входить у тариф
Оновлення ядра	Власник або хостинг	Провайдер
Контроль над кодом і сервером	Повний, аж до налаштувань PHP	Обмежений рамками платформи
Резервні копії	Ваша турбота	Провайдер
Розширення	Понад 68 тисяч плагінів у каталозі	Застосунки й модулі платформи
Перенесення	Висока свобода, разом із файлами й базою даних	Залежить від платформи
Поріг входу	Вищий	Нижчий

Рядок про перенесення варто розшифрувати. У self-hosted WordPress власник контролює файли, базу даних, домен, хостинг і код, тож сайт можна перевезти до іншого провайдера без дозволу платформи. Але перенесення в один клік буває не завжди. Треба зробити копію, перенести базу й файли, змінити DNS і перевірити сайт на новому місці. Плагіни міграції на кшталт Duplicator чи All-in-One WP Migration і хостинги з безкоштовним перенесенням цей процес помітно спрощують.

WordPress чи uCoz

Поруч із WordPress часто ставлять uCoz, бо обидва дають багатосторінковий сайт із новинами, блогом і розділами. Влаштовані вони при цьому протилежно. WordPress ви ставите на свій хостинг, розширюєте темами й плагінами, маєте доступ до коду й сервера і за все це відповідаєте. Натомість uCoz працює як хостингова система з модулями, які вмикаються в панелі (блог, форум, каталог файлів, магазин та інші), хостинг входить у сервіс, інфраструктуру обслуговує провайдер, а безкоштовний тариф Free не має терміну дії.

Якщо важливіші контроль і екосистема, логічніший WordPress. Якщо хочеться отримати хостинг в одному пакеті з сайтом і менше займатися сервером, зручніший uCoz.

WordPress, Wix, Weblium і uKit

З іншими конструкторами логіка схожа, тож окремий розбір кожного тут зайвий. Wix дає більше зручності хостингового сервісу й візуального редагування. Для простого сайту бізнесу з українською специфікою зроблений Weblium. Коли невеликий бізнес-сайт чи лендинг треба запустити швидко, зручний uKit. WordPress складніший за кожен із них, зате дає значно більше контролю й можливостей для розширення.

Часті запитання про WordPress

Що таке WordPress?

Це open-source система керування контентом, на якій створюють сайти й керують їхнім наповненням. Цей огляд стосується self-hosted версії з WordPress.org, яку встановлюють на власний хостинг.

WordPress безкоштовний?

Ядро так, без ліцензійних платежів. Окремо можуть оплачуватися хостинг, домен, теми, плагіни й робота розробника.

Яка актуальна версія WordPress?

На вересень 2026 року стабільна версія 7.1 (Mary Lou), випущена 19 серпня. Безпечною вважається тільки остання версія, тож оновлення краще не відкладати.

Чим WordPress.org відрізняється від WordPress.com?

З WordPress.org ви отримуєте програму, яку ставите на свій хостинг і контролюєте повністю. WordPress.com працює як хостинговий сервіс Automattic на основі WordPress, де сервер обслуговує компанія, а можливості залежать від тарифу.

Чи потрібно знати програмування?

Для базового сайту ні. Блоковий редактор, редактор сайту, теми й плагіни дозволяють багато зробити мишею, а код знадобиться для нестандартних доробок.

Що таке Gutenberg?

Так називається проєкт, що розвиває блокове редагування. Синонімом усього інтерфейсу редактора WordPress його вважати не варто.

Що таке Site Editor?

Редактор сайту, в якому змінюють шаблони, стилі, навігацію, патерни й інші елементи рівня всього сайту. Працює він тільки з блоковими темами.

Чи потрібен Elementor?

Ні, це необов'язковий конструктор сторінок. Для багатьох проєктів вистачає вбудованих блокового редактора й редактора сайту.

Чи підходить WordPress для інтернет-магазину?

Так, найчастіше через WooCommerce. Але магазин підвищує вимоги до хостингу, безпеки, резервних копій і тестування оновлень.

Чи хороший WordPress для SEO?

База в ядрі сильна, а SEO-плагінів вистачає. Позицій CMS при цьому не гарантує, вирішують контент, структура, швидкість і посилання.

Чи безпечний WordPress?

Може бути безпечним за нормального обслуговування. Вирішальні тут оновлення, якість плагінів і тем, надійні паролі з розмежуванням доступів, резервні копії та нормальний хостинг.

Чи потрібен хостинг?

Для WordPress.org так, сайт має десь працювати. На WordPress.com хостинг входить у тариф.

Чи можна перенести WordPress на інший хостинг?

Так, self-hosted архітектура дає значно більше свободи, ніж більшість хмарних конструкторів. Перенесення все одно потребує копії, зміни DNS і перевірки сайту після переїзду.

WordPress чи конструктор сайтів?

WordPress дає більше контролю й більше відповідальності. Конструктор знімає технічне обслуговування, але обмежує доступ до інфраструктури. Вибір залежить від проєкту та від того, хто займатиметься сайтом після запуску.

WordPress у 2026 році так і тримається на першому місці серед CMS і за останні роки помітно зсунувся в бік візуального блокового редагування, тож без стороннього конструктора сторінок тепер обходиться багато проєктів. Головною перевагою, як і раніше, лишається екосистема, а платити за неї доводиться відповідальністю за хостинг, оновлення, резервні копії та безпеку.

Для контентних, бізнесових і торгових проєктів, де важливі інтеграції, володіння сайтом і можливість рости, WordPress належить до найгнучкіших варіантів. Для невеликого сайту, якому потрібні швидкий запуск і мінімум технічного обслуговування, хостинговий конструктор може виявитися простішим.