Короткий ответ
Ссылка и конкретный сценарий
Вместо «форма не работает» полезно написать путь: открыть страницу, заполнить поля, нажать кнопку, ожидать письмо, фактически получить ошибку. Это делает проблему воспроизводимой.
Доступы разделяйте по задаче
Не всегда нужен полный root. Для WordPress может хватить админки и SFTP, для frontend - репозитория и staging, для API - тестового ключа. Доступ даётся минимально необходимый.
Сохраните рабочее состояние
Перед изменениями нужен backup или git-состояние, к которому можно вернуться. На живом коммерческом сайте это важнее скорости первой правки.
Покажите, что уже пробовали
Если ошибка появилась после обновления плагина, переноса домена или изменения API - это полезный контекст. Даже неудачная попытка помогает сузить поиск.
Опишите проверку после фикса
Например: форма уходит на нужную почту, меню не прыгает на 390 px, webhook приходит один раз, страница не теряет canonical. Проверка должна быть наблюдаемой.
Что сильно ускорит диагностику
- точный URL и последовательность действий до ошибки
- скрин или текст ошибки вместе со временем возникновения
- backup, git или понимание, как вернуть рабочую версию
Не передавайте пароли в публичных сообщениях — доступы лучше выдавать отдельно и минимально необходимыми.