Немного покопавшись, я нашел достаточно доказательств, чтобы поверить в это.
- Как мы уже знали, поиск в Google никогда не учитывает регистр.
- Google PR чувствителен к регистру — как я и подозревал, согласно веб-стандартам, URL-адреса чувствительны к регистру. Google и другие поисковые системы следуют этому стандарту.
Корень проблемы, как вы уже догадались, заключается в незнании Microsoft веб-стандартов. Серверы Microsoft настроены вопреки веб-стандарту учета регистра, согласно которому /ABC.htm отличается от /abc.htm. IIS игнорирует другой регистр и передает контроль над запросом к неправильному файлу.
Мой сайт работает на Windows Server. Насколько серьезна проблема?
Что ж, это не «разрушит Интернет», как могут предположить некоторые ламмеры, но есть проблемы, которые необходимо решить. Выбор IIS игнорировать чувствительность к регистру означает, что поисковые системы (которые чувствительны к регистру) будут индексировать одно и то же содержимое для разных URL-адресов. Маловероятно, что веб-сайт будет оштрафован за это, но это определенно может ухудшить способность вашего сайта занимать высокие позиции. Это особенно затрудняет высокий рейтинг дублированной страницы по целевым запросам.
Это проблема только в том случае, если две или более ссылки указывают на один и тот же URL-адрес в разных случаях. Вы можете избежать этой проблемы, всегда используя строчные буквы в тегах ссылок, но вы не можете запретить другим веб-сайтам ссылаться на тот же URL-адрес, написанный заглавными буквами, поэтому необходимо что-то сделать на сервере, чтобы решить эту проблему.
Как я могу это исправить?
Я почти могу представить, как вы, «наркоманы по перезаписи URL-адресов», прыгаете вверх и вниз с решением в руках, но, как мы все знаем, перезапись URL-адресов — это функция, доступная только для настоящих веб-серверов, чего вы не ожидаете увидеть в IIS.
А. Серверный компонент (альтернатива IIS перезаписи URL-адресов)
Не бесплатен, не прост в настройке и может быть установлен только на вашем собственном сервере. Единственным положительным моментом является то, что это будет работать для всех файлов/скриптов/каталогов на веб-сайте.
Альтернатива перезаписи URL-адресов в IIS – Перезапись ISAPI.
Б. Скрипт (и немного постоянного перенаправления)
Он бесплатен, прост в настройке и может быть установлен на любом сервере, а не только на вашем собственном. Единственным недостатком является то, что вы можете обеспечить учет регистра только для запросов, обрабатываемых этим сценарием. Это означает, что статические HTML-страницы, каталоги, изображения и т. д. по-прежнему будут подвержены этой проблеме. ОДНАКО, если с небольшой помощью специальной страницы ошибки 404 вы можете сделать практически все. Но это совсем другая тема.
Вот как можно обеспечить чувствительность к регистру с помощью VB Script:
Код:
<% ' Force lowercase URLsЭто не обязательно должно быть самое первое на каждой странице, но для того, чтобы выполнить правильное постоянное перенаправление, оно должно быть выполнено до того, как какой-либо контент будет записан в выходной поток ответа, т.е.: Перед любым HTML или ответом. Писать.
If Request.ServerVariables("URL")<>LCase(Request.ServerVariables("URL")) Then
Response.Status = 301 'Permanently Redirected
Response.AddHeader "Location", LCase(Request.ServerVariables("URL"))
Response.End()
End If
%>
Надеюсь, это поможет нескольким подающим надежды экспертам по SEO (и желающий бытьс)
Когда дело доходит до поиска в Google, большинство людей знают, что поисковая система не чувствительна к регистру. Независимо от того, вводите ли вы прописные или строчные буквы, Google выдаст одни и те же результаты поиска. Однако есть аспект Google, который чувствителен к регистру — Google PR (PageRank). В этой статье мы рассмотрим значение чувствительности к регистру в Google PR и ее значение для владельцев веб-сайтов.
Прежде чем углубиться в подробности, давайте уточним, что подразумевается под Google PR. PageRank — это алгоритм, разработанный основателями Google Ларри Пейджем и Сергеем Брином, который определяет важность веб-страниц на основе количества и качества ссылок, указывающих на них. Чем выше PageRank страницы, тем более авторитетной и влиятельной она считается. PageRank играет решающую роль в определении рейтинга веб-страниц в результатах поиска Google.
Согласно веб-стандартам, URL-адреса (унифицированные указатели ресурсов) чувствительны к регистру. Это означает, что два URL-адреса с одинаковыми символами, но в разных регистрах считаются разными. Например, «/ABC.htm» и «/abc.htm» рассматриваются как отдельные URL-адреса. Google и другие поисковые системы следуют этому стандарту и распознают разницу между URL-адресами с учетом регистра.
Следствием чувствительности к регистру в Google PR является то, что одна и та же страница может быть проиндексирована несколько раз, если на нее ссылаются разные случаи. Это означает, что если ваш веб-сайт содержит ссылки на одну и ту же страницу в разных регистрах, например «/ABC.htm» и «/abc.htm», Google может индексировать обе версии отдельно. Такое дублирование контента может создать путаницу и потенциально повлиять на способность вашего сайта занимать высокие позиции в результатах поиска.
Корень этой проблемы заключается в том, как серверы Microsoft обрабатывают чувствительность к регистру. В отличие от веб-стандартов, серверы Microsoft, особенно службы IIS, игнорируют регистр в URL-адресах. Например, IIS рассматривает «/ABC.htm» и «/abc.htm» как один и тот же URL-адрес и направляет запрос не к тому файлу. Такое игнорирование чувствительности к регистру в IIS может привести к несоответствию между тем, как Google индексирует страницы и тем, как они обрабатываются сервером.
Если ваш веб-сайт размещен на сервере Windows с использованием IIS, вы можете задаться вопросом, насколько серьезна эта проблема. Хотя это и не может «разрушить Интернет», как некоторые могут преувеличивать, существуют последствия, которые необходимо учитывать. Поскольку поисковые системы, такие как Google, чувствительны к регистру и индексируют контент на основе URL-адресов, дублированные версии страницы, возникающие из-за нечувствительности к регистру, могут повлиять на потенциал рейтинга вашего веб-сайта. Дублированной странице становится особенно сложно получить хороший рейтинг по целевым ключевым словам.
Чтобы смягчить эту проблему, одним из решений является использование во всех ссылках строчных букв. Постоянно используя строчные буквы в тегах ссылок, вы можете избежать проблемы дублирования URL-адресов, вызванной чувствительностью к регистру. Однако вы не можете контролировать, как другие веб-сайты ссылаются на ваши страницы, и они могут использовать разные регистры в своих URL-адресах.
Чтобы решить эту проблему непосредственно на стороне сервера, вы можете использовать определенные методы. Один из подходов — использовать серверный компонент, который служит альтернативой перезаписи URL-адресов в IIS. Одним из таких компонентов является ISAPI Rewrite, который можно установить на свой сервер. Хотя он не бесплатен и может потребовать некоторой настройки, он предлагает то преимущество, что обеспечивает чувствительность к регистру для всех файлов, скриптов и каталогов на вашем веб-сайте.
Альтернативно вы можете использовать сценарий и реализовать постоянное перенаправление, чтобы обеспечить учет регистра. Этот метод бесплатен, прост в настройке и может быть установлен на любом сервере, а не только на вашем собственном. Однако чувствительность к регистру применяется только к запросам, обрабатываемым сценарием. Это означает, что статические HTML-страницы, каталоги, изображения и другие ресурсы по-прежнему могут быть уязвимы для этой проблемы. Тем не менее, с помощью специальной страницы ошибки 404 вы можете еще больше улучшить решение.
Чтобы обеспечить чувствительность к регистру с помощью VB Script, вы можете включить на свои страницы следующий фрагмент кода:
vb Копировать
<% ' Force lowercase URLs If Request.ServerVariables("URL") <> LCase(Request.ServerVariables("URL")) Then Response.Status = 301 ' Permanently Redirected Response.AddHeader "Location", LCase(Request.ServerVariables("URL")) Response.End() End If %>
Важно отметить, что этот код должен выполняться до того, как какое-либо содержимое будет записано в выходной поток ответа. Реализовав правильное постоянное перенаправление, вы можете гарантировать, что URL-адреса будут последовательно обрабатываться с желаемой чувствительностью к регистру.
В заключение, хотя поисковые запросы Google не чувствительны к регистру, на Google PR влияет чувствительность URL-адресов к регистру. Веб-сайты, размещенные на серверах Windows с использованием IIS, могут столкнуться с проблемами из-за игнорирования сервером чувствительности к регистру. Повторное индексирование страниц с разными случаями может повлиять на способность веб-сайта занимать высокие позиции в результатах поиска. Однако, приняв лучшие практики для тегов ссылок и внедрив соответствующие серверные решения, владельцы веб-сайтов могут смягчить последствия чувствительности к регистру в Google PR.
-
Анализ Трафика Веб-Сайта. Часть 2
19 Oct, 24 -
Как Управлять Публикациями В Каталоге
19 Oct, 24 -
Интернет-Маркетинг Через Самореклам?
19 Oct, 24
