AGS Divi Client Safe - Плагин WordPress

Руководство по безопасной передаче сайта с AGS Divi Client Safe

AGS Divi Client Safe нужен в момент, когда Divi-сайт уже собран, согласован и его пора отдавать клиенту для ежедневной работы с контентом. В этом руководстве разберём не рекламное описание, а рабочую схему: что проверить до установки, как понять результат после включения, какие прямые ссылки сохранить для администратора, как совместить плагин с ролями WordPress и Divi Role Editor, и что делать, если скрытие меню работает не так, как ожидалось.

Главная особенность продукта - он не строит новую систему прав и не заменяет обучение клиента. Плагин скрывает из бокового меню WordPress ряд чувствительных разделов, связанных с Divi, обновлениями, темами, плагинами, виджетами, настройками, инструментами и редакторами файлов. По официальной документации эти страницы не удаляются и не отключаются: администратор может открыть их по прямому адресу, если заранее знает нужную ссылку.

Поэтому правильная настройка AGS Divi Client Safe начинается не с кнопки Activate, а с подготовки сценария передачи сайта. Нужно понять, какие пользователи будут работать с материалами, кто отвечает за обновления, где хранится список административных ссылок, как проверяется результат в роли клиента и как быстро вернуть полный доступ, если нужно срочно обслужить сайт.

Какую задачу решает плагин и где его место в обслуживании Divi-сайта

Типичная проблема при передаче сайта на WordPress выглядит просто: клиенту нужен доступ к страницам, записям, медиафайлам и иногда к пользователям, но в админ-панели рядом находятся разделы, где легко повредить структуру проекта. Меню Plugins, Themes, Settings, Tools, параметры Divi и файловые редакторы обычно не нужны человеку, который меняет текст, фотографии, новости или простые страницы.

AGS Divi Client Safe закрывает именно этот слой риска. Он делает меню WordPress более коротким и понятным, чтобы пользователь видел рабочие разделы для контента, а не весь технический каркас сайта. Это особенно полезно для студий, фрилансеров и внутренних веб-команд, которые передают сайт владельцу бизнеса, маркетологу или редактору, но продолжают отвечать за обновления, резервные копии и техническое обслуживание.

Важно понимать границу продукта. Плагин скрывает пункты меню, но сам по себе не превращает администратора в ограниченного редактора. Если у пользователя остаётся роль с широкими правами, прямой доступ к части страниц может сохраняться. Поэтому безопасная передача сайта строится в два слоя: сначала назначается подходящая роль WordPress, затем при необходимости настраиваются ограничения внутри Divi, и уже после этого включается AGS Divi Client Safe как слой очистки админ-панели.

Что скрывается из меню

Официальная документация WP Zone перечисляет группы, которые плагин убирает из бокового меню: параметры Divi, блок панели обновлений, плагины, темы, редакторы файлов, виджеты, настройки и инструменты. В практическом смысле это закрывает самые частые зоны случайных действий: установка нового расширения, переключение темы, изменение постоянных ссылок, правка кода через встроенный редактор, импорт или экспорт данных без плана.

Что не становится защищённым автоматически

Скрытие меню не равно полной модели доступа. Если другой плагин добавляет собственный пункт админки, AGS Divi Client Safe может его не скрывать. В обзоре Elegant Themes отдельно отмечалось, что меню сторонних продуктов вроде WooCommerce, SEO-плагинов, кеша или почтовых инструментов не относятся к WordPress и Divi в узком смысле, поэтому их нужно проверять отдельно. Для магазина, сайта с бронированием или сложной CRM-интеграцией это критично: клиент может не видеть Plugins, но всё ещё видеть разделы, где можно изменить товары, купоны, формы или интеграции.

Мини-итог: AGS Divi Client Safe лучше рассматривать как инструмент аккуратной передачи готового Divi-сайта, а не как универсальный firewall, менеджер ролей или замену регламенту обслуживания.

Кому подходит AGS Divi Client Safe, а кому лучше выбрать другой подход

Плагин хорошо раскрывается на сайтах, где разработчик или студия сохраняют ответственность за техническую часть, а клиенту нужны понятные ежедневные действия. Например, владелец компании меняет тексты услуг, менеджер публикует новости, редактор добавляет фотографии, но никто из них не должен обновлять ядро WordPress, менять тему, включать случайные плагины или экспериментировать с кодом.

