Миграцию нельзя сделать так, чтобы в Google не изменилось вообще ничего. Google сам пишет, что у среднего сайта уходят недели, а у большого и дольше, прежде чем вместо старых адресов начнут показываться новые, и что во время переиндексации колебание позиций нормально (документация Google Search Central о переезде сайта со сменой адресов).
Вопрос, значит, не в том, сдвинется ли что-то. Вопрос в том, насколько глубоким и долгим будет этот сдвиг и по чему вы поймёте, что это нормальный ход, а не поломка. Эта статья описывает работу, которая разницу между этими двумя случаями и создаёт.
Карта URL строится из четырёх источников, потому что каждый по отдельности врёт
Карта 1:1 означает, что для каждого существующего адреса старого сайта назначен один целевой адрес на новом. Не категория, не главная, одна конкретная страница.
Список старых адресов нельзя взять из одного места. Каждый источник видит свою часть сайта, и все четыре надо объединить:
- Обход старого сайта. Даст то, что с сайта перелинковано. Не увидит страницы, на которые уже нигде нет ссылки, а Google их в индексе держит.
- Search Console, отчёт «Страницы». Даст то, что Google действительно знает, включая адреса, о которых вы забыли.
- Аналитика за последние 12 месяцев. Даст то, куда люди реально ходят, включая сезонные страницы, которых в другой период не увидите.
- Обратные ссылки. Дадут адреса, которые ценны, даже если на них заходят два человека в год. Их перенаправляют в первую очередь.
Объединённый список обычно на треть длиннее обхода, и разницу составляют ровно те адреса, потеря которых заметна только через месяц.
Параметры, постраничная навигация и фильтры: три решения, а не три проблемы
Здесь карта 1:1 перестаёт действовать, и это нормально, просто это должно быть решением.
Постраничная навигация (?page=2) перенаправляется на первую страницу нового списка. Вторая страница категории после миграции обычно содержит другой товар, так что редирект на ?page=2 нового сайта - совпадение, а не соответствие.
Фильтры и сортировка (?barva=cerna&razeni=cena) перенаправляются на категорию без параметров, если у нового сайта нет тех же фильтров с теми же значениями. Должны ли фильтры иметь собственные индексируемые адреса - отдельное решение, которое принимают до миграции, а не во время неё.
Поисковые и отслеживающие параметры (?q=, ?utm_source=) не перенаправляются по одному. Решаются правилом, которое отбрасывает параметры и обрабатывает остальной адрес.
Перенаправляется сразу на цель, а не через посредника
Googlebot выдержит в цепочке до 10 переходов, но Google прямо рекомендует цепочек избегать и перенаправлять сразу на финальный адрес.
Это важно для сайта, который одну миграцию уже пережил: старый редирект с прошлого перехода складывается с новым, и цепочка возникает без чьего-либо умысла. Поэтому перед запуском проверяют не то, что адрес отвечает, а сколько переходов ему для ответа понадобилось.
Используется постоянное перенаправление кодом 301 (или 308). Редирект 302 говорит «я вернусь», и Google ведёт себя соответственно: сигналы переносит не так, как вам нужно.
Перенаправления оставляют жить минимум год. Google говорит это прямо, и это дёшево: пара сотен строк в конфигурации против риска через десять месяцев узнать, на скольких чужих сайтах на вас вела ссылка.
Карта редиректов - имущество, за которым надо следить
Вот чего никто не ждёт: карта редиректов портится сама, даже если её никто не трогает.
В одной миграции, карту которой мы разбирали, было 4 721 запись, и 49 из них вели на нерабочую цель. Разбивка по причинам поучительнее самого числа:
| Причина | Число | Что произошло |
|---|---|---|
| Цель - черновик товара | 25 | товар кто-то снял с продажи |
| Цели не существует | 11 | страницу кто-то удалил |
| Цель - неопубликованная страница | 3 | страница ждёт согласования |
| Цепочка редиректов | 10 | добавился второй редирект |
Ни одна из этих причин не возникла при миграции. Все возникли после неё, обычной операционной работой: кто-то вывел товар, кто-то переименовал категорию. Карта редиректов тем самым - список, который проверяют регулярно, а не файл, который один раз загрузили и забыли.
При миграции пропадают не адреса, а текст
На URL смотрят все. То, что теряется чаще и что почти никогда не проверяют, - содержимое страниц.
Сравнивая старый сайт с новым, на одном проекте мы намерили падение объёма текста на восьми коммерческих страницах на 53 %, с 13 389 до 6 275 слов, а на страницах услуг на 63-75 %. Главный профессиональный термин, на который сайт долго целился, упал с 89 вхождений до 25.
Механизм банален и потому его пропускают. Новый сайт собран из блоков, карточек и преимуществ в сетке. В сетку не помещается таблица с параметрами, обзор норм или абзац о том, чего метод не умеет, - и при переносе это оставляют в стороне. Объём сайта в целом при этом может вырасти, так что потеря не видна.
Практическое следствие: до миграции выписывают содержимое, которое в новый шаблон не помещается, и решают по нему осознанно. А не по падению через три месяца.
Инструмент Change of Address действует только на смену домена
Здесь время тратят регулярно. Инструмент Change of Address в Search Console применяется только тогда, когда вы переезжаете с одного домена или поддомена на другой, то есть example.cz на example.com. На смену структуры адресов внутри одного домена и на переход с HTTP на HTTPS он не применяется вовсе.
Новую карту сайта в Search Console отправляют, старую потом можно убрать.
Первые 30 дней: что отслеживают и в каком порядке
Не всё сразу. У каждой недели свой вопрос.
День запуска. Проверяют выборку адресов, а не их список: десять самых посещаемых страниц, десять с наибольшим числом обратных ссылок и десять случайных из глубины каталога. У каждой проверяют код ответа и число переходов.
Первая неделя. Вопрос звучит «видит ли Google новый сайт вообще?». Смотрят отчёт об индексировании страниц: растёт число проиндексированных новых адресов и появляются старые адреса в категории «Страница с переадресацией». Это правильное состояние, а не ошибка.
Вторая и третья неделя. Вопрос звучит «не исчезло ли что-то совсем?». Сравнивают список страниц с кликами из Search Console до миграции и после. Интересны не позиции, а адреса, которые выпали из выдачи целиком.
Четвёртая неделя. Только здесь имеет смысл смотреть на суммы кликов и показов. Раньше нет, потому что Google ещё не закончил переиндексацию и число описывает ход, а не результат.
Что нормальный ход, а что поломка
Разница видна по форме, а не по величине падения.
Нормальный ход: показы падают, число проиндексированных старых адресов снижается, число новых растёт, старые адреса отвечают 301 за один переход. Сайты в исходный объём возвращаются постепенно; у большого каталога это дольше.
Поломка: в Search Console прибавляются ошибки 404, в отчёте появляется «Страница-дубликат без канонического адреса», или старые адреса отвечают кодом 200 вместо редиректа. Последний случай худший и одновременно самый частый: старый сайт остался работать и конкурирует сам с собой.
Чего нельзя обещать заранее: насколько и надолго ли. Кто это обещает, обещает за Google. Мы вместо обещания даём карту, контрольный список и числа, которыми вы проверите ход сами.
Шесть вопросов подрядчику по миграции
Работают на ком угодно, не только на нас.
- Из скольких источников вы собираете список старых адресов и из каких?
- Кто решает по параметрам, постраничной навигации и фильтрам и когда?
- Как вы проверяете число переходов в редиректе, а не только его наличие?
- Как долго редиректы останутся в работе?
- Кто и как часто проверяет карту редиректов после запуска?
- Кто сравнит содержимое старых и новых страниц по абзацам?
Миграцию не оценивают в день запуска и даже через неделю после. Её оценивают через месяц, и оценивают сравнением списка адресов, а не ощущением от графика.
Нужна карта раньше, чем вы решите переезжать
Карту URL и оценку риска мы умеем сделать ещё до того, как будет принято решение о платформе. Нужен доступ в Search Console, выгрузка адресов со старого сайта и информация, сколько из каталога должно остаться.
Что мы строим и на что мигрируем, описано на странице создания интернет-магазинов. Скорость нового сайта решаем на странице аудита и ускорения сайта - Core Web Vitals после миграции меняются, и это одна из немногих вещей, которые полностью под вашим контролем.
Напишите на info@lamapixel.com или звоните +420 775 599 009.
