Это продолжается с нашей пятой части из серии технических ошибок SEO - как их найти и исправить . Сегодня мы посвящены # 301/301 перенаправлениям и # Metarefresh .
Посмотрев по частям 1 , 2 , 3 и 4 Более пристальное внимание на такие темы, как #Canonical и #HTTPS, будет сосредоточено на двух других факторах в области технической поисковой оптимизации сегодня.
# 9 301 и 302 перенаправления
Кто работает в области поисковой оптимизации или оператор веб-сайта, безусловно, уже что-то из .htaccess слышал. Этот файл предлагает различные настройки, которые необходимы для хорошей поисковой оптимизации. Например, вы можете включить сжатие ( GZIP или DEFLATE ) или дать конкретные инструкции кеширования .
Еще одна важная функция в этом файле называется перенаправления или перенаправления . Далее мы обсудим эту область более подробно и ответим на несколько вопросов.
Что такое перенаправления?
Перенаправления или технические перенаправления - это технические инструкции для конкретной страницы. Если содержимое определенной страницы больше не доступно, это определяется соответствующей инструкцией в htaccess. Если содержимое теперь находится на другой странице, об этом также сообщается с помощью соответствующей инструкции в htaccess.
Какие перенаправления есть?
Существует 9 различных перенаправлений 3xx. Вот небольшой обзор:
- 300: этот контент предлагается во многих вариантах (bpsw, на разных языках)
- 301: Этот контент постоянно доступен по указанному здесь URL.
- 302. Этот контент временно доступен по указанному здесь URL.
- 303. Это содержимое принудительно отправляется с помощью запроса GET на новый URL-адрес, даже если исходный запрос был POST.
- 304: это содержимое не было изменено с момента последнего запроса клиента.
- 305. Запрошенный контент доступен только через прокси.
- 306: Этот контент доступен через модифицированный прокси (больше не используется).
- 307: Этот контент временно перенаправлен.
- 308: Этот запрос и все последующие запросы должны быть сделаны по этому другому URL.
Подробные объяснения о перенаправлениях можно найти здесь здесь ,
Сюда также входит перенаправление HTTP на HTTPS или www на nonwww . Как вы это делаете и на что стоит обратить внимание, у нас есть вы здесь объяснил более подробно.
Что такое 301 переадресация?
301 перенаправления необходимы в области поисковой оптимизации. Почему? Мы объясним это на примере. Возьмите домен domain.de/produkt1 для product1 очень высоко. Содержимое указывается в URL-адресе domain.de/produkt1. Теперь структура контента изменена на domain.de. Теперь domain.de/produkt1 там больше недоступен, но находится под domain.de/kategorie1/produkt1. Поскольку мы хотим взять с собой хороший рейтинг, а также избежать проблемы дублирующегося контента, теперь нам нужен редирект.
Поэтому мы пишем в следующем htaccess : Перенаправить 301 / produkt1 https://domain.de/kategorie1/produkt1 и затем непосредственно URL-адрес domain.de/produkt1 в Google Search Console снова ползти. Это ускорит переиндексацию контента с нашей страницы product1.
Давайте вернемся к нашей серии статей о том, как найти и исправить 14 технических ошибок в SEO . В принципе, перенаправления чрезвычайно важны для поисковой оптимизации. Вы можете использовать его для управления так называемыми мертвыми страницами, успешного выполнения миграции веб-сайтов и объединения многих похожих сайтов.
Для тех, кто относительно новичок в поисковой оптимизации, вот три части информации:
Должен ли я использовать 301 перенаправления для всех 404 страниц?
Не для всех. Здесь важно различать, возвращается ли содержимое страницы 404 снова или нет. Если он возвращается или имеет страницу с хорошим рейтингом, то вы должны перенаправить их на новую страницу через 301 редирект . Если контент не возвращается, вы используете код 404 . Если контент не возвращается вообще, значит, вы используете 410 Redirect Gone Code .
Должен ли я использовать 301 перенаправления вместо rel = canonical?
Иногда, но не всегда. Опять же, вы должны еще раз посмотреть, где ваш контент сейчас и есть ли своевременные изменения в этом отношении.
Должен ли я перенаправить все старые страницы на новую домашнюю страницу через 301 редирект?
Никогда. Пожалуйста, никогда не делай этого. Это было бы катастрофическим для всех ваших старых рейтингов страниц. Поэтому, пожалуйста, проверьте, какое содержимое и страницы лучше всего подходят, и затем перешлите их соответственно.
Поэтому проверьте ваш сайт с помощью таких инструментов, как Screamingfrog, и посмотрите, получите ли вы больше кодов, таких как 4xxer или 3xxer, кроме 200-х.
Если вы используете 302 вместо 301, пожалуйста, измените это.
Опять же, важно проверять еженедельно или ежемесячно любые изменения в кодах состояния http на ваших страницах и подстраницах.
Многие не знают фактора #Metarefreh или не знают, что с ним делать. К сожалению, в настоящее время все еще много людей используют его. Мы настоятельно рекомендуем использовать перенаправления 301 вместо мета-обновлений. Так что же такое Metarefresh? Metarefresh - это перенаправление на стороне клиента. Тем не менее, этот способ перенаправления настоятельно не одобряется Google и почти всеми оптимизаторами. Реализовано, все это будет выглядеть так:
(Источник: Википедия )
Кроме того, заявление от Google Джон Мюллер :
«Я бы настоятельно рекомендовал не использовать мета-обновление типа или перенаправления JavaScript, как это, если вы изменили свои URL-адреса. Вместо того, чтобы использовать такие виды перенаправлений, попробуйте перенаправить ваш сервер. Поисковые системы могут распознавать перенаправления типа JavaScript или мета-обновления, но на это я не рассчитываю - четкое перенаправление 301 всегда намного лучше ».
Так что теперь проверьте все свои страницы с помощью инструмента Расширение Chrome Redirect Path Checker и действует при необходимости.
Эта задача также должна быть повторена временно. Мы рекомендуем здесь каждые 2 недели.
Какие перенаправления есть?
Что такое 301 переадресация?
Почему?
Должен ли я использовать 301 перенаправления вместо rel = canonical?
Должен ли я перенаправить все старые страницы на новую домашнюю страницу через 301 редирект?
Так что же такое Metarefresh?