Создание сайтов
Создание и заказ сайта
Чек-лист для заказчика: цели, CMS, ТЗ, выбор подрядчика, приёмка и типичные ошибки, которые стоят денег и нервов.
Большинство неудач при заказе сайта случается до начала разработки — когда нет чётких целей, выбрана неподходящая CMS и не прописаны права на исходники в договоре. Этот чек-лист закрывает все этапы: от постановки задачи до конверсии и запуска.
Что определить до начала разработки
Вопросы «кто наш клиент» и «чего мы хотим от сайта» — не философские. Без ответов на них подрядчик создаст красивую витрину, которая не приносит заявок. Потратьте время на этот этап до первой встречи с разработчиком.
Цели сайта и KPI
Цель — не «хотим сайт», а измеримый результат. Определите заранее, как будете оценивать успех проекта:
- Лендинг: конверсия в заявку — от 3 до 8% в зависимости от источника трафика
- Интернет-магазин: количество заказов, средний чек, процент возврата покупателей
- Корпоративный сайт: органический трафик, количество обращений, позиции по брендовым запросам
- Блог / медиа: охват, подписчики, монетизация рекламой или подписками
Целевая аудитория
Кто будет пользоваться сайтом — определяет структуру страниц, язык текстов и набор функций. Ответьте на три вопроса:
- Кто принимает решение о покупке — и кто на него влияет?
- Как клиент ищет решение: через поиск, соцсети или рекомендации?
- Что для него важнее: цена, скорость получения услуги, гарантии или репутация компании?
Если заказываете сайт для B2B, цикл принятия решения длиннее — нужна другая структура страниц и другие точки контакта, чем для быстрых B2C-покупок.
Анализ конкурентов
Изучите 5–7 сайтов прямых конкурентов: какие страницы они выделяют, какие функции предлагают, как оформляют формы обратной связи. Цель — не копировать, а понять отраслевой стандарт. Если у всех конкурентов есть онлайн-запись, а у вас нет, вы теряете часть аудитории по умолчанию. Подробнее — в статье Сайт для бизнеса.
Выбор CMS и хостинга
Система управления сайтом (CMS) определяет стоимость разработки, гибкость и бюджет на поддержку. Ошибка в выборе CMS — одна из самых дорогих: магазин на Tilda не масштабируется при росте каталога, а 1С-Битрикс для лендинга — избыточная сложность и деньги на ветер.
Сравнение популярных CMS
| CMS | Лучше всего для | Стоимость разработки | Ограничения |
|---|---|---|---|
| WordPress | Блог, корпоративный сайт, каталог | Средняя | Требует регулярных обновлений и плагинов |
| Tilda | Лендинги, промо-сайты | Низкая | Слабая SEO-гибкость, нет полноценного магазина |
| 1С-Битрикс | Интернет-магазины с интеграцией 1С | Высокая | Дорогая лицензия, сложная поддержка |
| Собственная разработка | Сложные платформы, SaaS | Очень высокая | Долго, дорого, зависимость от команды |
Что учесть при выборе хостинга
Медленный сервер напрямую влияет на позиции в поиске — независимо от качества контента. При выборе хостинга смотрите на четыре параметра:
- Скорость ответа сервера (TTFB) — целевой показатель меньше 200 мс
- Геолокация серверов — данные должны храниться в стране, где живут ваши клиенты
- Гарантии uptime — SLA не ниже 99,9%; каждый час простоя равен потерянным заявкам
- Масштабируемость — возможность увеличить ресурсы при росте трафика без смены хостинга
Как составить ТЗ: шаблон для не-технического заказчика
Техническое задание — это не список «хотелок», а документ-договор. Без ТЗ любые разногласия о результате решаются в пользу того, кто убедительнее говорит. Не разбираться в технологиях — нормально. Разбираться в своём бизнесе — обязательно.
Шесть обязательных блоков ТЗ
- Описание бизнеса и цели сайта — кто вы, что продаёте, какой результат ожидаете
- Целевая аудитория — кто будет использовать сайт и какие задачи решает
- Структура сайта — список страниц: главная, каталог, о компании, блог, контакты
- Функциональные требования — корзина, фильтры, личный кабинет, формы обратной связи, чат
- Дизайн и стиль — брендбук или ссылки на референсы, фирменные цвета и шрифты
- Технические требования — CMS, хостинг, интеграции: CRM, 1С, платёжные системы, телефония
Уделите особое внимание четвёртому блоку. Именно функциональные требования чаще всего становятся источником конфликтов: заказчик считал, что «корзина — само собой разумеется», а подрядчик включил её в отдельный счёт.
Прототип: зачем нужен и как согласовать
Прототип — схема страниц без цветов и шрифтов: где расположены блоки, кнопки, формы. Согласовать прототип дешевле, чем переделывать готовый дизайн. Если подрядчик сразу предлагает нарисовать «красивую картинку» без этапа прототипирования — уточните, почему. Это должна быть осознанная экономия, а не пропуск важного шага.
Выбор подрядчика и договор
Хороший подрядчик задаёт вопросы до подписания договора, а не после первой оплаты. Плохой — соглашается на всё и потом «уточняет детали» за доплату. Смотреть нужно не на красоту портфолио, а на конкретные сигналы.
Критерии оценки: портфолио, кейсы, команда
При первом разговоре с подрядчиком оценивайте не слова, а поведение:
| Критерий | Хороший сигнал | Тревожный сигнал |
|---|---|---|
| Портфолио | Кейсы из схожей ниши с результатами | Только «красивые» сайты без цифр |
| Коммуникация | Отвечает конкретно, задаёт вопросы | Уклончивые ответы, «всё будет хорошо» |
| Сроки | Называет конкретные даты по этапам | «Примерно 2–3 месяца» |
| Договор | Предлагает чёткий договор с правами | «У нас всё на доверии» |
| Вопросы до старта | Спрашивает про цели, ЦА, бюджет | Сразу переходит к обсуждению дизайна |
Что обязательно прописать в договоре
Три блока, без которых договор не защищает вас как заказчика:
- Права на исходники — после полной оплаты весь код, дизайн и базы данных переходят вам. Без этого пункта подрядчик юридически остаётся автором произведения
- Гарантийный период — 3–6 месяцев, в течение которых подрядчик устраняет баги бесплатно
- Ответственность за сроки — конкретные штрафы за просрочку, а не фраза «постараемся успеть»
Манипуляции подрядчиков: пять схем
Чаще всего заказчики сталкиваются с этими пятью схемами:
Без детального ТЗ любая функция становится платной доработкой. Защита — фиксировать все требования письменно до подписания договора.
Сайт размещён на аккаунте подрядчика. При конфликте доступ закрывают. Оформляйте хостинг на себя с первого дня.
Без штрафных санкций в договоре подрядчик не несёт ответственности за задержки. Сроки по этапам — обязательны.
Предлагают индивидуальный код там, где достаточно готового плагина или шаблона. Уточняйте причину каждого нестандартного решения.
«Оптимизация» без конкретных KPI и отчётности — просто строчка в счёте. Требуйте перечень работ и измеримые результаты. Сравните с чек-листом проверки SEO-подрядчика.
Чек-лист приёмки сайта перед оплатой
Перед подписанием акта выполненных работ проверьте сайт по каждому пункту. Исправить проблемы до оплаты — бесплатно. После — за деньги.
Техническая часть
Скорость, стабильность, кроссбраузерность:
- Google PageSpeed Insights: мобильная версия — минимум 60 баллов, желательно 75+
- Core Web Vitals: LCP < 2,5 с, CLS < 0,1, INP < 200 мс
- HTTPS работает, SSL-сертификат установлен и не истекает раньше чем через 3 месяца
- Адаптивность: проверить на iPhone, Android, планшете; отдельно в Safari и Firefox
- Нет страниц с ошибкой 404 — проверить через Screaming Frog или Google Search Console
Контент и формы
Функциональность, которую видит пользователь:
- Все формы работают: данные поступают на почту или в CRM
- Кнопки видны и кликабельны на мобильных — не перекрываются навигационным меню
- Все изображения — ваши, не стоковые плейсхолдеры без лицензии
- Нет страниц с одинаковым контентом (дубли)
SEO-настройки при запуске
Базовые технические настройки, без которых поисковый трафик не придёт:
- Title и description прописаны на всех страницах и не дублируются между собой
- H1 присутствует на каждой странице — ровно один на страницу
- ЧПУ-адреса настроены: не
/page?id=12, а/catalog/kresla/ - Canonical-теги указывают на финальные URL (не на дубли)
- Перенаправление с HTTP на HTTPS работает (301, не 302)
- Robots.txt настроен корректно, важные страницы открыты для индексации
- XML-карта сайта создана и отправлена в поисковые системы
Аналитика и цели конверсии
Без аналитики первый месяц работы сайта — работа вслепую:
- Яндекс.Метрика установлена, аккаунт оформлен на заказчика (не на подрядчика)
- Google Search Console верифицирована, XML-карта сайта отправлена
- Цели конверсии настроены: отправка формы, звонок, переход в мессенджер, оформление заказа
- Проверено, что вы — владелец аккаунтов аналитики, а не подрядчик
Типичные ошибки при заказе сайта
Большинство проблем не случайны — они системные. Три этапа, где чаще всего теряют деньги:
Самая дорогая ошибка — согласовывать «на словах». Без документа любой спор о результате решается в пользу того, кто убедительнее. Добавьте хотя бы базовое ТЗ: цели, список страниц, функции, дедлайны по этапам.
Этап 1Заказчики избегают встреч, боясь «мешать» работе. Итог: через три месяца получают сайт, который не похож на то, что обсуждалось на старте. Проводите брифинги раз в две недели — даже без понимания кода.
Этап 2Сайт открывают для публики до проверки форм и подключения счётчиков. Первый месяц — работа вслепую, часть реальных заявок теряется незаметно. Правильный порядок: тестирование → аналитика → SEO-настройки → публичный доступ.
Этап 3