Доработка сайта: что входит, как поставить задачу и когда пора переделывать

Доработка сайта — изменения в том, что уже работает

Доработка сайта — это любые изменения в сайте, который уже открыт для посетителей и приносит заявки: починить форму, ускорить медленную страницу, добавить раздел в меню. Сайт не начинают заново. Он сохраняет адрес, содержимое и историю в поиске, а меняются отдельные его части. Отсюда и главный риск: каждое изменение попадает в живую систему, которой в эту минуту пользуются клиенты.

Редизайн меняет внешний вид и устройство всего сайта: затрагивает все шаблоны и часто структуру страниц. Поддержка — постоянная договорённость: кто-то каждый месяц следит за сайтом, ставит обновления, хранит копии и реагирует на поломки. Разработка с нуля — новый сайт, который заменит старый. Доработка стоит между ними: определённый список изменений, сделанный один раз, с результатом, который можно проверить.

Границы размыты. Длинный список правок незаметно вырастает в редизайн, а мелкие задачи, которые заказывают каждый месяц, — это уже поддержка. Назовите, что именно заказываете, и ожидания совпадут. Правку оценивают по тому, исчезла ли конкретная проблема, редизайн — по тому, стал ли лучше весь сайт, поддержку — по тому, как быстро отвечают, когда что-то сломалось.

Типичные задачи: от сломанной формы до скорости и телефонов

Чаще всего приходят с ошибкой: кнопка не нажимается, страница выдаёт ошибку, цена показывается неверно, форма отправляет заявки в никуда. С формами осторожнее всего: тихая поломка выглядит в точности как спокойная неделя. Отправить тестовую заявку и убедиться, что она дошла до почты, CRM или чата в Telegram, — одна из самых дешёвых и полезных проверок.

Вторая большая группа — скорость. На web.dev, сайте Google для разработчиков, описаны три основных показателя и порог для каждого: главное содержимое появляется за 2,5 секунды (LCP), страница отвечает на нажатие за 200 миллисекунд (INP), а сдвиг вёрстки не превышает 0,1 (CLS). Мерить там советуют по 75-му перцентилю загрузок, отдельно для телефонов и компьютеров. Обычное лечение — лёгкие картинки, меньше тяжёлых скриптов и заданные размеры у блоков, которые прыгают при загрузке.

Третья — мобильная версия. В Google Search Central сказано, что Google индексирует и ранжирует сайт по его мобильной версии и учитывает только то, что показано на телефоне. Текст, спрятанный на смартфоне, или таблица, которая не влезает в экран, — проблема и для поиска, и для людей. Остальное знакомо: заголовки и описания страниц, битые ссылки, новый блок на главной, онлайн-оплата, виджет чата, выгрузка товаров для маркетплейса.

Как поставить задачу на правку, чтобы её поняли

Хорошая задача отвечает на четыре вопроса. Что сломано — одной фразой. Где именно — адрес страницы, устройство, браузер. Как повторить — шаги от открытия страницы до момента, когда всё ломается. И как вы поймёте, что исправлено, — какой результат хотите увидеть. Скриншот или короткая запись экрана заменяет абзац объяснений.

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

Доступы и свежая резервная копия до первой правки

Для работы нужны доступы: админка CMS или конструктора, хостинг или сервер, регистратор домена, иногда аналитика и почтовый сервис, через который уходят письма с форм. Заведите подрядчику отдельные учётные записи вместо своего пароля — так доступ легко забрать после работ. Крупные изменения безопаснее делать на копии сайта, тестовой версии, где ошибка ничего не стоит, и переносить на рабочий сайт после проверки.

Второе условие — резервная копия. Документация WordPress делит её на две части, базу данных и файлы, и подчёркивает, что для восстановления обычного сайта нужны обе. Небольшим сайтам там советуют копию раз в неделю, активным — каждый день, обязательно перед обновлением, и хранить не меньше трёх–пяти последних копий в разных местах: на хостинге, в облаке, на своём компьютере. Совет написан для WordPress, но годится для любой платформы: прежде чем что-то менять, убедитесь, что есть путь назад.

