Перенос сайта: как подготовить страницы и проверить результат

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

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

Под переносом могут подразумевать смену хостинга, платформы или домена. Хостинг - услуга размещения сайта на сервере; платформа отвечает за управление его страницами и данными. Домен - имя сайта, например company.kz. От выбранного изменения зависит, какие работы понадобятся и что руководителю принимать у подрядчика.

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

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

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

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

В Google Search Console, сервисе для проверки видимости сайта в поиске, маркетолог выгружает страницы с показами и кликами. В Google Аналитике 4 (GA4) он смотрит входные страницы и действия посетителей. Для бизнеса в Казахстане полезно отдельно выделить свою страну и сравнить коммерческие разделы со статьями. Большой трафик справочного материала сам по себе не делает его главным источником покупателей.

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

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

Для изменённых ссылок подрядчик готовит таблицу соответствий: прежний адрес, новая страница и результат проверки перехода. URL - полный адрес страницы в интернете. Например, старый путь /services/ventilation.html может соответствовать новому /montazh-ventilyacii. В этой строке команда проверяет и сам переход, и содержание конечной страницы: посетитель по-прежнему должен найти монтаж вентиляции.

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

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

На новых страницах специалист проверяет canonical - указание предпочтительного адреса среди одинаковых или похожих версий. В нём указывают основной адрес новой страницы. Ссылка на тестовую копию в этом поле ошибочна. Файл sitemap и внутренние ссылки должны указывать на те же страницы. Google описывает эти способы в руководстве по каноническим адресам.

При смене домена владелец также проверяет доступ к старому и новому ресурсам в Search Console. Инструмент «Изменение адреса» предназначен для переезда между доменами или поддоменами. Для перестановки страниц внутри прежнего домена, перехода с HTTP на HTTPS и смены варианта с www он не нужен. Порядок и права владельца указаны в справке Search Console.

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

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

Перед публикацией специалист снимает ограничения, которые были нужны только тестовой копии. Например, правило noindex запрещает включать страницу в поиск. Его случайный перенос на рабочий сайт может исключить страницы из результатов Google. Файл robots.txt управляет доступом поисковых роботов; если он закрывает страницу, Google может не увидеть её noindex. Эти настройки требуют раздельной проверки по документации Google.

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

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

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

Клики из Search Console и сеансы GA4 нужно сравнивать как разные показатели. Для сопоставления выбирают одинаковые периоды и фильтры, учитывают часовые пояса ресурсов. Если поисковые клики идут, а аналитика перестала видеть посещения сразу после запуска, специалист проверяет установку счётчика и условия его работы. Разница чисел сама по себе не доказывает потерю посетителей. Google отдельно объясняет различия двух сервисов.

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

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

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

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

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

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

• Google Search Central: перенос сайта с изменением адресов.
• Google Search Central: постоянные и временные перенаправления.
• Google Search Central: выбор канонического адреса.
• Google Search Central: правило noindex.
• Search Console: инструмент изменения адреса.
• Google: сопоставление Search Console и Аналитики.
• Google: проверка снижения поискового трафика.