+7 993 408-61-15

Блог — статья

Как обновить старый сайт компании и не потерять позиции в поиске

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

04.09.2026 · EFIMOV DEV

Зачем вообще обновлять сайт

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

Вторая - дизайн вызывает недоверие. Это не про красоту, а про сигналы: если сайт выглядит так, будто его делали в 2010-м, у клиента возникает вопрос, работает ли компания вообще. Обновлённый сайт не обязательно должен быть ярким, но обязан выглядеть живым.

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

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

Что нужно сохранить при обновлении

Первое и главное - URL-адреса страниц. Если старая страница висела по адресу /uslugi/razrabotka-sajtov, новая должна остаться там же. Поисковики индексируют не сайт целиком, а конкретные страницы, и у каждой есть накопленный вес. Смените адрес - потеряете позицию.

Если смена адресов неизбежна (например, переходите с древней CMS на новую структуру), настройте 301-редиректы. Это команда серверу: «эта страница переехала вот сюда, передай ей весь накопленный вес». Без редиректов поисковик решит, что страница удалена, и выкинет её из индекса.

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

Третье - мета-теги: title и description. Это заголовок и описание, которые показываются в результатах поиска. Если страница хорошо ранжируется, не трогайте их без необходимости. Если решили изменить - проверьте позицию через две недели и откатите, если она упала.

Что можно и нужно менять

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

Вёрстку меняйте обязательно, если сайт не адаптирован под мобильные. Google перешёл на mobile-first индексацию: он сначала смотрит на мобильную версию, потом на десктопную. Если на телефоне сайт не работает, позиции падают даже у тех, кто ищет с компьютера.

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

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

Пошаговый план обновления сайта

Шаг первый: соберите список всех страниц, которые сейчас в индексе. Это можно сделать через Яндекс.Вебмастер или Google Search Console - там есть отчёт по проиндексированным URL. Выгрузите его в таблицу. Это ваша карта: каждая страница из списка должна либо остаться по старому адресу, либо получить редирект на новый.

Шаг второй: проверьте, какие страницы приносят трафик. В Яндекс.Метрике или Google Analytics посмотрите отчёт «Страницы входа» за последние три месяца. Страницы с трафиком - это ваш актив, их трогать опаснее всего. Выделите топ-10 и пометьте их в таблице.

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

Шаг четвёртый: перенесите сайт на основной домен в нерабочее время, когда трафик минимальный (ночью или в выходные). Сразу после переноса проверьте вручную топ-10 страниц из второго шага: открываются ли, не слетели ли тексты и мета-теги. Если что-то сломалось - чините немедленно.

Шаг пятый: через два дня зайдите в Яндекс.Вебмастер и Google Search Console, запросите переобход обновлённых страниц. Это ускорит переиндексацию. Следите за отчётом «Покрытие» в Google или «Индексирование» в Яндексе - там будут видны ошибки, если они появятся.

Шаг шестой: через две недели сравните позиции. Если ключевые страницы просели - ищите причину: изменился ли текст, не слетел ли редирект, не упала ли скорость. Мелкие колебания на 2-3 позиции - норма, резкое падение на 10+ - сигнал, что что-то пошло не так.

Редиректы: как настроить и проверить

Если адреса страниц меняются, вам нужны 301-редиректы. Это постоянное перенаправление: когда кто-то (человек или поисковый робот) заходит на старый URL, сервер автоматически отправляет его на новый и передаёт весь SEO-вес.

Редиректы настраиваются либо в конфигурации сервера (файл .htaccess для Apache или nginx.conf для Nginx), либо в панели управления хостингом, если там есть такой раздел. Попросите разработчика настроить их до публикации нового сайта - это не та задача, которую стоит делать «потом».

Проверить редиректы можно вручную: откройте старый URL и посмотрите, перебрасывает ли на новый. Или воспользуйтесь бесплатным сервисом вроде httpstatus.io - вставляете старый адрес, он показывает, куда идёт редирект и какой код ответа возвращает сервер. Код 301 - правильно, 302 (временный редирект) или 404 (страница не найдена) - ошибка.

Если страниц много (50+), проверять каждую вручную долго. Попросите разработчика выгрузить карту редиректов и прогнать через скрипт или специализированный сервис. Главное - чтобы ни одна проиндексированная страница не вела в никуда.

Частые ошибки при обновлении

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

Ошибка вторая: не настроили редиректы или настроили неправильно. Например, все старые страницы редиректят на главную. Это убивает весь накопленный вес внутренних страниц. Или настроили 302 вместо 301 - поисковик решит, что это временное перенаправление, и не передаст вес новой странице.

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

Ошибка четвёртая: закрыли сайт от индексации во время разработки и забыли открыть после запуска. В настройках CMS или в файле robots.txt стоит запрет, и поисковики перестают заходить. Проверьте robots.txt сразу после переноса - там не должно быть строки «Disallow: /» без уточнений.

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

Когда лучше не обновлять, а делать новый сайт

Если старый сайт на конструкторе вроде Tilda или Wix, и вам нужна сложная логика (личный кабинет, интеграция с CRM, фильтры товаров), проще сделать новый на нормальной CMS или фреймворке. Конструкторы для этого не предназначены, и попытки натянуть на них бизнес-логику выливаются в костыли.

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

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

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

Как мы обновляем сайты клиентов

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

После запуска отслеживаем позиции две недели и, если нужно, оперативно вносим правки. Цена обновления зависит от текущего состояния сайта и объёма изменений - считаем после брифа. Подробнее об услугах и примерных ценниках можно посмотреть на нашем сайте efimovdev.ru.

Коротко

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

Частые вопросы

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

Зависит от объёма: простой корпоративный сайт на 10 страниц можно обновить за две недели, интернет-магазин на 500+ товаров - за полтора-два месяца. Сюда входит аудит, разработка, тестирование и перенос. Если нужно срочно, можно ускорить, но без ущерба проверке.

Можно ли обновить сайт частями, не трогая всё сразу?

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

Что делать, если после обновления позиции всё равно упали?

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

Нужно ли менять домен при обновлении сайта?

Нет, если старый домен работает и не вызывает проблем. Смена домена - это потеря всего SEO-веса, накопленного годами, и необходимость заново продвигаться. Меняйте домен, только если старый скомпрометирован (был в бане у поисковиков) или юридически больше не ваш.

Нужен сайт или автоматизация?

Расскажите задачу - вернёмся с оценкой и сроками в течение дня. Без долгих согласований.

Написать в Telegram