Переезд интернет-магазина ставит под угрозу каждый адрес, который уже знают Google и ваши покупатели: страницы товаров в поиске, ссылки в старых письмах и изображения. Если до переключения составить список всех старых URL, отправить каждый на ближайшую новую страницу и внимательно проверить запуск, эти адреса и дальше будут вести к нужным товарам. Именно это помогает сохранить трафик из поиска. Google пишет, что временные колебания сразу после запуска нормальны.
Страх обычно начинается со сметы от разработчика и одного вопроса: что будет с заказами, которые сегодня приходят из Google? После небрежного запуска можно увидеть меньше заказов, больше ошибок “страница не найдена” и отчёт о поиске, полный адресов, которых больше нет.
Переезд интернет-магазина: почему магазины теряют трафик
Трафик падает после переезда, когда Google и люди, пришедшие из поиска, попадают на адреса, которые больше никуда полезно не ведут. Search Engine Journal называет обычные причины: “Плохие редиректы, забытые теги noindex и позднее подключение SEO вызывают большинство миграционных провалов”.
Меняются адреса товаров и категорий. Новая платформа может строить адреса по другому шаблону. Документация WooCommerce показывает, как это работает: смена структуры постоянных ссылок, то есть шаблона адресов, обновляет URL уже существующих товаров. Без редиректов старые ссылки “будут возвращать ошибки 404”, то есть ответ “страница не найдена”. Редирект 301 это постоянное перенаправление со старого адреса на новый; Google использует его как сигнал, что в поиске должен показываться адрес назначения.
Все старые ссылки ведут на главную. В руководстве Google по переезду сайта сказано не перенаправлять множество старых URL на одну нерелевантную страницу, “например на главную страницу нового сайта”. Google добавляет, что это “может быть расценено как ошибка soft 404”, то есть редирект может засчитываться как отсутствующая страница. Признак: все старые ссылки на товары открывают вашу главную.
Запрет с тестовой копии попадает в рабочий магазин. Во время разработки тестовую копию часто скрывают тегом noindex (пометка, которая просит поисковые системы не показывать страницу) или правилами robots.txt (что роботам нельзя посещать). Google напоминает владельцам сайтов убрать все запреты noindex и robots.txt, “которые были нужны только для миграции”. Если какой-то из них переживёт запуск, новые страницы останутся вне поиска.
Менее заметные адреса выпадают. Свои адреса есть у изображений, страниц фильтров, статей блога и страниц с правилами магазина. Google просит включить в план переезда встроенный контент, например изображения. Shopify не позволяет настроить редиректы для страниц коллекций (его страниц категорий), отфильтрованных по тегам, поэтому решите, куда вместо этого должна вести каждая такая ссылка.
Ломается учёт, и это выглядит как потеря трафика. Кевин Гиббонс написал в Search Engine Journal, что небольшая ошибка в аналитике “может создать впечатление, что трафик рухнул, хотя на самом деле его просто неправильно отслеживают”. Проверьте измерения, прежде чем решать, что переезд провалился.
Если ваш сайт уже терял видимость после прошлого редизайна, те же механизмы разобраны в статье почему сайт не показывается в Google.
Как найти, что сломает переезд
Прежде чем переносить данные, сравните, что есть в старом магазине, с тем, как будет работать новый. Для этих проверок нужны только ваша текущая админка, аналитика и документация новой платформы. Они показывают, какие страницы важны и какие изменятся.
- Выгрузите все адреса старого магазина. Возьмите из админки товары, категории, статьи блога и страницы с правилами, затем добавьте страницы из карты сайта (списка страниц, который магазин отдаёт поисковым системам). Google также советует отчёт о ссылках в Search Console, своём бесплатном сервисе для отслеживания того, как сайт выглядит в поиске. Добавьте страницы с наибольшим трафиком из аналитики или логов сервера.
- Отсортируйте список по выручке, затем по визитам. Страницы, которые приносят заказы, перенаправляются и проверяются первыми. Страница товара со стабильными продажами из поиска важнее посещаемой статьи блога, которая ничего не продаёт.
- Проверьте, как новая платформа строит адреса. Откройте на новой платформе тестовый товар и тестовую категорию и сравните их адреса со старыми. Везде, где шаблон отличается, каждой странице этого типа нужен редирект.
- Составьте список того, что не перенесётся автоматически. Shopify пишет, что отзывы нельзя экспортировать или перенести из WooCommerce в Shopify, а пароли покупателей нельзя перенести из другого магазина через CSV. В документации Shopware SEO URL (читаемые адреса страниц) указаны среди данных, которые переносятся с версии 5 на 6, но старые шаблоны не переносятся. Проверьте аналогичные страницы для ваших платформ.
Как перенести магазин, шаг за шагом
Ведите переезд в таком порядке: измерить, составить карту, проверить всё на закрытой тестовой копии, затем переключить всё сразу и наблюдать. Для небольших и средних сайтов Google рекомендует переносить все URL одновременно, а не по разделам.
- Зафиксируйте исходные данные, пока ничего не изменилось. Сохраните визиты из бесплатной выдачи, заказы из поиска и число проиндексированных страниц (страниц, которые Google хранит для своей выдачи) в Search Console. В наших SEO-аудитах этот снимок идёт первым, потому что без него никто потом не докажет, что изменил переезд.
- Составьте карту редиректов. Google называет важным сопоставить старые URL с новыми. В таблице поставьте каждый старый адрес рядом с ближайшей новой страницей, начиная со страниц, которые приносят выручку. Сохраняйте старый адрес там, где новая платформа это позволяет.
- Решите, что делать с товарами, которые вы больше не продаёте. Снятый с продажи товар с близкой заменой можно перенаправить на эту замену или на его категорию. Если ничего похожего нет, Google пишет, что старый URL должен корректно возвращать ошибку 404 или 410 (“не найдено” или “удалено навсегда”).
- Знайте правила редиректов своей платформы. В Shopify редирект работает только с неработающего адреса: если по старому URL всё ещё открывается живая страница, редирект не сработает. Отправляйте каждый редирект сразу на конечную страницу, как советует Google, без цепочки перенаправлений между ними.
- Как следует закройте тестовую копию и оформите настоящий тестовый заказ. Защитите тестовую копию ещё и паролем, потому что, как пишет Google, robots.txt “не является механизмом, который не даёт веб-странице попасть в Google”. Импортируйте данные в порядке, который даёт Shopify: товары, затем покупатели, затем история заказов. Затем оформите тестовый заказ и проведите его через настройки оплаты и доставки. Он должен попасть в вашу CRM, систему, где вы храните покупателей и заказы, с записанным источником, как это устроено в нашей настройке CRM.
- Запускайте всё сразу. Включите редиректы и проверьте, что каждая новая страница указывает себя как основную версию (канонический тег, ссылающийся на саму страницу). Если у магазина несколько языковых версий, связывающие их теги (hreflang) должны указывать на новые URL. Обновите внутренние ссылки, уберите запреты noindex и robots.txt и отправьте новую карту сайта в Search Console. Инструмент Change of Address от Google, настройка в Search Console для переезда на новый адрес, нужен только если вместе с платформой меняется домен или поддомен.
- Сохраняйте редиректы. Google советует держать их как можно дольше, “как правило, не меньше 1 года”. В наших проектах сайтов редиректы со старых адресов входят в этап запуска, и после переключения мы проверяем их ещё раз.
Сообщите покупателям о переезде до запуска и не добавляйте в это сообщение предложения, если у вас нет согласия покупателя на маркетинговые рассылки. В текущих аккаунтах покупателей Shopify вход идёт по одноразовому коду из письма, а старым аккаунтам с паролями может понадобиться приглашение, чтобы задать новый.
За чем следить в первые недели после запуска
Небольшие колебания позиций сразу после запуска нормальны. Google пишет: “Ожидайте временных колебаний”, и для сайтов среднего размера может пройти несколько недель или больше, прежде чем новые URL появятся в поиске. Падение, которое не восстанавливается, это повод искать ошибку.
- Ошибки “не найдено” в Search Console. Ищите старые адреса, которые отдают ошибку вместо редиректа, и добавляйте их в карту.
- Проиндексированные страницы против исходных данных. Новые страницы товаров и категорий должны заменить старые в отчёте об индексировании.
- Заказы из поиска, неделя за неделей. Сравнивайте полные недели с теми же неделями до переезда по сохранённым исходным данным.
- Сам учёт. Оформите ещё один тестовый заказ и проверьте, что и аналитика, и CRM записывают его с правильным источником.
Чем поможем мы
Когда мы ведём переезд интернет-магазина, мы начинаем с исходных данных и карты редиректов, отсортированной по выручке: они определяют, какие страницы обрабатываются первыми. Затем проверяем новый магазин на закрытой тестовой копии, запускаем всё сразу и в следующие недели сравниваем старые адреса, индексацию и заказы с исходными данными. Если хотите пройтись по адресам своего магазина вместе с нами, для начала достаточно короткого брифа.
