Как старый сайт влияет на SEO и когда его нужно дорабатывать, редизайнить или менять полностью

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

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

Возраст домена и дата разработки сами по себе не определяют перспективы продвижения. Гораздо важнее, насколько быстро и стабильно работают страницы, доступен ли контент поисковым роботам, удобно ли пользоваться сайтом с телефона и позволяет ли платформа развивать проект под задачи бизнеса.

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

Если сайт уже получает трафик, но упирается в проблемы со скоростью, индексацией или ограничения CMS — системы управления контентом, — разумнее начать не с полного редизайна, а с совместного аудита SEO-специалиста и разработчика. Контакты для консультации приведены в конце статьи.

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

• Доработка нужна, когда проблемы локальны.
• Редизайн подходит, когда серверная часть пригодна, но интерфейс и шаблоны устарели.
• Новый сайт требуется, если ограничения заложены в архитектуре, а их исправление сопоставимо по стоимости с повторной разработкой.

Почему возраст сайта не равен техническому устареванию

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

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

Поэтому решение нельзя принимать только по внешнему виду или году разработки. Проверять нужно четыре уровня:

1. доступность страниц для поисковых роботов;
2. производительность и стабильность интерфейса;
3. соответствие структуры поисковому спросу;
4. способность платформы поддерживать дальнейшие изменения.

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

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

Как старый сайт влияет на SEO

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

Каждая такая проблема сама по себе может выглядеть незначительной. Вместе они создают системный барьер.

Мобильные страницы часто проигрывают десктопным по скорости, но конкретный проект требует собственных замеров.

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

Возникает парадокс: бизнес оплачивает SEO и рекламу, а браузер пользователя тратит время на давно ненужные компоненты.

Компактный маршрут первичной диагностики

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

Шаг 1. Индексация

Источники: Google Search Console, Яндекс Вебмастер.

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

Шаг 2. Скорость и Core Web Vitals

Источники: отчёт CrUX в Search Console, PageSpeed Insights, полевые данные.

Проверьте LCP, INP и CLS по ключевым шаблонам. В первую очередь нужно исправлять страницы с трафиком и конверсией, если их показатели находятся в категории «плохо».

Шаг 3. Мобильная версия

Источники: ручная проверка на реальном устройстве, PageSpeed Insights и инструменты разработчика браузера.

Проверьте полноту контента, кликабельность элементов и работу форм. Ситуация критична, если часть информации или функций недоступна с телефона.

Шаг 4. Структура и дубли

Источники: выгрузка URL из CMS, сканер типа Screaming Frog, отчёты по индексации.

Проверьте дубли, глубину вложенности и страницы-сироты, на которые не ведут внутренние ссылки. Такие проблемы важны, хотя не всегда требуют немедленного исправления.

Шаг 5. Контент и коммерческая точность

Источник: ручной аудит ключевых страниц.

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

Шаг 6. Система и безопасность

Источники: панель хостинга, данные разработчика.

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

Результат каждого шага стоит фиксировать в простой таблице:

Проблема → затронутые страницы → критичность → предполагаемое решение → ответственный.

В качестве уровней критичности можно использовать варианты «критично», «важно» и «можно отложить». Ответственным назначают владельца продукта, SEO-специалиста или разработчика. Такой формат превращает диагностику в рабочий документ, а не в разрозненный список наблюдений.

Что лучше: доработка, редизайн или новый сайт

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

Ниже — сравнительная таблица. Используйте её как ориентир, а окончательное решение принимайте после оценки конкретной системы.

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

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

Можно исправить доработкой

• неверные метатеги;
• отсутствующие canonical на страницах-дублях — указания на основную версию страницы;
• битые внутренние ссылки;
• тяжёлые изображения;
• отдельные лишние скрипты;
• ошибки в robots.txt;
• неудобная форма;
• слабая перелинковка;
• отдельные мобильные дефекты;
• устаревшие блоки контента.

Требуют редизайна или пересборки шаблонов

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

Указывают на необходимость новой разработки

• неподдерживаемая CMS;
• уязвимое ядро;
• фундаментальные ограничения базы данных;
• отсутствие контроля над URL;
• невозможность развернуть тестовый контур;
• нестабильность после каждого изменения;
• несовместимость с обязательными интеграциями;
• отсутствие специалистов, способных сопровождать систему.

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

Почему сайт плохо продвигается, если контент уже опубликован

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

Сначала поисковая система должна обнаружить страницу. Затем — скачать содержимое, определить основной адрес, обработать текст и связать документ с запросами. Только после этого страница может участвовать в ранжировании.

