Чтобы перенести страницу на другой URL, подготовьте её по новому адресу, настройте постоянный редирект со старого адреса прямо на новый и обновите ссылки внутри сайта. Затем проверьте ответы сервера, доступность для поиска, формы и аналитику. Посетитель со старой ссылкой должен попасть на нужную услугу и суметь отправить заявку.
Этот порядок не гарантирует прежние позиции и трафик. Поисковой системе нужно обработать смену адреса, а результат зависит также от содержания страницы, её доступности и технических ошибок.
Условный пример: перенос страницы услуги
Допустим, «Монтаж вентиляции» находится по адресу /services/ventilyaciya/. Вы меняете структуру сайта и переносите страницу на /uslugi/montazh-ventilyacii/. Услуга остаётся прежней: тот же состав работ, регион и способ отправить заявку.
На время переноса лучше сохранить основной текст, заголовок, условия и форму. Если одновременно сменить URL и полностью переписать предложение, будет трудно понять, что повлияло на посещаемость и обращения.
До начала работ сохраните копию страницы и настройки. Зафиксируйте переходы, заявки, источники посетителей и поисковые запросы. Для сравнения выберите период обычной работы с учётом сезонности и рекламы. Эти данные помогут заметить изменения, но не предскажут результат.
Соберите старые адреса и выберите новую цель
URL из меню может быть не единственным адресом страницы. Она может открываться со слешем и без него, через прежний раздел или с рекламными параметрами. Соберите известные варианты из обхода сайта, аналитики, панелей поисковых систем, CMS и серверных журналов, если есть доступ. Посмотрите также рекламу, письма и карточки организаций.
В таблице переноса укажите:
- Старый URL, его варианты и текущие ответы сервера.
- Новую цель и места, где нужно заменить ссылку.
- Значимые параметры и правила их обработки.
- Кто настраивает перенос и кто проверяет результат.
Не нужно перебирать все мыслимые адреса: начните с тех, которые встречаются в данных сайта. Отдельно проверьте правила для HTTPS, www и завершающего слеша — они могут добавлять лишние переходы.
В нашем примере соответствие такое: /services/ventilyaciya/ → /uslugi/montazh-ventilyacii/. Если обнаружились другие старые страницы, подбирайте цель по смыслу каждой. Перенаправление всех адресов на главную или общий каталог заставит посетителя заново искать нужную услугу.
Подготовьте новую страницу
Новый URL должен возвращать ответ 200, открываться без авторизации и нормально работать на телефоне. Проверьте текст, изображения, контакты, условия расчёта стоимости и документы. Нельзя направлять людей на пустую заготовку.
Убедитесь, что из тестовой среды не попали noindex, запрет обхода в robots.txt и ссылки на тестовый домен. Проверьте не только внешний вид, но и отправку заявки.
Публикацию и включение редиректа согласуйте как одно изменение. Не оставляйте надолго два одинаковых индексируемых экземпляра. Копию старой страницы и настройки сохраните для отката — публичный дубль для этого не нужен.
Настройте постоянный редирект
Для обычной страницы, которую открывают по ссылке, обычно используют редирект 301. Старый URL должен вести прямо на окончательный новый адрес, без промежуточных страниц и дополнительных перенаправлений. Новый адрес при этом должен отвечать 200.
Правило зависит от сервера, CMS, прокси и настроек сайта. Универсальная команда может создать цикл, затронуть соседние страницы или потерять параметры. Передайте разработчику таблицу адресов и ожидаемые результаты проверки, а не только просьбу «поменять URL».
Если на старую страницу уже вёл редирект с более раннего адреса, проверьте всю цепочку. По возможности каждый известный устаревший URL должен направлять сразу на конечную страницу, а не проходить через прежние адреса.
Сообщение «Мы переехали», JavaScript и отложенный переход не заменяют серверный редирект: нужен корректный HTTP-ответ. Старый URL не закрывайте в robots.txt — поисковый робот должен получить перенаправление.
Не снимайте правило сразу после появления нового адреса в поиске. Старые ссылки остаются в письмах, закладках и чужих публикациях. Сохраняйте редирект надолго и внесите его в документацию сайта, чтобы его не удалили при следующем обновлении.
Что делать с параметрами URL
Разделите параметры по назначению: одни передают источник рекламы, другие выбирают город, вариант услуги или состояние формы. Удаление всего после вопросительного знака может сломать сценарий посетителя или учёт обращений.
Например, /services/ventilyaciya/?utm_source=newsletter должен вести на новую страницу с сохранённой меткой, если она нужна аналитике. Для параметра города проверьте не только адресную строку, но и то, какой город показывает страница.
Задайте ожидаемое поведение для каждого значимого параметра. Устаревшие сохранять необязательно, чувствительные данные нельзя бездумно переносить в URL. Если схема параметров меняется, потребуется соответствие старых значений новым.
Обновите canonical и sitemap
На новой странице canonical должен указывать на её окончательный основной URL с правильным доменом и протоколом. Ссылка на старую страницу будет противоречить редиректу. Сам canonical не заменяет перенаправление: он обозначает предпочтительную версию, но не переводит посетителя на другой адрес.
В sitemap замените старый URL новым — доступным и открытым для индексации. Если CMS обновляет карту автоматически, проверьте результат и кеш. Наличие адреса в sitemap помогает обнаружению страницы, но не гарантирует индексацию.
Замените ссылки и проверьте заявки
Обновите меню, хлебные крошки, карточки услуг, статьи, подвал и кнопки. Не забудьте мобильное меню: его настройки могут храниться отдельно. Внутренние ссылки должны вести сразу на новый URL, без редиректа.
Поиск по базе и шаблонам поможет найти старый адрес, но массовую замену нужно контролировать: похожая строка может встречаться в другом URL или настройке интеграции. После замены повторите обход сайта и проверьте оставшиеся ссылки.
Форму тестируйте отдельно. Адрес отправки данных может отличаться от URL страницы, поэтому менять его автоматически нельзя. Заполните поля, подтвердите согласие на обработку данных, отправьте форму и проверьте сообщение об успехе. Затем убедитесь, что заявка действительно дошла ответственному сотруднику.
Если форма отправляет данные прямо на переносимый URL, это отдельная техническая задача. POST-запрос при редиректе может обрабатываться иначе, чем переход по ссылке. Выбор статуса, включая возможное применение 308, согласуйте с разработчиком. Обычного открытия страницы для проверки недостаточно.
Замените адрес в рекламе, доступных профилях и шаблонах писем. Владельцев чужих публикаций можно попросить обновить ссылку, но перенос не должен зависеть от их ответа. В аналитике проверьте цели, события и отчёты с точным условием по старому пути: на новом адресе они могут перестать учитывать действия.
Проверьте результат и наблюдайте за изменениями
Сразу после запуска и очистки нужных кешей посмотрите HTTP-ответы через специальный инструмент или сетевую панель браузера. Простого открытия страницы мало: браузер может помнить прежний редирект. Путь посетителя пройдите в чистой сессии, включая параметры и отправку формы.
В панелях поисковых систем проверьте доступность нового URL и обработку старого. Если доступна отправка на повторный обход, можно ею воспользоваться. Это не означает, что адрес в поиске обновится сразу.
Запишите дату переноса. Следите за ошибками обхода, индексацией, переходами на оба адреса и заявками. Сравнивайте сопоставимые периоды с учётом рекламы и спроса. Снижение показателей старого URL само по себе не означает потерю: часть данных теперь относится к новому.
Если общий поток посетителей или обращений снизился, сначала проверьте доступность страницы, редирект, форму и аналитику, затем — поисковую видимость и содержание. Для последовательной проверки пригодится диагностика падения трафика. Не меняйте всё сразу, пока не нашли причину.
Ограничения и частые ошибки
Перенос один к одному подходит, когда у старой страницы есть содержательно близкая замена. Если услуга закрыта и замены нет, редирект на случайную страницу не решит задачу. В зависимости от ситуации лучше оставить полезное пояснение или вернуть корректный ответ об отсутствии страницы.
Без необходимости не совмещайте смену URL с полной переработкой содержания, региона, шаблона и аналитики. Если разделить работы нельзя, зафиксируйте, что меняется и как проверяется каждый сценарий.
Типичные ошибки: переход на главную вместо услуги, цепочка редиректов, canonical на старый адрес, забытый noindex, потерянные параметры и сломанная форма. Ещё одна — закрыть задачу после проверки «страница открывается», не посмотрев ответы сервера и получение заявки.
Заранее согласуйте с подрядчиком таблицу адресов, тестирование и отчёт после запуска. Материал про согласование работ подрядчика поможет заменить обещание «перенести без потерь» проверяемым списком действий.
Практический чек-лист перед закрытием задачи
- Сохранены страница, настройки и исходные данные для сравнения.
- Собраны известные старые URL и выбрана подходящая новая цель.
- Старые адреса ведут постоянным редиректом прямо на новый, без циклов.
- Новая страница отвечает 200 и открыта для обхода и индексации.
- Значимые параметры сохраняются и выполняют свою задачу.
- Canonical, sitemap и внутренние ссылки содержат окончательный URL.
- Форма работает, заявка доходит, аналитика фиксирует события.
- Записана дата переноса и назначен ответственный за дальнейшую проверку.
FAQ
Можно ли просто поменять адрес в CMS?
Да, если CMS сама создаёт корректный постоянный редирект. Но это нужно проверить: в некоторых системах старый URL после смены адреса возвращает ошибку 404. Автоматическая функция не отменяет проверку ответов сервера, параметров и конечной страницы.
Нужно ли удалять старую страницу?
Старый URL должен отдавать редирект, а не оставаться вторым доступным экземпляром услуги. Как это устроено внутри CMS — сменой адреса записи или отдельным правилом — зависит от сайта. Важно, чтобы удаление записи не отключило перенаправление.
Сколько ждать обновления адреса в поиске?
Универсального срока нет: поисковой системе нужно повторно обойти адреса и обработать изменения. Проверяйте техническое состояние и отчёты, а не обещанную дату. Появление нового URL в выдаче не заменяет проверку переходов и заявок.
Нужно ли писать новые статьи ради переноса?
Нет. Для смены URL важнее подготовить страницу, настроить редирект и обновить существующие ссылки. После технических работ можно вернуться к развитию блога на основе вопросов клиентов, не смешивая эти задачи.
Что делать, если после запуска нашли ошибку?
Определите, что сломалось и кого это затрагивает. Неверную цель редиректа или неработающую форму исправляйте сразу. Не меняйте адреса туда и обратно без плана. После исправления повторите связанные проверки и запишите изменение в журнал работ.
Если нужна помощь с проверкой
Начать можно с одной страницы: старого и нового адреса, списка параметров и тестовой заявки. Чтобы обсудить перенос, напишите в Telegram или попробуйте приложение XelaGroup. Сначала определим состав работ и способ проверки, затем можно менять URL.