Проверка редиректа 301 онлайн: Проверка редиректа онлайн: 301, 302 и 404 | Дропшиппинг

Содержание

Что такое Редирект. Настройка htaccess, html

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

Примеры, когда это необходимо

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

Ещё один популярный случай использования редиректа — это склейка доменных имен.

Так, адрес веб-ресурсов можно вводить двумя способами — www.simple.ru или же просто simple.ru. Чтобы на нужный сайт попали все пользователи, и создается специальный скрипт перенаправления.

Редирект и SEO

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

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

301 редирект

К числу дружественных ведущим поисковым системам сегодня относятся автоматические перенаправления на серверном уровне. К примеру, 301 Redirect, который не подвергается санкциям и не вызывает недоверия даже Гугла. Его главное отличие от других редиректов — это понятное для поискового робота, единоразовое и окончательное перемещение интернет-площадки на новый URL-адрес.

Бесплатная онлайн проверка редиректа «Redirect» с www | SEO

Проверка редиректа www

Введите URL

Проверка редиректа www?

Redirect Checker или www Redirect Checker — это наиболее полезный инструмент, который можно использовать для отслеживания пути URL, куда он идет при вводе в браузере. Перенаправление может быть просмотрено URL-адресом в любой строке браузера, на которую он перенаправляется, но этот замечательный инструмент будет отображать все виды цепочек, которые формируются в процессе перенаправления. Этот бесплатный инструмент поможет вам найти полный код ответа для каждого отправленного вами URL. Эта утилита также известна под названием средство проверки перенаправления 301, что означает поиск типа инструкции перенаправления, выдаваемой файлом httacess.

Связанные инструменты:

HTTP перенаправляет разные коды Руководство:

Трассировку перенаправления можно просто объяснить, когда простой URL-адрес переходит на другой URL-адрес перенаправления, который был установлен за кодом. Здесь описаны наиболее часто используемые типы перенаправления HTTP.

300 (множественный выбор): код реакции состояния перенаправления HTTP 300 с несколькими альтернативами указывает, что запрос имеет более одного доступного ответа. Пользовательский агент или пользователь должны выбрать один из них. Поскольку не существует последовательного способа выбора одной из реакций, этот код ответа почти никогда не используется.

301 перемещен навсегда: протокол передачи гипертекста (HTTP) — 301 перемещен Код ответа состояния постоянного перенаправления указывает, что требуемый ресурс был окончательно перемещен по URL-адресу, указанному в заголовках Location. Браузер перенаправляет на эту страницу, а поисковые системы изменяют свои ссылки на источник.

302 Найдено (HTTP 1.1) / перемещено временно (HTTP 1.0): Протокол передачи гипертекста (HTTP) 302 Код ответа состояния перенаправления обнаружен указывает, что запрошенный ресурс был временно перемещен на URL-адрес, указанный в заголовке Location. Веб-браузер переходит на этот сайт, но поисковые системы не обновляют свои ссылки на ресурс.

307 перемещен временно (только HTTP 1.1): код ответа позиции HTTP 307 с мгновенным перенаправлением означает, что запрошенный ресурс был временно перемещен по URL-адресу, указанному в заголовках.

Мета-обновление: мета-обновление — это своего рода перенаправление, которое выполняется на уровне страницы, а не на уровне сервера. В поисковой оптимизации метаобновление не является рекомендуемой техникой, поскольку она не является быстрой. Обычно это 5-секундный обратный отсчет времени, который говорит: «Если нас не перенаправят через пять секунд, нажмите здесь». связано с этой конкретной страницей.

Какую вы можете получить выгоду от этого инструмента перенаправления?

Средство проверки перенаправления или детектив перенаправления может использоваться для поиска специального URL-адреса, ведущего на сайт, который веб-мастер или владелец желают просматривать для пользователей. В основном эти ссылки предназначены для продвижения веб-сайтов, сокращения URL-адресов, аффилированности или любых методов SEO для получения ссылочного веса. Самыми известными примерами такого перенаправления являются партнерские ссылки Amazon, goo.gl, bit.ly, твиты в Твиттере и службы сокращения ссылок. А если вам нужно создать код перенаправления, используйте инструмент Htaccess Redirect Generator, который очень легко сделает ваш код.
Используемые файлы cookie, которые задают путь для перенаправления, также можно измерить с помощью этого инструмента. Этот инструмент найдет ссылки и номер цепочки перенаправления для определенного URL-адреса. Вы получите результат очень быстро, а затем выберете цепочку, в которой происходит это перенаправление.

Как использовать наш инструмент www Redirect Checker онлайн?

Использование www Redirect Checker или 301 Redirect Checker очень просто, как и все другие инструменты SAS. Вам нужно просто ввести желаемый URL-адрес домена и увидеть волшебство перед собой. Введите свой URL-адрес в текстовое поле и нажмите клавишу ВВОД. Он очень быстро покажет всю цепочку перенаправления.
Если ваш домен или ссылка имеет код перенаправления, встроенный в файл .htaccess, вы обязательно увидите положительный результат в этом инструменте, в противном случае это обычная ссылка. Вы можете использовать его в любое время без каких-либо ограничений и получить стопроцентный результат.

Настройка редиректов в Nginx | serveradmin.ru

Хочу сегодня рассмотреть тему редиректов в Nginx. Я обычно настраиваю их в лоб. То есть нужен какой-то редирект, я его добавляю. На днях меня попросили СЕО специалисты переработать редиректы одного проекта и сделать так, чтобы для клиента был ровно один 301 редирект, который включает в себя сразу все необходимые преобразования url.

Если у вас есть желание научиться работать с роутерами микротик и стать специалистом в этой области, рекомендую по программе, основанной на информации из официального курса MikroTik Certified Network Associate. Курс стоящий, все подробности читайте по ссылке. Есть бесплатные курсы.

Пример двойного редиректа

Для того, чтобы было понятно, о чем идет речь, приведу пример. Допустим, у вас настроен редирект с http на https и добавление к урлу в конце слеш. /])$ $1/ permanent; ………………. }

В целом все нормально, редиректы работают. Но если перейти по ссылке

http://site.ru/catalog, мы получим 2 301-х редиректа.

# curl -I -L http://site.ru/catalog

HTTP/1.1 301 Moved Permanently
Server: nginx
Content-Type: text/html
Content-Length: 162
Connection: keep-alive
Location: https://site.ru/catalog

HTTP/2 301 
server: nginx
content-type: text/html
content-length: 162
location: https://site.ru/catalog/

HTTP/2 200 
server: nginx
content-type: text/html; charset=UTF-8
vary: Accept-Encoding

На выходе у вас 2 редиректа вместо одного, что плохо для СЕО. Надо по возможности все реализовать в одном. В данном случае напрашивается простое и очевидное решение:

server {
 listen 80;
 server_name site.ru www.site.ru;
 root   /var/www/site.
  /(.*)/$ /$1;
  return 301 https://site.ru$uri/;
 }
}

Обращаю внимание на то, что сделано. Я использую rewrite без какого-либо флага на конце, чтобы не прекращать обработку директив. В данном случае просто меняется uri и передается дальше. Если запрос приходит со слешом на конце, мы его обрезаем и отправляем в правило редиректа на https. Если слеша нет, то он сразу на редирект уходит. Теперь все в порядке.

Встроенные редиректы WordPress

Очевидно, что выше описана простая ситуация. На нее достаточно обратить внимание и исправить. Но не всегда бывает так просто. Например, вы сами не настраивали редирект урлов без слеша на урлы со слешом, он вам не нужен. Но, к примеру, WordPress реализует подобный редирект своими средствами. В итоге, при запросе http://site.ru/catalog вы получите такую картину с редиректами.

# curl -I -L http://site.ru/catalog

HTTP/1.1 301 Moved Permanently
Server: nginx
Content-Type: text/html
Content-Length: 162
Connection: keep-alive
Location:  https://site. ru/catalog

HTTP/2 301 
server: nginx
content-type: text/html; charset=UTF-8
location: https://site.ru/catalog/
x-powered-by: PHP/7.4.2
x-redirect-by: WordPress

HTTP/2 200 
server: nginx
content-type: text/html; charset=UTF-8
vary: Accept-Encoding

Сначала nginx сделал редирект на https, так как вы это настроили у него в конфигурации, а потом wordpress на страницу со слешом на конце. В итоге у вас два редиректа, а надо один. Причем, два редиректа получились не по вашей воле. Если не обратите на это внимание, так и будете с ними жить. По факту, все типовые редиректы лучше сразу реализовывать в одном месте в веб сервере.

Все стандартные редиректы в nginx

Рассмотрю типовой пример, когда у нас одновременно присутствуют следующие редиректы:

С http на https.
С www на без www для обоих протоколов.

Без слеша на конце на урл со слешем.

/(\.ht|xmlrpc\.php)$ { return 404; } location ~ \.php$ { try_files $uri =404; fastcgi_pass unix:/var/run/php-fpm/php7-fpm.sock; fastcgi_index index.php; fastcgi_param DOCUMENT_ROOT /web/sites/site.ru/www/; fastcgi_param SCRIPT_FILENAME /web/sites/site.ru/www$fastcgi_script_name; fastcgi_param PATH_TRANSLATED /web/sites/site.ru/www$fastcgi_script_name; include fastcgi_params; fastcgi_param QUERY_STRING $query_string; fastcgi_param REQUEST_METHOD $request_method; fastcgi_param CONTENT_TYPE $content_type; fastcgi_param CONTENT_LENGTH $content_length; fastcgi_param HTTPS on; fastcgi_intercept_errors on; } location = /favicon.ico { log_not_found off; access_log off; } location = /robots.txt { allow all; log_not_found off; access_log off; } } server { listen 443 ssl http2; server_name www.

/(.*)/$ /$1; return 301 https://site.ru$uri/; } }

Получилось примерно так. Призываю не копировать бездумно конфиг, а проверить то, что я предлагаю. Хотя я сам внимательно проверил, как мог, но все равно не застрахован от ошибки. На мой взгляд здесь рассмотрены все основные моменты с редиректами. На выходе всегда один 301 редирект, какой бы запрос мы не сделали. При этом все реализовано средствами самого веб сервера, а значит, будет работать максимально быстро.

Корректный редирект с одного url на другой

Допустим вы корректно настроили стандартные редиректы в nginx. А потом в какой-то момент у вас поменялась структура сайта, или просто нужно было сделать редиректы для отдельных страниц. К примеру, запрос https://site.ru/main/hello/ перенаправить в https://site.ru/main/. По идее ничего сложного. Добавляем редирект:

server {
 listen 443;
........................
 location /main/hello {
  return 301 /main/;
 }
. /(.*)/$ /$1;
	return 301 https://site.ru/main/;
    }
}

Ну и так далее. Думаю, идея ясна. Следует следить за всеми редиректами и стараться всегда оставлять только один.

Заключение

Я прилично заморочился с темой редиректов в nginx. Раньше никогда не обращал на них пристального внимания. Да и у других не видел акцента на этом. В интернете полно готовых вариантов перенаправлений на все случаи жизни, но рассмотрены они в отдельности. А вот так комплексно взглянуть на полный конфиг со всеми нюансами не приходилось.

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

В завершении рекомендую мою статью про настройку nginx. Я там частично рассматриваю и эту тему. А вообще там рассказаны все основные моменты, на которые стоит обращать внимание при работе с nginx.

Онлайн курс Основы сетевых технологий

Теоретический курс с самыми базовыми знаниями по сетям. Курс подходит и начинающим, и людям с опытом. Практикующим системным администраторам курс поможет упорядочить знания и восполнить пробелы. А те, кто только входит в профессию, получат на курсе базовые знания и навыки, без воды и избыточной теории. После обучения вы сможете ответить на вопросы:

На каком уровне модели OSI могут работать коммутаторы;
Как лучше организовать работу сети организации с множеством отделов;
Для чего и как использовать технологию VLAN;
Для чего сервера стоит выносить в DMZ;
Как организовать объединение филиалов и удаленный доступ сотрудников по vpn;
и многое другое.

Уже знаете ответы на вопросы выше? Или сомневаетесь? Попробуйте пройти тест по основам сетевых технологий.

Всего 53 вопроса, в один цикл теста входит 10 вопросов в случайном порядке. Поэтому тест можно проходить несколько раз без потери интереса. Бесплатно и без регистрации. Все подробности на странице .

Помогла статья? Подписывайся на telegram канал автора

Анонсы всех статей, плюс много другой полезной и интересной информации, которая не попадает на сайт.

Что такое редирект и как его прописать

Редирект (перенаправление) — автоматическая переадресация пользователя на URL, отличного от изначально запрошенного. Если редирект настроен корректно, сам процесс перенаправления остаётся незамеченным.

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

Как это работает?

Допустим, пользователь (браузер) обращается к странице по адресу https://inweb. ua/seo, а сервер сайта отдает пользователю код ответа 301 и перенаправляет на другой документ — https://inweb.ua/seo/, так как такое установлено правило.

Когда используют редиректы?

Основная задача редиректов — направить пользователя на актуальную страницу, если по старому URL-адресу она больше недоступна.

С точки зрения SEO, перенаправления очень важны, ведь если поменять URL-адрес у страницы без 301 редиректа – потеряем трафик и позиции.

Примеры использования редиректов:

Изменение адреса сайта или страницы.
Удаление категории или раздела сайта.
Перенаправление пользователей на мобильную версию сайта.
Перенаправление с http на https.
Склейка или замена доменного имени.
Изменение CMS.
Удаление дублей страниц, когда проблему нельзя решить иным методом.

Когда необходимо делать 301 редирект?

Когда страница (группа страниц или целый раздел) сменила свой адрес. Чаще всего это случается при изменении структуры сайта, переименовании основообразующей части URL’а или смене принципа формирования адресов (проще говоря, ЧПУ).

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

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

Важно! Нельзя редирект писать со страницы товара на категорию.

Когда можно делать 301 редирект?

Redirect 301 можно использовать в качестве ответа сервера вместо ошибки 404 Not Found. Другими словами, пользователь, перейдя по неправильной ссылке или на несуществующую страницу, увидит не сообщение «Извините, такой страницы больше нет», а будет перемещен на другую существующую страницу.

Когда не следует делать 301 редирект?

Перманентный редирект не стоит использовать для временных решений, это очевидно из его названия – для временного перемещения используйте 302 Moved Temporarily. При этом не произойдет склейки страниц и страницу с редиректом можно будет в любое время восстановить.