Вот типичные ошибки, которые мешают продвижению:

• важные разделы закрыты директивой Disallow;
• на индексируемой странице установлен noindex;
• ошибочный canonical ведёт на нерелевантный URL;
• сервер периодически возвращает ошибки 5xx;
• удалённые адреса отдают статус 200 и пустой шаблон;
• один документ открывается по нескольким URL;
• внутренние ссылки ведут через цепочки перенаправлений;
• JavaScript скрывает основной контент до выполнения сложного сценария;
• карта сайта содержит удалённые или неканонические страницы;
• мобильная версия теряет часть текста, ссылок или функционала;
• пагинация и фильтры создают множество мусорных адресов.

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

Как скорость сайта влияет на SEO

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

Для оценки пользовательского опыта применяются Core Web Vitals — метрики Google, описывающие загрузку, интерактивность и визуальную стабильность страницы:

• LCP показывает время от начала загрузки до отрисовки крупнейшего видимого элемента;
• INP оценивает отзывчивость страницы на взаимодействия пользователя;
• CLS измеряет совокупность неожиданных сдвигов видимого содержимого.

Хорошими считаются показатели LCP до 2,5 секунды, INP до 200 мс и CLS до 0,1 при оценке 75-го процентиля загрузок — web.dev, «Web Vitals».

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

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

Практический порядок проверки:

1. изучить полевые показатели Core Web Vitals;
2. проверить ключевые шаблоны в PageSpeed Insights;
3. оценить серверное время ответа;
4. найти тяжёлые изображения, шрифты и скрипты;
5. сопоставить замеры со страницами входа и конверсией;
6. повторить проверку после исправлений.

PageSpeed Insights оценивает страницы на мобильных и десктопных устройствах, использует лабораторные и полевые данные и предлагает рекомендации по улучшению — Google, «About PageSpeed Insights».

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

Когда медленная загрузка уже требует доработки

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

«При росте загрузки с одной до трёх секунд риск отказа повышается на 32%, до пяти секунд — на 90%» — SEOnews, «Скорость загрузки сайта: почему это важно и как влияет на ранжирование», 4 июня 2024 года.

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

В задачах по скорости лучше ставить цель не «получить зелёную оценку в отчёте», а «ускорить конкретный шаблон и убрать задержку в целевом действии». Иначе команда может потратить время на второстепенные пункты отчёта, не затронув основное узкое место.

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

Адаптивная версия сайта и SEO

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

Проверка адаптивности включает больше, чем оценку ширины экрана. Убедитесь, что:

• текст читается без увеличения;
• кнопки не слипаются;
• меню открывается и закрывается;
• таблицы не выходят за границы экрана;
• поля формы имеют понятные подписи;
• телефон и электронная почта кликабельны;
• основной контент совпадает с десктопной версией;
• изображения не перекрывают текст;
• интерактивные элементы работают при касании;
• всплывающее окно не закрывает весь экран;
• фильтры и сортировка доступны без горизонтальной прокрутки.

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

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

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

Мешает ли дизайн сайта продвижению

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

Критические признаки:

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

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

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

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

Как структура сайта тормозит продвижение

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

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

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

При этом не нужно создавать страницу под каждую комбинацию фильтров. Иначе система сгенерирует тысячи слабых или дублирующихся URL. Подходящие комбинации выбирают по спросу и коммерческой ценности. Остальные закрывают от индексации или, если они дублируют основную страницу, снабжают корректным canonical.

Отдельный риск создают мусорные страницы без canonical или noindex, дубли зеркал — например, версии с www и без www, http и https, — массовые ошибки 404 и цепочки редиректов. Чем больше таких URL приходится обходить роботу, тем сложнее ему добираться до приоритетных документов.

В e-commerce проблема может выглядеть так: каталог содержит фильтры, но поисковые комбинации открываются только после выполнения JavaScript и не имеют постоянных URL.

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

Эффект оценивают по индексации, видимости выбранных групп запросов, органическим входам и продажам соответствующих категорий.

Проблемы на страницах старых сайтов и устаревший контент

Страница может открываться для пользователя и одновременно оставаться неэффективной для SEO. Это происходит, когда у неё нет уникальной задачи, она повторяет соседний документ или содержит устаревшую информацию.

Во время проверки оцените:

• уникальность и точность title;
• наличие одного основного H1;
• соответствие заголовка содержанию;
• полноту ответа на запрос;
• дату и актуальность данных;
• внутренние ссылки;
• доступность изображений и документов;
• корректность микроразметки;
• статус ответа сервера;
• канонический адрес;
• наличие страницы в карте сайта;
• отображение на мобильных устройствах.

