Техдолг сайта редко виден с первого экрана. Страница может выглядеть нормально, но каждое изменение занимает слишком много времени, формы ломаются при доработке, SEO-поля заполняются вручную в разных местах, каталог невозможно расширить, а интеграции держатся на случайных решениях. Такой техдолг мешает развитию не сразу, но постепенно делает сайт дорогим и непредсказуемым.
Искать техдолг стоит не ради переписывания всего проекта. Цель спокойнее: понять, какие ограничения действительно мешают заявкам, поддержке, SEO, каталогу, аналитике и будущим изменениям.
Где техдолг проявляется в бизнес-сценариях
Первый признак - изменения нельзя делать быстро и безопасно. Например, новая услуга требует правки кода, карточка каталога не поддерживает нужные свойства, SEO-шаблоны нельзя настроить по типам страниц, а форма заявки не передает источник обращения.
Второй признак - данные живут не там, где должны. Тексты зашиты в шаблон, изображения нельзя заменить из админки, метаданные копируются вручную, статусы публикации отсутствуют. В результате сайт вроде работает, но каждое обновление становится маленьким техническим проектом.
Третий признак - нет понятной диагностики. Если непонятно, почему заявка не дошла, какая страница дала обращение, где ошибка формы или что попало в индекс, развитие сайта идет на ощущениях.
Что проверить в коде и CMS
Начните с админки. Можно ли управлять услугами, статьями, категориями, карточками, SEO-полями и формами без разработчика. Есть ли черновики, превью, даты публикации, статусы, защита от случайной публикации пустых страниц. Если CMS не отражает реальные сущности бизнеса, сайт будет плохо масштабироваться.
Затем проверьте шаблоны. Повторяются ли блоки, есть ли единые компоненты, не разбросаны ли одинаковые формы по разным файлам, не создаются ли страницы копированием. Для устойчивого развития важна не модная архитектура, а предсказуемость изменений.
Если проблема связана с выбором платформы, полезно сравнить ограничения текущей основы со статьей Индивидуальная CMS или конструктор: что выбрать.
Что проверить в SEO и аналитике
Техдолг часто проявляется в техническом SEO: дубли URL, некорректные canonical, пустые title, случайно открытые служебные страницы, sitemap с черновиками, разные версии одного адреса. Эти ошибки не всегда видны пользователю, но мешают управляемой индексации.
В аналитике проверьте цели, события и источники. Если форма отправляется, но не передает контекст, сложно понять, какая страница работает. Если блог, квиз, телефон и Telegram считаются одинаково, невозможно принимать решения по фактам.
Когда доработка разумнее переписывания
Не каждый техдолг требует нового сайта. Если проблема локальная - форма, SEO-шаблон, отдельный раздел, скорость конкретной страницы, ее можно исправить. Если ограничения системные - CMS не поддерживает нужные сущности, структура данных не подходит каталогу, каждое изменение ломает соседние страницы, тогда нужно обсуждать более глубокую переработку.
Выбор между доработкой и новым проектом стоит делать после диагностики. Подробнее этот разворот разобран в статье Когда сайт лучше доработать, а не переписать.
Как собрать список техдолга без хаоса
Разделите найденные проблемы на четыре группы: мешает заявкам, мешает SEO и аналитике, мешает управлению контентом, мешает развитию функциональности. У каждой проблемы должен быть пример: где проявляется, какой сценарий ломает, что станет лучше после исправления.
Такой список помогает не спорить о вкусе и не начинать переписывание из тревоги. Сначала закрываются ограничения, которые влияют на заявки, надежность и управляемость. Остальное можно планировать как развитие сайта после запуска или отдельный этап технической поддержки.