Если с вашим доменом случились проблемы, например, фильтры, бан и т.п., и вы решили сменить адрес сайта (домен), то не стоит делать 301 редирект со старого домена на новый — в результате вы «приклеите» к новому домену все проблемы старого. То есть в итоге ничего и не изменится.

Существует очень много способов сделать 301-редирект: через htaccess, php, javascript, настройки сервера и другие. Мы рекомендуем не пытаться использовать сразу все методы одновременно, слишком велика вероятность «разногласий» между разными способами и можно, например, получить бесконечное циклическое перенаправление.

Важно! Нужно выгружать несуществующие страницы из SC и прописывать редиректы на существующие. Исключение: товар (в случае, если он может снова появиться в наличии).

Основные виды редиректов

Всего существует 10 различных кодов, которые осуществляют перенаправление, но в своей работе в 98% случаев вы будете встречать 301, 302 и 304, о них ниже.

301 Moved Permanently

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

На самом деле ответ прост: все страницы, с которых пользователей нужно навсегда переправить на другую страницу (дубли, удалённые страницы, зеркала и всякие штучки), должны отвечать этим кодом.

После краулинга таких страниц поисковые системы рано или поздно «склеят» их с целевой страницей редиректа и передадут вес.

Старайтесь убирать внутри сайта все ссылки на страницы, которые отдают 301 код ответа, и проставьте сразу целевую страницу редиректа.

Google утверждает, что для него все редиректы равнозначны, но ведь есть ещё другие поисковые системы, поэтому ставим всегда 301.

302 Found

Уведомляет клиента, что страница найдена и временно расположена по другому адресу.

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

304 Not Modified

На самом деле, это не совсем редирект, это «уведомление» о том, что страница не изменялась с предыдущего посещения.

Код 304 Google использует и это положительно влияет на краулинговый бюджет. Яндекс такой код не использует.

При обращении, если GoogleBot видит 304 код ответа сервера – он не скачивает страницу.

Как проверить код ответа сервера

Способов множество: панель инструментов разработчика в браузере (F12 + вкладка «Network»), плагины в браузере, специальные онлайн-службы, различные SEO-сервисы, Netpeak Spider.

Самый быстрый способ – сервис https://bertal.ru/, самый точный метод – через инструменты для веб-мастеров Google либо Яндекс, таким образом сразу будет видно какой ответ сервера получает бот нужной поисковой системы.

Как проверить через Netpeak Spider:

Запустите Netpeak Spider.
На боковой панели откройте вкладку «Параметры» и отметьте пункт «Код ответа сервера».
Введите URL анализируемого сайта в адресную строку и запустите сканирование кнопкой «Старт».
По завершению сканирования ознакомьтесь с результатами: в основной таблице вы сможете увидеть коды ответа, а на вкладке «Отчёты» → «Ошибки» на боковой панели отобразятся все, имеющиеся на сайте, ошибки, связанные с переадресацией.
Если вам нужен список всех существующих на сайте редиректов, перейдите на вкладку «Отчёты» → «Сводка» и кликните по названию соответствующего типа страниц.
Чтобы посмотреть источники, на которых поставлены ссылки с редиректами, воспользуйтесь сочетанием клавиш Shift + F1.
Для экспорта полученных данных кликните по кнопке «Экспорт» в правом верхнем углу экрана, затем выберите одну из опций: «Результаты в текущей таблице» — чтобы выгрузить отфильтрованные результаты, либо один из специальных отчётов по редиректам.
В программе также доступен отчёт, показывающий страницы, которые содержат ссылки на страницы с редиректом и конечным URL редиректа. Для выгрузки отчёта перейдите в меню «Экспорт» → «Специальные отчёты по ошибкам» → «Редиректы: входящие ссылки и конечные URL».

Цепочки редиректов

Что это и почему это плохо?

Цепочка редиректов — это перенаправление не в один, а в больше, чем 2 шага. Специалисты спорят про их вредность: не сильно вредными называют до 5 переходов, так как поисковые роботы способны по ним перейти.

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

Как найти?

Для поиска цепочек используйте чекеры или специальные сервисы. Самые популярные:

Webmasta

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

Netpeak Spider

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

Mainspy

Можно смотреть цепочки редиректов, время и код ответа. Проверяет страницу на наличие ошибок сервера, доступность, успешность проведения запроса.

Redirectdetective

Позволяет увидеть всю цепочку перенаправлений. С его помощью можно убедиться, что редиректы работают правильно или на каком этапе в цепочке подхватываются cookies — они обозначаются круглым желтым значком. Сервис бесплатный.

Также для проверки можно применять расширения для браузеров:

Redirect Path для Google Chrome;

Live HTTP Header для Mozilla Firefox, Chrome.

Обнаружив цепочку перенаправлений, необходимо установить источник проблемы. Если вы сами настроили редиректы, вам следует их убрать или поменять на одиночные.

Как устранить?

Вам понадобится выяснить причину и понять, почему возникает перенаправление. Проверьте логи, действительно ли там есть эти перенаправления. Если не нашли, то поищите в основном коде подобные строки:

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

Важно! Стоит убрать с сайта внутренние ссылки на редиректы или заменить ссылками на доступные страницы. Чтобы увидеть входящие ссылки на такие URL, достаточно нажать комбинацию клавиш Shift+F1

Для чего нужен файл htaccess и как его найти

Файл htaccess — является файлом конфигурации веб-сервера Apache и задает правила работы веб-сервера в тех каталогах и подкаталогах, где размещен.

Располагается файл htaccess соответственно в том каталоге, для которого задает правила работы. Чаще всего для вашего сайта это будет корневая папка.

301 редирект применяют в ситуации, если URL адреса сайта сменились на новые, и необходимо «склеить» старые и новые страницы. Например:

при смене домена;
склейки в целях SEO-оптимизации. Например, страниц вида: «www.sitexample.com» и «sitexample.com»;
при смене URL страницы, для сохранения трафика, приносимого страницей;
при смене протокола с http на https;
для переадресации со страниц с кодом ответа 404 на актуальные.

301 редирект с точки зрения SEO-оптимизации

Редирект полезен, так как он помогает:

сохранить трафик;
не допустить потерю «веса» страницы;
избавиться от дублей страниц.
избавиться от наличия некачественных страниц в поисковой выдаче.

С точки зрения работы с пользователями, 301 редирект полезен, так как позволяет перенаправить трафик на смежные продукты, если искомый удален, тем самым снижая вероятность ухода пользователя.

Что такое дубли страниц и чем они плохи?

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

Частичными дублями называются страницы, на которых контент совпадает не полностью.(.*)$ https://site.ua/$1 [R=301,L]

Cтандартный 301 редирект

Применяется для переадресации с одной страницы на другую

Redirect 301 /was.php https://www.site.ua/new.php

Важно! Адрес новой страницы необходимо указывать полностью, с протоколом и доменным именем.

301 редирект с использованием RewriteRule

RewriteRule — директива файла .htaccess, модуля mod_rewrite, определяющая правила преобразований URL. Ее стоит использовать в случае, когда необходимо выполнить массовый 301 редирект.

По умолчанию, модуль mod_rewrite выключен. Чтобы его включить, необходимо использовать директивы:

RewriteEngine on

RewriteBase /

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

Для указания правил используются две директивы:

Пример использования RewriteRule для выполнения редиректа:

RewriteRule ^my-old-url\.(.*)$ https://domain.ua/$1 [R=301,L]

301 редиректы на WordPress при помощи плагина

На начало 2019 года приблизительно 75 млн сайтов реализованы при помощи CMS WordPress. Она позволяет решать широкий спектр задач, в том числе при помощи плагинов. Это справедливо и для 301 редиректов. Если вам необходимо выполнить переадресацию с одних страниц на другие, необязательно привлекать для этого программиста. Достаточно будет воспользоваться плагином.

301 редирект с помощью плагина 301 Redirects

Шаг 1. Установка плагина плагин.

Шаг 2. Настройка плагина. Для этого переходим в «Настройки» во вкладку с названием плагина.

Шаг 3. Выбор вида редиректа. Плагин позволяет реализовать разные виды редиректов: 301, 302, 307. Для внедрения редиректа необходимо во вкладке Redirect Rules выбрать нужный вид редиректа из выпадающего меню:

Шаг 4. Указание страниц. Далее необходимо указать относительную ссылку страницы, откуда выполнять редирект, а так же указать абсолютную ссылку страницы, на которую его необходимо выполнить. После чего нажать на кнопку «save».

После сохранения можно проверять результат. Для этого введите в адресной строке URL, с которого вы делали редирект. Вас должно будет перенаправить на страницу, URL которой вы указали во втором поле.

Важно! В случае, если у вас возникли проблемы с редиректом, проверьте заполнения всех полей, а так же выполните очистку кеша. Для этого зайдите во вкладку «Tools&Options» и нажмите на кнопку «Empty Cache».

После очистки кеша проверьте работу редиректа еще раз. Вы можете воспользоваться сервисом https://bertal.ru/ для проверки. Просто введите URL страницы, с которой выполнен редирект в соответствующее поле и нажмите проверить. Сервис покажет вам, какой код ответа отдает страница.

В плагине также присутствует возможность импорта редиректов из .csv файла. Это будет крайне полезно в случае, когда нужно реализовать редиректы сразу для множества страниц.

Импорт 301 редиректов из СSV файла для плагина 301 Redirects

Шаг 1. Создайте .сsv файл, который будет содержать редиректы. Он должен содержать такие данные:

вид редиректа;
URL страницы, с которой выполняется редирект;
URL страницы, на которую выполняется редирект.

Все данные должны быть указаны в одной строке через запятую.

Шаг 2. Перейдите на вкладку «Tools&Options», выберите файл импорта, укажите правила работы с дубликатами (пропускать или обновлять) и нажмите на кнопку «Upload CSV». По завершении импорта вы увидите вверху страницы плашку с результатами импорта.

Шаг 3. Выполните проверку, используя один из описанных выше методов.

301 редирект с помощью плагина Clearfy Pro

Плагин Clearfy Pro является платным и позволяет выполнять множество различных полезных правок, среди которых есть и возможность выполнить 301 редирект. Для этого нужно:

Шаг 1. Купить и установить плагин.

Шаг 2. Перейти в настройки плагина, в раздел «Redirect»

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

Шаг 4. Проверка. Выполните проверку, воспользовавшись одним из методов описанных выше.

301 редирект с http на https с помощью плагина Clearfy Pro

В плагине также существует возможность внедрить редирект со страниц с http протоколом, на страницы с защищенным протоколом https. Для этого:

Шаг 1. Перейдите во вкладку «SEO».

Шаг 2. Установите необходимый переключатель.

Шаг 3. Проверка. Выполните проверку, воспользовавшись одним из методов описанных выше.

Важно! Не забудьте очистить кэш.

Вот так легко можно без помощи программиста самому выполнить переадресацию с одних страниц на другие.

301 редиректы на Opencart при помощи плагина

Opencart является второй по популярности в мире системой управления содержимым. И тут, как и на WordPress, есть плагины, позволяющие выполнять различные задачи. Давайте рассмотрим внедрение редиректов на Opencart с его использованием.

Менеджер 301 редиректов для Opencart

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

Для того чтобы выполнить 301 редиректы с его помощью, нужно:

Шаг 1. Купить и установить модуль.

Шаг 2. Дать права на просмотр и управление модулем в разделе «Группы пользователей», нажав «Выделить все».

Шаг 3. Зайти в настройки модуля, нажать на кнопку «добавить редирект», указать абсолютные ссылки страниц откуда и куда необходимо выполнить редирект.

Шаг 4. Выбрать необходимый редирект в поле «код ответа», и указать даты, с какого по какое число должен действовать редирект. Поля также можно не заполнять, тогда редирект будет вечным.

В модуле так же можно задать редирект для всего сайта. Например, при переезде сайта на защищенный протокол.

Шаг 5. Проверить реализацию редиректа. Сделать это можно способами, описанными ранее в данной статье.

301 редиректы на платформе Хорошоп

Платформа «Хорошоп» имеет немало преимуществ, среди которых есть и возможность самостоятельного внедрения 301-х редиректов.

Для того чтобы внедрить 301 редирект на данной платформе, нужно:

Шаг 1. Cформируйте .CSV файл, содержащий 2 столбца. Левый — для указания относительной ссылки, с которой выполняется перенаправление и Правый — в котором будет указана относительная ссылка страницы, на которую необходимо выполнить перенаправление.

Шаг 2. Перейдите в раздел «Утилиты», «Редиректы ссылок», «Импорт редиректов» и загрузите сформированный файл.

Шаг 3. Выполните проверку реализации редиректов описанными выше способами.

Существует возможность задать автоматическое правило склейки зеркал со слешем «/» и без.

Для этого в том же разделе админпанели нажмите «Генератор редиректов», выберите нужное правило и укажите шаблоны, для которых следует его применить. После чего нажмите «сгенерировать».

Юля Залиховская

Руководитель отдела продаж

Узнайте о рекламе для вашего бизнеса!

Задайте Юле вопросы о продвижении сайта в интернете.

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

Итоги:

301 редирект полезен как с точки зрения SEO-оптимизации, так и для улучшения пользовательского опыта взаимодействия с сайтом. Ведь он позволяет сохранить «вес» страниц, склеить их, сохранить трафик, а также удержать пользователя.
Существуют разные способы реализации 301 редиректов. Среди них наиболее распространеннім является внедрение правок в файле конфигурации веб-сервера (.htaccess).
В случае внедрения 301 редиректов через файл .htaccess чаще всего применяют либо классические 301 редиректы, либо c использованием директивы RewriteRule.
Для внедрения 301 редиректов на различных СMS необязательно привлекать программиста. Задача легко решается с использованием модулей или возможностей платформы.

Amazon AWS — настроить простой 301 редирект

Я хочу настроить в AWS простую конфигурацию перенаправления 301 с моего ‘non-www’ URL на ‘www’ URL.

example.com —> 301 перенаправление —> www.example.com

В AWS я настроил набор записей Route 53 таким образом:

www.example.com —> простая маршрутизация к моему экземпляру EC2

example.com —> настроен как псевдоним www.example.com

Таким образом, редирект работает нормально, но если я проверю код редиректа с помощью онлайн-проверки редиректа (как эта ссылка), то результат будет не 301, а 200.

Итак, вот мой вопрос: Как я могу настроить набор записей Route 53 для перенаправления 301?

Заранее благодарю вас и благодарю за ваше время.

