Зачем нужен аудит сайта на 1С-Битрикс перед стартом поддержки?

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

Аудит особенно полезен, если:

• документация устарела или отсутствует;

• есть ошибки, но их причины неясны;

• сайт имеет интеграции;

• планируются обновления, миграция или крупные доработки;

Частая ситуация: сайт открывается и принимает заявки, поэтому кажется, что он готов к поддержке. Во время первой доработки выясняется, что часть форм передаёт данные по старому правилу, а доступ к серверу или резервным копиям есть только у прежнего подрядчика. Аудит нужен, чтобы обнаружить такие зависимости до аварии.

В Ameton рекомендуют начинать не с вопроса «что нужно обновить», а с вопроса «какую функцию сайта нельзя остановить». Для корпоративного сайта это может быть заявка, для интернет-магазина — заказ и оплата, для B2B-портала — доступ клиента к документам и персональным условиям.

Что даёт аудит перед стартом поддержки

Аудит превращает неизвестный сайт в управляемый проект. Команда получает не просто перечень технических замечаний, а основу для приоритизации задач и безопасного развития.

Аудит не гарантирует отсутствие будущих проблем. Его задача — сделать проблемы видимыми, определить их влияние на бизнес, а также зафиксировать, как работают ключевые сценарии и подход к их проверке после изменений.

Какие части сайта нужно проверить в первую очередь

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

Обычно аудит включает:

• карту ключевых пользовательских сценариев;

• список интеграций и передаваемых данных;

• историю значимых доработок и текущих ошибок;

• порядок выпуска изменений;

• состояние административных и технических доступов;

• резервные копии и возможность восстановления;

• анализ будущих изменений.

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

Пример из практики Ameton: при передаче проекта сайт внешне работал стабильно, но во время аудита команда обнаружила проблему: часть заявок не попадает в CRM. Аудит помог:

• восстановить цепочку передачи данных

• определить затронутые формы

• сформировать путь проверки результата перед публикацией изменений 

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

Чем аудит отличается от обычной поддержки

Аудит отвечает на вопрос «в каком состоянии находится сайт и что может пойти не так», а поддержка использует этот ответ в регулярной работе. Разовая доработка меняет конкретную функцию, но не всегда раскрывает связанные риски проекта.

Аудит особенно ценен перед регулярной поддержкой, потому что позволяет не тратить первые месяцы на восстановление контекста по каждой новой задаче. Состав регулярных работ можно подробнее посмотреть в статье Что входит в техническую поддержку сайта на 1С-Битрикс.

Как аудит влияет на дальнейшие доработки

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

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

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

Как принимают сайт на поддержку после аудита

После аудита команда должна получить конкретные артефакты, по которым можно начать работу.

Приём сайта на поддержку обычно проходит в пять шагов:

1. Собрать управляемые доступы к сайту, серверу, домену, репозиторию, резервным копиям и внешним сервисам.

2. Составить карту интеграций и определить ответственных за связанные системы.

3. Зафиксировать критичные сценарии: заявки, заказы, оплату, авторизацию, личный кабинет или обмен данными.

4. Провести первичную диагностику доработок, инфраструктуры, текущих ошибок и состояния обновлений.

5. Разделить задачи на критичные, плановые и профилактические.

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

Что подготовить для первой оценки поддержки

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

Полезно подготовить:

• описание роли сайта: заявки, каталог, магазин, личный кабинет или портал;

• список критичных сценариев;

• перечень интеграций и внешних сервисов;

• известные ошибки и ближайшие задачи;

• данные о текущем подрядчике или внутренней команде;

• доступы, резервные копии, репозиторий и документацию;

Если значимая часть информации отсутствует, предварительный аудит обычно нужен до оценки регулярной поддержки. Он позволяет определить объём неизвестности и не выдавать предположения за точный план.

От чего зависит стоимость поддержки после аудита

Часовая ставка на поддержку фиксированная и не зависит от типа сайта, его архитектуры или набора функций. Меняется не цена часа, а количество часов, которое потребуется команде на поддержку, доработки и тестирование.

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

Поэтому два сайта с одинаковым количеством страниц могут требовать разного объёма часов, следовательно и итоговая стоимость будет отличаться.

Как понять, что аудит проведён качественно

Качественный аудит заканчивается не общими словами о «необходимости обновлений», а перечнем решений, которые заказчик может использовать. В отчёте должны быть понятны критичные сценарии, найденные риски, рекомендуемый порядок работ и границы ответственности.

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