53
Далее были установлены название сайта, краткое описание и
добавлена иконка для отображения на вкладке браузера. Также на сайте
был развёрнут онлайн-чат возможностями сервиса JivoSite. Для этого была
проведена регистрация на сайте сервиса, а полученный исходный код
размещен на разрабатываемом сайте.
На рисунке 2.27 представлен окончательный вид главной страницы
сайта, на рисунке 2.28 блок с видами жилья, а на рисунке 2.29 блок с
услугами компании.
Рис. 2.27 Главная страница сайта
54
Рис. 2.28 Вторичный блок главной страницы с онлайн-чатом
Рис. 2.29 Блоки с услугами
55
На страницу с контактами предприятия была добавлена карта
возможностями сервиса Google Карты. Страница «Контакты» с местом
расположения на карте показана на рисунке 2.30, а блок с формой
обратной связи на рисунке 2.31.
Рис. 2.30 Страница «Контакты»
56
Рис. 2.31 Форма обратной связи
Каждый пользователь сайта будет иметь возможность
зарегистрироваться на сайте и пользоваться аккаунтом, на котором ему
будут доступна информация о сделанных ранее заказах (рисунок 2.32).
Рис. 2.32 Форма авторизации и регистрации
57
Выбранная тема имеет адаптивную мобильную версию сайта.
Влияние мобильной версии сайта для SEO очевидно. В первую очередь,
это трафик. Все поисковые системы замечают все возрастающую
тенденцию к просмотру сайтов с различных мобильных гаджетов, на
настоящий момент более 50% пользователей посещают различные
развлекательные сайты и торговые площадки со смартфона. Таким
образом, при создании мобильной версии охваченная аудитория вырастет
в несколько раз.
Каждый пользователь веб-сайта имеет собственную роль. После
регистрации каждому пользователю становится доступным настройка
профиля (рисунок 2.33).
Рис. 2.33 Профиль пользователей
58
Список зарегистрированных пользователей сайта доступен на
специальной странице в консоли разработчику. Здесь можно фильтровать
пользователей по ролям (рисунок 2.34).
Зачастую над сайтом работает целая команда, и у каждого есть свои
обязательства. С позиции владельца ресурса рациональнее дать
сотрудникам лишь необходимый минимум полномочий. Это в первую
очередь вопрос безопасности, плюс слегка упростит внешний вид
администраторской панели для них. Реализуется данная задача через роли
Wordpress пользователей и специальные плагины, которые позволяют их
настраивать.
Рис. 2.34 Профиль пользователей
Для того, чтобы добавить нового пользователя нужно перейти на
страницу добавления пользователей и ввести его данные, а также
назначить роль (рисунок 2.35).
Также при необходимости можно создать любые роли. Для
управления кастомными ролями и их эффективностью, существует пять
очень простых функций:
59
add_role(): добавляет роли пользователя;
remove_role(): удаляет кастомную роль;
add_cap(): добавляет кастомные возможности для роли;
remove_cap(): удаляет кастомные возможности из роли;
get_role(): получает информацию о роли вместе с ее
возможностями.
Рис. 2.35 Профиль пользователей
Рассмотрим ниже все роли пользователей разработанного веб-сайта.
1. Администратор
Это самая главная роль в WordPress – она назначается при
установке WordPress. Она даёт полный контроль над всеми аспектами и
настройками сайта.
60
Права администратора:
a) Записи: Полный доступ – добавление, редактирование,
публикация и удаление любых.
b) Страницы: Полный доступ – добавление, редактирование и
удаление любых.
c) Управление комментариями: Полный доступ.
d) Плагины: Полный доступ – добавление, редактирование и
удаление любых.
e) Темы: Полный доступ – добавление, редактирование и
удаление любых.
f) Пользователи: Полный доступ – добавление, редактирование и
удаление любых.
g) Настройки WordPress: Полный доступ.
2. Редактор.
Эта роль пользователя позволяет управлять и публиковать любые
записи даже те, которые были созданы другими пользователями.
Права редактора:
a) Записи: Полный доступ – добавление, редактирование,
публикация и удаление любых.
b) Страницы: Полный доступ – добавление, редактирование и
удаление любых.
c) Управление комментариями: Полный доступ.
d) Плагины: Нет доступа.
e) Темы: Нет доступа.
f) Пользователи: Частичный доступ – редактирование своего
профиля.
g) Настройки WordPress: Нет доступа.
3. Автор.
61
Пользователь с этой ролью может редактировать и публиковать
только свои записи.
Права автора:
a) Записи: Полный контроль над своими записями – добавление,
редактирование, публикация и удаление.
b) Страницы: Нет доступа.
c) Управление комментариями: Нет доступа.
d) Плагины: Нет доступа.
e) Темы: Нет доступа.
f) Пользователи: Частичный доступ – редактирование своего
профиля.
g) Настройки WordPress: Нет доступа.
4. Участник.
Эта роль пользователя позволяет управлять своими записями (не
имеет прав для публикации).
Права участника:
a) Записи: Частичный доступ к своим записям – добавление,
редактирование и удаление.
b) Страницы: Нет доступа.
c) Управление комментариями: Нет доступа.
d) Плагины: Нет доступа.
e) Темы: Нет доступа.
f) Пользователи: Частичный доступ – редактирование своего
профиля.
g) Настройки WordPress: Нет доступа.
5. Подписчик.
Эта роль пользователя имеет права только на изменение своего
профиля.
Права подписчика:
62
a) Записи: Нет доступа.
b) Страницы: Нет доступа.
c) Управление комментариями: Нет доступа.
d) Плагины: Нет доступа.
e) Темы: Нет доступа.
f) Пользователи: Частичный доступ – редактирование своего
профиля.
g) Настройки WordPress: Нет доступа.
6. Роль клиента — customer.
При попытке перейди в админку /wp-admin их редиректит на
страницу аккаунта на самом сайте. При оплате заказа / регистрации
пользователю автоматически присваивается эта роль клиента customer.
7. Менеджер магазина.
По сути имеет все права редактора:
a) list_users — просмотр пользователей;
b) edit_users — редактирование пользователей;
c) import — возможность воспользоваться функционалом
импорта сайта;
d) export — и экспорта.
Для ответа на заявки через форму обратной связи, в консоли
администратора возможностями плагина «CFDB7» (рисунок 2.36) был
развернут раздел принятия заявок.