Должны ли мои URL-адреса быть в нижнем регистре?
В соответствии с Пониманием методов синтаксиса URL-адресов, дружественных к SEO Я должен измениться
Http://example.com/Hello-Dolly
До
Http://example.com/hello-dolly
Приведены следующие причины:
- URL-адреса, как правило, чувствительны к регистру
- это упростит любые отчеты SEO и аналитики с учетом регистра
Согласно этому GIF, который я нашел в Википедии статья о Нормализации URL-адресов Я должен преобразовать свои URL-адреса из любого верхнего регистра во все строчные.
Однако я использую ASP.NET MVC и по умолчанию мои URL-адреса (PascalCase):
Http://www.example.com/Controller/Action/Parameter
Http://www.example.com/Categories/List/Bicycles
Я просмотрел RFC1738, но я не увидел никаких окончательных ответов на этот вопрос.
Должен ли я выйти из своего способ заставить фреймворк изменить все на нижний регистр? Почему Microsoft решила разработать свою платформу таким образом, если все говорят мне использовать нижний регистр?
3 answers
Should I go out of my way to force the framework to change everything to lower case?
Нет, в этом нет необходимости. Операционные системы Windows не учитывают регистр, включая их серверные ОС и приложения платформы. Операционные системы Linux/Unix, однако, чувствительны к регистру.
Интернет-приложения (например, браузеры) должны нормализовать URL-адреса, как описано в разделе 6 RFC 3986:
Одной из наиболее распространенных операций с URI является простое сравнение: определение того, эквивалентны ли два URI без использования URI для доступа к соответствующим ресурсам. Сравнение выполняется каждый раз, когда осуществляется доступ к кэшу ответов, браузер проверяет его историю, чтобы раскрасить ссылку, или анализатор XML обрабатывает теги в пространстве имен. Обширная нормализация перед сравнением URI часто используется пауками и механизмами индексирования для сокращения пространства поиска или сокращения дублирование действий с запросами и хранение ответов.
Поскольку вы, несомненно, будете использовать сервер Windows, запрошенные URL-адреса и URI будут возвращены клиентским приложениям в полном порядке.
В отношении поисковых систем, как указано в RFC выше, и в вашей ссылке в Википедии на Нормализация URL:
Поисковые системы используют нормализацию URL-адресов для присвоения важности к веб-страницам и уменьшить индексацию дублирующихся страниц.
И в качестве источников, таких как этот отчет по этому вопросу:
В последнее время Google стал лучше поймите это/page1.html и /Page1.html были всего два экземпляра одного и того же контента.
Why did Microsoft choose to design their framework like this if everybody is telling me to use lowercase?
Он совместим с их операционной системой и технически не является неправильным в соответствии с RFC. У них также есть свой собственный способ делать вещи, который заставляет веб-мастеров гадать:-)
Я не знаю, стоит ли вам это менять, но вы должны быть последовательны.
Я изучал это пару лет назад, и стандарт Google заключался в том, что до TLD это не имеет значения, но после TLD имеет значение.
В то время я работал над несуществующим сайтом под названием BusinessForPhotographers.com
; по-видимому, это последовательно рассматривается как нечувствительный к регистру.
После .com
- это другое дело. Google просматривает /Great-Article
в отличие от /great-article
, даже если вы перенаправляете их на один и тот же сервер место.
Это может повлиять на канонизацию и проблемы с дублированием контента. Я думаю, что самым безопасным методом было бы принудительно перенаправить 301 на правильную версию.
Хотя это может показаться бессмысленным, подумайте о таком сервисе, как YouTube, является ли /A1B2C3
тем же URL-адресом, что и /a1b2c3
?
Не в глазах Google.
Пути URI чувствительны к регистру (если не определено иначе). См. Стандарт URI STD 66, раздел 6.2.2.1. Нормализация регистра:
Предполагается, что другие общие компоненты синтаксиса чувствительны к регистру, если только схема не определяет иное
Если бы прописные буквы в путях HTTP URI были проблемой для некоторых пользователей, Википедия была бы нарушена для них. Эти два URI HTTP (различающиеся только строчными o
и прописными O
) приводят на разные страницы:
Так что нет, вам не нужно менять свои URI.
Однако, если возможно (если вы не используете этот случай, как это делает Википедия), было бы хорошей практикой разрешить все варианты и 301 перенаправление на канонический вариант.