Технический долг сайта: что это и почему он дорого стоит

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

Откуда берётся технический долг

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

Типичные сценарии:

• Верстка «на коленке» без сборщика — потом невозможно внести правки
• Сторонние скрипты без контроля версий — обновление ломает дизайн
• База данных без индексов — со временем страницы открываются по 5–10 секунд
• Каждый новый разработчик добавляет свой стиль кода — через год уже не разберёшься
• Старые модули, которые «не трогаем, потому что работает»

Чем грозит накопленный долг

Сначала всё незаметно. Затем начинаются микросимптомы: правка шапки занимает не 1 час, а 2 дня; разработчик отказывается от проекта, потому что «там страшно»; обновление PHP ломает половину сайта; заказчик просит простую фичу, а подрядчик называет цену в 3 раза выше изначальной.

В запущенных случаях проще выкинуть сайт и сделать новый, чем рефакторить старый. Именно поэтому маленькие правки через 3–4 года становятся дороже полной переделки.

Как считать технический долг

Простая метрика: время на типовую задачу. Если раньше программист добавлял новую страницу за 2 часа, а сейчас за 2 дня — долг вырос в 8 раз. Сравните скорость работы сейчас с тем, что было при сдаче проекта. Разница — это и есть ваш долг.

Более формальный подход — чек-лист из 30–50 пунктов: безопасность, производительность, качество кода, документация, тесты. Каждый пункт оценивается от 0 до 3. Сумма показывает состояние сайта.

Как погашать долг без остановки бизнеса

Главное правило: не пытайтесь погасить всё сразу. Сайт должен работать, приносить заявки и заказы. Поэтому выделяйте 10–20% бюджета на каждый спринт на «техдолг-задачи». Это не благотворительность — это инвестиция в скорость дальнейших изменений.

Работающие практики:

• Boy Scout Rule: каждый разработчик оставляет код чище, чем принял
• Регулярный рефакторинг устаревших модулей — по одному в месяц
• Покрытие тестами критичных функций перед любыми изменениями
• Технический аудит раз в 6–12 месяцев от внешней команды — они видят слепые зоны
• Документация не «для галочки», а для того, чтобы через год разобраться

Когда проще всё переписать

Если долг превышает 70% от стоимости нового сайта — дешевле начать с нуля. Типичные признаки:

• Сайт работает на устаревшей CMS, которая больше не поддерживается
• Код писали 3–4 разных подрядчика без единого стиля
• Любое изменение ломает что-то ещё
• Скорость загрузки критически низкая, оптимизировать уже нечего

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