Шаблонное требование «title должен содержать от 50 до 70 символов» — рабочий ориентир, а не универсальный закон. Поисковый заголовок прежде всего должен точно описывать страницу. Не стоит добавлять слова только ради нужной длины.

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

Практический порядок работы:

1. выгрузить все индексируемые URL;
2. сопоставить их с трафиком, показами, ссылками и целями;
3. определить интент каждой страницы;
4. обновить полезные документы;
5. объединить пересекающиеся материалы;
6. удалить страницы без задачи;
7. настроить перенаправления только на релевантные аналоги;
8. проверить результат в системах для веб-мастеров.

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

В B2B такие ошибки особенно чувствительны. Клиент может готовить закупку, сравнивать характеристики или проверять возможность интеграции. Если данные на сайте не совпадут с коммерческим предложением, поисковый переход не превратится в обращение.

Обновление контента включает:

• проверку фактов и характеристик;
• актуализацию коммерческих условий;
• замену недоступных файлов;
• пересборку семантики;
• добавление новых вопросов аудитории;
• уточнение авторства и даты проверки;
• исправление внутренних ссылок;
• обновление микроразметки.

Если метатеги и содержание не меняются вместе со спросом, страницы могут терять релевантность. Проверять динамику нужно по запросам, показам и входным страницам в Search Console и Яндекс Вебмастере.

Для B2B-контента полезно строить материалы не только вокруг частотных названий продукта, но и вокруг задач, ограничений, отраслей, подбора и внедрения. Это помогает клиенту сформулировать потребность и охватывает длинные, менее конкурентные запросы. Эффект следует оценивать по данным конкретного проекта.

Влияют ли старые внешние ссылки

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

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

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

Аудит ссылок перед миграцией помогает найти URL, на которые ведут внешние упоминания. Такие страницы нужно сохранить или настроить для них прямой редирект на ближайший релевантный документ.

Цепочка из нескольких редиректов менее удобна для обхода, чем прямое перенаправление: она усложняет путь робота и увеличивает задержку. Поэтому такие цепочки лучше распрямлять при первой возможности.

Технический аудит: что проверять и как расставлять приоритеты

Технический аудит старого сайта должен ответить на три вопроса:

1. что мешает индексации;
2. что ухудшает работу пользователя;
3. может ли текущая система поддерживать исправления.

Простой перечень ошибок без приоритетов не даёт бизнесу готового решения. Проверку удобнее проводить по уровням.

Индексация и обход: robots.txt, XML-карта, meta robots, canonical, коды ответа, зеркала домена, параметры URL, пагинация, фильтры, JavaScript-рендеринг, внутренние ссылки.

Производительность: LCP, INP и CLS, серверное время ответа, вес изображений, загрузка шрифтов, CSS и JavaScript, сторонние сервисы, кэширование, протокол соединения, работа CDN при необходимости.

Мобильная версия: полнота контента, кликабельность, формы, меню, таблицы, всплывающие элементы, горизонтальная прокрутка, стабильность интерфейса.

Структура и контент: глубина вложенности, дубли, страницы без ссылок, соответствие поисковому спросу, устаревшие документы, метаданные, заголовки, микроразметка.

Система и безопасность: поддержка CMS, версия языка и библиотек, обновления, резервные копии, права доступа, HTTPS, журнал ошибок, интеграции, возможность развернуть тестовый контур.

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

Чек-лист технического аудита сайта

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

• Скорость загрузки и Core Web Vitals
• Адаптивная версия сайта
• Структура и страницы сайта
• Коды ответа сервера
• Зеркала домена
• Canonical-адреса
• robots.txt
• XML-карта сайта
• Технические ошибки
• Актуальность контента
• Внутренние ссылки
• Внешние ссылки
• Формы на сайте
• HTTPS
• Сторонние скрипты
• Отображение на мобильных устройствах

Итог: на основе отмеченных состояний сформулируйте рекомендацию — доработка, редизайн или новый сайт.

Как расставлять приоритеты после аудита

Ошибки следует ранжировать по влиянию на индексацию, трафик, заявки и стабильность системы. Цветная таблица без логики приоритета быстро превращает аудит в список пожеланий.

Сначала исправляют проблемы, которые:

