Введение
Для многих собственников бизнеса сайт — это просто «визитка в интернете» или обязательная статья расходов. На деле это ваш главный цифровой актив, филиал, который работает 24/7.
За 20 лет в индустрии я видел, как компании тратили по 5–10 миллионов рублей на разработку, получали красивый, но бесполезный продукт, а через год заказывали его полное переписывание с нуля. Убытки измеряются не только чеком от агентства, но и упущенной прибылью, слитым рекламным бюджетом и потерянными позициями в поиске.
В этой статье мы разберем 15 самых дорогих ошибок при заказе сайта. Они сгруппированы по этапам жизненного цикла проекта: от первой встречи с подрядчиком до пост-релизной поддержки.
Этап 1: Стратегия и подготовка (Где закладывается фундамент провала)
1. Выбор подрядчика по принципу «кто дешевле» Демпинг на рынке веб-разработки — это всегда ловушка. Если агентство предлагает сделать сложный интернет-магазин в три раза ниже рыночной стоимости, оно либо использует пиратские шаблоны, либо заложит скрытые платежи, либо бросит проект на полпути. Экономия на старте гарантированно обернется тройным бюджетом на исправление багов.
2. «Сделайте красиво, вы же профи» (Отсутствие детального ТЗ) Начинать разработку без исчерпывающего технического задания (ТЗ) — это давать строителям деньги со словами «постройте мне какой-нибудь дом». Результат будет непредсказуемым. В ТЗ должна быть прописана не только структура, но и бизнес-логика, интеграции с CRM/1С, сценарии поведения пользователей и требования к скорости загрузки.
3. Игнорирование SEO на этапе прототипирования Классическая боль: сайт готов, дизайн утвержден, код написан. И тут приходит SEO-специалист, смотрит на архитектуру URL, отсутствие микроразметки и дубли страниц, после чего говорит: «Чтобы продвигать этот сайт, его нужно переделывать». Внедрение SEO-архитектуры на этапе макетов экономит до 30% бюджета.
4. Попытка объять необъятное (Отказ от концепции MVP) Бизнес хочет запустить сразу всё: личный кабинет, маркетплейс, форум, AI-чат-бота и программу лояльности. Бюджет раздувается, сроки срываются, а время выхода на рынок (Time-to-Market) упускается. Начинайте с MVP (минимально жизнеспособного продукта), тестируйте спрос и только потом надстраивайте функционал.
Этап 2: Архитектура и технологии (Технический долг)
5. Неподходящий выбор CMS (Движка сайта) Писать самописную CMS для типового корпоративного сайта или лендинга — это создание «чемодана без ручки». Вы навсегда привязываетесь к конкретному разработчику (Vendor Lock-in). С другой стороны, пытаться построить высоконагруженный маркетплейс на готовом шаблонном конструкторе — значит упереться в потолок производительности через год. Стек должен соответствовать задачам.
6. Экономия на безопасности и бэкапах Отсутствие SSL-сертификатов, WAF (брандмауэра веб-приложений) и настроенного автобэкапа на удаленный сервер. Один успешный взлом, утечка базы данных клиентов или шифрование сайта вирусом-вымогателем обойдется в миллионные штрафы по 152-ФЗ и полную потерю репутации.
7. Забытый Mobile-First подход В 2026 году доля мобильного трафика в большинстве ниш превышает 75%. Если подрядчик сначала рисует десктопную версию, а потом «адаптирует» ее под смартфон, вы получите неудобные кнопки, нечитаемые таблицы и скрытые меню. Проектирование должно начинаться с мобильных экранов.
8. «Сайт сдан — забудьте» (Отсутствие SLA) Сайт — это живой организм. Обновляются версии PHP, меняются API платежных шлюзов, выходят новые патчи безопасности. Если в договоре не прописан SLA (соглашение об уровне сервиса) на техническую поддержку, через полгода сайт начнет «сыпаться», а экстренный вызов программиста будет стоить как крыло самолета.
Этап 3: UX, контент и маркетинг (Почему сайт не продает)
9. Дизайн в отрыве от UX и конверсии Дизайнер нарисовал шедевр, который берет награды на Behance. Но пользователь не может найти кнопку «Купить», а форма заявки состоит из 15 полей. Красота не продает. Каждый элемент интерфейса должен вести пользователя к целевому действию, опираясь на данные веб-аналитики и тепловые карты, а не на вкусовщину.
10. Слепой запуск без сквозной аналитики Запускать рекламу на сайт, где не настроены цели в Яндекс.Метрике, e-commerce трекинг и коллтрекинг — это сжигать деньги в камине. Вы не будете знать, какой канал приносит прибыль, а какой сливает бюджет. Настройка аналитики должна быть отдельным, обязательным пунктом в смете.
11. Копипаст текстов и чужого кода Недобросовестные подрядчики часто берут тексты с сайтов конкурентов или используют ворованные премиум-темы с «дырами» в безопасности. Итог: сайт попадает под фильтры поисковых систем за неуникальность, а бизнес получает иски о нарушении авторских прав.
Этап 4: Организация и запуск (Риски потери бизнеса)
12. Домен и хостинг оформлены на подрядчика Фатальная юридическая ошибка. Если аккаунты регистратора доменов, хостинга и облачных сервисов оформлены на физлицо-разработчика или агентство, вы не владеете своим саймом. При любом конфликте подрядчик может просто «выдернуть шнур». Все активы должны быть оформлены на ваше юрлицо.
13. Бизнес самоустраняется от контроля Делегировать разработку — не значит забыть о ней до даты релиза. Если со стороны бизнеса нет выделенного Product Manager'а или ответственного лица, которое еженедельно принимает этапы (спринты), агентство будет делать то, что удобно им, а не то, что нужно вашим продажам.
14. Релиз без стресс-тестов и QA Запуск сайта «в ночь на пятницу» без полноценного QA-тестирования (Quality Assurance). Разработчики проверили работу на своих ноутбуках, но не протестировали сайт под нагрузкой в 10 000 одновременных пользователей или на специфичных браузерах. Первый же запуск рекламной кампании «кладет» сервер, и вы теряете лиды.
15. Нереалистичные дедлайны в ущерб качеству «Нам нужно запуститься к выставке через 3 недели, делайте что хотите». В режиме жесткого кранча разработчики отключают тестирование, пишут «костыли» в коде и закрывают глаза на безопасность. Технический долг, накопленный за эти 3 недели, придется разгребать годами.
Цена ошибок: во что это обходится бизнесу
Чек-лист: как принять работу у подрядчика
Не подписывайте акт приемки-передачи, пока не проверите эти 5 пунктов:
- Передача доступов: Все логины и пароли от CMS, хостинга, домена, репозитория кода (GitHub/GitLab) переданы вам и пароли изменены.
- Исходный код: Код выгружен в ваш репозиторий, есть инструкция по развертыванию проекта с нуля (Readme).
- Тестирование: Проведен кроссбраузерный тест и проверка адаптивности на реальных устройствах (iOS/Android).
- Скорость: Проверка в Google PageSpeed Insights и Яндекс.Индексе (зеленая зона для мобильных устройств).
- Аналитика: Цели в Метрике и GA4 срабатывают корректно, данные подтягиваются в CRM.
FAQ: частые вопросы о разработке сайтов
В: Как проверить агентство на этапе тендера? О: Запросите кейсы за последний год и попросите контакты клиентов для рекомендаций. Проверьте их сайты через сервисы PageSpeed и CheckTrust. Если агентство не задает вам вопросов о бизнес-процессах и маржинальности товаров, а только кивает — бегите.
В: Что лучше: Fixed Price (фиксированная цена) или Time & Material (оплата за время)? О: Для проектов с жестким ТЗ и понятным скоупом работ (например, лендинг или корпоративный сайт) подходит Fixed Price. Для сложных, развивающихся продуктов (маркетплейсы, SaaS, личные кабинеты) идеален Time & Material по Agile, так как требования будут меняться в процессе.
В: Сайт сделали, но он не приносит заявок. Это вина разработчиков? О: Разработчики отвечают за то, чтобы сайт работал технически корректно, быстро и без багов. За поток заявок отвечают маркетинг, UX-проектирование и качество трафика. Если вы не заказывали этап аналитики и прототипирования, вина лежит на бизнесе.
В: Стоит ли использовать конструкторы (Tilda, Bitrix24.Сайты) вместо самописного кода? О: Для микро-бизнеса, тестирования гипотез и простых промо-страниц — однозначно да. Это сэкономит сотни тысяч рублей. Но для сложного e-commerce с кастомной логикой скидок, интеграцией с ERP и высокими нагрузками конструкторы не подойдут.
В: Как защититься от того, что агентство использует пиратские плагины? О: Пропишите в договоре пункт об ответственности за нарушение авторских прав (Indemnification clause) и требуйте предоставления лицензий на все платные шрифты, изображения и премиум-модули, использованные в проекте.
Заключение и рекомендации к действию
Заказ сайта — это не покупка товара, а инвестиция в инфраструктуру вашего бизнеса. Миллионы теряются не потому, что технологии слишком дорогие, а из-за отсутствия системного подхода, наивности в юридических вопросах и желания получить «всё и сразу».
Ваши следующие шаги:
- Остановитесь. Если вы на этапе выбора подрядчика, не подписывайте договор, пока не составите подробное ТЗ с привлечением независимого IT-архитектора.
- Проведите аудит. Если сайт уже работает, закажите независимый технический и SEO-аудит. Возможно, вы уже сидите на «бомбе замедленного действия» в виде уязвимостей или дублей страниц.
- Закрепите права. Прямо сегодня проверьте, на кого оформлены ваш домен и хостинг. Переоформите их на себя.
Главный принцип: Хороший сайт не тот, который красиво выглядит на презентации, а тот, который стабильно генерирует прибыль, легко масштабируется и не требует экстренного реанимирования после каждого обновления ядра CMS.
