Перенос сайта с сохранением SEO: карта URL до переключения

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

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

Новый сайт открыли, старые входы остались снаружи

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

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

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

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

Реестр старого сайта нельзя собрать только из меню

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

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

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

Не ограничивайтесь HTML. В реестр могут войти PDF, изображения, публичные таблицы и другие материалы, на которые ссылаются люди. Их не всегда надо переносить в прежнем виде, но решение должно быть явным. Архивная инструкция может сохранить самостоятельную пользу после исчезновения товара из продажи.

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

Каждая строка карты содержит деловое решение

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

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

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

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

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

Адрес страницы и её содержание переезжают вместе

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

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

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

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

В самой карте стоит сохранить снимок существенного содержания до переноса. Это поможет проверить не только наличие URL, но и смысл. Скриншот полезен для визуальной сверки, выгрузка текста и документов — для содержательной. Архив без понятной версии быстро превращается в папку «старое окончательное», где доказательства живут по законам археологии.

Перенаправление — управляемый ответ, а не хитрая ссылка

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

На практике старый URL может сначала перейти с HTTP на HTTPS, затем на другой домен, затем на новый путь и только потом показать материал. Каждая дополнительная ступень усложняет проверку. В карте лучше указывать конечное соответствие, а в испытании — фактические промежуточные ответы. Скрытая цепочка часто появляется из сочетания старой конфигурации и нового правила.

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

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

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

Новая версия не должна унаследовать настройки стенда

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

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

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

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

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

Репетиция должна использовать старые входы

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

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

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

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

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

Переключение требует окна и обратного пути

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

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

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

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

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

После выпуска наблюдают два набора адресов

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

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

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

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

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

Стоимость переноса зависит от неоднозначных строк

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

Сначала разделите реестр на группы. Точное сохранение пути, предсказуемая смена структуры, объединение материалов и спорные адреса потребуют разного времени. В смете видно, что делает разработчик, что проверяет SEO-специалист и где нужен владелец содержания. У задачи «решить, что теперь означает старая страница» нет чисто технического исполнителя.

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

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

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