• закрывают важные страницы от индексации;
• создают массовые дубли;
• возвращают неправильные коды ответа;
• мешают открыть страницу или отправить форму;
• затрагивают безопасность;
• влияют на ключевые шаблоны;
• блокируют дальнейшие SEO-работы.

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

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

Маршрут принятия решения: аудит → оценка технической основы → локальные проблемы: доработка / пригодный бэкенд и устаревшие шаблоны: редизайн / неподдерживаемая архитектура: новый сайт → SEO-миграция → контроль индексации.

Эта схема помогает выбрать между доработкой, редизайном и созданием нового сайта.

Сколько стоит и сколько времени занимает доработка, редизайн, новый сайт

Это один из главных практических вопросов перед принятием решения. Итоговая стоимость зависит от CMS, объёма страниц, количества интеграций, состава команды и региона подрядчика. Поэтому ниже приведён не прайс-лист, а структура для расчёта.

Из чего складывается стоимость

• Аудит и диагностика. Обычно это небольшая часть бюджета, но от неё зависит точность всей последующей оценки.
• Разработка или доработка. Стоимость определяется объёмом задач и сложностью CMS.
• Перенос и тестирование. Этот этап часто недооценивают, особенно при миграции URL, данных и аналитики.
• SEO-сопровождение после запуска. Включает контроль индексации, донастройку метаданных и устранение регрессий.
• Резерв на непредвиденные исправления. Скрытые технические зависимости нередко обнаруживаются уже в процессе работы.

Что увеличивает стоимость и сроки

• количество уникальных шаблонов страниц;
• число интеграций с CRM, 1С, платёжными и логистическими системами;
• объём каталога и необходимость миграции данных;
• отсутствие документации от предыдущего подрядчика;
• необходимость параллельной SEO-миграции с сохранением позиций.

Как сравнивать варианты по совокупной стоимости владения

Не ограничивайтесь сравнением цены разового ремонта и новой разработки. Оцените расходы на горизонте 1–3 лет: поддержку, хостинг, исправление сбоев, SEO, контент, интеграции и потери из-за невозможности развивать сайт.

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

Практический пример расчёта

Компания сравнивает два варианта:

1. пять локальных доработок — оптимизацию изображений, исправление мобильного меню, настройку canonical, устранение дублей и создание двух посадочных страниц;
2. полную разработку нового сайта.

Для честного сравнения нужно учитывать не только стоимость, но и:

• продолжительность переходного периода;
• риск потери позиций при миграции;
• стоимость сопровождения после запуска;
• срок, на который решение закроет потребности бизнеса.

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

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

Как подготовиться к проекту и выбрать подрядчика

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

Составьте список задач

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

Расставьте приоритеты

Разделите задачи на три категории:

• критично — влияет на продажи прямо сейчас;
• важно — нужно в ближайший месяц;
• желательно — улучшит сайт, но не требует срочного внедрения.

Это помогает двигаться поэтапно и не распылять бюджет.

Соберите примеры

Найдите 2–3 сайта конкурентов или другие ресурсы, которые вам нравятся. Укажите, что именно хотите использовать как ориентир: форму, блок с ценами, карточку товара или логику фильтра.

Подготовьте доступы

Заранее проверьте доступ:

• в административную панель сайта;
• к хостингу;
• к домену и настройкам DNS.

Отсутствие доступов — частая причина задержек в начале проекта.

На что смотреть при выборе подрядчика

• Портфолио и реальные кейсы. Просите живые ссылки на реализованные проекты, желательно из похожей отрасли или с сопоставимыми задачами.
• Опыт с вашей CMS. Битрикс, WordPress, Laravel и OpenCart имеют разную специфику. Общих слов «работаем со всеми платформами» недостаточно.
• Прозрачная оценка до начала работ. Корректная оценка возможна после анализа текущего сайта. Фиксированная сумма без изучения задачи — тревожный сигнал.
• Гарантия на выполненные работы. В договоре нужно закрепить гарантийный период, перечень связанных с работами ошибок, которые исправляются без дополнительной оплаты, а также условия и исключения.
• Совместная работа SEO-специалиста и разработчика. Первый оценивает влияние ошибки на индексацию и спрос, второй — её причину, зависимости и риск для системы.

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

Особенности доработки популярных CMS

Возможности и сложность доработки во многом зависят от платформы, на которой работает сайт.

1С-Битрикс

Корпоративная CMS с широким набором функций: торговым каталогом, модулями интернет-магазина и интеграциями с CRM и 1С. Доработка требует знания компонентной архитектуры, ORM и инфоблоков. Обычно такие работы сложнее и дороже, чем на многих других CMS, но платформа позволяет решать широкий круг задач.