Если сайт сделан на Divi и клиенту достаточно видеть Posts, Media, Pages, Comments, Projects, часть Appearance и Users, решение будет удобным. Оно сокращает шум в интерфейсе и снижает вероятность, что человек нажмёт на уведомление об обновлении только потому, что WordPress настойчиво показал красный индикатор.

Хорошие сценарии применения

• Передача готового корпоративного сайта, где клиент редактирует страницы и новости, а техническое обслуживание остаётся у разработчика.
• Проект на Divi, где дизайн уже утверждён, и нужно защитить параметры темы, библиотеку Divi и служебные настройки от случайных изменений.
• Сайт с договором поддержки, где обновления WordPress, Divi, темы и плагинов проходят через тестовую копию, а не выполняются клиентом из любопытства.
• Небольшая админ-панель для контент-менеджера, которому важнее быстро найти страницы и медиафайлы, чем видеть все технические разделы.

Когда плагина может быть недостаточно

Если нужно детально управлять возможностями разных ролей, скрывать отдельные блоки редактора, запрещать удаление модулей Divi, ограничивать WooCommerce, управлять медиабиблиотекой или строить сложную карту прав для нескольких отделов, одного AGS Divi Client Safe мало. В этом случае его можно использовать как верхний слой чистого меню, но основную логику доступа лучше строить через роли WordPress, Divi Role Editor или специализированный менеджер прав.

Не стоит включать плагин без теста на проектах, где клиент должен самостоятельно обслуживать плагины, темы и настройки. Если договором предусмотрено, что владелец сайта сам обновляет расширения, меняет виджеты, управляет интеграциями и настраивает SEO-плагины, скрытие технических разделов будет мешать, а не помогать.

Что проверить перед установкой

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

Технические требования и окружение

Документация WP Zone указывает, что продукт рассчитан на самостоятельную установку WordPress с темой Divi от Elegant Themes. Также перечислены серверные требования: PHP версии 7 или выше, MySQL или MariaDB в поддерживаемых версиях, HTTPS, Apache с mod_rewrite или Nginx, а также увеличенные лимиты памяти, размера загрузки и времени выполнения. В статье не стоит подставлять конкретные значения в качестве универсальной нормы для всех хостингов, но перед установкой их нужно сверить в документации разработчика и в разделе Divi Support Center.

Если Divi не установлен или сайт работает на другой теме без Divi, смысл продукта теряется. Часть скрываемых зон связана именно с Divi, а сценарий передачи строится вокруг сайта, собранного на этом конструкторе.

Роли пользователей и резервный доступ

До включения плагина проверьте пользователей в разделе Users. Не передавайте клиенту основной администраторский аккаунт разработчика. Для ежедневной работы чаще хватает роли Editor или специально настроенной роли, но конкретный выбор зависит от того, должен ли клиент публиковать страницы, управлять чужими записями, работать с товарами или менять меню.

Оставьте отдельный администраторский аккаунт для обслуживания и убедитесь, что к нему привязана актуальная почта. Этот аккаунт нужен для обновлений, проверки конфликтов, восстановления доступа и работы с прямыми ссылками на скрытые страницы. Для сайтов с несколькими администраторами заранее договоритесь, кто отвечает за обновления и кто имеет право отключать AGS Divi Client Safe.

Список прямых ссылок до передачи

Так как скрытые разделы остаются доступными по URL, список ссылок лучше подготовить до передачи сайта. Не отправляйте его клиенту в общем документе с инструкцией по контенту. Храните список в рабочей базе студии, менеджере паролей, системе поддержки или приватном регламенте обслуживания.

Эти адреса не обходят права WordPress. Они только позволяют администратору открыть страницу, если пункт меню скрыт. Если у пользователя нет нужной возможности, WordPress всё равно должен отказать в доступе.

Установка и первичная проверка после активации

Установка выполняется как у обычного коммерческого плагина WordPress. Если у вас есть ZIP-архив продукта, откройте Plugins, затем Add New, выберите Upload Plugin, загрузите архив, нажмите Install Now и после установки используйте Activate. Не описывайте клиенту покупку, лицензию или получение архива: для руководства по применению достаточно того, что файл уже есть у администратора.

