Хорошие практики SEO: перенаправление HTTP 301

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

Важно уточнить, что мы не говорим о переадресации DNS домена или субдомена: если мы достигаем страницу обоими способами (как с префиксом www, так и без него), это означает, что служба DNS настроена правильно. DNS-серверы обеспечивают разрешение имени на один и тот же сервер, поэтому «все хорошо» с точки зрения гипотетического посетителя. Вещи меняются с точки зрения поисковых систем. Очень простым тестом может быть сравнение двух способов написания URL CompaniesItaly.

http://aziendeitalia.com

https://www.aziendeitalia.com

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

1. После загрузки страницы оба адреса остаются неизменными
2. После загрузки страницы один из адресов автоматически выравнивается с другим

эти две ситуации безразличны с точки зрения пользователя, но они влияют на Page Rank страницы: если адреса остаются неизменными, гипотетическая поисковая система, которая переходит по ссылке на страницу, или анализирует сайт, будет рассматривать эти два адреса как отдельные случаи . Например, если 10 ссылок указывают на страницу без www , а 10 ссылок указывают на страницу с www , сценарий 1 означает, что поисковая система будет иметь 10 ссылок (а не 20) для каждого из двух адресов. В сценарии 2, однако, благодаря автоматической коррекции адреса, поисковая система будет иметь всего 20 ссылок.

Этот пример должен объяснить, почему, хотя DNS правильно разрешает оба адреса, наличие двух эквивалентных (но разных) URL-адресов снижает эффективность SEO. Если мы находимся в сценарии 1, мы можем использовать инструмент чтобы понять, как «оценки» поисковой системы делятся.

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

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

Чтобы понять, как работает перенаправление HTTP 301 , мы можем проверить заголовок ответа HTTP, используя обычные инструменты веб-разработки, такие как Firebug . Рассматривая домен компаний Italia.com в качестве примера, мы пытаемся зайти на сайт по двум адресам (с www и без www ) и сравнить результаты. В случае адреса с префиксом www имеем

Пример HTTP 200

пока без префикса www получается

Пример перенаправления 301

из сравнения выясняется, что канонический (или авторитетный домен ) домен для сайта AziendeItalia является доменом с префиксом www : если мы введем адрес без этого префикса, мы получим ответ «HTTP 301 Moveed Permanently», который служит для решения проблемы object: ответ HTTP 301 означает, что запрошенный адрес был перемещен в другое место, указав, куда перенаправить запрос. Фактически, сразу после этого ответа мы имеем (см. Рисунок выше) новый запрос HTTP GET для канонического домена (www.aziendeitalia.com) с HTTP 200 , что означает «все в порядке».

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

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

Для реализации перенаправления гипотетического адреса www.prova.org на адрес test.org, строки для вставки в файл .htaccess:

RewriteEngine On
RewriteBase /
RewriteCond% {HTTP_HOST} ^ www.prova.org [NC]
RewriteRule ^ (. *) $ Http://prova.org/$1 [L, R = 301]

Очевидно, что для получения того же результата на другом сайте вам необходимо заменить строки www.prova.org и prova.org на строки соответствующего домена.

На самом деле существуют разные способы сделать перенаправление, всегда используя модуль перезаписи Apache: эта свобода обусловлена ​​гибкостью правил перезаписи, которые можно записать по-разному при достижении того же результата. Поскольку работа файла .htaccess зависит от политики провайдера, тот факт, что возможность писать правила перенаправления по-разному должна помочь нам найти «правильный синтаксис» для «правильного провайдера». Если приведенный выше пример не работает, давайте не будем разочаровываться и поищем другие примеры «перенаправления HTTP 301»: эта тема довольно популярна, а поиск в Интернете предлагает множество примеров альтернативного синтаксиса.

Похожие

Комментарии