WordPress

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

Laravel и другие фреймворки без готовой CMS

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

OpenCart и специализированные CMS для интернет-магазинов

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

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

Для SEO-задач также фиксируют правила индексации. Если создаётся фильтр, в задании нужно указать:

• какие комбинации получают постоянные URL, title, H1 и внутренние ссылки;
• для каких комбинаций применяются canonical, noindex или другой согласованный режим.

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

Как сохранить SEO при разработке нового сайта

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

Безопасный процесс включает:

1. полную выгрузку старых URL;
2. определение индексируемых и канонических страниц;
3. сохранение востребованного контента;
4. подготовку карты соответствия старых и новых адресов;
5. настройку прямых 301-редиректов;
6. перенос метаданных и заголовков;
7. восстановление внутренних ссылок;
8. настройку robots.txt и XML-карты;
9. проверку кодов ответа;
10. перенос систем аналитики;
11. тестирование мобильной версии;
12. контроль индексации после запуска.

Прямые редиректы и сохранение прежних URL снижают риски миграции. Это разумная мера предосторожности, но не гарантия полного сохранения трафика и позиций.

Нельзя перенаправлять все удалённые страницы на главную. Редирект должен вести на близкий по смыслу документ. Если релевантного аналога нет, корректный ответ 404 или 410 может быть уместнее нерелевантного перенаправления.

Старые цепочки редиректов нужно распрямить. Адрес A должен вести сразу на C, а не через B. Это упрощает обход и сокращает задержку.

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

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

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

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

Пример из практики

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

Задача

Определить, нужна ли полная разработка нового сайта или существующую систему можно сохранить.

Решение

Команда проводит технический аудит по описанному выше маршруту: проверяет индексацию, скорость, мобильную версию, структуру, контент и безопасность.

Аудит показывает, что критических архитектурных ограничений нет: CMS поддерживается, база данных не перегружена, но интерфейсный слой содержит старый код. Выбран редизайн с сохранением системы.

Далее команда:

• убирает неиспользуемые скрипты и стабилизирует форму заявки;
• создаёт три отраслевые посадочные страницы под наиболее востребованные сценарии применения оборудования;
• настраивает canonical и устраняет дубли фильтров;
• переносит характеристики в адаптивные таблицы для мобильной версии.

Результат

Результат оценивается не по единому «баллу SEO», а по набору метрик:

• доле успешных отправок формы;
• индексации новых посадочных страниц в Search Console;
• органическим входам на отраслевые страницы;
• количеству квалифицированных обращений по соответствующим направлениям.

Пример показывает подход к диагностике и приоритизации; количественные результаты в нём не приводятся.

Взгляд с другой стороны

Полная переделка иногда кажется более понятным решением: новый дизайн, чистый код, новая CMS. Однако новый сайт сам по себе не гарантирует роста SEO. Без семантики, карты URL и технических требований он может повторить старые ошибки в другом интерфейсе.

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

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

Итог и план действий

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

Практический план для бизнеса:

1. провести первичную диагностику по маршруту: индексация → скорость → мобильная версия → структура → контент → система;
2. распределить найденные проблемы по критичности и владельцам задач;
3. сопоставить масштаб проблем с вариантами «доработка / редизайн / новый сайт»;
4. оценить бюджет и сроки через совокупную стоимость владения, а не только цену разового ремонта;
5. подготовить список задач, приоритеты, примеры и доступы перед разговором с подрядчиком;
6. при выборе нового сайта запускать его как SEO-миграцию с сохранением URL, метаданных и аналитики;
7. проверить результат после внедрения — технически и по поисковым показателям после повторного обхода.

Такой подход помогает не платить за лишнюю разработку и не удерживать систему, которая уже мешает продвижению.

Если после диагностики остаются вопросы — какие ошибки исправляются локально, какие требуют пересборки шаблонов и когда новая разработка экономически обоснована, — потребуется совместный аудит SEO-специалиста и разработчика. В ORWO такие задачи рассматривают через влияние на видимость, лиды и стоимость дальнейшего развития.

Также доступны профильные услуги:

• Технический аудит сайта — с детальным разбором кода, серверных настроек и базы данных.
• SEO-консультация — чтобы обсудить стратегию обновления сайта без потери трафика.

Контакты отдела SEO: seo.orwo.ru

Телефон: +7 (812) 984-70-84

Адрес офиса: Санкт-Петербург, пл. Александра Невского, 2В, офис 1002 (БЦ «Москва»)