HTTPS и SEO: что искать

1. Настройка домена
2. Где проблема?
3. Проблемы с параллельной работой http и https на примере Content.de
4. Какое решение?

Я недавно закончил Индексирование или управление индексированием Написано и тема HTTPS присоединяется к нему практически без проблем. Потому что при неправильной обработке параллельной работы HTTP и HTTPS это может привести к значительному увеличению адресов веб-сайта и Дублированный контент приходят. Доминик уже сделал тему SSL и Google (см. Дело в SSL и Google «).

Настройка домена

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

По сути, не обязательно, чтобы HTTP и HTTPS отображали одинаковое содержимое страницы. Два протокола могут быть полностью отдельными и, например, ваши собственные robots.txt использовать. Согласно Google в консоли поиска Google http://www.trustagents.de и https://www.trustagents.de как совершенно разные свойства (Совет: наш Книга консоли поиска Google ).

Можно исключить HTTPS из сканирования через robots.txt и разрешить то же самое для http: //. Это хорошее решение? Мы скоро к этому вернемся. Для моего примера я предполагаю, что один и тот же контент будет воспроизводиться по двум протоколам. Это должно быть делом по умолчанию. http://www.example.com/substrate и https://www.example.com/subsite показывают абсолютно одинаковое содержание.

Где проблема?

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

Например, вы можете получить ссылки на разные URL-адреса, которые отображают одно и то же содержимое вместо одного URL-адреса. Хотя эта проблема может быть решена с помощью тега Canonical, канонический тег никогда не решает суть проблемы, а только смягчает ее симптомы. Контент доступен по нескольким адресам, и Google необходимо проанализировать, являются ли варианты (почти) идентичными, и объединить сигналы в канонической версии. Всегда лучше, если с самого начала есть только один URL для содержимого страницы. Так что либо http, либо https. Кратко оценить параллельную работу HTTP и HTTPS в представлении SEO: это далеко не оптимально!

Что еще хуже в течение некоторого времени добавил, что браузер Firefox при параллельной работе HTTP и HTTPS всегда отправляет пользователя к версии HTTPS, когда домен вызывается путем ввода имени домена в строке браузера.

Если мы теперь предположим, что средний пользователь

• не знаю, что вы хотите ранжировать сайт на самом деле под HTTP и
• ему тоже наплевать на 99,99%

возникает проблема: если пользователь хочет установить ссылку, он копирует URL-адрес из строки браузера, после чего ссылка указывает на HTTPS.

Проблемы с параллельной работой http и https на примере Content.de

Знаменитая платформа для копирайтинга www.content.de является одним из доменов, который (в настоящее время) доступен по обоим протоколам и отображает одинаковое содержимое страницы. По этой причине я извлек из MajesticSEO данные обратных ссылок на content.de и специально выбрал ссылки, которые были впервые обнаружены в ноябре и декабре.

Всего вышли следующие цифры:

# новые домены ссылок Цель ссылки HTTP Цель ссылки HTTPS 114 100 14

Хотя подавляющее большинство ссылок ссылаются на HTTP, 12% вновь связанных доменов указывают на целевую ссылку по протоколу HTTPS. Как content.de работает с версией HTTP, вы можете увидеть здесь:

Сканирование версии HTTPS: // заблокировано файлом robots.txt. Google не имеет доступа к этим страницам и «внедряется» во внешнюю ссылку. В результате Content.de тупо делает недействительными 12% своих входящих ссылок за последние два месяца!

Какое решение?

Прежде всего, конечно, следует спросить себя, нужно ли вообще, чтобы ваш собственный сайт был (полностью) доступен параллельно (полностью) по протоколу HTTPS. Или, может быть, имеет смысл полностью перейти на HTTPS? Тогда вы можете избежать проблемы с двумя протоколами с самого начала, перенаправив версию HTTP в HTTPS. С точки зрения SEO, использование HTTPS не является проблемой как недавно подтвердил Мэтт Каттс , * edit * С августа 2014 года Google оценивает HTTPS как фактор ранжирования ,

Несколько лет назад более длительное время загрузки HTTPS-страниц говорило против использования протокола - этого недостатка больше нет. И использование HTTPS, безусловно, может быть сигналом доверия. Для какой поисковой системы спамер уже потрудился купить сертификат SSL? Использование HTTPS становится проблематичным, только если срок действия сертификата истекает, а веб-сайт становится недоступным.

Если кто-то приходит к выводу, что из-за ограничений (ИТ) установка должна продолжать работать полностью на одном и том же контенте по обоим протоколам, следует использовать тег Canonical. Варианты HTTPS ссылаются на эквивалентную версию HTTP с помощью тега Canonical, и оба выпускаются для сканирования через robots.txt. Для этого варианта, например, Amazon в настоящее время решил.

Похожие статьи, которые могут вас заинтересовать:

Похожие

Комментарии