Многие проблемы будущего сайта закладываются ещё на этапе проектирования. Компания начинает с дизайна, согласовывает красивую главную страницу, а ближе к завершению вспоминает о SEO, CRM, каталоге и аналитике, и готовый ресурс приходится переделывать сразу после публикации. Неважно, кто делает сайт: веб-студия, центр разработки сайтов или свой программист, ошибки процесса одни и те же. Ниже разберём 14 ошибок при разработке сайта, от постановки задачи до запуска, и как их избежать.
«На чертёжной доске можно воспользоваться ластиком, а на стройке придётся взять кувалду».
Проблема не только веб-разработки. По отчёту Standish Group CHAOS (2020), лишь около 31% IT-проектов завершаются успешно, то есть в срок, в бюджет и с нужным результатом, а примерно половина выходит за рамки хотя бы по одному параметру.
Ошибка 1. Разрабатывать сайт без бизнес-задачи
Формулировки «нужен современный сайт» недостаточно. До разработки нужно определить, что именно должен делать ресурс. Привлекать оптовые заявки? Помогать дилерам? Представлять ассортимент? Получать технические задания? Работать с несколькими регионами? От ответа зависит структура. Сайт под поиск нового поставщика и закрытый дилерский портал решают разные задачи. Без зафиксированной бизнес-задачи структура и содержание начинают зависеть от субъективных предпочтений участников проекта.
После запуска выясняется, что нужного сценария просто нет.
Ошибка 2. Не изучить аудиторию
Разработчики могут хорошо знать интерфейсы, но не знать, как конкретный клиент выбирает промышленную продукцию. Поэтому до прототипа нужно собрать вопросы отдела продаж. Кто приходит на сайт? Что проверяет первым? Какие характеристики запрашивает? Какие документы нужны до обращения? Эта информация влияет на страницы и навигацию. Если ориентироваться только на внутреннее представление компании о продукте, можно не учесть реальные вопросы и сценарии клиентов.
Ошибка 3. Проектировать структуру только по внутреннему каталогу
Внутреннее деление продукции удобно предприятию, но не всегда совпадает с поисковым спросом и логикой клиента. Поэтому структуру нужно сверять с семантикой. Некоторые товарные группы потребуют самостоятельных посадочных. Другие можно объединить. Если SEO подключается уже после запуска, специалист обнаруживает, что под важные запросы нет страниц. Тогда приходится менять каталог, URL и меню.
Проще учесть это на прототипе.
Ошибка 4. Рисовать дизайн до прототипа
Дизайн не должен определять содержание. Сначала нужно понять, какие блоки требуются пользователю и в какой последовательности. Прототип позволяет проверить это без дорогой визуальной работы. Если дизайнер сразу начинает с финального макета, любое изменение структуры затрагивает уже готовые экраны. Изменение структуры после готового дизайна увеличивает объём переделок и стоимость проекта.
Зачем нужна схема страниц до дизайна и как её проверить, в статье Прототип сайта: зачем он нужен до дизайна.
«Планируйте выбросить одну версию. Вы всё равно это сделаете».
Ошибка 5. Оставить контент «на потом»
Если дизайн собирается на временных текстах и условных данных, реальные характеристики и таблицы могут не поместиться в готовые шаблоны. Затем в готовый дизайн пытаются вставить реальные технические таблицы, документы и длинные названия продукции. Выясняется, что блоки для них не подходят. До дизайна желательно понимать хотя бы структуру реального содержимого. Необязательно написать все статьи.
Но карточка продукта должна проектироваться на настоящих типах данных, а не на фразе «здесь будет описание».
Ошибка 6. Не назначить технического эксперта
Подрядчик не знает характеристики продукции лучше производителя. Если внутри компании никто не отвечает за фактуру, редактор и разработчик начинают ждать ответы от разных сотрудников. Сроки растягиваются. Если технические данные не предоставлены, их нельзя заменять предположениями редактора или подрядчика. Для проекта нужен конкретный специалист или группа, которая подтверждает характеристики, документы и ограничения.
Ответственность за технические факты нельзя полностью передавать веб-студии.
Ошибка 7. Проектировать интеграции после верстки
CRM, 1С, телефония и другие системы влияют на сайт ещё на уровне данных. Какие поля должна передавать форма? Откуда берётся цена? Где хранится наличие? Как назначается регион? Если эти вопросы появляются в конце, разработчикам приходится переделывать готовые модули. При разработке производственных сайтов Maximus Media также учитывает интеграции с каталогом и бизнес-системами ещё на этапе архитектуры проекта.
Ошибка 8. Сделать мобильную версию в самом конце
Если сначала полностью разработать десктоп, а потом пытаться сжать его под телефон, часть решений работает плохо. Особенно это заметно в больших таблицах, меню и формах. Мобильные сценарии стоит учитывать уже при проектировании. Это не означает создавать два разных сайта. Нужно заранее продумать, как основные блоки будут работать на небольшом экране.
Мобильная версия важна и для поиска, и для заявок: по данным Nielsen Norman Group (2018), 57% времени просмотра страницы приходится на первый экран, а на телефоне он в несколько раз меньше. Мы, например, проверяем каждую новую страницу своего сайта на ширине 390 пикселей, чтобы ничего не уезжало за край.
Ошибка 9. Не определить требования к скорости
Тяжёлые изображения и большое количество эффектов добавляются постепенно. Каждый отдельный элемент кажется незначительным. К запуску страница становится перегруженной. Поэтому производительность нужно включать в критерии приёмки. Изображения оптимизируют, скрипты проверяют, а ненужные компоненты убирают. Требования к производительности нужно зафиксировать до запуска и проверять при приёмке сайта.
Скорость влияет на заявки напрямую: по данным Google (2016), 53% посетителей мобильных сайтов уходят, если страница грузится дольше трёх секунд.
Ошибка 10. Не продумать путь к обращению
На прототипе нужно проверить не только информационные страницы. Как пользователь запросит расчёт? Какие данные ему нужно предоставить? Можно ли прикрепить файл? Что происходит после отправки? Если об этом вспоминают в конце, на сайте появляется универсальная форма, не связанная с продуктом. Для B2B удобнее проектировать контактные действия вместе с соответствующими страницами.
Ошибка 11. Не подключить аналитику до запуска
Аналитика должна быть частью технического задания. Какие действия считаются целевыми? Какие формы используются? Какие источники передаются в CRM? Если это не определить, после запуска маркетологу приходится отдельно описывать события разработчикам. Часть первых данных теряется. Лучше принять сайт уже с проверенной аналитикой и тестовыми обращениями.
Ошибка 12. Не продумать SEO-переезд
При редизайне новый сайт может получить другую структуру URL. Если старые адреса имели поисковый трафик, их нельзя просто удалить. Нужно составить карту перенаправлений и сохранить важные страницы. Отдельно проверяются заголовки, метаданные, canonical, robots.txt и sitemap. Иначе новая версия визуально становится лучше, а поисковая видимость снижается.
Мы на своём сайте держим карту перенаправлений больше чем на 3 500 правил, а после каждой выкатки скрипт проверяет 115 ключевых старых адресов. Как провести переезд без потери позиций, в статье о переезде сайта.
Ошибка 13. Принимать сайт только по дизайну
Финальная приёмка должна проходить по сценариям.
- Откройте каталог и используйте фильтр.
- Скачайте документ.
- Отправьте все формы.
- Позвоните по номеру с сайта.
- Посмотрите мобильную версию.
- Убедитесь, что заявки попадают в CRM.
Проверяйте не только главную, потому что ошибки чаще остаются в шаблонах внутренних страниц.
Ошибка 14. Не определить, кто будет поддерживать сайт
После запуска появятся новые товары, сотрудники, документы и задачи. Если никто не назначен ответственным, изменения начинают откладываться. Заранее определите, кто обновляет контент, кто занимается техническими проблемами и кто контролирует аналитику. CMS должна позволять выполнять регулярные операции без постоянной сложной разработки.
Поддержку лучше решить до запуска: что в неё входит и сколько стоит, в статье Техподдержка сайта: зачем нужна и что в неё входит. По прайсу Maximus Media абонемент на техподдержку стоит 25 000 ₽ в месяц.
| Ошибка | Чем обходится | Как предотвратить |
|---|---|---|
| Нет бизнес-задачи | Сайт без нужных сценариев | Цели и сценарии в ТЗ до прототипа |
| Структура без семантики | Переделка каталога, адресов и меню | Сверка структуры с поисковым спросом |
| Дизайн до прототипа | Переделка готовых макетов | Сначала схема, потом визуал |
| Контент на потом | Реальные таблицы не влезают в шаблоны | Проектировать на настоящих данных |
| Интеграции в конце | Переделка модулей | CRM и 1С в архитектуре проекта |
| Нет карты перенаправлений | Потеря позиций после запуска | 301 для всех адресов с трафиком |
| Персональные данные без документов | Штрафы и претензии | Политика, согласия и защита форм до запуска |
Отдельно проверьте юридическую часть: формы собирают персональные данные, и к ним есть требования. Что нужно сделать, в статье Персональные данные на сайте: что нужно, чтобы не оштрафовали.
Как организовать разработку правильно
Начните с аудита бизнеса и текущего сайта. Определите продукты, аудиторию, задачи и интеграции. После анализа бизнеса и аудитории проектируют структуру и прототип, одновременно проверяя поисковый спрос. На прототипе тестируются ключевые пользовательские сценарии. Затем подключается дизайн и разработка. До запуска проходят техническая проверка, SEO-проверка, аналитика и тест заявок. Так большая часть критических вопросов решается до того, как сайт начинает получать платный трафик.
Когда подрядчик должен задавать вопросы
Если разработчик сразу предлагает дизайн, почти ничего не спросив о продажах, это повод уточнить процесс. Производственный сайт требует информации об ассортименте, клиентах, документах и интеграциях. Нельзя качественно спроектировать каталог, не разобрав его структуру. До дизайна подрядчик должен разобраться в ассортименте, аудитории, сценариях обращения, документах и интеграциях. Это может выглядеть медленнее, чем мгновенный макет главной, но уменьшает количество переделок позже.
Как проверить техническое задание
Перед стартом убедитесь, что в ТЗ есть не только список страниц. Должны быть понятны основные сценарии, структура каталога, формы, интеграции и аналитика. Отдельно фиксируются требования к мобильной версии и дальнейшему SEO. Если важная задача существует только «в переписке», её легко потерять. Лучше перенести ключевые договорённости в единый документ.
Что делать после запуска
Первые недели сайт нужно наблюдать. Проверяйте реальные формы, поведение пользователей и технические ошибки. Не все сценарии удаётся увидеть на тестовой среде. После накопления данных часть элементов можно улучшить. После запуска сайт нужно проверить на реальном трафике и при необходимости доработать по данным аналитики. Подробно о проблемах уже работающего ресурса в статье «Топ-10 критических ошибок на сайте производства».
Если хотите пройти этот путь без типовых ошибок, можно заказать сайт, где семантика, прототип, интеграции и аналитика заложены с начала: по прайсу сайт производственной компании стоит от 250 000 ₽, а из чего складывается цена, в статье Сколько стоит сайт для производственной компании в 2026 году. Подробнее о подходе на странице разработки сайтов для производственных компаний Maximus Media.
