Определите, какую версию и какие страницы принимаете
Запишите адрес проверяемого размещения, дату и обозначение версии, которое дал исполнитель. Если работаете со стендом, укажите будущий рабочий домен отдельно. Не смешивайте скриншоты вчерашней версии с ответами сегодняшней: после очередного запроса к помощнику сайт мог измениться целиком, хотя вы просили только передвинуть кнопку.
Составьте фиксированный список приёмки: главная, выбранная услуга, одна работа портфолио и контакты. Это пример состава, а не норма для любого сайта. Добавьте другие реально выпускаемые страницы до начала проверки. Найденный новый раздел сначала внесите в список, иначе фраза «проверили сайт» будет означать неизвестный объём.
Такой порядок отвечает за готовность конкретного выпуска. Выбор тем, первые поисковые наблюдения и расширение содержания после запуска разобраны в отдельном материале о новом сайте.
Продолжить: Что делать с SEO нового сайта после запуска
Согласуйте ожидания до просмотра результата
Опишите ожидание обычным языком. Услуга открывается напрямую по согласованному адресу; название и условия относятся именно к ней; ссылка из меню ведёт туда же. Для технических полей попросите исполнителя заранее назвать ожидаемые статус, основной адрес canonical и правила индексирования. Не выбирайте правильное значение задним числом по тому, что уже получилось.
Владелец может проверить публичную страницу, исходный код ответа и сведения о запросе в инструментах браузера. Если статус или заголовок недоступны выбранному средству, оставьте пункт непроверенным и запросите подтверждение у исполнителя. Доступ к панели хостинга, журналам сервера и закрытым данным для этого листа не требуется.
Заполните лист приёмки на конкретном примере
Ниже — вымышленный выпуск сайта верстальщика на portfolio.example. В согласованный перечень входят /, /services/landing/, /work/catalog/ и /contacts/. Контрольный неизвестный адрес /acceptance-missing-0711/ не является новой страницей. Все результаты таблицы учебные: они показывают, как записать расхождение, а не описывают проведённый нами аудит.
В рабочем листе приёмки добавьте время проверки, проверяющего и место хранения подтверждений. Короткие имена снимков в таблице условные. Важно, чтобы другой человек смог открыть сохранённый материал и повторить действие, а не просто увидеть отметку «SEO нормально».
| Объект | Ожидали | Получили | Подтверждение |
|---|---|---|---|
| / | Главная, статус 200, имя и специализация | 200; имя и специализация на месте | Ответ home и снимок первого экрана |
| /services/landing/ | Прямое открытие услуги и её canonical | 200; canonical ведёт на главную | Исходный HTML landing, строка canonical |
| /work/catalog/ | Описание собственной роли и ссылка из портфолио | Страница открылась; роль отсутствует | Снимок work и сохранённый текст |
| /contacts/ | Действующий контакт в согласованном виде | Контакт совпадает с заданием | Снимок contacts, сверка владельцем |
| /acceptance-missing-0711/ | Отсутствующая страница, HTTP 404 | 200 и содержание главной | Ответ missing и вид страницы |
Проверьте каждый адрес прямым открытием
Откройте URL в новой вкладке без административного входа, затем обновите страницу. Сверьте назначение, title, основной заголовок, существенные условия и основной адрес. После этого перейдите на ту же страницу из меню. Успешный переход внутри приложения и успешное прямое открытие — две отдельные строки наблюдений, если они дают разные результаты.
Сохраните исходный ответ и видимый текст, если между ними обнаружилось различие. Не назначайте по одному такому наблюдению перестройку архитектуры: подробная диагностика HTML, DOM и рендеринга требует своего разбора. Здесь достаточно зафиксировать расхождение и критерий повторной приёмки.
Продолжить: Как отдельно разобрать доступность текста JavaScript-страницы
Используйте неизвестный URL как контроль ошибки
Введите заведомо несуществующий путь на том же хосте. Сверьте и сообщение страницы, и HTTP-статус. Если вместо отсутствующей страницы приходит главная с кодом 200, контроль не пройден. Надпись «ничего не найдено» при успешном статусе тоже не соответствует ожидаемому 404 в нашем примере.
Проверяйте это на размещении, которое принимаете. Локальный просмотр полезен для подготовки, но не доказывает поведение рабочего хоста. При отсутствии доступа к настройкам передайте исполнителю URL, время, ожидаемый статус и сохранённый ответ. Не пытайтесь исправить маршрутизацию догадкой в тексте страницы.
Разделите техническую готовность и появление в ответах ИИ
Проверьте публичные ограничения по согласованным адресам: не осталось ли запрета черновика, соответствует ли карта сайта выбранным страницам, доступны ли ссылки. Если вопрос касается правил конкретного робота, вынесите его в отдельную проверку доступа. Не удаляйте все ограничения ради общего требования «открыть нейросетям».
Google указывает: для ссылки в AI Overviews или AI Mode страница должна быть проиндексирована и допускать поисковый сниппет. Специальная AI-разметка не требуется. Поэтому лист запуска подтверждает выполненные условия, но не обещает индексацию или цитирование. Проверку понимания текста по переданному URL записывайте отдельно от самостоятельного обнаружения сайта.
Источники: Google: требования к страницам в AI-функциях поиска
Продолжить: Как проверять правила доступа для разных AI-агентов
Завершите приёмку решением по выпуску
Назначьте каждому расхождению ответственного и повторный тест. В учебном выпуске неверный canonical и ответ главной на неизвестный путь блокируют согласованную приёмку. Недостающая роль в работе также требует исправления, если это обязательное содержание выпуска. Не принимайте эти пункты по сообщению помощника «всё поправил»: заново откройте те же адреса.
Если неясно, какие наблюдения действительно мешают запуску, принесите перечень страниц и текущий лист приёмки на диагностику. Проверим согласованный объём, отделим подтверждённые проблемы от предположений и подготовим приоритетное ТЗ, с которым можно вернуться к исполнителю.
Готовый артефакт — лист приёмки фиксированного списка URL: версия, ожидаемый и полученный результаты, подтверждения, решение по каждому расхождению и перечень оставшихся неизвестных. Именно его передают вместе с решением о запуске.
Продолжить: SEO-аудит через Claude Code: как проверить сайт без доступа к серверу; Нейросеть обновила сайт и сломала SEO: как проверить правки до публикации; SEO портфолио на GitHub Pages: как открыть сайт поиску и ИИ; Посмотреть состав диагностики