Как принять сайт у разработчика: чек-лист из 40 пунктов

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

Мы в Webman сдаём сайты с 2016 года и видим, где чаще всего «теряются» заявки и доступы. Этот список — то, что мы советуем проверить у любого подрядчика, включая нас самих.

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

Второй момент — деньги в рекламе. Если форма заявки не доходит до почты, а вы уже запустили Google Ads, вы платите за клики, которые не превращаются в клиентов. Узнать об этом через месяц по пустой CRM — неприятно.

Сайт принят не тогда, когда он красивый, а тогда, когда вы проверили, что заявка с него доходит до вас.

Выделите на приёмку 2–⁠3 часа, возьмите два устройства (телефон и компьютер) и идите по разделам ниже по порядку. Всё, что не работает, записывайте одним списком с адресом страницы и скриншотом — так подрядчику проще исправить, а вам проще проверить.

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

1. Домен оформлен на вашу компанию или на вас, а не на разработчика. Владельца домена .kz можно посмотреть через whois у регистратора.
2. У вас есть логин и пароль от панели регистратора домена.
3. У вас есть доступ к хостингу или панели управления (Plesk, cPanel или аналог).
4. У вас есть доступ администратора к самому сайту: админ-панель CMS или аккаунт конструктора.
5. Если сайт на Tilda или другом конструкторе — проект находится в вашем аккаунте или передан в него.
6. Почтовые ящики на домене (info@, sales@) создавались на ваш аккаунт.
7. Google Analytics, Google Tag Manager и Search Console подключены к вашему аккаунту Google, а не только к аккаунту подрядчика.
8. В договоре прямо написано, что исключительные права на сайт, дизайн и тексты переходят вам.

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

Здесь ошибки стоят дороже всего, поэтому проверяйте руками, а не на слово.

1. Отправьте заявку через каждую форму на сайте: в шапке, в модальном окне, внизу страницы, в калькуляторе.
2. Заявка пришла туда, куда нужно: на почту, в Telegram, в CRM. Проверьте папку «Спам».
3. В письме видны все поля: имя, телефон, комментарий, а также страница, с которой отправлена заявка.
4. После отправки посетитель видит понятное сообщение или страницу благодарности.
5. Номер телефона на сайте кликабельный: на смартфоне нажатие открывает звонок.
6. Кнопка WhatsApp открывает чат с правильным номером и, желательно, с готовым текстом.
7. Ссылки на Instagram, Telegram, 2ГИС ведут на ваши страницы, а не на шаблонные заглушки.
8. Адрес, график работы и реквизиты совпадают с теми, что указаны в 2ГИС и Google Бизнес.
9. Форма не отправляется пустой и подсказывает, если телефон введён с ошибкой.

Заполните хотя бы одну форму с телефона через мобильный интернет, а не через офисный Wi-Fi. Так вы увидите сайт так же, как его видит клиент.

У многих коммерческих сайтов большая часть посетителей приходит со смартфонов — посмотрите это в своей аналитике. Поэтому мобильную версию проверяйте так же внимательно, как десктоп.

1. На экране телефона текст читается без увеличения, ничего не уезжает за край.
2. Меню открывается и закрывается, все пункты нажимаются пальцем.
3. Кнопки не перекрывают текст, а всплывающие окна закрываются.
4. Картинки не обрезаны так, что пропадает смысл (лицо, товар, надпись).
5. Сайт выглядит нормально на iPhone и на Android, в Safari и в Chrome.
6. На компьютере проверьте ширину экрана ноутбука, а не только большого монитора.

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

Технические вещи проверяются бесплатными инструментами за несколько минут.

1. Откройте сайт в PageSpeed Insights (pagespeed.web.dev) и посмотрите мобильную оценку. Идеальные цифры не обязательны, но красная зона по основным метрикам — повод задать вопросы.
2. Сайт открывается по https, браузер не показывает предупреждений о безопасности.
3. Все варианты адреса (с www и без, http и https) ведут на одну основную версию.
4. Несуществующая страница показывает аккуратную страницу 404 со ссылкой на главную, а не ошибку сервера.
5. Нет битых ссылок: пройдитесь по меню, подвалу и кнопкам «Подробнее».
6. Изображения сжаты: страница не грузится долго даже на мобильном интернете.

Продвижение — отдельная работа, но базу закладывают при разработке. Если её нет, потом придётся переделывать.

1. У каждой страницы свой заголовок (title) и описание, а не одно и то же на весь сайт. Проверить можно, наведя курсор на вкладку браузера или посмотрев код страницы.
2. На каждой странице один главный заголовок H1, и он описывает, о чём страница.
3. Есть файл robots.txt, и он не закрывает весь сайт от индексации. Строка `Disallow: /` для всего сайта — частая ошибка после тестового домена.
4. Есть карта сайта sitemap.xml со всеми важными страницами.
5. Сайт добавлен в Google Search Console, карта сайта отправлена.
6. Если старый сайт переезжает на новый, настроены 301-редиректы со старых адресов, иначе накопленные позиции могут просесть.
7. Тексты уникальные, без «рыбы» вроде «Lorem ipsum» и фраз «здесь будет описание».

1. Подписан акт выполненных работ, в нём перечислены этапы и состав работ.
2. Подрядчик передал инструкцию: как поменять цены, текст, фото, добавить новость или товар.
3. Понятно, кто и на каких условиях оплачивает хостинг и домен в следующем году и когда наступает срок продления.
4. Оговорены гарантийные правки: какой срок, что входит, как их запрашивать.

От того, как вы передадите замечания, зависит, сколько займёт исправление. Сообщения «что-то не работает» и «поправьте шапку» порождают переписку на несколько дней.

Хорошее замечание отвечает на четыре вопроса:

1. Где: адрес страницы и место на ней («главная, блок с ценами, третья карточка»).
2. На чём: устройство и браузер («iPhone, Safari» или «ноутбук, Chrome»).
3. Что происходит: коротко и со скриншотом или видео экрана.
4. Как должно быть: ожидаемый результат («номер должен набираться при нажатии»).

Разделите список на две части: ошибки (что-то сломано или не совпадает с договором и макетом) и пожелания (вам хочется по-другому, но в задании этого не было). Первые подрядчик исправляет в рамках работы, вторые — предмет обсуждения. Такое разделение сразу снимает большую часть споров.

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

Часть проблем проявляется только на живом трафике, поэтому через 5–⁠7 дней после запуска вернитесь к сайту ещё раз.

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

Если после запуска нужна помощь с привлечением посетителей, посмотрите, как устроены контекстная реклама и SEO-продвижение.

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

Мы работаем по договору с поэтапной оплатой, и права на сайт принадлежат клиенту. Хостинг и домен .kz входят в стоимость сайта, а доступы мы передаём при сдаче. Подробнее о порядке работы — на странице как мы работаем.

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

• Сначала проверьте доступы и права: домен, хостинг, админ-панель, аналитика должны быть у вас.
• Отправьте заявку через каждую форму и убедитесь, что она дошла.
• Проверьте сайт с телефона через мобильный интернет.
• Посмотрите базовое SEO: title, H1, robots.txt, sitemap.xml, редиректы.
• Ведите один список правок и подписывайте акт, когда он пуст.

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