Редизайн и рестайлинг
сайтов в Уфе

Если он устойчив структурно — да. Если нет, мы собираем все заново, с расчетом на масштаб.

Именно из-за этого важна система. Мы создаём правила, по которым живут файлы.

У нас все работает по правилам. Мы до работ задаем рамки, чтобы команда не гадала, «как правильно по бренду».

Да. Структура сохраняется и на полке, и на экране, и в презентации.

Нет. Но, возможно, пора выстроить систему целиком.

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

Сравнением с исходной версией. Файлы платформы и модулей сверяются с оригинальными, и расхождения дают список того, что правили руками. Именно эти места ломаются при обновлении, и именно их надо переносить аккуратно. Без такого сравнения правки обнаруживаются в момент, когда обновление уже всё затёрло.

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

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

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

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

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

По умолчанию сохраняем. Смена адреса оправдана, когда структура перестраивается целиком, и тогда готовим карту переадресаций. Каждый старый адрес проверяем после выката отдельно.

Отдаём макеты, библиотеку компонентов, доступы и короткое описание устройства сайта. Этого хватает другой команде, чтобы продолжить. Зависимость от подрядчика мы считаем недостатком работы.

Смотрим статистику посещений и обращения. Разделы без входов и без заявок собираем в список кандидатов на удаление. Решение принимает заказчик, мы приносим цифры по каждому разделу.

Сводим их в одну страницу и настраиваем переадресацию со старых адресов. Перед этим сверяем, какая из версий приносит переходы. Удаление без переадресации теряет накопленные позиции.

Собираем действующие стили с живых страниц и складываем набор компонентов. Дальше новые страницы идут из набора, а старые переводим по мере правок. Полная переделка сразу редко окупается.

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

Разбираем по трём корзинам: обновить, сократить, убрать. Устаревшие новости и акции прошлых лет портят впечатление сильнее, чем их отсутствие. Список согласуем до правок.