WordPress Multisite перетворює одну установку WordPress на мережу взаємопов'язаних сайтів, які всі керуються з однієї панелі управління. Це потужна функція, вбудована в ядро WordPress, але вона не є правильним рішенням для кожного сценарію. Цей посібник пояснює, що таке Multisite, коли його доцільно використовувати, як його налаштувати та на що звертати увагу при управлінні мережею сайтів.
Що таке WordPress Multisite?
WordPress Multisite — це вбудована функція, яка дозволяє вам запускати кілька сайтів WordPress з однієї установки. Всі сайти в мережі ділять одні й ті ж файли ядра WordPress, плагіни та теми, але кожен сайт має свій власний контент, користувачів та налаштування. "Супер адміністратор" керує налаштуваннями на рівні мережі, тоді як адміністратори окремих сайтів управляють контентом своїх сайтів.
Як працює Multisite під капотом
Коли ви активуєте Multisite, WordPress створює додаткові таблиці бази даних для кожного сайту в мережі. Основні таблиці (wp_options, wp_posts, wp_users) залишаються для основного сайту, тоді як нові сайти отримують свої власні таблиці з префіксом (wp_2_options, wp_2_posts тощо). Таблиці wp_users та wp_usermeta діляться між усіма сайтами, що дозволяє користувачам мати облікові записи на кількох сайтах у межах мережі.
Коли використовувати Multisite (і коли не варто)
Multisite добре підходить для певних організаційних структур. Розуміння, коли це підходить, а коли ні, заощадить вам головний біль з міграцією пізніше.
| Використовуйте Multisite, коли | Уникайте Multisite, коли |
|---|---|
| Університетські факультети потребують окремих сайтів | Сайти потребують різних хостингових середовищ |
| Локації франшиз ділять брендинг | Кожен сайт потребує різних плагінів |
| Одна організація управляє кількома блогами | Сайти мають суттєво різні рівні трафіку |
| Багатомовні сайти з окремим контентом | Сайти клієнтів, які потребують незалежного управління |
| Середовища розробки/стадіювання | Сайти, які можуть потребувати незалежного переміщення |
| Послідовний брендинг на всіх об'єктах | Інтернет-магазини з різними налаштуваннями оплати |
Піддомен проти підкаталогу
WordPress Multisite пропонує дві структури URL для мережевих сайтів:
Підкаталог (на основі шляху)
example.com/site1/, example.com/site2/
- Простішу установку, не потрібна конфігурація DNS
- Всі сайти ділять авторитет основного домену
- Не доступно, якщо WordPress встановлено в підкаталозі
- Вимагає, щоб основний сайт був налаштований на корені домену
Піддомен
site1.example.com, site2.example.com
- Кожен сайт відчуває себе більш незалежним
- Вимагає конфігурації DNS з підстановочним знаком
- Можна використовувати доменне відображення для повністю кастомних доменів
- Трохи складніше налаштувати з SSL сертифікатами
Для цілей SEO підкаталоги більш ефективно консолідують авторитет домену. Для організаційної незалежності піддомени або відображені домени забезпечують чистіше розділення.
Налаштування WordPress Multisite: покроково
Попередні вимоги
- Свіжа або існуюча установка WordPress (рекомендується версія 6.0 або вище)
- Доступ до FTP або файлового менеджера для редагування wp-config.php та .htaccess
- Деактивуйте всі плагіни перед активацією Multisite
- Повністю резервне копіювання вашої бази даних та файлів
Крок 1: Увімкніть Multisite у wp-config.php
Додайте цей рядок до вашого файлу wp-config.php, вище рядка, що говорить "Це все, зупиніться редагувати!":
define( 'WP_ALLOW_MULTISITE', true );Крок 2: Встановіть Мережу
Після додавання константи та оновлення панелі приладів перейдіть до Інструменти > Налаштування Мережі. Виберіть між субдоменами або підкаталогами, введіть назву вашої мережі та електронну пошту адміністратора, потім натисніть Встановити.
Крок 3: Оновіть Конфігураційні Файли
WordPress відобразить фрагменти коду, які потрібно додати до ваших файлів wp-config.php та .htaccess. Скопіюйте їх точно так, як показано. Додатки до wp-config.php визначають конфігурацію вашої мережі, тоді як правила .htaccess обробляють маршрутизацію URL для сайтів мережі.
Крок 4: Увійдіть Знову
Після оновлення конфігураційних файлів вийдіть і увійдіть знову. Тепер ви побачите меню Мої Сайти в панелі адміністратора та доступ до панелі адміністратора Мережі.
Управління Вашою Мережею Multisite
Панель адміністратора Мережі
Панель адміністратора Мережі відокремлена від панелей окремих сайтів. Звідси ви можете:
- Сайти: Створювати, редагувати, деактивувати або видаляти сайти в мережі
- Користувачі: Керувати користувачами на всіх сайтах та призначати ролі на рівні мережі
- Темы: Встановлювати теми та контролювати, які з них доступні для сайтів мережі
- Плагіни: Встановлювати плагіни на рівні мережі або дозволяти активацію на окремих сайтах
- Налаштування: Налаштовувати параметри реєстрації, обмеження на завантаження файлів та налаштування за замовчуванням
Ролі Користувачів у Multisite
Multisite додає роль "Супер Адміністратор" вище стандартних ролей WordPress. Ось як відрізняються ролі:
| Роль | Область | Ключові Можливості |
|---|---|---|
| Супер Адміністратор | Вся мережа | Встановлювати плагіни/теми, керувати всіма сайтами |
| Адміністратор | Окремий сайт | Керувати контентом, користувачами та налаштуваннями (не може встановлювати плагіни) |
| Редактор | Окремий сайт | Керувати та публікувати всі пости |
| Автор/Співпрацівник | Окремий сайт | Створювати та керувати власним контентом |
Управління Плагінами та Темами
У Multisite лише Супер Адміністратори можуть встановлювати плагіни та теми. Адміністратори сайтів можуть лише активувати плагіни та теми, які Супер Адміністратор зробив доступними. Ви також можете "Активувати в Мережі" плагін, щоб змусити його працювати на всіх сайтах, що корисно для плагінів безпеки, кешування та SEO, які повинні працювати скрізь.
Розгляд Продуктивності
Мережа Multisite ділить ресурси сервера між усіма сайтами. Коли ваша мережа зростає, продуктивність може погіршитися без належного планування:
- Зростання бази даних: Кожен сайт додає приблизно 10-12 таблиць. Мережа з 50 сайтів означає 500+ додаткових таблиць в одній базі даних.
- Обмеження спільного хостингу: Multisite погано працює на спільному хостингу. Використовуйте VPS або виділений сервер з достатньою оперативною пам'яттю та процесором.
- Кешування об'єктів: Реалізуйте Redis або Memcached, щоб зменшити запити до бази даних на сайтах мережі.
- Використання CDN: Обслуговуйте статичні ресурси через CDN, щоб зменшити навантаження на сервер.
- Трафік окремого сайту: Якщо один сайт у мережі отримує сплеск трафіку, це може вплинути на всі інші сайти, оскільки вони ділять ті ж ресурси сервера.
Для рекомендацій щодо хостингу, які можуть впоратися з навантаженнями Multisite, прочитайте наш посібник з хостингу WordPress.
Безпекові Наслідки
Безпека в мережі Multisite вимагає додаткової уваги, оскільки вразливість на одному сайті може потенційно вплинути на всю мережу:
- Вразливості плагінів
- Безпека: Оскільки плагіни спільні, вразливий плагін піддає ризику кожен сайт у мережі.
- Контроль доступу користувачів: Уважно керуйте тим, хто отримує ролі Адміністратора та Супер Адміна. Обмежте облікові записи Супер Адміна лише надійним особам.
- Обмеження на завантаження файлів: Налаштуйте дозволені типи файлів у Налаштуваннях мережі, щоб запобігти шкідливим завантаженням.
- Регулярні оновлення: Оновлення ядра, плагінів і тем повинні застосовуватися своєчасно, оскільки вони впливають на всі сайти одночасно.
Для всебічних практик безпеки дивіться наш посібник з безпеки WordPress на 2026 рік.
Альтернативи WordPress Multisite
Multisite не завжди є правильним рішенням. Розгляньте ці альтернативи:
- Окремі установки WordPress: Якщо сайтам потрібні різні плагіни, теми або хостинг, індивідуальні установки з інструментом управління, таким як MainWP або ManageWP, забезпечують централізований контроль без обмежень Multisite.
- Багатомовні плагіни: Для багатомовних сайтів плагіни, такі як WPML або TranslatePress, можуть бути простішими, ніж запуск окремих мережевих сайтів для кожної мови.
- Headless WordPress: Якщо вам потрібно кілька фронтендів, що отримують дані з одного джерела контенту, headless налаштування з спільним API може бути більш гнучким, ніж Multisite.
Для постійного управління сайтом, незалежно від того, чи використовуєте ви Multisite, перегляньте наш посібник з обслуговування WordPress.
Для отримання додаткової інформації зверніться до офіційної документації: Документація WordPress Multisite.
Поширені запитання
Чи можу я перетворити існуючий сайт WordPress на Multisite?
Так, ви можете активувати Multisite на існуючій установці WordPress. Ваш поточний сайт стає основним сайтом мережі. Однак завжди створюйте повну резервну копію перед внесенням цієї зміни, оскільки процес змінює структуру вашої бази даних і файли конфігурації.
Чи може кожен сайт у мережі використовувати різний домен?
Так, через доменне відображення. Ядро WordPress підтримує доменне відображення нативно з версії 4.5. Кожен сайт у вашій мережі може мати свій власний кастомний домен (наприклад, sitea.com, siteb.com) замість використання піддоменів або підкаталогів.
Що станеться, якщо я пізніше деактивую Multisite?
Повернення з Multisite до одного сайту є складним і неофіційно підтримується як операція в один клік. Вам потрібно буде експортувати контент з кожного сайту окремо та імпортувати його в окремі установки WordPress. Уважно сплануйте свою архітектуру перед переходом на Multisite.
Чи сумісні всі плагіни з WordPress Multisite?
Більшість плагінів працюють з Multisite, але не всі. Деякі плагіни можуть неправильно обробляти мережеву активацію або можуть зберігати дані в способах, які конфліктують зі спільною структурою бази даних Multisite. Завжди тестуйте плагіни на тестовій мережі перед розгортанням у виробництві.
Як працює SEO на мережевих сайтах Multisite?
Кожен сайт у мережі розглядається пошуковими системами як окремий веб-сайт. Якщо використовуються підкаталоги, сайти ділять авторитет основного домену. Якщо використовуються піддомени або відображені домени, кожен сайт незалежно будує свій власний авторитет домену. Встановіть SEO плагін на всю мережу та налаштуйте його окремо для кожного сайту.
Чи можу я ділитися контентом між сайтами в мережі?
WordPress не ділиться контентом між мережевими сайтами нативно. Ви можете використовувати плагіни, такі як Network Media Library, щоб ділитися медіатекою або створити кастомні рішення, використовуючи WordPress REST API, щоб отримувати контент з одного сайту на інший.
Чи підходить WordPress Multisite для бізнесу з веб-хостингу?
Хоча технічно можливо, Multisite не рекомендується для хостингу клієнтських сайтів, оскільки це створює залежності та ризики безпеки. Якщо один сайт клієнта буде скомпрометований, це може вплинути на інших. Виділені установки з панеллю управління забезпечують кращу ізоляцію для сценаріїв хостингу.
Потрібен надійний хостинг для вашої мережі Multisite?
Мережі Multisite потребують хостингу з адекватними ресурсами. Ознайомтеся з нашим порівнянням хостингу, щоб знайти відповідний варіант.
Читати посібник з хостингу →
