Как проверить сайт после разработчика: чек-лист приёмки
Вы заказали сайт, вам прислали ссылку и просят подписать акт и оплатить остаток. Выглядит вроде прилично — но как понять, что его сделали качественно, а не собрали на скорую руку? Без технического образования кажется, что проверить это невозможно.
На самом деле большую часть можно проверить самому за один вечер — нужен только список того, на что смотреть, и пара бесплатных инструментов. В этой статье — понятный чек-лист приёмки для владельца бизнеса, неважно, делал сайт частный разработчик, веб-студия или фрилансер: от доступов, без которых сайт вам не принадлежит, до технических мелочей, которые всплывут через месяц. И как проверить техническую часть за 2 минуты, а не вручную по каждой странице.
Что такое приёмка сайта и почему её нельзя пропускать
Приёмка сайта — это проверка готового сайта перед тем, как подписать акт и оплатить остаток. Это не формальность и не недоверие к подрядчику, а единственный момент, когда у вас есть рычаг. Пока акт не подписан и остаток не оплачен, добросовестный разработчик заинтересован быстро всё доделать. После оплаты правки превращаются в «доработки за отдельные деньги», а на письма отвечают всё реже.
Вторая причина — часть проблем не видна на глаз. Сайт выглядит красиво, но при этом может быть закрыт от поисковиков, работать без SSL, терять заявки из-за неработающей формы или быть оформленным на домен, который принадлежит подрядчику, а не вам. Всё это всплывает через недели, когда исправлять уже сложно и дорого.
Поэтому приёмку стоит провести по чёткому списку и до подписания акта. Дальше — по пунктам, от самого важного (доступы) к техническим деталям.
Доступы и права: без них сайт не ваш
Начните не с внешнего вида, а с прав. Можно принять идеальный сайт и через год обнаружить, что вы не можете его перенести, отредактировать или даже доказать, что он ваш, — потому что все доступы остались у подрядчика. Это самая частая и самая болезненная ошибка.
Что у вас должно быть на руках после сдачи:
| Доступ | Что должно быть у вас | Почему это важно |
|---|---|---|
| Домен | Аккаунт регистратора, домен оформлен на вас или вашу компанию | Иначе владелец вашего адреса — подрядчик, и он может его не отдать |
| Хостинг | Отдельный логин к панели хостинга | Перенос сайта, резервные копии, независимость |
| Админка сайта (CMS) | Права суперадминистратора | Полное управление контентом без ограничений |
| Корпоративная почта | Доступ к почте на вашем домене | На неё идут заявки и восстановление паролей |
| Аналитика и Вебмастер | Аккаунты Метрики, Search Console, Вебмастера — на вас | Данные о трафике остаются вашими |
| Платные сервисы | Кабинеты подключённых сервисов на вас | Вы управляете оплатой и можете их отключить |
| Исходники и база | Архив кода сайта и копия базы данных | Возможность уйти к другому подрядчику без потерь |
Отдельно попросите удалить временные и технические учётки разработчика из админки — после сдачи они там не нужны. И проверьте, что домен зарегистрирован на вас: это видно в вашем кабинете у регистратора. Сервис Whois для доменов на физлицо обычно скрывает имя владельца (показывает «Private Person»), поэтому он даёт лишь косвенную проверку — надёжнее сам доступ к аккаунту регистратора.
Проверка глазами посетителя
Теперь самое простое — пройдитесь по сайту как обычный клиент. Не бегло, а по всем пунктам меню, включая ссылки в подвале.
- Все страницы открываются. Кликните каждый пункт верхнего меню и футера — ничего не должно вести в пустоту или на ошибку.
- Вёрстка не «плывёт». Блоки не наезжают друг на друга, элементы не вылезают за края, ничего не съезжает при прокрутке.
- Единый стиль. Одинаковые шрифты, цвета, размеры кнопок и отступы на всех страницах. Разнобой — признак сборки «из кусков».
- Тексты без опечаток. Прочитайте хотя бы главную и страницы услуг. Опечатки клиент замечает — и делает выводы о том, как вы работаете.
- Изображения качественные. Не размытые, не растянутые, с правильными пропорциями. На месте favicon — маленькая иконка на вкладке браузера.
- Контакты на месте и кликабельны. Телефон, адрес, график работы, мессенджеры, соцсети — всё указано, ссылки работают, телефон на мобильном открывается для звонка.
Это займёт 15–20 минут и отсеет большую часть очевидной халтуры.
Работают ли формы и доходят ли заявки
Отдельный и критичный пункт: форма может выглядеть рабочей, показывать «Спасибо за заявку», но никуда не отправлять письмо. Для бизнеса это прямая потеря клиентов, которую легко не заметить.
Проверяется просто — оставьте тестовую заявку сами:
- Заполните каждую форму на сайте: заявку, обратный звонок, подписку.
- Убедитесь, что появляется подтверждение («Спасибо») и работает валидация (пустые поля не отправляются).
- Проверьте, что заявка реально пришла — на почту, в Telegram или в CRM, куда договаривались.
- Для интернет-магазина проведите сквозной тестовый заказ: добавить в корзину → оформить → выбрать доставку → оплатить → письма покупателю и менеджеру.
Заодно проверьте аналитику: на всех страницах должны стоять счётчики Яндекс.Метрики или Google Analytics, а отправка формы — фиксироваться как цель. Иначе вы не будете знать, сколько заявок приносит сайт. Подробнее о том, почему это важно, — в статье почему сайт не приносит заявки.
Мобильная версия и разные браузеры
Больше половины посетителей придут с телефона. Мобильная версия — это половина сайта, и проверять её надо на реальном устройстве, а не только на компьютере.
- Откройте сайт со своего телефона. Текст читается без увеличения, кнопки нажимаются пальцем, ничего не обрезано, меню открывается, форма заполняется.
- Проверьте через режим устройства в браузере. На компьютере нажмите F12 → иконку телефона: можно быстро посмотреть, как сайт выглядит на разных экранах.
- Загляните в разные браузеры. Chrome, Safari, Яндекс.Браузер, Firefox — сайт должен выглядеть одинаково. Особенно важно проверить Safari, если у вас или клиентов iPhone.
Если на телефоне текст наезжает, кнопки не попадают под палец, а форму невозможно заполнить — это повод вернуть сайт на доработку.
Техническая база: скорость, SSL, ошибки
Дальше — то, что не видно глазами, но влияет и на клиентов, и на позиции в поиске.
Скорость загрузки. Медленный сайт теряет посетителей: если страница грузится дольше 3 секунд, часть людей уходит, не дождавшись. Проверить можно бесплатно через Google PageSpeed Insights — вставляете адрес и получаете оценку отдельно для мобильных и компьютеров. Как читать результаты и что считать нормой — в статье как ускорить сайт: TTFB и Core Web Vitals.
SSL и HTTPS. Слева от адреса в браузере должен быть замок, а сайт — открываться по https://, а не http://. Если браузер пишет «Не защищено» — сертификат не настроен, и это отпугивает и посетителей, и поисковики. Подробнее — SSL и HTTPS для сайта.
Битые ссылки и ошибка 404. Ссылки в меню и тексте не должны вести на несуществующие страницы. Заодно проверьте, что при заходе на неверный адрес открывается оформленная страница 404 с меню, а не пустой белый экран. Как найти все битые ссылки разом — в этой инструкции.
Открывать код каждой страницы руками — это часы; как получить общую картину за пару минут, показано дальше.
SEO-минимум: без него сайт не найдут
Даже если вы пока не планируете продвижение, базовые SEO-настройки должны быть — иначе сайт не появится в поиске, и переделывать это потом дороже, чем сделать сразу.
- Мета-теги. У каждой страницы должен быть свой заголовок (title) и описание (description) — уникальные, а не «Главная страница» на всех. Заголовок показывается в выдаче ссылкой, описание — текстом под ней (иногда поисковик формирует сниппет сам). Подробнее — мета-теги для SEO.
- Заголовок H1. Один главный заголовок на страницу — не ноль и не пять.
- robots.txt. Файл, который говорит поисковикам, что индексировать. Частая и дорогая ошибка — сайт запущен с
Disallow: /, то есть полностью закрыт от поиска (так бывает, когда с разработки забыли снять запрет). Как это проверить — гайд по robots.txt. - Карта сайта sitemap.xml. Должна быть сгенерирована и отдаваться по адресу
вашсайт.ru/sitemap.xml. - Alt у изображений. Подписи к изображениям — их не видно, но они нужны для поиска по картинкам и для людей со скрин-ридерами.
- Подключены Search Console и Яндекс.Вебмастер. Через них поисковики сообщают об ошибках, и доступ к ним должен быть у вас.
Норма или красный флаг: таблица порогов
Чтобы не гадать, «нормально это или нет», — вот ориентиры по ключевым пунктам. Красный флаг означает, что сайт стоит вернуть на доработку до подписания акта.
| Что проверяем | Норма | Красный флаг |
|---|---|---|
| Скорость (PageSpeed, мобильные) | 50–89 баллов, хорошо — 90+ | ниже 50 |
| Загрузка страницы | до 3 секунд | дольше 4 секунд |
| HTTPS | замок, сертификат валиден | «Не защищено», открывается по http |
| Мобильная версия | всё читаемо, кнопки нажимаются | текст наезжает, нужно увеличивать |
| Title и description | у каждой страницы, уникальные | пусто, дубли или «Главная» везде |
| Заголовок H1 | один на страницу | нет или несколько |
| Битые ссылки (404) | нет | ссылки в меню/футере ведут в никуда |
| Индексация (robots.txt) | сайт открыт для поиска | Disallow: / закрывает весь сайт |
| Карта сайта | sitemap.xml есть и отдаётся | отсутствует |
| Формы | тестовая заявка дошла | «спасибо» есть, письма нет |
Как проверить технику за 2 минуты
Половина пунктов выше — мета-теги, битые ссылки, H1, alt, индексация, скорость, SSL, коды ответа — техническая. Проверять её вручную по каждой странице долго: придётся открывать код, прогонять адреса через пять разных сервисов и сводить результаты. Для сайта из десятков страниц это часы.
Быстрее прогнать сайт через автоматический аудит — он обходит все страницы разом и выдаёт единый список проблем:
| Что нужно проверить | Вручную | Автоматически |
|---|---|---|
| Скорость и коды ответа | по каждой странице отдельно | все страницы за один обход |
| Мета-теги, H1, alt | смотреть код каждой страницы | общий список всех проблем |
| Битые ссылки (404) | кликать по всем ссылкам | находит за один проход |
| robots.txt, sitemap, индексация | искать и разбирать файлы | проверяется автоматически |
| SSL и дубли http/https | смотреть вручную | по всему сайту сразу |
На выходе — Health Score от 0 до 100% и список замечаний по приоритету. Это объективный критерий, которого не хватает при приёмке: вместо субъективного «вроде нормально» у вас есть цифра, которую можно вписать в переписку с подрядчиком или в акт. Разумное правило — не подписывать акт, пока по технической части висят критические замечания.
Отчёт заодно работает как доказательство: если подрядчик отнекивается, к письму прикладывается конкретный список — что именно не так и на каких страницах. Спорить с этим сложнее, чем с «мне кажется, сайт медленный».
Важно: аудит закрывает техническую и SEO-часть автоматически. Доступы, домен, тексты и юридические документы всё равно проверяются руками — по чек-листу выше.
Документы: договор, акт, гарантия
Техника техникой, но приёмка — это ещё и бумаги. До оплаты убедитесь, что зафиксировано:
- Передача прав. Закон допускает разные варианты в зависимости от типа договора, поэтому надёжный путь один — прямо прописать в договоре или акте, что исключительные права на сайт и его код переходят к вам после оплаты. Без этой формулировки возможны споры о том, кому принадлежит сайт.
- Что считается дефектом. Порядок правок: сколько итераций входит в стоимость и что относится к гарантийным исправлениям, а что — к платным доработкам.
- Гарантия. Срок, в течение которого подрядчик бесплатно исправляет ошибки, всплывшие после запуска. Зафиксируйте письменно.
- Что передаётся. Список: все логины и пароли, исходный код, копия базы данных, макеты дизайна, инструкция администратора, перечень платных сервисов.
Не подписывайте акт «задним числом» и до фактической проверки — подпись означает, что вы приняли работу и претензий нет.
Что делать, если нашли проблемы
Нашли замечания — это нормально: идеальных сдач почти не бывает, и часть правок подрядчик закроет быстро. Порядок действий:
- Соберите всё в один список. Не отправляйте замечания по одному неделю подряд — оформите единым перечнем со скриншотами и адресами страниц.
- Разделите на критичное и косметику. Неработающая форма или закрытая индексация — стоп-факторы. Отступ на пару пикселей — мелочь, которую можно доделать после.
- Ссылайтесь на договор и ТЗ. Требуйте то, что входило в задачу, а не «ещё и вот это добавьте».
- Дайте разумный срок на исправление и только потом подписывайте акт.
Сложность в том, что по списку из отчёта не всегда понятно, что критично, а что нет, и как отделить гарантийные правки от того, за что подрядчик справедливо попросит доплату.
Частые вопросы
Можно ли принять сайт без технического специалиста?
Да, большую часть — визуал, формы, мобильную версию, доступы и документы — можно проверить самому по чек-листу. Техническую часть (скорость, мета-теги, индексацию, битые ссылки) проще прогнать через автоматический аудит, чем разбираться в коде. Спорные моменты можно вынести на разбор с экспертом.
Приёмка сайта и проверка перед запуском — это одно и то же?
По сути да: и там, и там нужно убедиться, что готовый сайт работает правильно, прежде чем он пойдёт в дело. Разница в названии: если сайт делал подрядчик, это называют приёмкой; если вы запускаете свой — проверкой перед запуском. Чек-лист один и тот же.
Какие доступы должен передать разработчик после сдачи?
Аккаунт регистратора домена, доступ к хостингу, права суперадминистратора в админке, корпоративную почту, аккаунты аналитики и Вебмастера, кабинеты платных сервисов, а также исходный код и копию базы данных. Всё это — на вас или вашу компанию.
Кому принадлежит сайт и код после оплаты?
Это зависит от договора. По закону, в зависимости от его типа, права по умолчанию могут принадлежать и заказчику, и разработчику — поэтому единственный надёжный вариант не гадать: прямо прописать в договоре или акте, что исключительные права переходят к вам после оплаты. Без такой формулировки возможны споры.
Как проверить скорость сайта самому?
Вставьте адрес в бесплатный Google PageSpeed Insights — он покажет оценку для мобильных и компьютеров и подскажет, что тормозит. По шкале PageSpeed 50–89 — средне, 90+ — хорошо, ниже 50 — красная зона.
Что такое robots.txt и почему его важно проверить?
Это файл, который говорит поисковикам, какие страницы индексировать. Если в нём стоит Disallow: /, сайт полностью закрыт от поиска — частая ошибка при запуске, когда забывают снять запрет с этапа разработки. Проверяется по адресу вашсайт.ru/robots.txt.
Нужен ли SSL-сертификат и как это проверить?
Да. Без него браузер помечает сайт как «Не защищено», что отпугивает посетителей; для поисковиков HTTPS — небольшой плюс к доверию. Проверить просто: слева от адреса должен быть замок, а сайт — открываться по https://.
Что делать, если сайт уже приняли, а проблемы нашлись?
Проверьте условия гарантии в договоре — в её срок подрядчик обязан исправлять ошибки бесплатно. Соберите замечания в один список со скриншотами. Если гарантия закончилась или подрядчик недоступен, ошибки может устранить другой специалист — но сначала нужен точный список проблем.
Сколько времени занимает приёмка сайта?
Визуальную проверку, формы и мобильную версию реально пройти за вечер. Техническую часть автоматический аудит покрывает за пару минут. Дольше всего обычно занимает сбор доступов и документов от подрядчика — их стоит запросить заранее.
Коротко о главном
Приёмка — это не про недоверие, а про рычаг: пока акт не подписан, у вас есть время всё поправить, потом — уже нет. Техническую часть закроет аудит с объективным Health Score, а доступы, тексты и документы проверяются руками по чек-листу выше. Ни то, ни другое техобразования не требует.
Самый быстрый шаг прямо сейчас — прогнать сайт через бесплатный аудит: увидите Health Score и список технических замечаний по приоритету. А если по отчёту непонятно, что критично и как говорить с подрядчиком, — закажите разбор от эксперта: поможет расставить приоритеты и не переплатить за лишние доработки.