Олег, мне кажется, стандарт не запрещает иметь одно и то же по двум разным адресам. Например, orion‑art.ru и orionart.ru показывают один и тот же сайт.
Поэтому, конечно же, стоит прислушаться к здравому смыслу и выдавать страницу при любой комбинации регистров. Хорошим тоном будет найти страницу даже при небольших опечатках в адресе.
В большинстве случаев на конкретные страницы пользователь переходит по ссылке, а не путём ввода адреса в строке браузера, поэтому придавать большое значение проблеме регистра не стоит.
Если ваша гугл‑аналитика, или что вы там используете, покажет большое количество заходов на несуществующую страницу, имеет смысл добавить для неё перенаправление, но заранее поощрять альтернативные адреса не стоит (в том числе по техническим причинам, чтобы проще отслеживать статистику посещений, не возиться с каноническими адресами и так далее).
А для роботов можно добавить canonical:
Предлагаю учитывать регистр букв, руководствуясь логикой. Так, скажем, на сайте с граффити в адресе страницы я указываю город с большой буквы — http://graffitimuseum.ru/exhibition/stencil/Bristol/
Рассматривать эти адреса как разные стоит лишь когда этими адресами будут пользоваться не люди, а сервисы на компьютерах, но и в этом случае стоит спросить себя: «Почему у меня есть разные сервисы с адресами, отличающимися лишь регистрами?»
Выдавать то же самое не стоит. Сделайте 301‑й редирект на основной путь. Иначе будут ставить ссылки на тот адрес, что им удобнее, а в поиске появятся копии страниц.
Прощать пользователю ошибки и неточности в наборе адреса — это хорошо, я всеми руками и ногами за.
Хочу только добавить, что у страницы все‑таки должен быть один основной адрес. А при запросе его вариаций (с буквами в другом регистре, опечатками и т. п.) веб‑сервер должен не просто показывать ту же страницу, а делать редирект на основной адрес.
Мне бы хотелось обсудить вопрос, который меня давно занимает. Если после вложенного корректного адреса написать что‑то не то, то выдавать 404 или же последний корректный адрес?
Например, https://www.mobi-money.ru/catalog/006a6ssdfa555a не выдаёт 404‑ю ошибку, а выдаёт каталог, как и https://www.mobi-money.ru/catalog/
Я раньше всегда считал, что в таком случае нужно выдавать ошибку, но подобные вещи встречались во всех проектах из‑за особенности работы модреврайта Апача. Программисты не очень понимали, зачем переделывать то, что хорошо работает.
И с годами я стал всё больше склоняться к тому, что ошибку выдавать не нужно. А что думаете об этом вы?
Лучшим решением, я считаю, должен быть редирект с /Blog/Some‑Post/ на /blog/some‑post/.
Иначе получается петрушка в адресах, подобная той, когда разделы называются то по‑английски, то по‑русски латиницей.
Алексей!
В таких случаях мы выдаём ошибку и ссылку на раздел предыдушего уровня:
http://www.regular.ru/components/hren/
Проблему единичной опечатки и игнорирования регистра символов в URL можно решить с помощью директивы CheckSpelling для .htaccess следующим образом:
Когда я писал вопрос, то предполагал, что советчики обязательно вспомнят про «редиректы на canonical url». Может быть для программистов это и кажется нормальным решением, но для человека нет и вот почему. Во‑первых, различие регистра символов существенно только для пользователей тех операционных систем, где такое различие есть в файловой системе — остальные про это просто не догадываются, да и для человека значения имеют слова, а не регистр букв из которых они состоят. Посмотрите на сайты, сделанные на технологиях Микрософта — там можно писать путь в любом регистре, при этом страницы прекрасно находятся. Во‑вторых, и это самое главное: если страница достижима по какому‑то пути, то она и должна быть показана, причём без всяких редиректов. Ведь мы можем найти эту страницу, а значит и показать её не является проблемой. В современных системах подобное поведение реализуется очень просто: данные лежат в базе данных, обработка запроса производится через единую точку доступа (маршрутизатор фреймворка), которая позволяет сделать на уровне приложения любое преобразование регистра, да и популярный mod_rewrite прекрасно умеет игнорировать регистр символов. Кроме того, поисковые системы прекрасно умеют разбираться с «одинаковыми» адресами без всяких редиректов и учитывать это при ранжировании.
Что касается «страницы 404», то это работает для сайтов и вполне логично (раз у нас нет информации, то придумывать её не стоит), а вот для веб‑приложений (веб‑почты, систем администрирования, групповой работы и пр.) такое поведение не всегда благо, особенно в ситуации, когда веб‑приложение заменят настольное приложение. В данном случае лучше показывать человеку какое‑то осознанное окружение, которое принято по умолчанию, а не говорить «страница не найдена». Сделать это несложно, а проблем снимет массу.