SABSUS

САЙТ ЗАКАЗОВ · ПЕРЕЕЗД · НЕЗАВЕРШЁННЫЕ ПОКУПКИ

Новый домен сайта заказов: как сохранить старые ссылки и незавершённые покупки

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

Редакция SABSUS · · Источники проверены 9 октября

Сначала определите, что именно переезжает

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

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

Если меняется только хостинг при прежних URL, нужен другой план. Для полноценного переезда Google рекомендует заранее сопоставить старые и новые адреса, обновить внутренние ссылки и канонические URL, а также подготовить новый sitemap. Поисковая видимость во время обработки может колебаться. Google: перенос сайта с изменением URL.

Составьте карту из реальных входов

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

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

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

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

Согласуйте судьбу открытого оформления

Браузерный сеанс может зависеть от cookie конкретного домена. Перенаправление посетителя на другой домен само по себе не переносит туда прежнюю cookie: область её передачи задаётся атрибутами домена и пути. Поэтому сохранённый вход и корзину проверяют отдельно. MDN: область действия cookie.

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

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

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

Учебный пример: четыре входа и один открытый заказ

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

  1. QR-код открывает новое меню центральной точки. Проверяющий выбирает самовывоз и убеждается, что филиал не сменился.
  2. Карточка торта ведёт к тому же товару с прежним выбранным размером либо просит явно выбрать размер заново. Незаметная подмена варианта считается ошибкой.
  3. Запись на дегустацию открывает доступные даты и показывает правильную площадку. При отсутствии переносимой даты посетителю объясняют следующий шаг.
  4. Клиент начал тестовую оплату до переключения и вернулся после него. Найден исходный заказ, отражён подтверждённый результат, второй заказ не создан.

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

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

Примите результат по конкретным проверкам

  • Старые публичные адреса ведут к согласованным конечным страницам без петли.
  • Филиал, товар и язык сохраняются либо посетителю явно предлагается повторный выбор.
  • Новые страницы имеют согласованные canonical, внутренние ссылки и sitemap; временные ограничения тестовой среды сняты только там, где это требуется.
  • Открытый заказ и возвращение с оплаты проверены отдельно от главной страницы.
  • У каждого внешнего сервиса есть подтверждение нужных адресов и ответственный.
  • Команда поддержки знает, где искать заказ, начатый до переезда.
  • Назначены владелец старого домена, срок его обслуживания и контроль ошибок после переключения.

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

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

Источники проверены 9 октября 2026 года. Карта входов, пример пекарни и процедура приёмки являются редакционной методикой. Материал не обещает сохранение позиций или срок переиндексации.