Доработка сайта

Сколько стоит доработка сайта

Цена доработки складывается из объёма и сложности задачи, а не из «прайса за кнопку». В среднем по рынку РФ единичные правки (поправить форму, вёрстку, мелкий баг) идут от 5 000 ₽, заметные доработки функционала и новые разделы — от 50 000 ₽, крупное развитие проекта с интеграциями считается индивидуально по этапам. Когда задач много, удобнее почасовая модель: наша ставка — 2 500 ₽/час. Перед стартом мы делаем аудит, фиксируем смету и сроки в договоре — без сюрпризов в середине работ.

Доработка на Битрикс, WordPress, Yii, Laravel и не только

Из ключевых запросов чаще всего просят доработку сайта на Битрикс — здесь важно обновлять ядро и компоненты, не теряя ваших правок, и не плодить костыли в шаблонах. На WordPress дорабатываем темы и плагины, добавляем кастомные поля и блоки, чиним последствия неудачных обновлений. На Yii и Laravel дорабатываем модули и контроллеры, обновляем версию PHP и фреймворка без поломки бизнес-логики. С самописными сайтами и фреймворками (PHP, Node.js, React/Next.js) сначала разбираемся в чужой архитектуре, а потом дорабатываем — это нормальная часть работы, а не повод всё переписать.

Доработка сайта на MODX

Первое, что выясняем при доработке сайта на платформе MODX, — какая это линейка. Revolution (2.8.x и 3.x) и Evolution — разные движки с общим названием: из Evolution нельзя «обновиться» до Revolution, только перенести контент и заново собрать шаблоны и сниппеты. На Revolution основная работа идёт в чанках, сниппетах и дополнениях: списки и фильтры на pdoTools, повторяющиеся блоки и галереи в TV на MIGX, магазин на miniShop2. Дорабатываем так, чтобы контент-менеджер по-прежнему редактировал всё из админки, а не звал программиста ради новой карточки.

Отдельная задача — переход 2.8 → 3.x. Ветка 2.8 пока получает исправления безопасности, но новые возможности появляются только в 3.x, а MODX 3.2 требует PHP 8.1+. Ядро переведено на пространства имён, поэтому самописные сниппеты и плагины, обращающиеся к классам по старым именам, приходится переписывать, а для каждого дополнения — проверять версию под «тройку». Обновляем последовательно: до последней 2.8.x, затем на 3.x, с проверкой после каждого шага на тестовой копии. Подробнее — в статье об обновлении OpenCart и MODX.

Доработка OpenCart

Доработка OpenCart начинается с вопроса «что именно стоит»: чистый OpenCart 3.0.x, 4.x или ocStore — локализованная сборка, у которой последний релиз 3.0.4.1 и нет ветки 4.x. От этого зависит, как вносить изменения. В 3.0.x правки ядра оформляем OCMOD-модификациями, а не редактируем файлы напрямую: иначе первое же обновление или переустановка модуля их сотрёт. В 4.x каждое расширение живёт в своей папке, а часть модификаций заменили события (events) — код, написанный «по-старому», туда просто так не переносится.

Типовые задачи: подключение и отладка модулей оплаты и доставки (ЮKassa, СДЭК и другие), обмен с 1С, фильтры и SEO-адреса, правки шаблона на Twig, разбор конфликтующих модификаций после «зоопарка» модулей. Зашифрованные модули адаптировать нельзя — только менять на аналог. Если магазин стабильно работает на 3.0.x, а нужных модулей под 4.x нет, обычно выгоднее обновиться внутри ветки до 3.0.5.x и перейти на PHP 8.2+, чем затевать миграцию. Новые магазины на этом движке — на странице интернет-магазина на OpenCart.

Доработка сайта на Yii

На Yii живёт много проектов 2012–2018 годов: личные кабинеты, B2B-порталы, самописные магазины. Для доработки важно, какая версия. Yii 1.1 получает только исправления безопасности с 2017 года, а 31.12.2026 его поддержка заканчивается окончательно — дальше уязвимости придётся закрывать своими силами. У Yii2 две линии: релизы 2.0.49 и старше поддерживаются до 23.11.2026, а актуальная 2.0.50+ с этой даты переходит в режим «только безопасность», живёт до 23.11.2027 и работает на PHP до 8.4. Yii3 вышел 31.12.2025 и требует PHP 8.2+.

На практике делим работу на два потока. Первый — текущие доработки: новые разделы, интеграции, отчёты, правки в контроллерах и моделях ActiveRecord без поломки бизнес-логики. Второй — план выхода с устаревшей версии: Yii2 обновить до 2.0.50+ и перевести на PHP 8, а проект на Yii 1.1 постепенно переносить на Yii3 или Laravel — модуль за модулем, а не переписыванием всего разом. Что выбрать, решаем по коду и команде: Yii3 ближе по идеологии, у Laravel больше готовых пакетов и специалистов (разработка на Laravel). Как жить с таким кодом до миграции — в статье о поддержке легаси-проекта.

Доработать или переделать с нуля

Чаще доработка существующего сайта дешевле и безопаснее редизайна: вы сохраняете накопленный SEO-трафик, привычную для клиентов структуру и уже оплаченную работу. Переписывать с нуля имеет смысл, когда код держится на костылях, а каждая новая правка стоит как небольшой проект. На аудите мы честно говорим, что выгоднее в вашем случае, и не толкаем к лишним тратам.

Подхватываем проект после другого подрядчика

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

Ускорение сайта и аудит скорости

Медленный сайт теряет позиции в Яндексе и конверсию. Оптимизируем скорость загрузки: сжимаем и подгружаем картинки правильно, чистим тяжёлые запросы к базе, кэшируем, выносим лишний JS. Доводим Core Web Vitals до зелёной зоны и отдельно вылизываем мобильную версию — именно там обычно теряется большая часть заявок.

Начинаем с аудита скорости сайта, а не с установки «плагина-ускорителя». Смотрим полевые данные реальных посетителей (отчёт Core Web Vitals в Google Search Console, CrUX) и лабораторные замеры Lighthouse по ключевым шаблонам: главная, категория, карточка, корзина. Ориентиры зелёной зоны — LCP до 2,5 с, INP до 200 мс, CLS до 0,1; с марта 2024 года INP заменил FID и ловит «задумчивые» клики по фильтрам и кнопкам. Отдельно меряем TTFB: если сервер отвечает дольше ~0,8 с, фронтенд-оптимизация не спасёт — ищем причину в медленных запросах к базе, отсутствии кеша страниц и OPcache, перегруженном хостинге. Изображения переводим в WebP/AVIF с корректными размерами и lazy-load ниже первого экрана — но не для главной картинки, которая и есть LCP. В отчёте — список причин с оценкой эффекта и трудозатрат в часах, чтобы вы решали, что делать первым.

Доработка сайта — это развитие уже работающего проекта без переписывания с нуля: новый функционал, правки, оптимизация скорости и рефакторинг кода. Студия АП-ИМ (Санкт-Петербург, на рынке с 2008 года) дорабатывает сайты на Битрикс, WordPress, Yii, Laravel и самописных решениях, в том числе когда исходный код писали не мы. Берём как единичные правки, так и системное развитие проекта.

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