amazon-web-services http-status-code-301 amazon-route53
Поделиться Источник voivoda 04 марта 2015 в 16:00
2 ответа
Как долго Chrome запоминает 301 редирект?
У меня есть новый авторский сайт, который я хочу сделать доступным из домена,который я ранее использовал для перезаписи Apache, чтобы перенаправить трафик на мой сайт Amazon, [R=301, L], который я хочу использовать как свой собственный сайт.index.php$ /catalog/make/audi?…

1

Route 53 не обрабатывает веб-перенаправления. Однако вы можете сделать это с помощью Route 53 и ведра S3. Вот шаги, которые нужно выполнить .
В вашем случае ведро было бы example.com.
Если вы хотите использовать псевдоним (в основном root CNAME, даже если root CNAME не работает), конфигурация для изменения находится на вашем EC2 webserver. Ему нужно будет сделать перенаправление.
Поделиться tedder42 04 марта 2015 в 16:48

0

Я сделал это более простым способом, создав ведро на S3 с именем » example.com «(то же имя, что и домен to-be-redirect), а затем настроил свойство «статический хостинг веб-сайтов» как » перенаправлять все запросы на другое имя хоста «на»www.example.com».
Наконец, на Route53 я создал набор записей для «example.com», типа IPv4, и связал его с только что созданным псевдонимом, создав ведро S3.
Это работает!
Поделиться voivoda 06 марта 2015 в 08:50
Похожие вопросы:

Как настроить 301 постоянный редирект для следующего?
Я пытаюсь выяснить, как настроить 301 постоянный редирект для следующих путей. От: /restaurants/casa-villa.html Кому: /restaurants/casa-villa Спасибо! Джейк

Как сделать некэшированный 301 редирект?
Некоторое время назад все браузеры изменили свое поведение и начали кэшировать 301 редирект, я хотел бы знать, как сделать 301 редирект, который не кэшируется в php?

301 редирект с htaccess & textpattern
Попытка настроить 301 редирект для изменения домена. Я использую Textpattern, который уже имеет mod rewrite.GET\…

301-редирект без поддоменов
Мне нужно выполнить 301-редирект с домашней страницы, но без перенаправления моих поддоменов. Пример : http://info.org => http://newpage.org http://www.info.org => http://newpage.org…

Вопрос DNS 301 редирект
Я реализовал перенаправление 301 уровня DNS в своей консоли Namecheap , которое перенаправило мой старый поддомен assets.websitename.com на websitename.com/assets . Однако при попытке доступа к…

301 редирект конфликты с другими 301 редирект
Я столкнулся с конфликтом перенаправления и не могу его решить. Например, у меня есть следующие редиректы: redirect 301 http://www.example.com/mobile-cars http://www.example.com/cars/ redirect 301…

Очень простой 301 редирект первой строки работает только в htaccess
Я искал повсюду ответ — 301 перенаправление кажется здесь распространенной проблемой, но после долгого чтения я в тупике! У меня есть простой файл htaccess с тремя 301 перенаправлениями: redirect…

Python AWS Lambda 301 редирект
У меня есть обработчик lambda, написанный в Python, и я хочу выполнить перенаправление 301 в браузер. Я понятия не имею, как я могу настроить заголовок response Location (или код состояния) -…
Модуль ngx_http_rewrite_module
Модуль ngx_http_rewrite_module
Модуль ngx_http_rewrite_module позволяет изменять URI запроса с помощью регулярных выражений PCRE, делать перенаправления и выбирать конфигурацию по условию.
Директивы break, if, return, rewrite и set обрабатываются в следующем порядке:
последовательно выполняются директивы этого модуля, описанные на уровне server;
в цикле:
ищется location по URI запроса;
последовательно выполняются директивы этого модуля, описанные в найденном location;
цикл повторяется, если URI запроса изменялся, но не более 10 раз.
Директивы
Синтаксис: break;
Умолчание: —
Контекст: server, location, if
Завершает обработку текущего набора директив модуля ngx_http_rewrite_module.
Если директива указана внутри location, дальнейшая обработка запроса продолжается в этом location.
Пример:
if ($slow) { limit_rate 10k; break; }
Синтаксис: if (условие) { ... }
Умолчание: —
Контекст: server, location
Проверяется указанное условие. Если оно истинно, то выполняются указанные в фигурных скобках директивы этого модуля и запросу назначается конфигурация, указанная внутри директивы if. Конфигурации внутри директив if наследуются с предыдущего уровня конфигурации.
В качестве условия могут быть заданы:
имя переменной; ложными значениями переменной являются пустая строка или “0”;
До версии 1.0.1 ложным значением также являлась любая строка, начинающаяся на “0”.
сравнение переменной со строкой с помощью операторов “=” и “!=”;
соответствие переменной регулярному выражению с учётом регистра символов — “~” и без него — “~*”. В регулярных выражениях можно использовать выделения, которые затем доступны в виде переменных $1..$9. Также можно использовать отрицательные операторы “!~” и “!~*”. Если в регулярном выражении встречаются символы “}” или “;”, то всё выражение следует заключить в одинарные или двойные кавычки.
проверка существования файла с помощью операторов “-f” и “!-f”;
проверка существования каталога с помощью операторов “-d” и “!-d”;
проверка существования файла, каталога или символической ссылки с помощью операторов “-e” и “!-e”;
проверка исполняемости файла с помощью операторов “-x” и “!-x”.;]+)(?:;|$)») { set $id $1; } if ($request_method = POST) { return 405; } if ($slow) { limit_rate 10k; } if ($invalid_referer) { return 403; }
Значение встроенной переменной $invalid_referer задаётся директивой valid_referers.
Синтаксис: return код [текст];
return код URL;
return URL;
Умолчание: —
Контекст: server, location, if
Завершает обработку и возвращает клиенту указанный код. Нестандартный код 444 закрывает соединение без передачи заголовка ответа.
Начиная с версии 0.8.42 можно задать либо URL перенаправления (для кодов 301, 302, 303, 307 и 308) либо текст тела ответа (для остальных кодов). В тексте тела ответа и URL перенаправления можно использовать переменные. Как частный случай, URL перенаправления может быть задан как URI, локальный для данного сервера, при этом полный URL перенаправления формируется согласно схеме запроса ($scheme) и директивам server_name_in_redirect и port_in_redirect.
Кроме того, в качестве единственного параметра можно указать URL для временного перенаправления с кодом 302. Такой параметр должен начинаться со строк “http://”, “https://” или “$scheme”. В URL можно использовать переменные.
До версии 0.7.51 можно было возвращать только следующие коды: 204, 400, 402 — 406, 408, 410, 411, 413, 416 и 500 — 504.
До версий 1.1.16 и 1.0.13 код 307 не обрабатывался как перенаправление.
До версии 1.13.0 код 308 не обрабатывался как перенаправление.
См. также директиву error_page.
Синтаксис: rewrite regex замена [флаг];
Умолчание: —
Контекст: server, location, if
Если указанное регулярное выражение соответствует URI запроса, URI изменяется в соответствии со строкой замены. Директивы rewrite выполняются последовательно, в порядке их следования в конфигурационном файле. С помощью флагов можно прекратить дальнейшую обработку директив. Если строка замены начинается с “http://”, “https://” или “$scheme”, то обработка завершается и клиенту возвращается перенаправление.
Необязательный параметр флаг может быть одним из:
last
завершает обработку текущего набора директив модуля ngx_http_rewrite_module, после чего ищется новый location, соответствующий изменённому URI;
break
завершает обработку текущего набора директив модуля ngx_http_rewrite_module аналогично директиве break;
redirect
возвращает временное перенаправление с кодом 302; используется, если заменяющая строка не начинается с “http://”, “https://” или “$scheme”;
permanent
возвращает постоянное перенаправление с кодом 301.
Полный URL перенаправлений формируется согласно схеме запроса ($scheme) и директив server_name_in_redirect и port_in_redirect./users/(.*)$ /show?user=$1? last;
Если в регулярном выражении встречаются символы “}” или “;”, то всё выражение следует заключить в одинарные или двойные кавычки.
Синтаксис: rewrite_log on | off;
Умолчание:
rewrite_log off;
Контекст: http, server, location, if
Разрешает или запрещает записывать в error_log на уровне notice результаты обработки директив модуля ngx_http_rewrite_module.
Синтаксис: set $переменная значение;
Умолчание: —
Контекст: server, location, if
Устанавливает значение указанной переменной. В качестве значения можно использовать текст, переменные и их комбинации.
Синтаксис: uninitialized_variable_warn on | off;
Умолчание:
uninitialized_variable_warn on;
Контекст: http, server, location, if
Определяет, нужно ли писать в лог предупреждения о неинициализированных переменных.
Внутреннее устройство
Директивы модуля ngx_http_rewrite_module компилируются на стадии конфигурации во внутренние инструкции, интерпретируемые во время обработки запроса. Интерпретатор представляет из себя простую стековую виртуальную машину.(/download/.*)/media/(.*)\..*$ $1/mp3/$2.mp3 break;
Тогда соответствующие инструкции будут выглядеть так:
проверка регулярного выражения копирование $1 копирование "/mp3/" копирование $2 копирование ".mp3" завершение регулярного выражения завершение всего кода
Справочный центр | Настройка CloudFlare в панели управления

После регистрации в CloudFlare будут автоматически установлены настройки в зависимости от настроек вашего домена и сервера.
Чтобы посмотреть настройки и изменить их, нажмите соответствующую кнопку в панели управления.
Уровень безопасности
Позволяет определить, какие пользователи считаются подозрительными. Возможно несколько режимов:
Не установлено
Режим атаки — данный уровень безопасности стоит использовать только тогда, когда сайт находится под DDoS-атакой
Высокий — включает проверку пользователей, которые вели себя подозрительно в течение последних 14 дней
Средний — включает проверку пользователей, которые представляют опасную или умеренную угрозу
Низкий — включает проверку пользователей, которые представляют опасную угрозу
Выключено — включает проверку пользователей, которые представляют критическую угрозу.
Время доступа (сек.)
Позволяет устанавливать время доступности сайта для пользователей с плохой IP-репутацией, но которые прошли проверку. После того, как установленный срок закончится, пользователь снова должен пройти проверку.
Минимизирование
Позволяет уменьшить размер файлов благодаря удалению ненужных символов в файлах html, js, css (в зависимости от выбора).
SSL
Позволяет шифровать данные, поступающие к веб-сайту и передаваемых от него по протоколу SSL. Возможно несколько режимов:
Не установлено
Отключено — включается перенаправление с HTTPS на HTTP. Рекомендуется использовать в случае, когда сайт недоступен через HTTPS
Самоподписанный — рекомендуется использовать, когда сервер с веб-сайтом поддерживает HTTPS, но установленный сертификат не соответствует домену или является самоподписанным
Гибкий — при данном варианте посетители сайта будут получать доступ по HTTPS, но запросы к серверу с веб-сайтом будут отправляться по HTTP-протоколу
Существующий — обеспечивает доступ по HTTPS и проверяет сертификат при каждом запросе. Такой вариант возможен только при наличии на сайте установленного сертификата, действующего и подписанного доверенным удостоверяющим центром.
Загружать DNS-записи
Включает загрузку в CloudFlare любых изменений DNS-записей.
Всегда онлайн
Если сервер станет недоступным, доступ к веб-сайту будет обеспечен благодаря статической копии из кэша CloudFlare.
Мобильное перенаправление
Посетители сайта будут автоматически перенаправляться на страницу поддомена, оптимизированную специально для мобильных устройств.
Псевдоним для перенаправления — поддомен доменной зоны, на котором расположены страницы веб-сайта, оптимизированные для мобильных устройств;
Перенаправлять на главную — при включении данной опции перенаправление будет всегда осуществляться на главную страницу.
Режим разработчика
Включает отправку запросов напрямую серверу, на котором расположен веб-сайт. Это позволяет проверить все изменения перед кэшированием и увидеть внесенные изменения сразу после их внесения. Режим разработчика автоматически отключается через три часа после его включения.
Обфускация почтового ящика
Обфускация — приведение исходного текста или исполняемого кода программы к виду, сохраняющему её функциональность, но затрудняющему анализ, понимание алгоритмов работы и модификацию при декомпиляции. Обфускация почтовых адресов позволяет преобразовать e-mail-адреса таким образом, что они будут видны пользователям, но скрыты от спам-ботов.
Защита хотлинков
Позволяет защитить изображения с вашего сайта — другим сайтам будет запрещено их загружать. Поддерживаемые изображения: gif, ico, jpg, jpeg, png.
Автоматический редирект HTTPS
Включает перенаправление с HTTP на HTTPS.
HSTS

Заголовок, который позволяет настроить и применить политику веб-сайта в клиентских веб-браузерах.
Время (сек.) — указывает время, в течение которого HSTS кэшируется и принудительно применяется веб-браузером
Включить поддомены — применяет политику HSTS также к поддоменам родительского домена
No sniff — добавляет в заголовок опцию “X-Content-Type-Options: nosniff”, которая позволяет предотвратить динамическое определение MIME-контента средствами Internet Explorer и Google Chrome
Внимание! Для использования HSTS необходимо сконфигурировать настройки HTTPS так, чтобы они соответствовали политике HSTS. Также, отключение SSL с помощью других средств может привести к недоступности веб-сайта для пользователей пока не истечет время кэширования HSTS-заголовков, либо до тех пор, пока HTTPS не будет подключен повторно при значении времени жизни заголовка HSTS «0».
TLS 1.3

В TLS 1.3 реализованы наиболее устойчивые шифры, но протокол может не поддерживаться старыми версиями браузеров. Поэтому TLS 1.3 будет использоваться только тогда, когда браузер клиента его поддерживает.
SSE
Позволяет скрыть нужный контент от подозрительных пользователей. Для этого поместите контент в специальные теги по этому примеру:
Скрытый контент
Поддержка IPv6
Активируется поддержка IPv6 и соответствующий шлюз.