По данным обзора Elegant Themes, у плагина нет сложного экрана настройки: после активации админ-меню становится более коротким. Это удобно, но именно из-за этого нужна аккуратная проверка. Когда продукт не просит выбрать роли или переключатели, легко решить, что всё уже готово. На практике нужно увидеть сайт глазами клиента.

Первый тест в текущей админ-панели

1. Активируйте плагин на тестовой или подготовленной рабочей копии сайта.
2. Обновите страницу админ-панели и посмотрите, какие пункты исчезли из бокового меню.
3. Проверьте, что доступны рабочие разделы для контента: записи, медиафайлы, страницы, комментарии и нужные пользовательские типы записей.
4. Откройте прямую ссылку на plugins.php и убедитесь, что администратор может попасть в список плагинов.
5. Откройте прямую ссылку на параметры Divi и проверьте, что скрытие меню не удалило доступ к странице для администратора.

Если вы сразу потеряли удобный доступ к нужным разделам, не пытайтесь искать скрытые пункты в меню. Используйте прямые URL из списка. Если нужно на время вернуть обычную админку, перейдите на /wp-admin/plugins.php и отключите AGS Divi Client Safe до окончания работ.

Тест под клиентской ролью

Самый надёжный способ проверки - отдельный пользователь с той ролью, которую получит клиент. Откройте сайт в другом браузере или приватном окне, войдите под этим пользователем и пройдите короткий сценарий: найти страницу, изменить текст, загрузить изображение, открыть предпросмотр, сохранить черновик или обновить страницу. После этого проверьте, нет ли в меню пунктов, которые клиенту не нужны.

Не проверяйте передачу только из аккаунта разработчика. У администратора и клиента могут быть разные права, разные пункты верхней панели и разные возможности внутри Divi Builder.

Настройка после установки: не переключатели, а регламент доступа

У AGS Divi Client Safe практически нет привычной панели с десятками параметров, поэтому подробная настройка здесь означает правильную сборку окружения вокруг плагина. Нужно настроить роль клиента, доступ в Divi, список прямых ссылок, порядок обновлений и быстрый откат. Именно эти действия определяют, будет ли передача сайта безопасной.

Настройте роль клиента в WordPress

WordPress использует роли и возможности: администратор управляет всем сайтом, редактор работает с публикациями, автор управляет своими материалами, участник пишет без публикации, подписчик в основном управляет профилем. Для клиента, который должен редактировать готовые страницы, роль Editor часто безопаснее полного администратора. Но если клиент управляет магазином, может понадобиться роль, связанная с WooCommerce, и её нужно тестировать отдельно.

Минимальный доступ сначала, расширение после теста

Не меняйте роли вслепую на рабочем сайте. Сначала составьте карту задач: какие типы контента клиент меняет, должен ли он публиковать без проверки, нужны ли ему пользователи, должен ли он видеть заказы или формы. Затем назначьте роль и проверьте реальный сценарий. AGS Divi Client Safe уберёт лишние пункты из меню, но роль определяет, что пользователь может сделать, если страница всё же доступна.

Используйте Divi Role Editor для действий внутри конструктора

Официальная документация Elegant Themes описывает Divi Role Editor как инструмент, который ограничивает действия разных ролей внутри Divi Builder. Там можно отключать доступ к продвинутым настройкам, пользовательскому CSS, глобальным элементам, переносимости макетов, удалению и перемещению модулей, отдельным типам модулей и другим возможностям конструктора. Это не то же самое, что скрытие меню в WordPress.

Практическая логика такая: AGS Divi Client Safe убирает опасные двери из коридора админ-панели, а Divi Role Editor решает, что пользователь может делать, когда он уже находится в редакторе страницы. Если клиенту нужно менять текст и изображения, но нельзя перестраивать секции, отключите для его роли удаление, перемещение, продвинутые настройки и работу с глобальными элементами, если это соответствует вашей версии Divi и сценарию проекта.

Сохраните прямые ссылки и порядок обслуживания

После включения плагина разработчик будет чаще пользоваться прямыми URL. Это нормально, но список должен быть актуальным. Храните рядом не только адреса, но и короткую подсказку: зачем нужна страница, кто имеет право её открывать, какие действия требуют резервной копии, какие изменения сначала проверяются на тестовой копии.

Что должно быть в технической памятке

Не передавайте клиенту список скрытых технических ссылок, если его роль и договор обслуживания не предполагают самостоятельную работу с этими разделами. Иначе плагин превратится в косметическое скрытие меню, а не в практический барьер от случайных действий.

