Главное за минуту
- Проверьте, что резервная копия создана, хранится отдельно и может быть восстановлена.
- Отправьте тестовые заявки с UTM и убедитесь, что они дошли до CRM без потери полей.
- Посмотрите критические ошибки, права пользователей и подозрительные действия в журнале событий.
- Снимите показатели скорости, индексации и конверсии форм в единый ежемесячный отчёт.
01
Зачем нужно ежемесячное администрирование Битрикс
Администрирование Битрикс — это повторяемый контроль, а не разовая настройка панели. У сайта могут работать страницы и реклама, но заявки не создаваться в CRM, UTM теряться, а резервная копия оказаться непригодной для восстановления. Такие сбои обычно находят слишком поздно — после потери обращений или позиций в поиске.
Назначьте владельца чек-листа, дату проверки и место для результата: задачу в трекере или таблицу. Для каждого пункта фиксируйте статус, ссылку на доказательство, найденное отклонение и срок исправления. Тогда маркетолог контролирует бизнес-результат, а разработчик получает проверяемую задачу.
02
Контрольная заявка
Один тест показывает работу формы, антиспама, интеграции и маршрута лида до ответственного.
03
Три контура ежемесячной проверки
Не смешивайте технические действия с оценкой результата. Каждый контур отвечает на свой вопрос: можно ли восстановить сайт, приходят ли обращения и не теряет ли сайт видимость.
Стабильность
Проверьте дату и размер бэкапа, свободное место, критические ошибки PHP и доступность ключевых страниц. Бэкап без тестового восстановления — только предположение о защите.
Продажи
Отправьте заявку с телефона и компьютера. В CRM проверьте время создания, статус, ответственного, телефон, email, страницу и UTM. Сверьте с письмом-уведомлением.
Поиск и скорость
Посмотрите robots.txt, sitemap, 404, редиректы и страницы с падением трафика. Замерьте главную, каталог и форму в одном сервисе и сравните с прошлым месяцем.
04
Ежемесячный чек-лист: что проверять и чем подтвердить
Проверяйте не только административную часть, но и путь пользователя. Если доступов к CRM или аналитике нет, это нужно отметить как риск, а не закрывать пункт формальным «ОК».
| Зона | Проверка | Доказательство | Действие при сбое |
|---|---|---|---|
| Бэкапы | Есть свежая копия файлов и БД, понятен срок хранения | Дата, размер, место хранения; раз в квартал — тест восстановления | Настроить резервирование до обновлений и доработок |
| Формы и CRM | Тестовая заявка с UTM создаёт нужную сущность | ID лида или сделки, поля, ответственный, время создания | Проверить обработчик, вебхук, очередь и обязательные поля |
| Безопасность | Нет лишних администраторов, критичных событий и просроченных доступов | Выгрузка пользователей и записи журнала | Отключить учётные записи, сменить пароли, ограничить права |
| SEO и скорость | Нет массовых 404, закрытых страниц и резкого замедления | Отчёт вебмастера, список URL, замеры трёх шаблонов | Поставить задачу с URL, датой и целевым результатом |
05
Что поставить подрядчику
Задача должна описывать период, доступы, проверяемые сценарии и формат отчёта. Не формулируйте её как «посмотрите сайт»: такой запрос невозможно принять по результату.
Готовое сообщение
Задача: выполнить ежемесячное администрирование сайта на 1С-Битрикс за период [месяц]. Работы проводить без обновления ядра и модулей без отдельного согласования.
Проверить: бэкапы файлов и БД, журнал событий, права администраторов, доступность страниц, формы, почтовые уведомления, передачу заявок и UTM в CRM, 404, robots.txt, sitemap и скорость трёх ключевых страниц.
Тест: отправить две заявки — с десктопа и мобильного — с меткой utm_source=monthly_check. Передать ID созданных сущностей CRM и скрин/выгрузку заполненных полей.
Результат: отчёт «норма / риск / ошибка», список URL и событий, оценка влияния, рекомендации и отдельные задачи на исправление. Критические ошибки согласовывать до внесения изменений.
06
Как принять ежемесячную работу
Приемка строится на фактах. Отчёт без ссылок, идентификаторов и замеров не подтверждает, что сценарий действительно проверяли.
- 1Сверьте дату проверки, домен, окружение и перечень доступов в отчёте.
- 2Откройте ID тестовой заявки в CRM и проверьте поля, UTM и ответственного.
- 3Попросите дату, размер и место хранения актуального бэкапа.
- 4Посмотрите список ошибок: критичные должны иметь приоритет и план исправления.
- 5Сравните скорость, 404 и индексацию с предыдущим отчётом, а не с ощущениями.
07
Два правила, которые снижают риск
Обновления и доступы — самые частые источники проблем при регулярной поддержке. Их нельзя вести «по памяти» одного сотрудника.
Сначала тестовая копия
Ядро, модули и шаблон обновляют после бэкапа и проверки на копии. Официальный порядок и инструменты описаны в документации 1С-Битрикс.
бэкап → тестовая копия → проверка → релиз → мониторингДоступы по ролям
Удалите уволенных сотрудников, не используйте общий аккаунт администратора и фиксируйте владельца интеграционных ключей. Журнал событий включайте осознанно: он нужен для расследования, а не для накопления шума.
пользователь → роль → срок доступа → журнал действий08
Когда нужна помощь подрядчика
Подключайте команду, если не получается подтвердить восстановление из бэкапа, заявки теряются между сайтом и CRM, растут ошибки или нужен регулярный SLA. В портфолио ICONICA можно посмотреть реальные подходы к сложным системам и интерфейсам: проекты ICONICA.
Дата и размер бэкапа; тестовая заявка с UTM и ID в CRM; список администраторов; критические события; 404 и редиректы; robots.txt и sitemap; замеры скорости; задачи с приоритетами и сроками
FAQ
Частые вопросы
Как часто проводить проверку?
Полный чек-лист — раз в месяц. Формы и доступность ключевых страниц контролируйте после каждого релиза и рекламной кампании.
Нужно ли обновлять Битрикс каждый месяц?
Нет. Обновление делают по оценке рисков, после бэкапа и проверки на тестовой копии.
Как проверить, что заявка дошла в CRM?
Отправьте тест с уникальными UTM и найдите созданную сущность по телефону или метке.
Кто должен принимать отчёт?
Маркетолог проверяет путь заявки и аналитику, ответственный за сайт — бэкапы, доступы и технические риски.