Проверка перенаправления URL | Куда идет
Что такое программа проверки перенаправления URL-адресов?
Вы когда-нибудь задумывались: Куда ведет эта ссылка? Средство проверки перенаправления URL-адресов следует по пути URL-адреса. Он покажет вам полный путь перенаправления URL-адресов, сокращенных ссылок или крошечных URL-адресов. Также называется url checker , redirect checker , link tracker , url tracker , redirect tracer , link Follower , 301 redirect checker , redirect tracker , , и так далее.
Когда он отслеживает ссылку, в результатах отображаются все ссылки, через которые вы перенаправляетесь, включая перенаправления php, перенаправления htaccess, перенаправления NGINX, перенаправления JavaScript и мета-обновления, которые в конечном итоге приводят вас к конечному пункту назначения. Узнайте о переадресации 301.
Зачем нужна эта проверка перенаправления?
Этот инструмент отслеживания перенаправления позволяет устранять неполадки со ссылками и проводить конкурентную разведку так, как это было невозможно раньше.
Устранение проблем с перенаправлением
Этот инструмент похож на детектив перенаправления ссылок, который будет следовать вашим URL-адресам и помогать вам диагностировать сложные проблемы со ссылками.Когда вы переносите свой веб-сайт или переименовываете URL-адреса на своем веб-сайте, вам необходимо перенаправить этот старый URL-адрес на новый URL-адрес. Лучше всего проверить свои URL-адреса, чтобы убедиться, что они ведут в правильные места и не сталкиваются с ошибкой 404 по пути. Имейте в виду, что если вы в конечном итоге создадите цепочки перенаправления, любая ошибка, обнаруженная во время процесса перенаправления, может помешать пользователю достичь конечного пункта назначения.
Цепочки перенаправления SEO
Если вы эксперт по поисковой оптимизации, вы постоянно стремитесь повысить рейтинг своего сайта.Основной алгоритм Google основан на том, как веб-сайты связываются друг с другом. Влияние ссылки (PageRank) передается, когда кто-то ссылается на ваш сайт, но это влияние исторически разбавлялось цепочками переадресации. Делая ваши переадресации как можно более прямыми, вы гарантируете, что ваш сайт получит как можно больше PageRank. Это, как и многие другие темы SEO, вызывает споры. Тем не менее, с точки зрения бизнес-рисков, чем больше перенаправлений задействовано в процессе перехода на ваш веб-сайт, тем больше возможностей для разрыва этой цепочки, что приводит к потере всего влияния PageRank и трафика.Если поисковая система сканирует ссылку, которая перенаправляется и прерывается из-за ошибки, страница в конечном итоге потеряет рейтинг или будет исключена из списка.
Отслеживание партнерских ссылок
Если вы являетесь партнером по маркетингу, вы, вероятно, используете короткие ссылки или крошечные URL-адреса, чтобы замаскировать или сократить свои ссылки для платформ социальных сетей и других веб-сайтов. Если одна из ваших переадресаций прерывается, ваш партнерский доход для этого конкретного URL прекращается. WhereGoes может помочь вам проверить ваши партнерские ссылки, чтобы убедиться, что они перенаправляются в нужные места.
Tiny URL Expander
Если вы хотите знать, куда идет крошечная ссылка, вы также можете использовать WhereGoes в качестве расширителя ссылок. Он покажет вам, где именно находится этот крошечный URL-адрес и полный путь к нему. Это удобно, если вы не уверены, куда приведет вас ссылка, или хотите узнать, какие аффилированные лица участвуют в процессе перенаправления.
Исключение посредников из числа аффилированных лиц
Как аффилированный маркетолог вы хотите, чтобы ваша прибыль была как можно выше.Для этого вам нужно исключить всех аффилированных посредников. Трассировщик ссылок WhereGoes покажет вам всех аффилированных лиц, участвующих в процессе перенаправления ссылок. Чтобы получить путь к партнеру, посмотрите на конечный пункт назначения. Ссылка прямо перед ней будет настоящей партнерской программой. Все остальное получает часть дохода от партнерской программы. Итак, отслеживайте все свои текущие партнерские программы и убедитесь, что вы подписаны непосредственно на источник, а не в субпартнерскую программу, и вы будете зарабатывать больше денег.
Проверка массового перенаправления | Кричащая лягушка
Как проверять перенаправления с помощью SEO Spider
В этом руководстве вы узнаете, как использовать Screaming Frog SEO Spider бесплатно (и платно) для проверки переадресации (HTTP-ответ 3XX) либо путем сканирования вашего веб-сайта, либо путем массовой загрузки списка URL-адресов.
Для начала вам нужно скачать паук SEO, который предоставляется бесплатно в облегченной форме для до 500 URL.Вы можете скачать с помощью кнопок на правой боковой панели.
SEO Spider покажет код статуса (будь то 301, 302, 303 и т. Д.), Статус (постоянный или временный), место назначения перенаправления, и он может следовать нескольким цепочкам перенаправления до конечного пункта назначения, а также определять циклы.
У вас есть два варианта проверки переадресации, которые вы можете пропустить в соответствующий раздел, нажав на свои предпочтения ниже —
Сканирование сайта для проверки перенаправления
Загрузить список URL-адресов для проверки перенаправления
1) Сканирование веб-сайта
Откройте SEO Spider, введите или скопируйте веб-сайт, который вы хотите сканировать, в поле «введите URL-адрес для паука» и нажмите «Начать».
2) Щелкните вкладку «Коды ответа» и фильтр «Перенаправление (3ХХ)», чтобы просмотреть перенаправления
Вы можете подождать, пока сканирование не завершится и не достигнет 100%, или вы можете просто просмотреть перенаправления 3XX во время сканирования, перейдя на вкладку «Коды ответа» и используя фильтр для «Перенаправления 3XX».
Есть два способа сделать это: вы можете просто щелкнуть «вкладку» вверху и использовать раскрывающийся фильтр, или вы можете использовать панель обзора сканирования в правом окне и просто щелкнуть прямо на «Перенаправление (3XX)». в виде дерева в папке «Коды ответов».
Статус и код статуса отображаются рядом с каждым URL-адресом, и будут отображаться как «внутренние», так и «внешние» переадресации URL. Столбец «URI перенаправления» показывает место назначения перенаправления URL-адреса в столбце «Адрес».
Эта панель обзора сканирования обновляется во время сканирования, поэтому вы можете сразу увидеть количество имеющихся у вас ссылок с ошибкой клиента 3XX. В приведенном выше примере есть 93 редиректа, что составляет 13% ссылок, обнаруженных при сканировании.
3) Просмотр назначения перенаправления
В столбце «URI перенаправления» отображается пункт назначения переадресации URL-адреса «адрес».
Например, вы можете видеть, что https://www.screamingfrog.co.uk/web-scraper/ 301 постоянно перенаправляет на https://www.screamingfrog.co.uk/web-scraping/ URL-адрес на скриншоте выше. .
4) Просмотрите источник переадресации, щелкнув вкладку «Inlinks»
Очевидно, вам нужно знать источник обнаруженных перенаправляющих ссылок (какие URL-адреса на веб-сайте ссылаются на перенаправления), чтобы их можно было обновить в правильном месте. Для этого просто щелкните URL-адрес в верхней панели окна, а затем щелкните вкладку «Inlinks» внизу, чтобы заполнить нижнюю панель окна.
Как вы можете видеть в этом примере, есть перенаправление на наше руководство по парсингу (https://www.screamingfrog.co.uk/web-scraper/), на которое есть ссылка на этой странице — https: // www. .screamingfrog.co.uk / seo-spider-4-0 /.
Вот более подробный вид нижней панели окна, которая детализирует данные «inlinks» —
«От» — это источник, из которого можно найти перенаправление, а «Кому» — это URL-адрес, по которому выполняется перенаправление. Вы также можете увидеть текст привязки, замещающий текст (если это изображение, на которое есть гиперссылка) и указать, выполняется ли переход по ссылке (true) или «nofollow» (false).
5) Используйте экспорт «Массовый экспорт> Коды ответов> Ошибка клиента (3XX) Inlinks»
Если вы предпочитаете просматривать данные в электронной таблице, вы можете экспортировать как «исходные» URL-адреса, так и «перенаправления», используя опцию «Массовый экспорт», «Коды ответа» и «Перенаправления (3XX) Inlinks» на верхнем уровне. меню.
Существует несколько способов экспорта данных из паука Screaming Frog SEO, поэтому я рекомендую прочитать наше руководство пользователя по экспорту.
6) Нажмите «Отчеты> Перенаправления> Цепочки перенаправления», чтобы просмотреть цепочки и циклы
Чтобы проверить внутренние цепочки перенаправления или определить петли перенаправления, просто экспортируйте отчет «Цепочки перенаправления».
Этот отчет отображает цепочки переадресации, количество переходов на пути и определяет источник, а также наличие петли.
Сканирование списка URL-адресов для переадресации
Наконец, если у вас есть список URL-адресов, для которых вы хотите проверять переадресацию, а не сканировать веб-сайт, вы можете загрузить их в режиме списка.
Чтобы переключиться в режим «список», просто нажмите «режим> список» на верхнем уровне навигации, и тогда вы сможете вставить URL-адреса, ввести их вручную или загрузить через файл.
Мы рекомендуем внимательно прочитать наше руководство «Как контролировать перенаправления с помощью SEO Spider» при массовой загрузке URL-адресов. Это руководство содержит более подробную информацию о том, как правильно настроить SEO Spider, чтобы он следовал по ссылкам до конечного пункта назначения и отображал все это в одном отчете.
Надеюсь, что приведенное выше руководство поможет проиллюстрировать, как использовать инструмент SEO Spider в качестве средства проверки массового перенаправления.
Пожалуйста, также прочтите наш Screaming Frog SEO spider FAQs и полное руководство пользователя для получения дополнительной информации.
Все, что вам нужно знать
Хотите узнать все, что нужно знать о переадресации 301, в том числе о том, как их использовать для увеличения органического трафика? Вы попали в нужное место.
301 редирект довольно прост. Они используются для перенаправления с одной веб-страницы на другую.
Но понять, как они связаны с SEO, сложнее.
В этом руководстве вы узнаете:
Давайте начнем с самого начала.
Что такое 301 редирект?
Перенаправление 301 указывает на постоянное перемещение веб-страницы из одного места в другое.
Часть 301 относится к коду состояния HTTP перенаправленной страницы.
Пример: blog.ahrefs.com перенаправляет на ahrefs.com/blog
Проще говоря, 301 редирект сообщает браузеру: «Эта страница перемещена навсегда. Это новое место, и мы не собираемся его возвращать ». На что браузер отвечает: «Конечно! Я отправлю пользователя туда прямо сейчас! »
Вот почему, если вы попытаетесь посетить блог .ahrefs.com , этого не произойдет.
Вместо этого вы попадете на ahrefs.com/blog .
Как выполнить 301 редирект
Есть много способов сделать 301 редирект, но наиболее распространенный метод — отредактировать файл .htaccess вашего сайта.
Вы найдете это в корневой папке своего сайта:
Не видите файл? Это означает одну из двух вещей:
У вас нет файла .htaccess. Создайте его с помощью Блокнота (Windows) или TextEdit (Mac).Просто создайте новый документ и сохраните его как .htaccess. Обязательно удалите стандартное расширение файла .txt.
Ваш сайт не работает на веб-сервере Apache. Это несколько технически, но существуют разные типы веб-серверов. Наиболее распространены Apache, Windows / IIS и Nginx. Только серверы Apache используют .htaccess. Чтобы убедиться, что ваш веб-сайт работает на Apache, спросите у своего веб-хостинга.
Вот несколько фрагментов кода для добавления общих типов переадресации 301 через. oldsite.(. *) $ https://newsite.com/$1 [L, R = 301, NC]
Примечание.
Есть несколько способов сделать это. Я ни в коем случае не эксперт, когда речь идет о серверах Apache и файлах htaccess. Это код, который всегда работал у меня. Обязательно проверьте это перед внедрением на свой сайт.
ВАЖНО! Если RewriteEngine на уже есть в вашем файле .htaccess, не повторяйте его. Просто скопируйте остальной код. Это также можно сделать в Cpanel, что может быть предпочтительнее.(. *) $ http://example.com/$1 [L, R = 301, NC]
ВАЖНО! Размещение и порядок кода в вашем файле htaccess тоже имеет значение. Вы можете столкнуться с нежелательными эффектами, если несколько инструкций будут размещены в «неправильном» порядке (например, цепочки перенаправления и т. Д.). Если вы планируете реализовать в файле htaccess много 301 редиректа, на это стоит обратить внимание.
Перенаправить весь домен с HTTP на HTTPS
RewriteEngine On Скидка RewriteCond% {HTTPS} RewriteRule ^ (.https: //% {HTTP_HOST}% {REQUEST_URI} [L, R = 301]
Влияет ли переадресация 301 на SEO?
Большинство специалистов по SEO сосредотачиваются на взаимосвязи между 301 редиректом и PageRank.
Не знакомы с PageRank? Это формула, созданная Google для оценки «ценности страницы» по количеству и качеству ссылок на нее. Конечно, PageRank — далеко не единственный «фактор ранжирования», но обычно считается, что в целом более высокий PageRank означает более высокий рейтинг.
Есть доказательства этому? Да, Google (повторно) подтвердил PageRank как сигнал ранжирования в прошлом году:
DYK, что спустя 18 лет мы все еще используем PageRank (и сотни других сигналов) при ранжировании?
Хотите узнать, как это работает? Https: // t.co / CfOlxGauGF pic.twitter.com/3YJeNbXLml
— Гэри «鯨理» Illyes (@methode) 9 февраля 2017 г.
Существует также явная положительная корреляция между рейтингом URL Ahrefs, который работает аналогично PageRank — и объем органического трафика, который получает страница:
Sidenote.
Причина, по которой я говорю о рейтинге URL (UR), а не о PageRank, заключается в том, что Google прекратил использование общедоступных оценок PageRank в 2016 году. Теперь невозможно узнать, какой уровень PageRank имеет страница. Я не говорю, что UR является эквивалентом PageRank, но это ближайший сопоставимый показатель, который у нас есть.
Так как это связано с переадресацией 301?
До 2016 года, если вы использовали редирект 301 для перенаправления с одной страницы на другую, в процессе происходила некоторая потеря PageRank. Сколько? Это спорно, но общее предположение составляет 15%. Это также диапазон Мэтта Каттса, бывшего руководителя службы веб-спама Google, на которого ссылается в этом видео 2013 года:

Sidenote.
Мэтт на самом деле не сказал, что 301 редирект потерял 15% PageRank в этом видео.Это была именно та фигура, которую он использовал в качестве примера. Тем не менее, это число, с которым большинство специалистов по SEO, казалось, работали уже довольно много лет. Вероятно, потому что 15% также связаны с «коэффициентом демпфирования» в исходном патенте PageRank.
Для аргументации предположим, что число составляло 15%.
Вот как это будет выглядеть:
Простое перенаправление 301: domain.com/page‑1 → domain.com/page‑2 = 15% потеря PageRank
301 редирект цепочка: домен.com / page ‑ 1 → domain.com/page‑2 → domain.com/page‑3 → domain.com/page‑4 = 38% потеря PageRank!
Однако в 2016 году Google изменил свою официальную позицию по этому вопросу:
30-кратная переадресация больше не теряет PageRank.
— Гэри «鯨理» Иллис (@methode) 26 июля 2016 г.
Итак, в 2019 г., если вы перенаправляете domain.com/page1 на domain.com/page2 , перенаправляемая страница должна иметь только такой же «мощности», как и исходная страница.
Это БОЛЬШАЯ сделка, и это одна из причин, по которой переадресация 301 может быть настолько полезной для увеличения органического трафика. (Подробнее об этом позже!)
Но переадресация 301 может вызвать множество других проблем, связанных с поисковой оптимизацией, о которых не часто говорят.
Как исправить существующие проблемы с переадресацией 301 на вашем сайте
Вот как найти и исправить существующие проблемы, связанные с переадресацией 301.
1. Убедитесь, что версия HTTP вашего сайта перенаправляет на HTTPS
Каждый веб-сайт должен использовать HTTPS.
Это не только добавляет дополнительный уровень безопасности для ваших посетителей, но и Google использует HTTPS в качестве сигнала ранжирования. Добавьте к этому тот факт, что SSL-сертификаты доступны бесплатно через Let’s Encrypt, и действительно нет оправдания, чтобы не использовать HTTPS в 2019 году.
Но наличие SSL-сертификата — это только половина дела …
Вы также должны убедиться, что люди фактически посещают HTTPS-версию вашего сайта, что означает использование 301 редиректа между HTTP и HTTPS-версией.
Чтобы проверить, что это перенаправление, перейдите на свою домашнюю страницу и посмотрите на адресную строку. Вы должны увидеть http s : // [www] .yourwebsite.com / и значок замка.
Измените это на http: // (не http s : //), затем нажмите Enter. Вы должны быть автоматически перенаправлены на версию HTTPS.
Если это произойдет, то в большинстве случаев все должно быть хорошо. Но по-прежнему могут возникать проблемы, например:
Перенаправление HTTP на HTTPS не реализовано на всех страницах вашего сайта (например,г., подобласти).
HTTPS для перенаправления HTTP
Чтобы убедиться в отсутствии таких проблем, запустите сканирование с помощью Ahrefs Site Audit.

Перейдите на внутренние страницы Отчет и найдите следующие проблемы:
ПРИМЕЧАНИЕ. Если вы видите одну страницу с предупреждением HTTP to HTTPS, и это просто HTTP-версия страницы, с которой началось сканирование, то это не проблема.
Устраните эти проблемы, применив правильные перенаправления 301 с версии (версий) HTTP на HTTPS уязвимых страниц.
2. Удалите из карты сайта страницы с кодом статуса 301
Google просматривает карты сайта, чтобы понять, какие страницы сканировать и индексировать.
Поскольку страниц с кодами статуса 301 технически больше не существует, нет смысла просить Google сканировать их. Если такие страницы остаются в вашей карте сайта, Google может продолжать посещать их каждый раз при повторном сканировании вашего сайта.В этом нет необходимости и расходуется краулинговый бюджет.
Вот один из способов найти такие страницы:
Найдите URL-адрес вашей карты сайта (обычно это yourdomain.com/sitemap.xml … но не всегда)
Используйте этот инструмент для загрузки всех URL-адресов.
Вставьте этот список URL-адресов в эту бесплатную программу проверки кода состояния HTTP (примечание: одновременно можно использовать не более 100 URL-адресов).
Фильтр для страниц с 301 кодом состояния.
Ищете более быстрый и простой способ? Используйте Аудит сайта Ahrefs для сканирования своего веб-сайта, затем перейдите к отчету Обзор и найдите ошибки «3XX редирект в карте сайта».
При щелчке по этой ссылке отображаются все страницы с кодами состояния 301 в вашей карте (ах) сайта.
Удалите эти URL-адреса из карты сайта и замените их окончательным URL-адресом перенаправления (если его там еще нет).
3. Исправить цепочки перенаправления
Цепочки перенаправления возникают, когда существует серия из двух или более перенаправлений между исходным URL-адресом и URL-адресом назначения.
Вот что говорит об этом Google:
Хотя робот Google и браузеры могут следовать «цепочке» из нескольких перенаправлений (например,g., Страница 1> Страница 2> Страница 3), мы рекомендуем перенаправить на конечный пункт назначения . Если это невозможно, держите количество перенаправлений в цепочке на низком уровне, в идеале не более 3 и менее 5.
Цепочки переадресации служат только для того, чтобы нанести ущерб пользовательскому опыту и замедлить работу, поэтому вам следует избегать их где возможно.
Вы можете проверить цепочки переадресации на 100 URL-адресах с помощью этого средства проверки кода состояния HTTP.
Ищите страницы с двумя или более перенаправлениями.
Чтобы проверить более 100 страниц за один раз, проверьте отчет Внутренние страницы в Аудите сайта Ahrefs на наличие ошибок «цепочки переадресации».
Если щелкнуть эту ссылку, откроются все URL-адреса в цепочке, включая конечную целевую страницу.
Есть два способа исправить эти ошибки;
Замените цепочку переадресации одним редиректом 301. Вместо Страница 1> Страница 2> Страница 3> Страница 4 , перенаправление становится Страница 1> Страница 4 .
Заменить внутренние ссылки на перенаправленные страницы прямыми ссылками на конечный URL . Это не позволяет Google и другим ботам сканировать цепочки переадресации. Что еще более важно, это предотвращает реальных человек (вы знаете, типа, который * может * купить что-то на вашем веб-сайте) от необходимости иметь дело с медлительностью множественных перенаправлений, когда они щелкают ссылку.
Если возможно, второе решение является лучшим вариантом.
Для этого отсортируйте список цепочек редиректов по номеру «No.of inlinks »сверху вниз. Затем щелкните количество входящих ссылок, чтобы увидеть все внутренние ссылки на перенаправленную страницу.
Замените внутренние ссылки на затронутых страницах прямыми ссылками на конечный целевой URL.
4. Исправить петли перенаправления
Петли перенаправления возникают, когда URL-адрес перенаправляет обратно на один из других URL-адресов в цепочке. Это создает бесконечный цикл переадресации, который может сбивать с толку как поисковые системы, так и пользователей.
Пример: Страница 1> Страница 2> Страница 3> Страница 2 > Страница 3> Страница 2 > Страница 3 […]
Это убийцы с точки зрения пользовательского опыта, потому что они обычно Результатом будет такой ответ от браузера:
Ошибки цикла перенаправления можно найти в пакетах по 100, используя ту же самую программу проверки кода состояния HTTP, которую мы использовали раньше.Ищите ошибки «Превышено максимальное количество перенаправлений».
Для более чем 100 страниц проверьте отчет Внутренние страницы в Аудите сайта Ahrefs на наличие ошибок «Петля перенаправления».
Щелкните здесь, чтобы отобразить все страницы с проблемами цикла перенаправления, затем исправьте каждую проблему одним из двух способов:
Если URL-адрес не должен перенаправлять, изменит свой код ответа HTTP на 200.
Если Предполагается, что URL-адрес перенаправляет , исправляет конечный целевой URL и удаляет цикл.В качестве альтернативы удалите или замените все входящие ссылки на URL-адрес перенаправления.
5. Исправьте неработающие перенаправления
Неисправные перенаправления — это страницы, которые перенаправляют на мертвую страницу (т. Е. Ту, которая возвращает код ответа HTTP 4XX или 5XX).
Пример: Страница 1 (301)> Страница 2 (404)
Это плохо, потому что ни посетители, ни роботы поисковых систем не могут получить доступ к конечным URL. Из-за этого большинство посетителей покинут ваш сайт, и большинство поисковых систем откажутся от сканирования.
Эти ошибки можно проверять партиями по 100 с помощью средства проверки кода состояния HTTP.
Чтобы проверить больше страниц, поищите ошибки «Сломанное перенаправление» в отчете Внутренние страницы в Аудите сайта Ahrefs.
Исправьте эти ошибки одним из следующих способов:
Восстановление мертвой страницы (если она была удалена случайно)
Удаление входящих ссылок на перенаправленный URL-адрес.
6. Перенаправление страниц 404
Страницы, которые возвращают статус 404, мертвы, поэтому браузер возвращает страницу, подобную этой:
Теперь, бывают случаи, когда пользователь видит эту страницу, имеет смысл.Например, если кто-то вводит неправильный URL-адрес в свой браузер, страница с ошибкой сообщает ему, что что-то не так. Вы можете увидеть пример этого выше — имеет смысл вернуть страницу 404 для этого URL.
При этом страницы с кодами состояния 404 представляют собой проблему, когда:
Они сканируются . Сканируемый обычно приравнивается к кликабельному. И если они кликабельны, некоторые пользователи в конечном итоге перейдут по внутренним ссылкам на вашем сайте только для того, чтобы увидеть мертвую страницу.Это не очень удобно для пользователей.
У них есть обратные ссылки . Поскольку страницы 404 недоступны, любые обратные ссылки, указывающие на них, тратятся впустую.
Чтобы решить эту первую проблему, проверьте отчет Внутренние ссылки в Аудите сайта Ahrefs на наличие ошибок «404 страницы».
Щелкните здесь, чтобы просмотреть все 404 страницы, найденные во время сканирования.
Затем нажмите кнопку «Управление столбцами», добавьте «Нет. of dofollow backlinks », нажмите« Применить », затем отсортируйте по этому столбцу от большего к меньшему.
Проверьте отчет Обратные ссылки в Ahrefs Site Explorer на наличие страниц с одной или несколькими обратными ссылками «dofollow». Есть вероятность, что эти ссылки могут оказаться ценными. Если это так, вы захотите перенаправить (301) эту страницу на другой релевантный ресурс на вашем веб-сайте.
ВАЖНО
Ключевым моментом является перенаправление страниц 404 на где-нибудь с соответствующим . Google рассматривает нерелевантные переадресации 301 как мягкие 404, поэтому нет реальных преимуществ переадресации, если вы не делаете это на похожую и релевантную страницу.
Джон Мюллер из Google объясняет больше в этом видео.

Если у вас нет похожей или релевантной страницы, но у вас все еще есть страница 404 с множеством качественных обратных ссылок, то, честно говоря , возможно, стоит переиздать контент, который раньше существовал в этом месте.
Подумайте об этом так:
Если мертвая страница была достаточно ценной, чтобы в первую очередь привлекать качественные обратные ссылки, то стоит задаться вопросом, почему ее больше не существует.Я имею в виду, что эта тема явно интересует людей.
Для страниц без обратных ссылок dofollow исправьте их одним из следующих способов:
Восстановление мертвой страницы по заданному URL-адресу
Перенаправление (301) мертвой страницы на другую Актуально стр.
Удаление или замена всех внутренних ссылок на мертвую страницу
ВАЖНО . Если вы выбрали №3, убедитесь, что вы заменили не только внутренние ссылки, но также текст привязки и окружающий текст там, где это необходимо.
7. Замените переадресацию 302 и переадресацию мета-обновления на 301 с
Никогда не используйте переадресацию 302 или переадресацию мета-обновления для постоянных переадресаций.
302 редиректы предназначены для временных перемещений, и Google рекомендует вообще не использовать переадресацию мета-обновления, если это возможно. Итак, если у вас есть какой-либо из них на вашем сайте, вы должны стремиться либо удалить их, либо заменить переадресацией 301.
Чтобы просмотреть страницы с этими кодами состояния HTTP, проверьте отчет Внутренние страницы в аудиторской проверке сайта Ahrefs на предмет проблем с «переадресацией мета-обновления» и «переадресацией 302».
К счастью, обе эти проблемы можно исправить одним и тем же способом:
Если перенаправление постоянное, используйте вместо него 301.
Если перенаправление не постоянное , удалите перенаправление.
Вам также следует стремиться удалить или заменить внутренние ссылки на перенаправленные страницы, особенно если они могут запутать пользователей, которые нажимают на них.
8. Ищите перенаправленные (301) страницы, которые получают органический трафик.
Страницы с кодами статуса HTTP 301 не должны получать органический трафик, потому что их не должно быть в индексе Google.Если такие страницы получают трафик, значит, Google еще не видел перенаправления.
Чтобы проверить наличие страниц 3XX с трафиком, проверьте отчет Overview в программе аудита сайта Ahrefs на предмет ошибок «страница 3XX получает органический трафик».
Если вы получили список страниц 3XX из другого источника (например, из средства проверки кода состояния HTTP), вставьте их в инструмент пакетного анализа Ahrefs партиями до 200, чтобы увидеть органический трафик на уровне страницы.
ПРИМЕЧАНИЕ. Вы также можете проверить органический трафик в Google Analytics или Google Search Console.
Теперь, если вы только недавно добавили переадресацию 301, это, скорее всего, не проблема. Google должен увидеть это во время следующего сканирования, после чего они должны деиндексировать страницу.
Чтобы ускорить этот процесс, вставьте URL-адрес в инструмент URL Inspection в Google Search Console, затем нажмите «Запросить индексирование».
Вам также следует удалить эти страницы из карты сайта (см. №2) и повторно отправить через Google Search Console.
9. Ищите «плохие» внешние 301s
Большинство веб-сайтов ссылаются на соответствующие сторонние сайты и ресурсы.
Это нормально … до тех пор, пока страница, на которую ведет внешняя ссылка, не будет перенаправлена в другое место.
Например, представьте, что вы делаете ссылку на полезный ресурс. Двенадцать месяцев спустя этот домен истекает, и его забирает охотник за истекшим доменом, который удаляет ресурс и перенаправляет на свой «денежный» сайт. Теперь вы непреднамеренно ссылаетесь на что-то нерелевантное (и потенциально даже вредное) для ваших посетителей.
По этой причине важно время от времени проверять наличие «плохих» внешних 301.
Для этого перейдите к отчету Внешние страницы в Аудите сайта Ahrefs и найдите предупреждения «Внешнее перенаправление 3XX».
Щелкните здесь, чтобы просмотреть список всех перенаправленных внешних ссылок, а также конечный целевой URL.
Видите много страниц?
Так как внешние ссылки, на которые нет перехода, часто представляют собой комментарии в блогах, вы можете удалить их, чтобы сделать список более понятным. Просто добавьте «Нет. of inlinks dofollow> 0 »фильтр к отчету.
Это должно помочь расставить приоритеты.
Затем просмотрите отчет, просмотрев столбцы URL и Redirect URL . Ищите неправильные переадресации. Другими словами, игнорируйте такие вещи, как перенаправления HTTP на HTTPS и перенаправления blog.domain.com/page с на domain.com/blog/page . Ищите перенаправления на разные сайты или страницы.
Вот пример, который я нашел при сканировании Backlinko :
Проблема здесь не столько в том, что перенаправление указывает на другой веб-сайт.Те, кто знаком с Нилом Пателем, знают, что ранее в этом году он объединил blog.kissmetrics.com с neilpatel.com .
Нет, проблема в том, что перенаправленная страница — это совсем другая статья.
Исходное название статьи: Использование магии качественных данных для увеличения SaaS-конверсий
Перенаправленный заголовок статьи: Как понимание вашего клиента поможет вам создать копию, которая продает
В этих случаях лучше всего удалите внутреннюю ссылку (-ы) на перенаправленную страницу.
Для этого просто наберите номер в поле «No. of inlinks », чтобы увидеть каждую страницу с внутренними ссылками на перенаправленную страницу.
Зайдите в свою CMS и удалите их.
Как использовать переадресацию 301 для увеличения вашего органического трафика
На этом этапе ваш сайт должен быть свободен от любых проблем, препятствующих поисковой оптимизации, связанных с переадресацией 301.
Пришло время серьезно задуматься и поговорить о том, как мы можем использовать силу переадресации для значительного увеличения органического трафика.
Вот два метода для этого.
Коктейльная техника
У вас есть стакан кока-колы. Ммм . У вас есть стакан рома. Вкусно !
Оба напитка сами по себе являются отличными напитками. Однако объедините их, и вы перейдете на новый уровень. Здравствуйте, Куба Либре!
Итак, как это связано с переадресацией 301?
Думайте об обоих этих напитках как о тематических страницах на вашем веб-сайте. Каждый из них работает нормально. У них есть несколько приличных обратных ссылок.Они получают или органического трафика. Совсем неплохо. Но почему бы не объединить эти две страницы в одну, чтобы сделать что-то еще лучше?
Поступая таким образом, есть вероятность, что мы сможем превратить две страницы со средней производительностью в один восхитительный коктейль страницы, которая работает на на лучше!
Недавно мы сделали это с двумя нашими сообщениями в блоге Ahrefs:
https://ahrefs.com/blog/skyscraper-technique/
https://ahrefs.com/blog/skyscraper-technique-fail /
Обе эти статьи устарели, поэтому мы решили объединить их в одно новое руководство.
Затем мы переиздали по адресу ahrefs.com/blog/skyscraper-technique/ и перенаправили на него другую статью.
Результаты говорят сами за себя:
Итак, почему это работает?
Две причины:
Консолидация «авторитета»: Помните, как 301 редирект больше не «утекает» PageRank? Перенаправив одну из этих статей на другую, мы смогли объединить «авторитетность» обеих страниц в одну. Конечно, это не сработает, если страницы не связаны между собой, потому что Google рассматривает такие переадресации как мягкие 404.Но поскольку эти две страницы похожи, это сработало.
Лучшее содержание: Обе статьи, которые у нас были, были хорошего качества. Они только начинали немного устаревать. Взяв лучшее из обоих постов и объединив их, мы создали существенно лучший контент, который, на наш взгляд, заслуживает большего трафика.
Теперь единственный вопрос, который остается, — как воспроизвести эту стратегию, верно?
Вот процесс.
Шаг 1.Ищите проблемы каннибализации ключевых слов (с обратными ссылками)
Каннибализация ключевых слов — это когда две или более страниц нацелены и ранжируются по одному и тому же ключевому слову (ам). Обнаружение таких проблем — хороший способ определить возможности.
Итак, обо всем по порядку, сделайте копию этой таблицы Google.
Затем вставьте свой сайт в обозреватель сайтов Ahrefs, перейдите к отчету Top Pages и экспортируйте его в CSV.
Импортируйте CSV в первую вкладку Google Sheet.
Для этого перейдите в Файл> Импорт…> Загрузить> Выберите CSV> Выберите «Добавить к текущему листу», когда его спросят.
Вот и все.Перейдите на вкладку «Результаты», и у вас должны быть уточненные результаты.
Шаг 2. Найдите подходящие возможности
Затем вам нужно просмотреть лист результатов на предмет потенциальных возможностей перенаправления.
Вот хороший пример из блога Hubspot:
Эти две страницы занимают позиции №5 и №6 соответственно по «пользовательскому контенту».
Оба из них:
Тематически очень похожи
Есть много обратных ссылок с уникальных веб-сайтов (вместе взятых 467 ссылающихся доменов!)
Получите немного органического трафика
Итак, давайте посмотрим на верхний- ранжирование страниц для «пользовательского контента» в ключевых словах Ahrefs:
Две вещи выделяются в текущей верхней рейтинговой странице:
Она получает почти в 2 раза больше трафика, чем два сообщения от Hubspot вместе взятых!
Он имеет ссылки 192 ссылающихся домена… менее половины из 467 ссылающихся доменов на два сообщения Hubspot
Так что, если бы Hubspot объединил эти два сообщения в одно и объединил весь этот восхитительный «ссылочный сок», тогда я бы говорят, что у них были бы хорошие шансы претендовать на первое место.Это может потенциально увеличить их трафик вдвое!
Шаг 3. Перепишите и объедините страницы
Теперь пришло время взять лучшие качества каждой страницы и объединить их в одну.
Например, если бы мы делали это для вышеупомянутых статей Hubspot, мы, вероятно, сохранили бы раздел «Как запустить собственную кампанию по созданию пользовательского контента» из одного сообщения:
… и оставили бы часть, объясняющую «Почему пользователь -Сгенерированный контент? » от другого:
Чтобы сохранить актуальность новой страницы на максимально высоком уровне и снизить риск того, что Google будет рассматривать наш 301 как мягкий 404, мы также можем проверить отчет Anchors в Site Explorer для каждой страницы:
Это дает некоторое представление о том, почему люди вообще ссылаются на страницы.
Например, я вижу, что довольно много людей цитируют статистику при ссылке на эту страницу, так что, возможно, стоит сохранить эту статистику в нашем обновленном посте.
СОВЕТ ПРОФЕССИОНАЛА
Вам также следует использовать переписывание / объединение двух страниц как возможность лучше удовлетворить цель поиска и дать поисковикам то, что они ищут. Если по целевому ключевому слову имеется много списков из 10 лучших, сделайте свой новый обновленный пост в топ-10. Если есть много практических руководств, что ж … вы поняли!
ПРИМЕЧАНИЕ. Это не имеет ничего общего с переадресацией 301, но это стоит сделать, если вы хотите максимизировать рентабельность своих усилий.
Шаг 4. Опубликуйте обновленную страницу и примените 301 редирект (-а)
Теперь, наконец, пришло время опубликовать обновленную запись / страницу.
Если какой-либо из старых URL-адресов подходит для вашего нового сообщения, вы можете повторно опубликовать его по тому же URL-адресу. Затем вы можете удалить другой пост / страницу и добавить 301 редирект к новому сообщению.
Вы можете вспомнить, что мы сделали с нашим постом о технике небоскреба .Мы повторно использовали / skyscraper-Technique / URL.
Если ни один из старых URL-адресов не подходит для вашего нового сообщения / страницы, то также прекрасно 301 перенаправить обеих страниц на совершенно новый URL.
Например, если бы мы объединили эти два поста Hubspot в это руководство:
… тогда ни один из двух старых URL-адресов не соответствовал бы требованиям.
Было бы лучше опубликовать что-нибудь вроде blog.hubspot.com/marketing/user-generated-content/
Итак, мы могли бы сделать это, а затем 301 перенаправить две другие страницы на этот URL.Простой.
СОВЕТ
Хотите развить эту идею? Проведите аудит контента, чтобы найти страницы без органического трафика или рейтинга, на которых все еще есть обратные ссылки.
Если эти страницы не важны для вашего бизнеса, удалите их и перенаправьте на релевантную страницу , которая имеет значение.
Метод слияния
Вот что произошло с органическим трафиком одного сайта после использования метода слияния:
Это ~ 116% прирост трафика за 12 месяцев!
Вот краткий процесс:
Купите другую компанию или веб-сайт в вашей отрасли.
Объедините их сайт с вашим, используя 301 редирект.
Брайан Дин из Backlinko сделал это в прошлом году. Он купил еще один блог по SEO — Point Blank SEO — и перенаправил его на Backlinko. Фактически, именно он использовал этот метод для достижения результатов, которые вы видите на скриншоте выше.
Но прежде чем вы начнете покупать каждый веб-сайт, который попадется вам в руки, поймите следующее:
Успешно использовать этот метод не так просто, как просто купить любой старый веб-сайт и использовать 301 для перенаправления всех страниц на вашу домашнюю страницу.Это ленивый подход, и в 2019 году это не лучшая идея. Вам также необходимо реализовать 301 редирект на постраничной основе.
Вот как это сделать, шаг за шагом:
1. Повторное размещение и перенаправление контента
Наибольший прирост трафика, вероятно, будет связан с повторным поиском и перенаправлением контента.
Брайан Дин сделал это с некоторыми сообщениями на pointblankseo.com , включая печально известный список стратегий построения ссылок Джона.
Вы знаете, тот, у кого этот профиль обратной ссылки:
Этот исходный URL был: pointblankseo.com / link-building-strategy
Новый (перенаправленный) URL: backlinko.com/link-building-strategies
Поскольку Брайан переместил сообщение из старого домена в новый с перенаправлением 301, все эти ссылки теперь фактически указывают на ту же страницу на backlinko.com . Страница фактически только что переехала в новый дом.
Переадресация и перенаправление контента — лучший вариант, когда применимы все эти условия:
Контент имеет органический трафик
Тема актуальна для вашего бизнеса
Контент высокого качества
Обратите внимание, что вы можете бороться с этим последним моментом, но обновляя или переписывая контент после его перемещения и перенаправления.Брайан сделал это с тем списком стратегий построения ссылок, который не обновлялся примерно с 2012 года.
2. Удалить и перенаправить на другую страницу
Нет смысла сохранять или повторно перемещать страницы, которые:
Имеют мало или нет потенциала органического трафика.
Дубликаты уже затронутых вами тем
Например, нет смысла сохранять страницу о нас с веб-сайта, который вы объединяете, потому что тогда у вас будет две страницы о нас… что не имеет смысла.Это также верно и для других страниц, которые нацелены на те же ключевые слова, что и существующие страницы вашего веб-сайта.
Переустановка их просто приведет к проблемам каннибализации ключевых слов.
Точно так же, если страницы имеют небольшой потенциал трафика или вообще не имеют его, то вы также можете избавиться от них и перенаправить в другое место. Это то, что Брайан сделал с довольно большим количеством сообщений на pointblankseo.com , таких как этот пост о информационных платформах:
Этот пост больше не существует. Брайан перенаправил его в свой блог об инструментах для построения ссылок.
Исходный URL-адрес был: pointblankseo.com/outreach-platforms
Новый (перенаправленный) URL: backlinko.com/link-building-tools
Он сделал это, потому что ключевое слово « информационно-пропагандистские платформы »не имеет объема поиска и потенциального трафика. Это не та тема, на которую стоит ориентироваться.
Таким образом, имеет смысл перенаправить этот пост на другой релевантный пост с потенциальным трафиком .
3. Удалите и перенаправьте на вашу домашнюю страницу
Если перенаправлять страницы нигде нет, и нет смысла перемещать и возвращать их домой, то последнее средство — перенаправить их на вашу домашнюю страницу.
Брайан сделал это с большинством страниц на pointblankseo.com , например, с этим руководством по наживке для эго:
Этот исходный URL был: pointblankseo.com/egobait-guide
Новый (перенаправлен ) URL: backlinko.com/blog
Почему это последнее средство? Что ж, помните, что мы говорили ранее о том, что Google рассматривает нерелевантную переадресацию 301 как мягкую 404-ю. Это может произойти при перенаправлении сообщений и страниц на вашу домашнюю страницу.
Но вот в чем дело: если вы не перенаправляете эти страницы, то есть 100% вероятность того, что Google сочтет их ошибочными 404. Вывод: вы также можете перенаправить их.
Однако есть одно предостережение: вы не должны перенаправлять страницы с некачественными обратными ссылками. Это, скорее всего, принесет больше вреда, чем пользы, поэтому не забудьте проверить отчет Backlinks в Site Explorer для каждой страницы перед перенаправлением.
Если профиль обратной ссылки выглядит так…
… тогда, вероятно, лучше всего просто удалить эту страницу и оставить ее как 404.
Или, если вы действительно чувствуете необходимость перенаправить страницу, вы можете перед этим отклонить плохие ссылки. Однако это, вероятно, больше усилий, чем того стоит.
Заключительные мысли
Переадресация 301 имеет много применений, когда дело доходит до SEO.
Используйте их стратегически, и вы увидите огромный прирост органического трафика. Однако сначала стоит убедиться, что на вашем веб-сайте нет существующих проблем с переадресацией 301, поскольку они могут помешать вашим текущим и будущим усилиям по SEO.
Я что-то пропустил в этом руководстве? Дайте мне знать в комментариях или через Twitter.
Средство проверки заголовка
Используйте средство проверки кода ответа HTTP, чтобы просмотреть коды ответов и цепочки переадресации для запрошенных URL-адресов. Этот (инструмент проверки заголовков) может предоставить ценную информацию о статусе запрошенных URL-адресов. Просто введите или вставьте URL-адреса в поле выше, а затем нажмите Run Tool.
Примечание: Средство проверки заголовка HTTP может вернуть более одного кода ответа, если исходный URL-адрес перенаправлен на другой URL-адрес.
Отчет:

= Только изменение www
= Только безопасное изменение
Урл Статус Перенаправление
Счетчик Перенаправить на
Загрузка
Если вам нравится этот инструмент, пожалуйста, добавьте его, поставьте лайк, напишите в Твиттере или еще лучше, дайте ссылку на него — Джим
.htaccess 301 Инструмент перенаправления
Используйте этот простой инструмент для генерации кода .htaccess для постоянного 301 перенаправления одного домена на другой.

301 редирект и SEO
Так как они являются постоянными перенаправлениями (не временными для обслуживания и т. Д.) 301 редиректы передают 90-99% ссылочного веса (рейтинга) на перенаправленную страницу.
Существует ряд причин, по которым вам может потребоваться направить один домен на другой. Возможно, вы изменили дизайн своего сайта и создали новый домен. Возможно, у вас есть неиспользуемые домены вашего бренда, которые вы хотели бы использовать.
Тем не менее, в большинстве случаев переадресация 301 — лучший метод для реализации переадресации на веб-сайте, если вас вообще беспокоит сохранение SEO-ценности исходного домена.
Как работает перенаправление .htaccess 301?
Когда вы перенаправляете старый домен на новый, что-то должно указать веб-серверу для вашего старого сайта направить трафик в другое место.Один из способов сделать это — использовать простой текстовый файл с расширением .htaccess. (Нет имени файла, только расширение.)
Примечание * Этот метод перенаправления .htaccess работает ТОЛЬКО на серверах Linux с включенным модулем Apache Mod-Rewrite.
Затем, когда пользователи или поисковые системы посещают ваш сайт, файл .htaccess направит их в нужное место.
Поскольку это постоянное перенаправление, поисковые системы в конечном итоге заменят старый домен новым.
Как создать 301 редирект с помощью .htaccess
Шаг 1. Загрузите или создайте новый файл .htaccess
Подождите! Возможно, у вас уже есть файл .htaccess! Поскольку файлы .htaccess — это простой способ связи с вашим веб-сервером, они используются не только для переадресации 301.
Многие инструменты управления веб-сайтами и контентом, такие как WordPress, используют .htaccess для своей работы.
Прежде чем создавать новый файл .htaccess, мы рекомендуем вам проверить, есть ли он на вашем сайте.
Если он у вас есть, отлично! Загрузите существующий файл, добавьте фрагмент кода из инструмента перенаправления домена, сохраните его и загрузите на свой сайт.
Если у вас его НЕТ, создайте новый файл в простом текстовом редакторе и сохраните его как .htaccess (без имени файла, только с расширением).
Шаг 2. Создайте код переадресации 301
Используйте наш инструмент перенаправления .htaccess 301, чтобы сгенерировать код для перенаправления, а затем скопируйте и вставьте его в свой файл .htaccess.
Шаг 3. Загрузите файл .htaccess
ПРИМЕЧАНИЕ: Если у вас уже был файл .htaccess, обязательно загрузите существующий файл в каталог резервного копирования… На всякий случай. 😉
файлов .htaccess влияют на каталог, в котором они находятся, а также на любые каталоги в этом каталоге. Итак, чтобы перенаправить весь сайт, вам необходимо поместить ваш .htaccess в основной веб-каталог вашего сайта. (Обычно это тот же каталог, что и ваш индексный файл / домашняя страница.)

Сгенерированный код используется для создания оптимизированных для SEO постоянных перенаправлений .
Ваш веб-сайт должен работать на сервере Apache с включенной поддержкой htaccess, чтобы эти apache перенаправляли для работы.Пожалуйста, свяжитесь со своей хостинговой компанией, если указанный здесь код перенаправления не работает для вас.
Обратитесь к руководству по перенаправлению 301, чтобы узнать о других методах перенаправления веб-страницы.
Программное обеспечение для массовой проверки URL-адресов — код состояния HTTP и проверка перенаправления.
Массовый код состояния URL и средство проверки перенаправления
HEADMasterSEO — это небольшая настольная программа (ПК или Mac), которая может быстро проверять массовые URL-адреса на наличие кода состояния, деталей перенаправления, времени ответа, заголовков ответов и полей заголовков HTTP (X-Robots-Tag, Link, Vary). Вы можете анализировать, фильтровать и сортировать результаты в реальном времени и экспортировать в CSV. Инструмент быстрый, простой в использовании и бесплатный для проверки списков до 500 URL-адресов.
Загрузить
Сверхбыстрая проверка URL-адресов
Инструмент может использовать запросы HEAD для извлечения только заголовков сервера без тела ответа для повышения скорости и снижения потребления полосы пропускания.Имея до 200 одновременных URL-запросов, HEADMasterSEO может проверять URL-адреса на максимально доступной скорости.
Проверить списки URL любого размера
HEADMasterSEO — это небольшое и легкое приложение для проверки ссылок, которое оптимизировано для быстрой работы и использования как можно меньше памяти. Инструмент SEO может надежно проверять от 2 до 6 миллионов URL-адресов одновременно на скромном компьютере / экземпляре с 4-8 ГБ ОЗУ и до 30 миллионов ссылок на машинах с 32 ГБ.
Массовая проверка статуса URL и времени ответа
Получите код статуса URL и время ответа для каждой ссылки в вашем списке URL.Найдите неработающие ссылки (код состояния — 404 Not Found, 410 Gone), перенаправления (301, 302, 3XX), ошибки сервера (коды состояния HTTP 5XX) и медленные страницы.
Массовая проверка переадресации 301 и 302, цепочки переадресации и петли
Проверьте сведения о каждом перенаправлении URL-адресов в вашем списке. Визуализируйте полный путь перенаправления и отслеживайте до 9 перенаправлений в цепочках перенаправления. Отфильтруйте результаты, чтобы получить цепочки перенаправления / циклы перенаправления / постоянные перенаправления 301 / временные перенаправления 302 / перенаправления кода состояния 3XX HTTP.Экспорт перенаправлений в отчеты CSV. HEADMasterSEO — лучшая программа проверки перенаправления для тестирования больших списков перенаправлений ссылок.
Характеристики
Импорт списков URL-адресов
Импортируйте один или несколько URL-адресов из текстовых файлов, файлов CSV, файлов карты сайта XML, буфера обмена или введите URL-адреса вручную. Импортируйте ссылки из нескольких файлов.
Заголовки запросов / Агенты пользователя
Установить пользовательские заголовки HTTP-запроса. Установите User Agent из списка из 20 готовых агентов (ботов поисковых систем, мобильных устройств и браузеров).Полностью настроить пользовательских агентов в любое время.
Перезаписать URL-адреса
Переписывайте URL-адреса на лету (например, в промежуточную среду миграции веб-сайта).
Использовать прокси
Установите прокси для всех проверок статуса URL. Используйте защищенные паролем прокси.
Использовать запросы HEAD или GET
Программа может использовать запросы HEAD или GET. Запросы HEAD выполняются быстрее и экономят время на огромных списках URL-адресов, но не все серверы это позволяют. Используйте запросы HEAD при проверке больших списков URL-адресов из домена / веб-сайта, который их поддерживает.Используйте GET-запросы при проверке больших списков доменов.
Фильтрация и сортировка результатов URL в реальном времени
Результаты аудита по мере их поступления путем фильтрации и сортировки. Вот список поддерживаемых URL-фильтров:
«Все URL»
«Все URL [в порядке импорта]»
«URL-адреса HTTP»
«URL-адреса HTTP»
«2XX — Успех»
«3XX — перенаправления»
«301 редирект»
«302 редиректа»
«Цепочки перенаправления»
«Петли перенаправления»
«Ошибки клиента 4XX»
«Страница не найдена»
«Ошибки сервера 5XX»
«Медленные страницы»
«Нет ответа / тайм-аут»
Сортировка данных для миллионов URL-адресов (более 1 миллиона строк, которые Excel может сортировать).
Экспорт данных в CSV
Экспорт всех данных из проверок URL или отфильтрованных подмножеств в различные отчеты CSV (отсортированные или несортированные). Результаты экспорта URL-адресов в том же порядке, в котором были импортированы URL-адреса.
Сохранение и повторная загрузка данных из проверок URL
Сохраните результаты проверки URL-адресов в файлы .HEAD и перезагрузите их позже для фильтрации, сортировки, анализа и экспорта.
Просмотр заголовков HTTP
Аудит заголовков HTTP-ответов для импортированных и перенаправленных URL-адресов.Экспорт заголовков ответов в CSV.
Аудит всех ссылок в заголовках ответа HTTP
Поля заголовка Link http в заголовках ответов содержат важные ссылки и параметры ссылок для вашей технической настройки SEO (канонический, предыдущий / следующий, альтернативный, hreflang). HEADMasterSEO визуализирует все ссылки из заголовков ответов в удобную для просмотра сетку, и вы можете экспортировать их в CSV для дальнейшего анализа.
Средство проверки URL-адресов также может импортировать все дополнительные ссылки, обнаруженные только в заголовках HTTP-ответов, и проверять их код состояния, заголовки ответов и время ответа.
Массовая проверка заголовков HTTP для полей X-Robots-Tag и Vary
Директивы X-Robots-Tag «noindex, nofollow» в заголовках ответов могут деиндексировать страницы и вызывать большие потери органического трафика. HEADMasterSEO извлекает поля заголовка X-Robots-Tag и Vary в отдельные столбцы сетки, чтобы вы могли легко их проверить и экспортировать.
Проверить карты сайта XML на наличие ошибок
Проверяйте и проверяйте карты сайта XML на наличие ошибок (ссылки кода состояния, отличные от 200, неработающие ссылки, внутренние ошибки сервера, перенаправления).Проверяйте каждую ссылку в файлах Sitemap для изображений и видео.
Запустить проверку URL на дешевых экземплярах в «Режиме с низким объемом памяти»
Программа может проверять неограниченное количество URL-адресов в специальном режиме с малым объемом памяти. В этом режиме инструмент импортирует URL-адреса небольшими партиями и сразу же экспортирует полученные результаты в CSV. В памяти почти нет данных. Инструмент может проверять огромные списки URL-адресов на дешевых виртуальных машинах с очень небольшим объемом памяти (вам нужно только дисковое пространство для результатов CSV).
Тестер перенаправления + правила сопоставления URL = еще больше сэкономленного времени
HEADMasterSEO может взять список URL-адресов и список правил сопоставления URL-адресов и проверить, перенаправляет ли каждая ссылка в вашем списке на правильный целевой URL-адрес с помощью одного перенаправления 301.Напишите правила сопоставления URL-адресов один раз и запустите тестер перенаправления столько раз, сколько необходимо.
Проверка настройки перенаправления канонических URL-адресов
Запустите встроенный тестер перенаправления канонических URL-адресов, чтобы определить, правильно ли настроены ваши (http, https и www, не www) канонические перенаправления.
Тестовые URL-адреса для защищенных файлов cookie и полей заголовка HSTS
Пакетный тестер URL-адресов может убедиться, что все ваши URL-адреса возвращают правильные заголовки HSTS (Strict-Transport-Security) и не установлены небезопасные файлы cookie.
Скачать бесплатную версию
Проверочные списки до 500 URL-адресов. Это быстро, легко и бесплатно.
Скачать бесплатно
Цены и лицензии
Цены и лицензирование основаны на максимальном количестве URL-адресов, которые вы можете импортировать и проверить одновременно. В бесплатной версии вы можете проверить до 500 URL-адресов. Купите лицензию, чтобы проверять списки URL-адресов большего размера.
Что такое редирект 301 и когда его следует использовать?
За последний год я переезжал пять раз. И каждый раз, когда я переезжал, я забывал подписаться, чтобы моя почта пересылалась на мой новый адрес.
Пересылка почты — важный шаг в любом процессе переезда, так как она гарантирует, что вы не потеряете ценные сведения, которые вам будут отправлены.
То же самое можно сказать и о вашем веб-сайте: если вы перемещаете веб-сайт с одного URL-адреса на другой, вам необходимо предпринять необходимые шаги, чтобы ваши посетители попадали в нужное место. В мире технологий это называется переадресацией 301.
Здесь мы собираемся обсудить, что такое редирект 301 и когда его нужно использовать, а также как перенаправить URL-адрес в HubSpot или WordPress.Кроме того, мы исследуем различия между редиректом 301 и 302.
Давайте нырнем.
Что такое 301 редирект?
301 — это код состояния, который сервер отправляет вашему браузеру. Это один из многих возможных кодов состояния, о некоторых из которых вы, вероятно, слышали (включая 404 — Not Found, 403 — Forbidden и 500 — Server Error). Когда вы посещаете веб-страницу и сервер отправляет ее в обычном режиме, код состояния, который он прикрепляет к этой странице, равен 200 — ОК.
Вы можете думать о перенаправлении 301 как о пересылке почты. После того как вы переместили часть контента с определенного URL-адреса, любой, кто попытается его посетить, получит сообщение 404 — страница не найдена.
Чтобы улучшить их путь пользователя, вы можете попросить сервер перенаправлять посещения со старого URL-адреса в новое место — новый дом вашего фрагмента контента — с помощью перенаправления 301.
Теперь, когда вы пытаетесь посетить старый URL-адрес, сервер отправит обратно код состояния 301 — Permanently Moved, а затем переместит вас в новое место.
Это происходит так быстро, что вы обычно не замечаете об этом и просто оказываетесь на фрагменте контента, который искали. Вы можете заметить, что URL-адрес отличается от того, который вы щелкнули или ввели. Или у вас может быть расширение браузера, такое как Ayima Redirect Path, которое сообщает вам, когда вы были перенаправлены.
Другая ключевая роль, которую выполняет 301 редирект, связана с поисковыми системами. Наличие полезных кодов состояния, которые правильно сигнализируют, куда перемещено содержимое, позволяет таким поисковым системам, как Google и Bing, поддерживать актуальность индекса.
По сути, переадресация 301 позволит поисковым системам узнать: «Эй, вы знаете, какой фрагмент контента, который пользователям нравилось нажимать в поисковой выдаче? Что ж, теперь он живет здесь, так что возьмите всю видимость, которую вы связали с этой страницей, и перенесите его на этот новый URL «.
Вот почему 301 редирект важен для SEO.
Теперь, когда мы рассмотрели это, давайте углубимся в то, как вы можете сделать 301 редирект для себя.
Как сделать 301 редирект
Фактический процесс внедрения 301 редиректа варьируется от CMS к CMS и от платформы к платформе.Хотя мы не можем обсуждать специфику каждой платформы CMS, мы можем внимательно изучить HubSpot и WordPress. Надеюсь, эти инструкции помогут вам начать работу независимо от того, какую CMS вы используете.
Как перенаправить URL-адрес в HubSpot
1. Чтобы настроить перенаправление в HubSpot, перейдите к Настройки (используя шестеренку в правом верхнем углу)> Домены и URL-адреса > Перенаправления URL-адресов .
2. Отсюда выберите «Добавить перенаправление URL».Интерфейс выглядит так:
Мы рассмотрим некоторые варианты использования позже, а пока давайте рассмотрим варианты здесь.
Стандартный
В большинстве случаев вам может потребоваться перенаправление одной страницы на страницу. В этом случае выберите «стандартный». Затем вам нужно добавить исходный URL-адрес и URL-адрес перенаправления — для старых и новых URL-адресов соответственно.
Вы можете нажать «Добавить URL-перенаправление», и перенаправление будет добавлено в HubSpot.
На этом этапе мы всегда рекомендуем протестировать вашу переадресацию.Во-первых, подождите несколько минут, чтобы изменения вступили в силу на сервере. Затем попробуйте посетить исходный URL-адрес в окне браузера в режиме инкогнито и убедитесь, что он работает так, как вы ожидали.
Гибкий
В некоторых случаях создание перенаправления отдельных страниц на страницу очень неэффективно. Например, если вы только что переместили всю папку с содержимым, у вас может быть 15 страниц в подпапке, которую вам теперь нужно перенаправить. В таких случаях лучше использовать гибкое перенаправление .
Гибкое перенаправление можно рассматривать как формулу или правило. Это позволит вам перенаправить все, что находится в определенной папке, в другую папку, сохранив при этом остальную часть URL-адреса.
Когда вы выбираете Гибкое перенаправление, HubSpot автоматически предоставит вам ссылку на страницу справки по перенаправлению гибкого шаблона URL, которая даст вам конкретные инструкции по использованию синтаксиса для этой функции.
Дополнительные параметры
В разделе «Дополнительные параметры» HubSpot предлагает различные расширенные варианты этих типов перенаправления.Это позволит вам вместо этого доставить временное перенаправление 302, выбрать порядок, в котором HubSpot перемещается по правилам перенаправления при разрешении URL-адреса (что может изменить, какое действующее правило срабатывает), отключить перенаправление, если в URL-адресе присутствует контент, сохранить запрос строк, принудительно использовать HTTPS и принудительно завершать концы всех URL-адресов косой чертой.
Как перенаправить URL в WordPress
Если вы не являетесь клиентом HubSpot, вам нужно будет применить 301 редирект по-другому.WordPress — самая популярная CMS в мире, поэтому для нас имеет смысл коснуться того, как можно теперь рассматривать редиректы в контексте WordPress.
Однако важно отметить, что сам WordPress очень гибкий. Установки WordPress могут сильно отличаться, поэтому мы не можем предоставить единого руководства, подходящего для всех, как это было в случае с HubSpot CMS.
В случае сомнений проконсультируйтесь со своим веб-разработчиком по поводу добавления перенаправления URL-адресов.
1.Примените редирект через сам сервер.
Лучший способ применить перенаправления с точки зрения скорости и технической точки зрения — это фактически через сам сервер, а не полагаться на WordPress. WordPress не предлагает возможности для реализации 301 редиректа «из коробки», хотя существует множество доступных плагинов, которые предоставят вам доступ к этой функции.
При применении 301 редиректа через сам сервер, это будет сильно варьироваться в зависимости от программного стека, который использует ваш сервер.Возможно, вы используете Apache, nginx, IIS или другую платформу, с каждой из которых нужно будет работать по-разному. Это также может варьироваться в зависимости от вашего хостинг-провайдера.
Если вы не знаете, как применить перенаправление через сам сервер, мы не рекомендуем возиться с этим, поскольку это может привести к прерыванию обслуживания вашего веб-сайта — вместо этого мы рекомендуем проконсультироваться с вашей ИТ-командой или партнер по веб-разработке.
2. Перенаправьте URL-адрес с помощью бесплатного плагина WordPress.
Иногда в маркетинге вы должны пойти на компромисс с этим оптимальным решением ради решения, которого вы действительно можете достичь. Это может быть один из таких случаев. Если по какой-то причине вы не можете реализовать перенаправление через свой сервер, вы можете рассмотреть возможность использования плагина WordPress.
Это не оптимальный метод — плагины будут работать медленнее, и вы вынуждены полагаться на сторонний код, поэтому действуйте на свой страх и риск.
Источник изображения
Каждый интерфейс будет отличаться, поэтому вам придется обращаться к справочной документации любого стороннего плагина для получения конкретных рекомендаций.
Когда использовать перенаправление 301 вместо перенаправления 302
В целом следует ожидать использования 301 редиректа.
Однако есть несколько случаев, когда вы можете вместо этого использовать 302, в том числе:
Возможно, вы используете поэтапный план запуска веб-сайта.
Возможно, вы перенаправляете пользователей в рамках функций, к которым не применяется SEO, например, шлюзов входа в систему или проверок электронной коммерции.
Возможно, вы используете временную страницу хранения и не хотите вводить в заблуждение поисковые системы или ухудшать рейтинг в поисковых системах, сигнализируя о том, что вы постоянно перенаправляете свой подробный, богатый контент на пустую страницу хранения.
301 Сценарии использования перенаправления
Вот несколько конкретных случаев, когда вы захотите использовать 301 редирект в качестве инструмента.
1. Изменение URL-адреса.
Возможно, ваш исходный URL-адрес был плохо оптимизирован, или вы реорганизуете структуру папок URL-адресов вашего веб-сайта.
Переместить часть контента в HubSpot CMS очень просто — просто измените URL-адрес на вкладке настроек страницы редактирования контента, и HubSpot автоматически добавит для вас перенаправление URL-адреса.Обязательно убедитесь, что это работает, прежде чем двигаться дальше.
2. Воссоздание фрагмента контента.
Иногда вам может потребоваться полностью перестроить старый фрагмент контента на совершенно новую страницу — например, если вы решите использовать другой шаблон веб-страницы.
В этом случае вам нужно убедиться, что вы реализовали простое перенаправление 301 со старого URL-адреса на новый. Как только это будет сделано, не забудьте отменить публикацию и архивировать старую страницу.
Если вы делаете много из них, мы предлагаем использовать гибкое правило или, если гибкое правило не подходит, использовать такой инструмент, как Screaming Frog SEO Spider в сочетании с Google Таблицами или Microsoft Excel для массового сопоставления ваших перенаправлений, а затем импортировать их в HubSpot.
Это можно сделать на странице перенаправления URL-адресов с помощью кнопки «Импорт»:
HubSpot предоставит вам образец файла для структурирования ваших перенаправлений и ссылку на страницу справки по перенаправлениям массовой загрузки.
3. Объединение нескольких частей контента.
Если вы решили, что у вас есть несколько частей контента, которые пересекаются, конкурируют за одни и те же ключевые слова или все они охватывают одну и ту же тему, вы можете захотеть их объединить. Однако вы не захотите потерять видимость в поисковых системах, которую могли достичь эти старые страницы.
После создания нового консолидированного ресурса следует настроить простое перенаправление 301 с каждой из старых страниц на отдельную новую страницу.
4. Перенос контента из одного домена в другой.
Если вы перемещаете свой веб-сайт из одного домена в другой, жизненно важно, чтобы вы реализовали перенаправление 301 от страницы к странице со старого содержимого на новое.
Это просто, если сайт перемещает домен, но остается неизменным с точки зрения структуры и макета. Если контент изменяется или реструктурируется, по-прежнему важно, чтобы вы сделали разумный выбор перенаправления, который учитывал первоначальные намерения ваших пользователей, чтобы передать видимость каждой из ваших старых страниц их новым аналогам.
При реализации перенаправления 301 от страницы к странице из одного домена в другой необходимо помнить об особой проблеме: ваши перенаправления должны обслуживаться с исходного URL-адреса.
Это бесполезно, если, например, вы подключили HubSpot к своему новому домену, но не к своему старому домену, чтобы вы затем разместили перенаправления 301 для вашего старого домена на HubSpot. Вам нужно будет работать со своим ИТ-партнером, партнером по веб-разработке и / или партнером HubSpot, чтобы обеспечить учет перенаправлений из вашего старого домена.Мы рекомендуем оставить их на неопределенный срок.
Перенос веб-сайта во время поэтапного запуска сети
Вы можете перемещать свой веб-сайт из одного домена в другой, как описано выше, но из-за ограничений проекта вы используете поэтапный подход к запуску. Это означает, что вы запускаете основные страницы веб-сайта на первом этапе, затем вторую волну страниц на втором этапе и так далее.
В этом случае мы рекомендуем создать карту поэтапного перенаправления. Все URL-адреса из вашего старого домена должны быть учтены, и для каждого этапа должны быть указаны перенаправления.
На первом этапе вы должны будете реализовать 301 редирект для всех страниц, которые будут учтены на новом сайте. Вы также добавите 302 редиректа для всех остальных страниц, обычно на главную страницу нового веб-сайта. Это предотвратит появление ошибки 404 у пользователей, пытающихся посетить ваш старый домен, не сбивая с толку поисковые системы из-за того, что ваши страницы будут внезапно перенаправлены на кажущийся нерелевантным содержанием.
По мере запуска каждого этапа вам следует обновлять свои перенаправления, заменяя свои 302 на 301 по мере того, как становится доступным соответствующий контент.
Еще раз, эти перенаправления должны быть реализованы так, чтобы они обслуживались из вашего старого домена.
301 Ошибки перенаправления, которых следует избегать
Теперь, когда вы понимаете важность переадресации 301, мы рассмотрим общие этапы процесса, чтобы убедиться, что вы не совершите ошибку, которая может отрицательно повлиять на SEO вашего сайта.
1. Настройка 302 редиректа между версиями ваших доменов.
301 редирект указывают на мощь входящих ссылок с одного URL на другой, и хотя это может не выглядеть так, http: // blog.hubspot.com и blog.hubspot.com — это два разных URL. Убедитесь, что вы настроили переадресацию 301 со всех различных итераций домена вашего бренда, чтобы повысить результаты вашей поисковой системы.
2. Настройка 301 редиректа после создания новой страницы.
Еще в 2010 году компания Toys ‘R Us приобрела домен toys.com без предварительной настройки 301 редиректа, и результаты SEO их нового сайта резко упали, поскольку он был повторно просканирован Google как совершенно новый домен без входящих ссылок с оригинала. Домен Toys ‘R Us, указывающий на него.Обязательно настройте 301 редирект перед переносом контента вашего сайта, чтобы ваш сайт не терял трафик в процессе.
3. Использование 302 редиректа во время миграции контента.
Если вы временно не переносите контент своего веб-сайта при обновлении или ремонте своего веб-сайта, используйте перенаправление 301 для поддержания входящих ссылок и вашего рейтинга в поиске при внесении изменений в свой домен.
4. Наличие перенаправления ссылки на устаревший контент.
Если вы не настроите переадресацию со старых внутренних ссылок на своем веб-сайте (например, ссылки на блог вашей компании на своей домашней странице), вы создадите неудобства для посетителей сайта, которые нажимают на эти старые, а не — направленные ссылки.Старая внутренняя ссылка в конечном итоге перейдет на новый домен, но это может занять несколько секунд или тем временем отобразится белый экран.
5. Перенаправьте страницу с намерением, отличным от цели целевой страницы.
Это будет проще простого с надлежащей организацией и ведением записей, но убедитесь, что вы перенаправляете на правильные страницы. Чтобы проиллюстрировать это, вы не захотите перенаправлять пользователя, который ищет вашу домашнюю страницу, на страницу вашего блога.
Плавный переход будет способствовать точности SEO и привлечению большего количества счастливых посетителей на ваш сайт.
Если вы думаете о пересмотре всего содержимого при миграции сайта или просто обновляете некоторые устаревшие веб-страницы, 301 редирект поможет. Если вы планируете этот новый этап, подумайте о том, чтобы включить их в свой проект; ваш SEO не упадет, и посетители сайта будут продолжать находить полезный контент, который они ищут.
Другие типы переадресации
Есть и другие типы перенаправления, в том числе:
1. 302 — временно перемещен
Функционирует почти так же, как редирект 301.Однако в данном случае мы признаем, что переезд носит временный характер. Для пользователя это не имеет практического значения, но для поисковой системы сообщение ясное — не беспокойтесь о ранжировании этой новой страницы, поскольку она просуществует недолго. Придерживайтесь старого, он вернется.
2. Мета-обновление или перенаправление Javascript
Это отличается от двух предыдущих подходов. Страница загрузится нормально с кодом состояния 200 — OK. Затем на странице запускается сценарий, который перемещает пользователя на другую страницу.
Могут быть определенные крайние случаи, когда это единственный практический вариант, но в целом вам следует избегать этого подхода. Это не связано с передовыми методами SEO и часто может сбивать с толку пользователей.
Адресация внутренних ошибок 404
Ваша поисковая оптимизация или веб-команда могли обнаружить на вашем веб-сайте неработающие ссылки. В этом случае рекомендуется создать 301 редирект для перенаправления пользователей со сломанного URL-адреса на соответствующий ресурс — тот, который в основном соответствует фрагменту контента, который они ожидали найти.
Тем не менее, вам также следует обновить вызывающие нарушения гиперссылки, чтобы они также указывали на новый URL-адрес. Наличие веб-сайта, который использует 301 редирект для внутренней навигации, — не лучшая практика.
Устранение ошибок 404, обнаруженных в консоли поиска Google
Иногда вы можете увидеть, что консоль поиска Google сообщает о 404 страницах, на которые вы даже не ссылаетесь внутри компании. Так откуда они берутся?
Google Search Console заполняет свой раздел «Покрытие» из всех источников.Иногда это просто URL-адреса, которые он видел раньше на предыдущем воплощении вашего веб-сайта, или он мог видеть внешнюю ссылку на каком-либо другом веб-сайте.
Вы должны думать, что если Google видел этот URL раньше, то пользователь тоже мог его увидеть. Он может быть сохранен как закладка, записан в электронном письме или на стороннем веб-сайте, и они все равно могут щелкнуть по нему. В этом случае вы хотите убедиться, что эти пользователи получают оптимальное взаимодействие с пользователем, поэтому вам следует попытаться создать 301 редирект, чтобы подтолкнуть этих пользователей к соответствующему фрагменту контента, который в основном соответствует фрагменту контента, который они ожидали. найти.
переадресации 301 жизненно важны для поддержания работоспособности веб-сайта. Они выполняют основную функцию, сигнализируя как пользователям, так и поисковым системам, когда контент вашего веб-сайта перемещается и изменяется, и гарантируют, что по мере развития вашего веб-присутствия ваш путь пользователя остается ясным и логичным, а ваша видимость в поисковых системах сохраняется от итерации к итерации.

Синтаксис:	`break;`
Умолчание:	—
Контекст:	`server`, `location`, `if`

Синтаксис:	`if (условие) { ... }`
Умолчание:	—
Контекст:	`server`, `location`

Синтаксис:	`return код [текст];` `return код URL;` `return URL;`
Умолчание:	—
Контекст:	`server`, `location`, `if`

Синтаксис:	`rewrite regex замена [флаг];`
Умолчание:	—
Контекст:	`server`, `location`, `if`

Синтаксис:	`rewrite_log on \| off;`
Умолчание:	rewrite_log off;
Контекст:	`http`, `server`, `location`, `if`

Синтаксис:	`set $переменная значение;`
Умолчание:	—
Контекст:	`server`, `location`, `if`

Синтаксис:	`uninitialized_variable_warn on \| off;`
Умолчание:	uninitialized_variable_warn on;
Контекст:	`http`, `server`, `location`, `if`