Принимайте сайт по пяти блокам: скорость, формы с аналитикой, доступность, индексация и права. Норма такая: Core Web Vitals в зелёной зоне, тестовая заявка дошла до CRM, базовый WCAG 2.1 AA пройден, забытого noindex со staging нет, домен и код оформлены на вас. Так устроена приёмка, если разработка сайта для рынка США заказана у внешней команды.
Все 30 пунктов ниже проверяются бесплатными инструментами. На сайт из 10–20 страниц уйдёт вечер. Результат — список замечаний, который можно вставить в акт.
Короткий ответ: пять блоков и чек-лист (таблица 1)
Приёмка — последний момент, когда у заказчика есть рычаг. Пока акт не подписан, исправления входят в проект. После подписи те же правки станут новой задачей с новым счётом.
Проверять надо боевую версию или staging, который ей равен: тот же сервер, те же плагины, те же настройки. Проверка «на ноутбуке разработчика» не считается.
Работать с таблицей удобно так: сайт в одной вкладке, документ с замечаниями в другой. По каждой строке запустите инструмент, сравните результат с нормой и поставьте галочку. Не сошлось — впишите замечание с адресом страницы и скриншотом.
Таблица 1 — чек-лист приёмки сайта, 30 пунктов
| № | Пункт | Как проверить | Норма | ☐ |
| Скорость и мобильная версия | ||||
| 1 | LCP главной и ключевых шаблонов | PageSpeed Insights, вкладка Mobile | ≤ 2,5 с | ☐ |
| 2 | INP | PageSpeed Insights, блок полевых данных (если он есть) | ≤ 200 мс | ☐ |
| 3 | CLS | PageSpeed Insights | ≤ 0,1 | ☐ |
| 4 | Нет горизонтальной прокрутки на телефоне | Chrome DevTools, режим устройства, ширина 375 px | Прокрутки нет, текст не обрезан | ☐ |
| 5 | Картинки не тяжелее, чем нужно | Lighthouse, аудит Properly size images | Аудит пройден | ☐ |
| 6 | Весь сайт на HTTPS | Замок в браузере, Console в DevTools | Нет предупреждений о смешанном содержимом (mixed content) | ☐ |
| Формы, почта, аналитика | ||||
| 7 | Заявка с каждой формы доходит | Отправить тестовую заявку | Письмо пришло, заявка в CRM со всеми полями | ☐ |
| 8 | Ошибки формы понятны | Отправить пустую форму и email без @ | Сообщение об ошибке у поля, на английском | ☐ |
| 9 | Письмо с сайта не в спаме | mail-tester.com | Нет красных пунктов по SPF, DKIM, DMARC | ☐ |
| 10 | Записи SPF, DKIM, DMARC для домена | mail-tester.com или DNS-панель | SPF и DKIM проходят, запись DMARC есть | ☐ |
| 11 | GA4 видит визит и заявку | GA4 → Отчёты → Realtime | Событие отправки формы появилось | ☐ |
| 12 | Счётчики ждут согласия, если так настроен баннер | DevTools → Network, до клика по баннеру | Запросов к аналитике и пикселям нет до согласия | ☐ |
| Доступность | ||||
| 13 | Ошибки на главных шаблонах | WAVE | 0 ошибок (Errors) | ☐ |
| 14 | Контраст текста | WAVE, раздел Contrast | 0 ошибок контраста | ☐ |
| 15 | Форма заполняется без мыши | Tab, Shift+Tab, Enter | Заявка отправлена с клавиатуры | ☐ |
| 16 | Фокус виден | Tab по странице | Рамка фокуса видна на каждом элементе | ☐ |
| 17 | Язык страницы | Исходный код, <html lang> | lang="en" на английских страницах | ☐ |
| 18 | Подписи полей | WAVE | Нет ошибок Missing form label | ☐ |
| Индексация и SEO-минимум | ||||
| 19 | Нет noindex на боевом сайте | Исходный код, заголовки ответа; Screaming Frog, колонка Indexability | Все нужные страницы Indexable | ☐ |
| 20 | robots.txt не закрывает сайт | example.com/robots.txt | Нет Disallow: / для всех роботов | ☐ |
| 21 | Staging закрыт | Открыть адрес staging без входа | Пароль или noindex | ☐ |
| 22 | Карта сайта | example.com/sitemap.xml, Search Console → Sitemaps | Статус «Успешно», в карте только страницы с кодом 200 | ☐ |
| 23 | 301 со старых адресов и единая версия домена | Screaming Frog, режим List; ввести http:// и www | Один шаг 301 на аналог, без цепочек | ☐ |
| 24 | Title и H1 на всех шаблонах | Screaming Frog, вкладки Page Titles и H1 | Нет пустых и дублей | ☐ |
| 25 | Search Console на вашем аккаунте | Search Console → Settings → Users and permissions | Вы — Owner | ☐ |
| Права и доступы | ||||
| 26 | Домен | lookup.icann.org, кабинет регистратора | Владелец — вы или ваша компания | ☐ |
| 27 | Хостинг | Панель хостинга, счета | Аккаунт и оплата ваши | ☐ |
| 28 | Репозиторий | GitHub или GitLab | Организация ваша, история коммитов на месте | ☐ |
| 29 | Админка и лицензии | Вход в CMS, страница плагинов | Ваш администратор, лицензии на вашу почту | ☐ |
| 30 | Передача прав на код | Договор, акт | Подписанный документ о передаче прав | ☐ |
Строки 1–3 и 7 проверяют деньги: медленная страница и потерянная заявка бьют по продажам сразу. Строки 19–22 — по трафику, с задержкой в недели. Строки 26–30 не заметны, пока всё хорошо, и дороже всего обходятся, когда отношения с подрядчиком испортились.
Скорость и мобильная версия
Пороги Core Web Vitals Google публикует на web.dev (сверено 28.09.2026): LCP не больше 2,5 секунды, INP не больше 200 миллисекунд, CLS не больше 0,1. Оценивают по 75-му перцентилю загрузок, отдельно для мобильных и десктопа.
Тут есть ловушка. У нового сайта ещё нет реальных посетителей, и PageSpeed Insights покажет только лабораторные данные Lighthouse. Полевые данные из отчёта Chrome (CrUX) собираются за последние 28 дней и появляются, когда трафика достаточно. Это написано в описании PageSpeed Insights. Значит, INP на приёмке часто проверить нельзя. Запишите в акт, что его проверяют через месяц после запуска, и назовите, кто исправляет, если порог не выполнен.
Лабораторный тест имитирует телефон среднего класса на мобильной сети. Он идёт в дата-центре Google в Северной Америке, Европе или Азии. Где именно прошёл ваш тест, видно в блоке Environment отчёта Lighthouse. Для сайта под американских покупателей полезно, чтобы хотя бы один прогон прошёл из Северной Америки. Если сервер размещён в Европе, европейский прогон покажет картину лучше той, что увидят покупатели в Техасе или Калифорнии.
Главной страницы для приёмки мало. Возьмите по одной странице каждого шаблона: услуга, статья, карточка товара, контакты. Медленным часто оказывается шаблон, который разработчик не показывал на демо.
Техническая, пользовательская проверка и безопасность глазами разработчика разобраны в статье чек-лист проверки сайта перед запуском. Заказчику для подписи акта хватает шести строк из таблицы, остальное — зона ответственности разработчика.
Формы, почта и аналитика
Самая дорогая ошибка приёмки — форма, которая выглядит рабочей. Кнопка нажимается, появляется «Thank you», а заявка никуда не уходит. Отправьте по заявке с каждой формы, с телефона и с компьютера. Проверьте три места: почтовый ящик, CRM и отчёт GA4 в реальном времени.
Письма с сайта должны проходить проверку подлинности, иначе уведомления о заявках и ответы клиентам уйдут в спам. Google требует от всех, кто пишет на адреса Gmail, настроить SPF или DKIM. Тем, кто отправляет больше 5 000 писем в день, нужны SPF, DKIM и DMARC вместе. Так сказано в требованиях Google к отправителям (сверено 28.09.2026). Сайт с формой до такого объёма не дотягивает. Но уведомления и рассылки часто идут с одного домена, и настройка DMARC закрывает вопрос сразу. mail-tester.com даёт адрес: отправьте на него письмо из формы и посмотрите разбор.
Аналитику проверяйте на вашем аккаунте, не на аккаунте подрядчика. Если счётчик GA4 на сайте принадлежит ресурсу исполнителя, данные за первые месяцы после запуска останутся у него, и забирать её придётся выгрузками. В GA4 заявка должна приходить событием и быть отмечена как ключевое событие (key event), иначе реклама не увидит конверсий.
Для американской аудитории есть ещё cookie-баннер. Какая модель согласия нужна вашему сайту, решаете вы с юристом, требования разобраны в статье CCPA/CPRA: что сайт обязан показывать пользователям из Калифорнии. На приёмке проверяется одно: сайт ведёт себя так, как описано в политике. Откройте сайт в окне инкогнито, включите вкладку Network в DevTools и посмотрите, уходят ли запросы к аналитике и рекламным пикселям до клика по баннеру.
Доступность: быстрые проверки
Шесть строк таблицы — это минимум, на который уходит 20 минут. Они ловят грубые барьеры: нечитаемый контраст, форму без подписей, сайт, по которому нельзя пройти с клавиатуры. Полный проход по критериям WCAG 2.1 AA с номерами критериев и порядком ручной проверки — в статье с чек-листом ADA.
Не принимайте отчёт сканера как доказательство доступности. WAVE находит ошибки в коде, но не понимает, в каком порядке прыгает фокус и работает ли кнопка оплаты в стороннем виджете. Если ноль ошибок в WAVE, это повод для ручной проверки, а не её замена.
Если сомнений много или сайт сложный, закажите независимый UX/UI-аудит у команды, которая сайт не делала. Взгляд со стороны на приёмке полезнее, чем самопроверка подрядчика.
Индексация и SEO-минимум
Классическая ошибка запуска выглядит так: на staging стоял noindex, чтобы тестовая копия не попала в поиск. При переносе на боевой домен его забыли снять. Сайт работает, выглядит отлично и месяцами не появляется в Google.
Проверка занимает минуту: откройте исходный код страницы и найдите noindex. Посмотрите и заголовки ответа сервера: запрет может стоять в X-Robots-Tag. Screaming Frog покажет всё сразу в колонке Indexability. Бесплатная версия обходит до 500 адресов за раз — по странице программы в снимке веб-архива от 28.09.2026.
С robots.txt есть тонкость. Google предупреждает: noindex работает, только если страница не закрыта в robots.txt. Робот, которому запрещён обход, тег не увидит. Для staging надёжнее пароль на весь адрес.
Если сайт заменяет старый, нужны постоянные редиректы. Google рекомендует серверный 301 или 308, когда адрес страницы меняется навсегда. Выгрузите список старых URL из Search Console или старой карты сайта. Прогоните его в Screaming Frog в режиме List. Каждый старый адрес должен одним шагом вести на свой аналог, а не на главную.
Последний пункт блока — Search Console. Ресурс должен быть подтверждён на ваш аккаунт с ролью Owner. Если его подтвердил подрядчик своим файлом, после расставания вы увидите пустой отчёт.
Права и доступы
Эти пять строк проверяются за 15 минут, если все логины у вас под рукой. Домен, хостинг, репозиторий, админка и лицензии — на вас. Права на код переданы письменным документом с подписью исполнителя: почему оплаты недостаточно, объясняет статья о договоре и правах на код. Полный список активов и порядок их передачи, если доступы приходится забирать, — в статье как забрать сайт у прежнего подрядчика.
Правило здесь одно. Акт подписывайте после того, как вошли в каждый аккаунт своим логином. Скриншот от подрядчика доступом не считается.
Что писать в акте
Акт — не место для впечатлений. Каждое замечание должно указывать на пункт чек-листа или критерий из договора, иначе подрядчик вправе назвать его новой задачей. Как формулировать проверяемые критерии ещё на старте, разобрано в статье Statement of Work: чем SOW отличается от ТЗ.
Запишите замечания списком, по одной строке на каждое, как в примере:
| № | Замечание | Пункт чек-листа или договора | Страница | Блокирует приёмку? | Срок исправления |
| 1 | Форма «Get a quote» не передаёт заявку в CRM | Чек-лист, п. 7 | /contact/ | Да | 3 рабочих дня |
| 2 | Нет видимого фокуса в меню | Чек-лист, п. 16 | Все страницы | Да | 5 рабочих дней |
| 3 | Дубль title на двух страницах услуг | Чек-лист, п. 24 | /services/a/, /services/b/ | Нет | До повторной приёмки |
Под таблицей добавьте три фразы. Первая фиксирует срок исправления по каждому пункту. Вторая: повторная приёмка проверяет только список замечаний, а новых требований в неё не добавляют. Третья: что происходит с пунктами, которые проверить на приёмке нельзя, как INP без реального трафика.
Делите замечания на блокирующие и остальные. Сломанная форма блокирует подпись. Опечатка в подвале — нет, её исправляют в гарантийный срок. Без такого деления приёмка превращается в бесконечный круг правок, и платёж за последний этап не закрывается месяцами.
FAQ
Сколько времени занимает приёмка сайта по чек-листу?
Для сайта на 10–20 страниц — один вечер, три-четыре часа. Каждый из 30 пунктов проверяется бесплатным инструментом за одну–пять минут. Больше всего времени уходит на тестовые заявки с каждой формы и на проход с клавиатуры. Интернет-магазину понадобится больше: к списку добавляются корзина, оплата и письма о заказе.
Можно ли принять сайт, если PageSpeed Insights показывает только лабораторные данные?
Да, для нового сайта это нормально. Полевые данные Chrome собираются за 28 дней и появляются, когда посетителей достаточно. На приёмке проверьте LCP и CLS в лабораторном тесте. В акт запишите повторную проверку через месяц после запуска и кто отвечает, если порог в 200 мс по INP не выполнен.
Что делать, если подрядчик не согласен с замечанием?
Сначала сверьтесь с договором и SOW. Если замечание опирается на записанный критерий, это дефект, и его исправляют в рамках проекта. Если критерия нет, это новое пожелание, и оно идёт отдельной задачей со своей ценой. Спор решает формулировка критерия, а не мнение сторон.
Нужно ли проверять скорость сайта из США?
Да, хотя бы одним прогоном. PageSpeed Insights запускает тест в дата-центре Google в Северной Америке, Европе или Азии, а регион виден в блоке Environment отчёта. Если сервер размещён в Европе, а покупатели в Калифорнии, европейский прогон окажется слишком оптимистичным. Окончательно судите по полевым данным через месяц после запуска.
Кто должен проверять доступность — я или подрядчик?
Базовые шесть проверок из таблицы вы делаете сами за 20 минут. Полный аудит по WCAG 2.1 AA требует навыка работы со скринридером, и его лучше поручить стороне, которая сайт не делала. Проверка подрядчиком самого себя полезна, но заменить независимый взгляд не может.
Как приёмка вписывается в весь путь запуска сайта под американский рынок, читайте в материале руководство по сайту для бизнеса в США.