Как не потерять позиции, если правки меняют адреса страниц

Большинство правок адресов не трогает, и поисковики их почти не замечают. Риск появляется, когда страницы переименовывают, разделы объединяют, а сайт переезжает на другой домен или на HTTPS. Руководство Google Search Central по переезду сайта начинается с карты: списка старых URL и нового адреса для каждого, собранного из карты сайта, логов сервера и CMS.

Карту превращают в перенаправления. Google просит серверные постоянные редиректы, например 301 или 308, — сразу с каждого старого адреса на конечный, без цепочек, и держать их, как правило, не меньше года. На странице Google о редиректах объяснена разница: после постоянного перенаправления каноническим считается новый адрес, а после временного, например 302 или 307, старый может остаться в выдаче. Редиректы на JavaScript там названы крайней мерой: если отрисовка не удастся, Google их не увидит.

Даже аккуратный переезд не проходит бесследно. В том же руководстве предупреждают, что позиции какое-то время будут колебаться, пока Google заново обходит сайт, а у среднего сайта это занимает недели. Внутренние ссылки стоит перевести на новые адреса, карту сайта обновить, а каждой новой странице дать канонический тег, указывающий на неё саму. Посетитель ничего этого не видит, поэтому об этом легко забыть, когда в задаче написано просто «переименовать страницу».

Обновления CMS и плагинов без поломок на сайте

Обновления — доработка, которая не кончается. В документации WordPress сказано, что начиная с версии 3.7 большинство сайтов сами ставят мелкие обновления и обновления безопасности в фоне, а крупные релизы по-прежнему требуют нажать кнопку обновления. Там же предупреждают: обновление заменяет файлы ядра, и всё, что меняли прямо в них, пропадёт. В ручной инструкции плагины перед обновлением отключают, после включают снова и чистят кеш. Правка, вписанная в ядро, а не в тему или плагин, — правка со сроком годности.

С безопасностью то же самое. OWASP называет свой Top 10 эталоном для самых критичных рисков веб-приложений; действующая версия — 2025 года. Третья категория, сбои цепочки поставок ПО, описывает поломки и взломы при сборке, распространении и обновлении программ и выросла из давнего пункта об использовании компонентов с известными уязвимостями. Среди мер OWASP называет удаление неиспользуемых зависимостей, функций и компонентов, своевременные обновления с учётом риска и выкатку по этапам, а не везде сразу. Для небольшого сайта это меньше плагинов, регулярные обновления и проверка после каждого.

Когда переделать сайт дешевле, чем дорабатывать дальше

Дорабатывать имеет смысл, пока основа здорова. Признаки, что это уже не так, видны сразу: каждая правка ломает что-то в другом месте, CMS боятся обновлять, потому что код правили прямо в ядре, тема или платформа больше не поддерживается, мобильная версия живёт отдельным сайтом без присмотра, а оценки мелких задач растут. Каждая следующая правка тогда даёт меньше предыдущей.

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

Что подготовить, прежде чем заказывать доработку

Многое можно сделать без подрядчика. Тексты, фотографии, цены и простые блоки в конструкторе или CMS рассчитаны на то, что их правит владелец, а обновления и резервные копии через админку тоже по силам, если идти по документации платформы и проверять сайт после. Код, настройки сервера, редиректы, интеграции и всё, что касается оплаты или персональных данных, лучше отдать тому, кто занимается этим каждый день.

Перед заказом соберите список проблем в описанном выше виде, доступы, подтверждение свежей копии и цифры из аналитики: какие страницы приносят заявки, какие тормозят. Решите, кто с вашей стороны проверяет каждую правку и как быстро. Когда всё это лежит на одном листе, любая студия, в том числе VITON13, оценит каждый пункт отдельно, а вы решите, с чего начнётся доработка сайта.