Как проводить аудит редиректов при миграции сайта с помощью SEO Spider

1. 1) Загрузить старые URL
2. 2) Отметьте «Всегда следовать перенаправлениям»
3. 3) Начать сканирование
4. 4) Экспорт отчета «Перенаправление и канонические цепочки»
5. Фиксированные столбцы
6. Переменные столбцы

Я собирался написать о том, как использовать Screaming Frog SEO Spider для небольшого аудита аудита перенаправлений при миграции сайта. Это действительно важная особенность, которую мы все время используем внутренне и любим, и я понял, что, возможно, не все полностью осознают это.

Очевидно, что при изменении структуры URL-адреса или переходе на новый домен следует использовать постоянные перенаправления 301 для передачи индексации и связи сигналов от старых URL-адресов к новым URL-адресам. Давайте не будем слишком углубляться в то, как вы их настраиваете, но довольно часто все может пойти не так; перенаправления могут быть неправильно настроены на неправильные цели, иметь многократные скачки или даже ошибки и 404 и т. д.

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

1) Загрузить старые URL

Переключите SEO Spider на режим списка выберите файл со всеми старыми URL-адресами для аудита и загрузки.

Мы всегда рекомендуем загружать URL-адреса из предварительной миграции при сканировании, но часто целесообразно объединять и дублировать это с другими источниками, такими как URL-адреса целевых страниц из аналитики, главные страницы консоли поиска Google, данные из Majestic, Ahrefs, Moz Link Explorer очищенные URL-адреса с сайта: запросы, файлы журналов, карты сайта и т. д.

2) Отметьте «Всегда следовать перенаправлениям»

Перейдите на вкладку «Дополнительно» внутри «Конфигурация паука» и отметьте « всегда следовать перенаправлениям вариант.

По умолчанию «режим списка» работает с глубиной сканирования 0, то есть он просто сканирует URL-адреса, включенные в загрузку. Если эта функция отмечена, это означает, что она игнорирует глубину и будет следовать перенаправлениям до конечного пункта назначения (без ответа, 2XX, 4XX или 5XX и т. Д.).

3) Начать сканирование

Теперь нажмите кнопку «Пуск», пусть SEO Spider просканирует сайт, достигнет 100% и остановится.

4) Экспорт отчета «Перенаправление и канонические цепочки»

Это можно найти в разделе «Отчеты» в меню верхнего уровня.

Здесь происходит волшебство.

Этот отчет включает в себя не только URL-адреса, имеющие цепочки перенаправления , но и каждый URL-адрес в исходной загрузке и ответ в одном экспорте. Затем он записывает начальные и конечные URL-адреса и статусы в фиксированных столбцах и отображает полный переход для получения дополнительной информации.

Нажмите на крошечное непонятное изображение ниже, чтобы просмотреть увеличенную версию, которая может иметь больше смысла.

Фиксированные столбцы

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

• Тип цепочки - например, HTTP Redirect, JavaScript Redirect, Meta Refresh или Canonical.
• Количество перенаправлений - количество прыжков в цепочке.
• Цикл перенаправления - True в False для того, будет ли перенаправление возвращаться к предыдущему URL и циклы.
• Temp Redirect in Chain - True или false, если есть временный редирект в цепочке.
• Адрес. Сначала загружается и сканируется начальный URL.
• Конечный адрес - окончательный целевой URL.
• Индексируемость - является ли URL окончательных адресов Индексируемый или неиндексируемый с одного взгляда.
• Состояние индексируемости - причина, по которой URL не индексируется. Например, если это «noindex».
• Конечный контент - тип контента конечного адреса.
• Код окончательного состояния - код состояния HTTP конечного адреса (это будет без ответа, 1XX, 2XX, 4XX или 5XX).
• Окончательный статус - HTTP-статус конечного адреса.

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

Переменные столбцы

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

• Содержимое 1 - тип содержимого начального адреса.
• Код состояния 1 - код состояния HTTP начального адреса.
• Статус 1 - HTTP-статус начального адреса.
• Тип перенаправления 1 - тип перенаправления (HTTP Redirect, JavaScript Redirect, Meta Refresh и т. Д.) Начального адреса.
• URI перенаправления 1 - целевой URL перенаправления начального URL.
• Контент 2 - тип контента второго URL.
• Код состояния 2 - код состояния HTTP второго URL.
• Статус 2 - HTTP-статус второго URL.
• Тип перенаправления 2 - тип перенаправления (HTTP Redirect, JavaScript Redirect, Meta Refresh и т. Д.) Второго URL.
• URI перенаправления 2 - целевой URL перенаправления второго URL.
• так далее!

Таким образом, этот отчет, хотя и предназначенный для «цепочек перенаправлений», также был создан, чтобы предоставить всеобъемлющий метод аудита всех перенаправлений при миграции сайта в приятном, простом едином экспорте, поэтому мы не все сходим с ума.

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