Як додати нових користувачів до WordPress: повний посібник з ролей, дозволів та управління користувачами
Управління користувачами WordPress є одним із найважливіших адміністративних завдань на будь-якому сайті з кількома авторами або командою. Неправильне додавання нового користувача — неправильна роль, слабка політика паролів, відсутність підтвердження електронної пошти — може наразити ваш сайт на ризик підвищення привілеїв, саботажу контенту або несанкціонованого встановлення плагінів. Цей посібник детально розглядає кожен крок процесу з технічною точністю, яка відрізняє добре керовану інсталяцію WordPress від вразливої.
Пряма відповідь: Щоб додати нового користувача в WordPress, перейдіть до Користувачі > Додати нового в панелі адміністратора, заповніть поля імені користувача, електронної пошти та пароля, призначте роль із вбудованої ієрархії ролей і натисніть Додати нового користувача. Користувач отримає сповіщення електронною поштою, якщо відповідний параметр позначено. Весь процес займає менше двох хвилин — але вибір правильної ролі та забезпечення надійної політики облікових даних вимагає обдуманого підходу.
Чому архітектура управління користувачами має значення
WordPress постачається з моделлю рольового контролю доступу (RBAC). Кожна можливість на платформі — публікація записів, встановлення плагінів, керування параметрами — є окремим прапорцем дозволу. Ролі — це просто іменовані набори цих прапорців можливостей. Коли ви призначаєте роль користувачу, ви одночасно надаєте або забороняєте десятки окремих можливостей.
Це важливо з операційної точки зору, оскільки:
- Користувачі з надмірними привілеями є основною причиною випадкових або зловмисних змін, що руйнують сайт.
- Користувачі з недостатніми привілеями створюють вузькі місця в робочому процесі, змушуючи адміністраторів вручну публікувати кожен фрагмент контенту.
- Покинуті облікові записи — користувачі, яким більше не потрібен доступ — є постійною поверхнею атаки, особливо у спільних середовищах.
Якщо ваш сайт WordPress працює у середовищі VPS Хостингу, ви несете додаткову відповідальність за узгодження дозволів користувачів на рівні WordPress із засобами контролю доступу на рівні сервера. Роль Адміністратора WordPress не надає доступу SSH або до бази даних, але зловмисник, який скомпрометує обліковий запис Адміністратора, може завантажити шкідливий плагін, який це зробить.
Крок 1: Доступ до панелі адміністратора WordPress
Перейдіть на сторінку входу вашого сайту:
https://yourdomain.com/wp-admin/Автентифікуйтесь за допомогою облікових даних адміністратора. Якщо у вас увімкнена двофакторна автентифікація (2FA) через плагін, наприклад Wordfence або Google Authenticator, виконайте цю перевірку перед тим, як продовжити.
Примітка щодо безпеки: Якщо ви керуєте WordPress на сервері, який ви контролюєте, розгляньте можливість обмеження доступу /wp-admin/ за IP-адресою на рівні веб-сервера. У Nginx це простий блок allow/deny; в Apache — директива .htaccess. Це захід глибокого захисту, який діє повністю поза власним рівнем автентифікації WordPress.
Крок 2: Перейдіть до Користувачі > Додати нового
На лівій навігаційній панелі наведіть курсор на Користувачі. У спливаючому підменю відображаються два варіанти: Всі користувачі та Додати нового. Натисніть Додати нового.
Ви також можете перейти до цього екрана безпосередньо через:
https://yourdomain.com/wp-admin/user-new.phpДодавання цієї URL-адреси до закладок корисне для адміністраторів сайту, які часто додають користувачів.
Крок 3: Заповніть форму нового користувача
Форма Додати нового користувача містить кілька полів. Деякі є обов’язковими; інші — необов’язкові, але операційно значущі.
Ім’я користувача
Поле user_login, що зберігається в wp_users. Це значення є постійним — WordPress не надає вбудованого інтерфейсу для перейменування користувача після створення. Вибирайте ім’я користувача, яке:
- Не розкриває роль користувача (уникайте
admin,editor1,webmaster). - Не збігається з іменем основного облікового запису адміністратора сайту, який є поширеною ціллю для атак методом перебору.
- Відповідає послідовній внутрішній конвенції іменування (наприклад,
firstname.lastnameабоf.lastname).
Якщо пізніше вам потрібно перейменувати користувача, ви повинні або використати плагін (Username Changer), або виконати прямий запит до бази даних:
UPDATE wp_users SET user_login = 'new_username' WHERE user_login = 'old_username';Адреса електронної пошти
WordPress надсилає вітальне сповіщення та всі системні листи на цю адресу. Вона також слугує механізмом відновлення облікового запису. Переконайтеся, що адреса:
- Є доступною поштовою скринькою, яку користувач активно перевіряє.
- Є унікальною в таблиці
wp_users— WordPress забезпечує це на рівні застосунку.
Якщо ваша організація використовує власну поштову інфраструктуру, розгляньте можливість поєднання WordPress із спеціалізованим рішенням Email Хостингу, щоб забезпечити надійну доставку транзакційних листів і уникнути потрапляння вітальних повідомлень у спам.
Ім’я, прізвище, вебсайт
Ці поля заповнюють wp_usermeta і є повністю необов’язковими. Вони відображаються в підписах авторів і на сторінках профілів. Для внутрішніх членів команди їх заповнення покращує читабельність журналу аудиту у вигляді Всі користувачі.
Пароль
WordPress автоматично генерує криптографічно надійний пароль за допомогою wp_generate_password(). Стандартна ентропія є високою. У вас є два варіанти:
- Прийняти згенерований пароль і дозволити вітальному листу доставити його користувачу, який повинен змінити його під час першого входу.
- Встановити власний пароль, натиснувши Показати пароль і ввівши замінник. Якщо власний пароль слабший за евристику надійності WordPress, з’явиться підтверджувальний прапорець із явним попередженням.
Не встановлюйте тривіальні паролі для нових облікових записів, навіть тимчасово. У ядрі WordPress немає примусового застосування «тимчасового пароля» — слабкий пароль, встановлений під час створення, залишається слабким, доки користувач його не змінить. Для примусового застосування політики паролів використовуйте плагін, наприклад Password Policy Manager, або впровадьте правила на стороні сервера.
Надіслати сповіщення користувачу
Якщо позначено, WordPress надсилає електронний лист new_user_notification із URL-адресою входу та згенерованим паролем (або посиланням для скидання пароля, залежно від вашої версії та конфігурації WordPress). Залиште цей параметр позначеним, якщо ви не створюєте облікові записи масово та не плануєте передавати облікові дані через захищений позасмуговий канал.
Крок 4: Призначте правильну роль користувача
Це рішення з найвищими ставками у всьому процесі. П’ять вбудованих ролей WordPress утворюють суворо визначену ієрархію можливостей.
Таблиця порівняння ролей користувачів WordPress
| Роль | Публікація власних записів | Редагування чужих записів | Керування плагінами/темами | Керування користувачами | Доступ до налаштувань |
|---|---|---|---|---|---|
| Адміністратор | Так | Так | Так | Так | Так |
| Редактор | Так | Так | Ні | Ні | Ні |
| Автор | Так | Ні | Ні | Ні | Ні |
| Дописувач | Ні (лише чернетка) | Ні | Ні | Ні | Ні |
| Передплатник | Ні | Ні | Ні | Ні | Ні |
Визначення ролей та практичні рекомендації щодо призначення
Адміністратор
Має manage_options, install_plugins, edit_themes, delete_users та приблизно 60 додаткових прапорців можливостей. Надання цієї ролі будь-кому, крім довіреного технічного власника, є значним ризиком для безпеки. На робочому сайті кількість облікових записів Адміністратора має бути мінімально необхідною — як правило, один або два.
Редактор
Правильна роль для менеджерів контенту, головних редакторів і старших авторів, яким потрібен нагляд за всіма авторами. Редактори можуть публікувати, редагувати та видаляти будь-який запис або сторінку незалежно від авторства. Вони не можуть торкатися плагінів, тем або налаштувань сайту. Ця роль забезпечує практичний баланс між редакційними повноваженнями та безпекою системи.
Автор
Підходить для постійних дописувачів, які повністю відповідають за свій контент. Автори можуть завантажувати медіафайли, публікувати власні записи та видаляти власний опублікований контент. Вони не мають доступу до чернеток інших користувачів. Важливий нюанс: Автори можуть видаляти власні опубліковані записи, що іноді дивує власників сайтів, які очікують незмінності опублікованого контенту.
Дописувач
Найбезпечніша роль для нових або ненадійних авторів. Дописувачі можуть створювати чернетки записів і надсилати їх на перевірку, але кнопка Опублікувати замінена кнопкою Надіслати на перевірку. Вони не можуть безпосередньо завантажувати зображення до медіатеки — це суттєве обмеження робочого процесу, яке багато власників сайтів не беруть до уваги. Якщо ваш редакційний процес залежить від контенту з великою кількістю зображень, Дописувачам знадобиться Редактор для завантаження медіафайлів, або вам знадобиться плагін, що розширює їхні можливості роботи з медіа.
Передплатник
Надає доступ до панелі WordPress виключно для керування профілем. Використовується для сайтів членства, платформ із закритим контентом або форумів, де реєстрація потрібна для коментування або доступу до обмежених сторінок. Передплатники не створюють контент і не мають адміністративних можливостей.
Власні ролі та розширення можливостей
П’ять вбудованих ролей охоплюють більшість випадків використання, але складні сайти часто потребують детального налаштування. Функції add_role() та add_cap() в API WordPress дозволяють розробникам програмно створювати власні ролі або доповнювати наявні. Плагіни, як-от Members або User Role Editor, надають цю функціональність через інтерфейс без необхідності писати код.
Приклад додавання власної можливості до ролі Редактора через functions.php:
function add_custom_editor_caps() {
$role = get_role( 'editor' );
$role->add_cap( 'manage_categories' );
}
add_action( 'admin_init', 'add_custom_editor_caps' );Крок 5: Надішліть форму
Після заповнення всіх полів і вибору ролі натисніть кнопку Додати нового користувача внизу форми. WordPress виконає такі дії:
- Вставить новий рядок у
wp_users. - Заповнить відповідні метадані в
wp_usermeta(роль, ім’я, прізвище тощо). - Надішле сповіщення електронною поштою, якщо відповідний параметр було позначено.
- Перенаправить вас на екран Всі користувачі з повідомленням про успіх.
Якщо ви отримаєте помилку про те, що ім’я користувача або електронна пошта вже існує, WordPress виявив колізію в wp_users. Використовуйте унікальний ідентифікатор або зробіть запит до бази даних для перевірки дублікатів облікових записів.
Крок 6: Перевірте вітальний лист і перший вхід
Після створення облікового запису переконайтеся, що користувач отримав сповіщення електронною поштою. Поширені причини збоїв включають:
- WordPress надсилає з адреси
wordpress@yourdomain.com, яка не має дійсного запису SPF або DKIM, через що повідомлення фільтрується як спам. - Середовища спільного хостингу, де функція PHP
mail()обмежена або заблокована.
Надійним рішенням є налаштування WordPress для надсилання електронної пошти через SMTP за допомогою автентифікованого ретранслятора. Встановіть плагін WP Mail SMTP і підключіть його до транзакційного поштового сервісу (SendGrid, Mailgun, Postmark) або власного SMTP-сервера. Якщо ваше хостингове середовище підтримує це, поєднання з належним налаштуванням SSL Сертифікатів гарантує шифрування SMTP-з’єднання та можливість перевірки ідентичності домену.
Керування існуючими користувачами
Перейдіть до Користувачі > Всі користувачі для повного переліку облікових записів. Цей екран підтримує:
- Масову зміну ролей через спадне меню над списком користувачів — виберіть кількох користувачів, оберіть нову роль і застосуйте.
- Редагування окремого профілю — натисніть ім’я користувача, щоб відкрити повний редактор профілю, де можна змінити роль, скинути пароль або оновити контактну інформацію.
- Видалення облікового запису — WordPress пропонує або видалити контент користувача, або перепризначити його іншому користувачу. Завжди обирайте Приписати весь контент до та вибирайте активний обліковий запис. Видалення контенту під час видалення користувача є незворотним.
- Фільтрування за роллю — посилання на ролі у верхній частині таблиці (Всі | Адміністратор | Редактор | Автор | Дописувач | Передплатник) дозволяють незалежно перевіряти кожен рівень.
Аудит та захист облікових записів користувачів
Окрім основного інтерфейсу, робоча інсталяція WordPress повинна реалізовувати наступне:
- Примусово застосовувати 2FA для всіх облікових записів Адміністратора та Редактора за допомогою плагіна, наприклад WP 2FA або Wordfence Login Security.
- Вести журнал активності користувачів за допомогою плагіна, наприклад WP Activity Log, для підтримки журналу аудиту входів, змін ролей і модифікацій контенту.
- Вимкнути стандартне ім’я користувача
admin, якщо воно існує. Перейменуйте його за допомогою запиту до бази даних, показаного раніше, або створіть новий обліковий запис Адміністратора та видаліть обліковий записadmin. - Встановити термін дії сесії за допомогою фільтра
auth_cookie_expiration, щоб обмежити тривалість автентифікованої сесії без повторної автентифікації. - Переглядайте облікові записи користувачів щоквартально. Неактивні облікові записи — особливо з ролями Автора або Редактора — слід деактивувати або видалити.
Якщо ваша інсталяція WordPress працює на Виділеному сервері, ви маєте повний контроль над базовим екземпляром MySQL. Periodically query wp_users та wp_usermeta безпосередньо для зіставлення активних облікових записів WordPress із очікуваним списком вашої команди:
SELECT u.user_login, u.user_email, m.meta_value AS role
FROM wp_users u
JOIN wp_usermeta m ON u.ID = m.user_id
WHERE m.meta_key = 'wp_capabilities'
ORDER BY u.user_registered DESC;Цей запит відображає кожен обліковий запис і його призначену роль, що дозволяє легко виявити покинуті або надмірно привілейовані облікові записи, які інтерфейс WordPress може приховувати у великому списку користувачів.
Програмне додавання користувачів
Для масового створення облікових записів — наприклад, одночасного підключення команди з 20 авторів — адміністративний інтерфейс WordPress є непрактичним. Використовуйте wp_create_user() або wp_insert_user() через WP-CLI:
wp user create jane.doe jane.doe@example.com --role=author --send-emailКоманда user create WP-CLI приймає всі ті самі поля, що й форма інтерфейсу, і підтримує виведення --porcelain для написання скриптів. Для масового імпорту з CSV:
wp user import-csv /path/to/users.csv --send-emailЦей підхід є особливо ефективним у середовищах VPS з cPanel, де WP-CLI попередньо встановлений і доступний через термінал.
Матриця технічних рішень: вибір правильної ролі
Використовуйте цю матрицю, коли ви не впевнені, яку роль призначити:
| Тип користувача | Рекомендована роль | Основна причина |
|---|---|---|
| Співвласник / технічний партнер | Адміністратор | Потребує повного контролю над сайтом |
| Головний редактор / директор з контенту | Редактор | Нагляд за всіма авторами без доступу до системи |
| Штатний автор (досвідчений) | Автор | Повна відповідальність за власний контент |
| Фрілансер / новий дописувач | Дописувач | Чернетки потребують редакційного схвалення перед публікацією |
| Зареєстрований учасник / коментатор | Передплатник | Без створення контенту, лише профіль |
| Розробник (тимчасовий доступ) | Адміністратор (обмежений у часі) | Потребує доступу до плагінів/тем; відкликати після завершення проекту |
| SEO-спеціаліст | Редактор або власна роль | Потребує редагування метаданих у всіх записах; без доступу до системи |
Практичний контрольний список перед додаванням нового користувача
- Переконайтеся, що ім’я користувача відповідає вашій конвенції іменування та не розкриває інформацію про роль.
- Перевірте, що адреса електронної пошти є доступною та належить потрібній особі.
- Виберіть мінімально необхідну роль — не призначайте роль Адміністратора за замовчуванням заради зручності.
- Переконайтеся, що ваша інсталяція WordPress надійно надсилає електронну пошту (налаштований SMTP, встановлені записи SPF/DKIM).
- Якщо користувач є Адміністратором, примусово застосуйте 2FA перед наданням доступу до робочого середовища.
- Заплануйте дату перевірки, щоб переконатися, що обліковий запис ще потрібен.
- На інсталяціях, керованих сервером, переконайтеся, що доступ на рівні WordPress не перетинається ненавмисно з обліковими даними на рівні сервера.
FAQ
Чи можна змінити роль користувача після створення облікового запису?
Так. Перейдіть до Користувачі > Всі користувачі, натисніть ім’я користувача, прокрутіть до спадного меню Роль, виберіть нову роль і натисніть Оновити користувача. Зміна набуває чинності негайно при наступному завантаженні сторінки для цього користувача.
Що станеться з контентом користувача, якщо я видалю його обліковий запис?
WordPress пропонує або остаточно видалити весь контент, пов’язаний із цим користувачем, або перепризначити його іншому існуючому користувачу. Перепризначення майже завжди є правильним вибором. Видалення є незворотним і не може бути скасоване через інтерфейс.
Чому в моєму меню Користувачі відсутній параметр «Додати нового користувача»?
Зазвичай це означає, що ваш обліковий запис не має можливості create_users, яка за замовчуванням є виключною для ролі Адміністратора. Якщо ви увійшли як Адміністратор і все одно не бачите її, плагін або налаштування functions.php могли видалити цю можливість. Перевірте за допомогою current_user_can( 'create_users' ) у тестовому фрагменті або перевірте можливості ролі через базу даних.
Чи може Дописувач завантажувати зображення до своїх записів?
Не за замовчуванням. Можливість upload_files не включена до ролі Дописувача. Ви можете надати її індивідуально за допомогою $role->add_cap( 'upload_files' ) у файлі functions.php вашої теми або використати плагін для керування ролями. Майте на увазі, що необмежене завантаження медіафайлів може значно споживати сховище сервера при великій кількості дописувачів.
Як додати користувачів до WordPress без надання їм доступу до панелі адміністратора?
Призначте роль Передплатника, яка обмежує доступ користувача до сторінки профілю в панелі адміністратора. Для повного доступу лише до фронтенду (наприклад, для сайтів членства) використовуйте плагін, наприклад MemberPress або Restrict Content Pro, який повністю обходить стандартну панель адміністратора та надає власний інтерфейс облікового запису на фронтенді.
