Проверка сайта перед запуском: как принять работу у исполнителя

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

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

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

Подготовьте список страниц и ожидаемых действий

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

Удобно вести одну таблицу:

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

Сохраните адрес версии и дату проверки. Исправление на тестовом адресе нужно оценивать именно там, где оно внесено; проверенная вчера версия не подтверждает сегодняшние изменения.

Пройдите сайт с телефона и компьютера

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

На телефоне выполните действия последовательно:

1. Прочитайте первый экран. Название предложения, основной текст и кнопка видны; их не перекрывают меню и всплывающие элементы.
2. Откройте и закройте меню, перейдите к услуге, вернитесь назад. Понятно, где вы оказались и как продолжить.
3. Пролистайте страницу до конца. Текст не обрезан, фотографии не закрывают подписи, обычные блоки не заставляют двигать страницу вбок. У широкой таблицы допустима собственная прокрутка, если она не мешает чтению страницы.
4. Нажмите основную кнопку и начните заполнять форму. Когда открывается клавиатура, видно активное поле и можно добраться до отправки.
5. Откройте всплывающее окно, если оно есть, затем закройте его. Вы снова видите страницу и можете продолжить работу.
6. Повторите главный путь на компьютере. Проверьте также верхнее меню, ссылки в подвале и элементы, которые появляются при наведении.

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

На компьютере попробуйте пройти основной путь клавишей Tab, активируя кнопки и ссылки с клавиатуры: видно, какой элемент выбран, можно попасть в поля формы и выйти из открытого окна. Запишите места, где фокус теряется или продолжить нельзя. Это простая предварительная проверка, а не заключение о полной доступности сайта.

Проверьте страницы, тексты и фотографии

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

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

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

Как проверить сайт на орфографические ошибки

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

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

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

Проведите тестовую заявку до получателя

Попросите исполнителя заранее показать, куда должна попасть заявка: на почту, в согласованную систему или в другое место. Если предусмотрено несколько адресатов, проверьте каждого. Не отправляйте реальные персональные данные для теста. Согласуйте с исполнителем тестовые значения полей и контрольный канал получения; подпишите сообщение «Тест приёмки». Не подставляйте случайный телефон или чужой адрес. Если проверка формата или внешняя интеграция не позволяет безопасно пройти сценарий с тестовыми значениями, попросите исполнителя подготовить тестовый режим; до этого отметьте сценарий как непроверенный.

Для каждой отличающейся формы выполните несколько проверок:

Запишите время отправки и отличительный текст сообщения. По ним проще найти обращение. Если письмо не видно, проверьте папку нежелательной почты и вместе с исполнителем установите, на каком шаге оно остановилось. До этого ставьте «не получено», а не «форма работает».

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

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

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

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

Нажмите ссылки и проверьте контакты

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

Проверьте ожидаемый результат каждого действия:

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

Если старый сайт переезжает на новые адреса, передайте исполнителю список важных прежних страниц и попросите показать, куда теперь ведёт каждая. Откройте несколько конкретных старых адресов из этого списка. Настройку перенаправлений проверяет исполнитель; владелец проверяет, что посетитель попадает на соответствующую страницу, а не теряет нужную услугу.

Попросите показать техническую готовность

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

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

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

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

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

Проверьте доступы и передачу сайта

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

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

Если исполнитель ведёт всё от своего имени, отдельно выясните, как получить управление при прекращении сотрудничества. Сам доступ к редактору не отвечает на вопросы о домене, размещении и материалах.

Оформите замечания и повторите проверку

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

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

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

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

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