Откат спорной настройки

Если после включения стало неудобно обслуживать сайт или клиент не видит нужный раздел, начните с простого отката: откройте /wp-admin/plugins.php, временно деактивируйте плагин, проверьте меню, настройте роли или Divi Role Editor, затем включите AGS Divi Client Safe снова. Не удаляйте продукт и не меняйте роли наугад, пока не поймёте, какой именно слой создаёт ограничение.

Прямые ссылки: почему скрытые страницы остаются доступными администратору

Один из самых важных нюансов продукта - скрытие не уничтожает административные страницы. Документация прямо указывает, что скрытые разделы можно открыть по URL. Это полезно: разработчик не теряет контроль над сайтом, а клиент не видит чувствительные пункты в обычном меню. Но это же накладывает ответственность на роли пользователей.

Представьте, что пункт Divi исчез из бокового меню. Администратор всё равно может открыть /wp-admin/admin.php?page=et_divi_options. Если задача - срочно проверить параметры темы или обновления, это быстрее, чем отключать плагин. Но если пользователь с широкими правами получит эту ссылку, плагин не должен считаться полноценной защитой от намеренного действия.

Как хранить ссылки без риска

• Создайте внутренний документ для команды поддержки, а не публичную инструкцию клиента.
• Храните список рядом с доступами к сайту в менеджере паролей или системе обслуживания.
• Добавьте к каждой ссылке цель: обновления, параметры Divi, плагины, виджеты, постоянные ссылки, импорт и экспорт.
• После крупных обновлений Divi проверяйте, не изменились ли адреса внутренних страниц.
• Не отправляйте прямые ссылки пользователю, если он не должен обслуживать техническую часть сайта.

Когда лучше временно отключить плагин

Прямые ссылки удобны для точечной операции, но не всегда для долгой работы. Если вы обновляете несколько расширений, меняете настройки темы, проверяете совместимость, настраиваете роли и очищаете кеш, проще временно отключить AGS Divi Client Safe, завершить обслуживание, затем включить его обратно и повторить проверку клиентского меню. Такой подход снижает вероятность, что администратор пропустит важный пункт только потому, что он скрыт.

Практический сценарий: передать клиенту готовый сайт без лишних рисков

Разберём реальную задачу. Студия собрала сайт услуг на Divi. Клиент должен менять тексты, добавлять новости, обновлять изображения и иногда создавать новые страницы по готовому шаблону. При этом он не должен обновлять WordPress, менять тему, устанавливать расширения, редактировать виджеты и заходить в параметры Divi без согласования.

Цель и подготовка

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

Шаги настройки

1. Проверьте сайт под администратором: главная, ключевые страницы, формы, меню, мобильная версия, скорость загрузки и отсутствие критичных ошибок.
2. Создайте пользователя клиента в Users и назначьте роль, подходящую под задачи. Для редактирования страниц часто начинают с Editor, но окончательное решение зависит от проекта.
3. Откройте Divi Role Editor и ограничьте для этой роли опасные действия внутри конструктора: удаление и перемещение элементов, продвинутые настройки, пользовательский CSS, глобальные элементы и переносимость, если клиенту они не нужны.
4. Активируйте AGS Divi Client Safe и обновите админ-панель.
5. Войдите под клиентским пользователем в отдельном браузере и проверьте меню. В идеале пользователь видит только рабочие разделы, с которыми ему разрешено работать.
6. Откройте тестовую страницу, измените один безопасный фрагмент текста, сохраните черновик или обновление, проверьте публичную часть сайта.
7. Вернитесь под администратором и убедитесь, что технические страницы открываются по прямым ссылкам.

Проверка результата

Результат считается нормальным, если клиент может выполнить свои ежедневные задачи без обращения к разработчику, но не видит разделы, где можно сломать структуру сайта или запустить неподготовленные обновления. Дополнительно проверьте верхнюю панель WordPress на публичной части сайта: некоторые ссылки могут отличаться от бокового меню, и их тоже нужно учитывать в инструкции.

Короткая проверка: если клиент может изменить текст и изображение на тестовой странице, но не видит Plugins, Themes, Settings, редакторы файлов и параметры Divi в обычном меню, базовый сценарий передачи выполнен правильно.

