Шесть ошибок при миграции, из-за которых теряются бэклинки клиента
Большая часть потери ссылок в файле клиента — это не штраф. Это старые URL, которые перестали отвечать после переезда сайта, и отчет по топ-страницам покажет это за минуту.
Исследовательская команда LinkSkimmr ·
Куда ведут ссылки при переезде сайта
Ссылки указывают на URL, а не на сайты. Измените URL, и каждая ссылка на старый адрес потребует перенаправления.
Звучит очевидно, пока переезд не произойдет. Многие команды знают это правило. Миграция WordPress, переход с www на домен без www или новая структура категорий запускается в пятницу с пометкой, что перенаправления будут настроены позже. Когда вы проверяете бэклинки сайта после такого переезда, вопрос не в том, сколько существует ссылок, а в том, сколько из них все еще ведут на рабочую страницу, и пятый шаг десятиминутного аудита ссылок для нового клиента отвечает на него.
Собственные рекомендации Google для переездов — это отображение «один к одному» от старых URL к новым. Серверные 301-перенаправления выполняют эту работу. Держите их активными как можно дольше. При смене домена инструмент «Изменение адреса» в Search Console является дополнительным шагом. Отображения все еще ломаются предсказуемым образом, и Screaming Frog или Ahrefs Site Audit выявят большинство из них.
Инструменты помогают здесь: Search Console показывает индексацию и покрытие со стороны Google, Screaming Frog перечисляет цепочки перенаправлений после обхода, а наш вызов топ-страниц показывает, какие URL несут ссылки. Ни один из них в отдельности не дает полной картины, а их комбинация занимает менее часа на небольшом сайте.
Ошибка, симптом, исправление
Ошибка
Как это проявляется в данных
Исправление
Все перенаправлено на главную страницу
Топ-ссылочные страницы исчезли; осталась только главная URL
Сопоставьте каждый старый URL его ближайшей новой странице
www и домен без www оба отвечают кодом 200
Одни и те же ссылки разделены между двумя хостами
Выберите один хост, перенаправьте другой через 301
Цепочка перенаправлений из трех или более переходов
Топ-страница разрешается только после нескольких прыжков
Направьте старый URL прямо на конечный
Использование 302 для постоянного переезда
Старый URL все еще появляется как ссылочная страница
Переключитесь на 301, как только переезд станет окончательным
Страница «О нас» удалена, но не перенаправлена
Хорошо ссылочный URL возвращает 404
Перенаправьте его на новую страницу «О нас»
Структура категорий перестроена без карты
Десятки ссылочных URL возвращают 404
Сначала экспортируйте старые URL, сопоставьте их в таблице
Найдите потерянную ценность за два вызова
Получите самые ссылочные страницы, затем проверьте каждый URL в браузере или с помощью curl -I. Все, что не является чистым 200 или одиночным 301, попадает в список.
bash
# which old URLs carry the links (2 credits, billed once)
curl "https://linkskimmr.com/api.php?action=toppages&q=clientsite.com&per=200&key=sk_live_..."
# then, for each URL you care about
curl -sI https://clientsite.com/old-page | head -5
Порядок исправлений, который мы бы использовали
1
Сначала исправьте хост
Один канонический хост, все остальное перенаправляется на него через 301. Это занимает минуты и затрагивает все ссылки сразу.
2
Сопоставьте топ-двадцать URL
Двадцать хорошо ссылочных страниц обычно содержат большую часть ценности. Сопоставьте их вручную, один к одному.
3
Упростите цепочки
Замените каждый многошаговый путь одним переходом на конечный URL.
4
Повторная проверка через месяц
Наш индекс обновляется примерно раз в месяц, поэтому дайте ему цикл перед тем, как объявить исправление успешным или неудачным.
Ограничение, о котором стоит сказать вслух
Исправление перенаправлений возвращает ценность ссылок на рабочую страницу. Это не гарантирует ранжирование, и это не может восстановить ссылки, которые были удалены на источнике. Отметьте оба факта в файле клиента.
Вопросы о перенаправлениях, которые мы слышим чаще всего
Могу ли я просто перенаправить старую страницу на новую страницу «О нас»?
Да, когда новая страница выполняет ту же функцию. 301 со старого URL на ближайший эквивалент сохраняет полезность ссылок. Отправка всех мертвых URL на главную страницу работает плохо, потому что назначение больше не соответствует тому, что обещала ссылка.
Сколько 301-перенаправлений слишком много для одного сайта?
Количество менее важно, чем форма каждого пути. Длинные цепочки тратят усилия на обход и чаще ломаются, поэтому держите каждый старый URL в одном переходе и храните полную карту в таблице, которую можно проверить.
Как перенаправить www на версию без www?
Выберите один хост как канонический, затем добавьте глобальное 301-перенаправление с другого хоста на него на уровне сервера или у провайдера DNS. Проверьте обе версии с помощью curl -I и подтвердите, что ссылки в списке топ-страниц попадают на выбранный хост.
Что проверять в неделю запуска переезда
Если вы проверяете бэклинки сайта в неделю переезда, проверьте карту перед цифрами. Карта определяет, смогут ли цифры восстановиться вообще.
Обойдите старую карту сайта, а не только новую
Старая карта сайта все еще перечисляет URL, которые заслужили свое место изначально. Обойдите ее против живого сайта, и каждая строка, возвращающая 404 или цепочку перенаправлений, станет строкой в карте.
Сохраните результат обхода с датой в имени файла. Второй обход через месяц покажет, какие исправления удержались, а какие перенаправления тихо исчезли.
Сравните топ-страницы до и после
Сохраните список топ-страниц до переезда, затем выполните вызов снова, когда новый сайт уляжется. Два списка ссылочных URL должны совпасть после применения карты, а строки, которые не совпадают, — это ваш список задач.
Каждый запуск стоит 2 кредита, поэтому сравнение дешевое. Стоимость в сопоставлении, а не в данных.
Ищите оставленное правило среды тестирования
Правило, блокирующее краулеров, может остаться незамеченным после запуска. Проверьте robots.txt и любой тег noindex на шаблонах, которые содержат ваши лучшие ссылочные страницы, прежде чем объявлять переезд завершенным.
Достаточно одной строки в файле клиента: какие шаблоны вы проверили и в какой день. Напишите владельца каждого перенаправления рядом с ним, потому что перенаправление, которое никто не может объяснить, — это то, что будет удалено при следующем редизайне.
Какой код перенаправления подходит для постоянного переезда
Код — это небольшой выбор с большим влиянием на сообщение, которое вы отправляете. Краулеры читают код статуса до того, как прочитают что-либо еще на старой странице.
Почему 301 подходит для окончательного переезда
301 говорит о том, что переезд постоянный. 302 говорит о том, что старый адрес может вернуться, что является неправильным сообщением для окончательного переезда. Используйте 302 только во время действительно временного теста.
Как только переезд уляжется, переключите любые временные перенаправления на 301. Оставление 302 на годы — это один из тихих способов оставить переезд наполовину завершенным.
Почему 302, за которым следует 301, приводит к ошибкам
302, который перенаправляет на второй URL, который затем отправляет 301, создает два перехода и смешанные сигналы. Поисковые системы обычно могут следовать по цепочке, но цепочка медленнее и легче ломается при следующем редактировании правила кем-либо.
Сведите это к одному 301, который указывает прямо на конечный адрес. Один переход легче проверить, легче объяснить клиенту и легче поддерживать.
Как перенаправить URL с параметрами запроса
Старые URL с параметрами запроса распространены после смены CMS. Скажем, старый адрес был страницей продукта с параметром цвета. Решите, изменяет ли параметр контент. Если да, сопоставьте URL с параметром соответствующей новой странице; если нет, одно правило, которое отбрасывает параметр, может обслуживать страницу.
Проверьте вручную несколько URL с параметрами после активации правила. Правило, которое работает для чистого пути, все еще может игнорировать строку запроса, и ссылки с параметрами — это те, которые вы пропустите.
Три перенаправления, которые выглядят как исправления
Некоторые перенаправления проходят проверку статуса, но все равно теряют ценность. Страница отвечает кодом 301, но назначение неверно для людей и краулеров, которые следуют по ссылке.
Цикл перенаправлений
Два правила, которые отправляют друг друга обратно, отображаются в браузере как цикл, и большинство инструментов сдаются после нескольких переходов. Проверьте старый URL, посчитайте переходы и исправьте правило, которое указывает обратно туда, где оно началось.
Цикл — самая легкая проблема для обнаружения и самая легкая, которую оставляют на неделю. Исправьте ее в день обнаружения и посчитайте переходы с помощью curl -sIL, чтобы прочитать каждую строку статуса, а не только последнюю.
Перенаправление на экран входа
Хорошо ссылочная старая страница, которая перенаправляет на форму входа, дает посетителю стену вместо контента, который обещала ссылка. Скажем, вы перенаправляете бывший гайд на страницу входа, которая затем перенаправляет на сторонний вход. Ничто в этом пути не помогает ссылке.
Перенаправьте на публичную страницу, которая соответствует тому, о чем была ссылка. Если такой страницы нет, чистый 404 более честен, чем перенаправление, которое никуда не ведет.
Рабочий пример, гипотетический
Представьте клиента, который переехал с одной темы блога на другую. Только примерные цифры.
Скажем, отчет по топ-страницам перечислил 140 URL со ссылками до переезда, и 90 из них вернули 404 после, потому что новый шаблон постоянных ссылок удалил папку с датой. Ручное сопоставление двадцати лучших ссылочных из них может восстановить большую часть указательной ценности за один день, а таблица порогов говорит, как описать изменение клиенту.
Та же карта — лучший ответ, когда клиент спрашивает, что изменилось. Покажите двадцать сопоставленных URL с их старым адресом, новым адресом и кодом статуса для каждого. Таблица убеждает. Двадцать строк убеждают больше, чем любое резюме, а таблица служит контрольным списком для следующего прохода.
