1. Наш кейс
2. Решение мягкой проблемы 404
3. Может ли быть затронут мой домен?
4. Подводить итоги

Мы уже знаем, что многократные перенаправления тратят бюджет Googlebot. Однако есть еще одна причина для борьбы с ними. Google сообщает о множественных перенаправляющих страницах как мягкие ошибки 404, что еще хуже.

Наш кейс

У нас недавно был интересный случай с одним из наших клиентов. Домен нашего клиента был перенаправлен из-за его ребрендинга. После миграция домена некоторые из несуществующих страниц продукта были перенаправлены на страницы соответствующей категории (внутри нового домена).

Перенаправить цепочки в SEO

В течение короткого периода времени мы получили оповещения от Google Search Console, в которых сообщалось о значительном увеличении количества ошибок 404 для старого домена (который был полностью перенаправлен).

Ошибки в консоли поиска.

Ошибка увеличения в консоли поиска Google

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

Мы быстро соединили эти два факта и очистили индекс бывшего домена, чтобы найти как можно больше URL-адресов (включая перенаправления и цепочки перенаправления).

Затем мы взяли список всех множественных перенаправлений и сравнили его со списком программных ошибок 404, сообщаемых Google Search Console.

Многие URL-адреса, о которых сообщалось как о мягких ошибках 404, перенаправлялись более одного раза. Почти ни один из редиректов не принадлежал к этой группе. Также мы не смогли найти непереадресационные URL-адреса.

Это привело нас к гипотезе - Google рассматривает множественные перенаправления как мягкие 404-е.

Решение мягкой проблемы 404

Оказалось, что исправить проблему с ошибками soft 404 было довольно просто. Мы создали список всех множественных перенаправлений и отправили его клиенту (они все еще индексируются в Google, но не связаны с новым доменом). Все, что нам нужно было сделать, это создать перенаправления непосредственно на целевой URL без каких-либо промежуточных переходов.

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

Количество мягких 404 ошибок, сообщенных для нового домена, упало почти до нуля!

Может ли быть затронут мой домен?

Вы должны проверить свою структуру URL на наличие цепочек перенаправления, прежде чем Google сообщит о проблемах. Вы особенно склонны к такого рода проблемам, если:

• Название вашего домена было изменено.
• Протокол https недавно был реализован в вашем домене.
• Структура URL была изменена.

Ключ должен проверить все ваши перенаправления со старого на новый URL, чтобы увидеть возможные цепочки перенаправления. Вы можете использовать действительно отличный инструмент » Ayima перенаправить путь ”, Чтобы проверить это в вашем браузере Chrome.

Пример вида пути перенаправления:

Подробный вид перенаправления:

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

Подводить итоги

В случае с нашим клиентом Google сам позаботился о своем драгоценном бюджете сканирования. Логика проста: если несуществующая страница перенаправляется на другую несуществующую страницу, это, очевидно, должна быть страница с ошибкой 404.

Вы заметили несколько похожих случаев в консоли поиска Google? Или, может быть, вы боретесь с цепями перенаправления? Дайте нам знать!

Похожие

Комментарии