Нюанс, который часто пропускают

Если клиенту оставить роль администратора, скрытое меню может выглядеть безопасно, но прямые URL и сторонние разделы всё равно остаются важным риском. Для реальной передачи лучше проверять не только вид меню, но и возможности роли: может ли пользователь установить плагин, изменить тему, удалять пользователей, импортировать данные, управлять магазином или открывать настройки сторонних расширений.

Обновления, безопасность и обслуживание после передачи

AGS Divi Client Safe скрывает уведомления об обновлениях WordPress, тем и плагинов от клиента. Это полезно, если обновления проходят через ответственного администратора: сначала резервная копия, затем тестовая среда или хотя бы контрольная проверка, потом обновление на рабочем сайте. Но скрытые уведомления не означают, что обновления можно забыть.

WordPress и Elegant Themes в документации подчёркивают важность актуальных версий для безопасности и совместимости. Поэтому после включения плагина нужно назначить владельца процесса: кто проверяет обновления, как часто, где фиксируются изменения, кто восстанавливает сайт при конфликте, какие расширения тестируются особенно внимательно.

Безопасная схема обслуживания

• Перед обновлениями делайте резервную копию файлов и базы данных.
• Проверяйте обновления Divi, WordPress и ключевых плагинов под администратором, а не под клиентской учётной записью.
• Если сайт коммерческий или сложный, тестируйте крупные обновления на копии сайта.
• После обновлений проверьте страницы, формы, меню, шаблоны Divi, мобильный вид и кеш.
• После обслуживания снова включите AGS Divi Client Safe, если временно отключали его, и повторите проверку клиентского меню.

Дополнительная защита редакторов файлов

Плагин скрывает редакторы файлов из меню, но WordPress поддерживает отдельную настройку в wp-config.php, которая отключает встроенный редактор файлов тем и плагинов для всех пользователей. Это не замена AGS Divi Client Safe, а дополнительный технический барьер. Используйте его только если вы понимаете последствия и можете редактировать файлы сайта через безопасный рабочий процесс.

define( 'DISALLOW_FILE_EDIT', true );

Добавлять строку нужно в wp-config.php выше строки, после которой WordPress прекращает принимать пользовательские настройки. Перед изменением сделайте резервную копию файла. Проверка простая: после сохранения откройте админ-панель под администратором и убедитесь, что встроенные редакторы тем и плагинов больше недоступны. Для отката удалите строку или смените значение на false, затем снова проверьте меню.

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

Диагностика частых проблем

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

Скрытые разделы всё ещё видны

Симптом: после активации в меню остаются пункты, которые вы ожидали скрыть. Сначала проверьте, активен ли AGS Divi Client Safe в plugins.php. Затем обновите страницу, очистите кеш браузера и войдите в приватном окне. Если речь о меню стороннего плагина, например магазина, SEO-инструмента, формы, кеша или аналитики, это может быть нормальным ограничением продукта: он не обязан скрывать все внешние разделы.

Когда это не ошибка плагина

Исправление зависит от цели. Для внешнего меню используйте менеджер ролей, настройки самого плагина или отдельное решение для админ-меню. Если же не скрываются заявленные пункты WordPress или Divi, временно отключите другие плагины на тестовой копии и проверьте конфликт. Откат простой: деактивируйте AGS Divi Client Safe и верните обычное меню, пока не найдёте причину.

Администратор не может быстро найти Divi или настройки

Симптом: разработчик включил плагин и сам потерял привычные пункты меню. Это ожидаемое поведение, потому что обзор Elegant Themes описывает отсутствие настроек и скрытие меню для всех пользователей. Решение - использовать прямые ссылки или временно отключить плагин на время обслуживания.

Проверьте /wp-admin/admin.php?page=et_divi_options, /wp-admin/plugins.php, /wp-admin/themes.php, /wp-admin/widgets.php и другие адреса из списка. Если прямая ссылка не открывается, проверьте роль пользователя и активность Divi. Если нужно долго обслуживать сайт, деактивируйте плагин, завершите работу, затем включите его снова.

Клиент всё ещё может изменить дизайн в Divi Builder

Симптом: меню стало чище, но клиент в редакторе страницы может удалять секции, менять стили, работать с глобальными элементами или импортировать макеты. Причина в том, что AGS Divi Client Safe не предназначен для тонкого ограничения действий внутри Divi Builder. Для этого нужен Divi Role Editor.

