Как принять сайт у разработчика: проверка страниц, заявок и доступа

Приёмка начинается с действий человека

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

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

• Что сдаётся. Названы версия сайта, адрес и перечень включённых работ.
• С чем сравнивают. Доступны задание, принятые макеты, тексты и перечень функций.
• Кто принимает. У каждого участника есть свой путь: посетитель, получатель заявки, редактор, администратор.

Easy Checks от W3C — предварительный осмотр доступности, а не полный аудит. Его пункты полезно включить в приёмку, сохранив отдельные испытания функций именно вашего сайта.

Список страниц и содержимое

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

• Комплектность. Есть все услуги, информационные страницы и состояния, включённые в задание. Ссылки ведут на соответствующие материалы.
• Тексты. Убраны заготовки, дубли, чужие реквизиты и служебные комментарии. Названия услуг совпадают с тем, как их продаёт компания.
• Изображения. Фотографии относятся к нужной услуге, не обрезают существенную часть объекта и остаются различимыми на телефоне.
• Документы. Прайсы, инструкции и другие файлы открываются, имеют понятные названия и актуальное содержание.

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

Путь посетителя до нужной услуги

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

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

Для поиска непонятных мест полезнее дать задание будущему пользователю сайта, чем заранее показывать ему правильную последовательность кликов. После подсказки человек уже знает решение и перестаёт замечать, что путь неочевиден. Если он теряется, сначала разбирают название или расположение перехода, а не объясняют ему, что меню «на самом деле работает».

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

Заявка заканчивается у получателя

Успешное сообщение после отправки — промежуточный результат. Сотрудник продаж должен получить данные, понять, по какой услуге обратился человек, и иметь возможность связаться с ним. На этом шаге приёмки нужны тестовые сведения и заранее выбранный получатель, чтобы не создавать реальные обращения клиентов.

• Заполнение. Понятны подписи полей, обязательные сведения и формат ввода.
• Ошибка ввода. Человек видит, что исправить, а уже введённые данные сохраняются там, где это уместно.
• Отправка. Повторное нажатие не создаёт несколько одинаковых обращений.
• Получение. В письме или CRM — программе отдела продаж — видны данные заявки, услуга и остальные сведения из задания.
• Отказ сервиса. Исполнитель показывает, что увидит посетитель, если передать заявку не удалось.

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

Телефон, клавиатура и увеличенный текст

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

• Узкий экран. Основное содержимое читается без вынужденного горизонтального перемещения, а важные кнопки не выходят за край.
• Меню и окна. Их можно открыть, закрыть и продолжить работу на странице.
• Клавиатура. Tab перемещает фокус вперёд, Shift+Tab — назад, причём текущий элемент заметен.
• Увеличение. Текст остаётся читаемым, когда пользователь увеличивает его, а подписи не перекрывают соседние элементы.

W3C предлагает в первоначальном осмотре увеличение текста до 200 % и контроль видимого фокуса клавиатуры. Tab ведёт вперёд, Shift+Tab — назад. Такой проход заказчик повторит самостоятельно.

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

Аналитика и готовность страниц к поиску

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

• Счётчик. Компания знает его номер и владельца, а тестовый визит относится к нужному сайту.
• Цели. Список целей сопоставлен с действиями посетителя. Для каждой известно, в какой момент она срабатывает.
• Адреса страниц. Рабочие URL открываются и не ведут на тестовую копию.
• Карта сайта. В неё входят нужные публичные страницы, а черновики и технические адреса исключены.

В Метрике для отправки онлайн-события в цель «Целевое событие» используется метод reachGoal. Исполнитель показывает момент вызова. Название цели в настройках недостаточно: смысл определяется моментом отправки события.

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

Сотрудник компании может обновить материал

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

• Личный вход. У сотрудника есть собственная учётная запись с нужными правами.
• Обычные изменения. Текст, изображение и ссылка меняются без редактирования кода, если именно такой способ работы был заказан.
• Шаблон. Новая страница сохраняет общие элементы и не требует вручную повторять оформление.
• Исправление. Понятно, как отменить неудачную правку и к кому обратиться, если восстановление недоступно.

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

Доступы, копия и понятные замечания

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

• Управление. Компания контролирует домен, размещение, систему управления и необходимые внешние сервисы.
• Восстановление. Исполнитель показал, из чего состоит копия и как она восстанавливается отдельно от рабочего сайта.
• Замечания. У каждой ошибки есть адрес, шаги, ожидаемое и фактическое поведение.
• Повторный проход. Исправление подтверждено тем же действием, которое прежде приводило к сбою.

Для WordPress официальная инструкция требует сохранять и файлы, и базу данных для полного восстановления обычного сайта. Это полезный пример того, почему наличие одного архива ещё требует объяснения его состава.

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

Когда результат можно принимать

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

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

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

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