Откройте прямую ссылку на admin.php?page=et_divi_role_editor, выберите роль клиента и ограничьте ненужные возможности. После сохранения войдите под клиентским пользователем и повторите тест страницы. Если клиенту нужно только менять контент, оставьте ему минимум действий, которые подтверждены рабочим сценарием.

Уведомления об обновлениях исчезли, и команда забывает обновлять сайт

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

Назначьте регулярную проверку обновлений, используйте резервные копии и фиксируйте изменения. Если сайт на поддержке, добавьте проверку Dashboard -> Updates в регламент. Для срочных уязвимостей или несовместимостей не ждите плановой даты, а действуйте по внутренней процедуре обновления.

После включения плагина конфликтует другой инструмент админки

Симптом: меню выглядит странно, пункт исчезает не у той роли, или сторонний плагин админ-меню работает непредсказуемо. Возможная причина - два расширения одновременно меняют структуру админ-панели. Проверьте, нет ли активных инструментов вроде white label, role editor, admin menu editor или кастомного кода в дочерней теме.

Порядок отката без потери настроек

Исправление: на тестовой копии отключайте такие инструменты по одному и проверяйте результат. Не меняйте сразу роли, настройки Divi и состав плагинов. Если конфликт подтверждён, выберите один главный инструмент для скрытия меню, а второй оставьте только для тех задач, которые он решает лучше.

Совместимость с кешем, WooCommerce и сторонними плагинами

Так как AGS Divi Client Safe работает в админ-панели, он обычно не должен менять внешний вид публичных страниц напрямую. Но на реальном сайте рядом часто есть кеш, WooCommerce, формы, SEO-плагины, конструкторы полей, аналитика и инструменты безопасности. Их меню, уведомления и права нужно проверять отдельно.

Кеш и проверка меню

Если после активации меню выглядит старым, начните не с переустановки, а с простой проверки: обновите страницу с очисткой кеша браузера, откройте приватное окно, временно отключите админ-кеш, если он есть, и проверьте другого пользователя. Плагины кеширования чаще влияют на публичную часть, но агрессивные оптимизации админ-панели или браузерные расширения могут запутать диагностику.

WooCommerce и специальные роли

Для магазина особенно важно не путать скрытие меню с правами. Роль Shop Manager может иметь доступ к заказам, товарам и части настроек магазина. AGS Divi Client Safe не является WooCommerce-инструментом, поэтому пункты магазина могут оставаться видимыми и рабочими. Если клиент должен обрабатывать заказы, это нормально. Если он не должен менять купоны, налоги, доставку или платежи, используйте решение для ролей и возможностей WooCommerce.

SEO, формы и интеграции

Сторонние SEO-плагины, формы и интеграции часто имеют собственные меню. Если клиенту нужен доступ к заявкам, но не к глобальным настройкам формы, проверьте настройки самого расширения. Если инструмент не умеет разграничивать доступ, рассмотрите менеджер ролей или отдельную панель для клиента. Не рассчитывайте, что AGS Divi Client Safe автоматически спрячет все дополнительные пункты админки.

Когда AGS Divi Client Safe будет удачным выбором

AGS Divi Client Safe стоит использовать, если сайт собран на Divi, клиенту нужна простая админ-панель для контента, а техническое обслуживание остаётся у разработчика или команды поддержки. Он особенно полезен, когда опасны не злонамеренные действия, а обычные случайности: нажали обновление без теста, открыли редактор файлов, поменяли виджеты, зашли в параметры темы и сохранили неизвестное значение.

Перед финальной передачей проверьте три вещи: у клиента назначена подходящая роль, Divi Role Editor ограничивает действия внутри конструктора, а скрытые страницы открываются администратору по прямым ссылкам. После этого можно скачать последнюю версию AGS Divi Client Safe, установить его на подготовленный сайт и провести тест в роли клиента.

Если вам нужна тонкая матрица прав, управление WooCommerce, скрытие меню сторонних расширений или брендированная админ-панель, рассматривайте AGS Divi Client Safe как один слой в общей схеме, а не как единственный инструмент. В правильном сценарии он делает передачу Divi-сайта спокойнее: клиент работает с контентом, разработчик сохраняет технический контроль, а обслуживание не превращается в поиск случайно изменённых настроек.