Регистр букв в URL: как избежать двух версий одной страницы

Когда /Services и /services становятся копиями

Мини-кейс: внешняя презентация ведет на /Services/CRM, а меню - на /services/crm. Чтобы не терять старую презентацию, верхний вариант должен вести прямо на выбранный нижний. Однако файл /Files/Case.PDF нельзя приводить к нижнему регистру до проверки файловой системы: адрес может стать недоступным. Для HTML составьте карту исключений и протестируйте на сервере, где регистр действительно различается. В отчете после изменения отдельно подсчитайте внутренние ссылки на альтернативный регистр - редирект не должен становиться постоянным костылем для собственных шаблонов.

В примере /Services/CRM и /services/crm различаются только регистром и несут один HTML, поэтому подходят для объединения. Но /Files/Case.PDF может быть реальным файлом на регистрозависимой файловой системе. Правило нижнего регистра без исключений сломает скачивание. Проверьте его в маршрутизаторе и на CDN, особенно если они применяют нормализацию в разном порядке.

Проверьте HTML и регистрозависимые файлы

Возьмите пары адресов в разном регистре для HTML-маршрутов и статических файлов. Зафиксируйте ответ, canonical, редирект и то, какие URL встречаются во внутренних ссылках.

Проверьте маршрутизатор и серверную файловую систему: автоматическое приведение к нижнему регистру всего пути может сломать реальные регистрозависимые ресурсы.

Сверьте меню, sitemap и внешний трафик

Предпочтение строчных букв само по себе не является магическим фактором ранжирования. Практическая цель - один постоянный URL для одного документа и отсутствие случайных 404 у пользователей.

Назначьте единый регистр HTML

Для HTML-маршрутов выберите канонический регистр, обычно тот, что уже используется в меню и sitemap. Альтернативу перенаправьте прямо на конечный URL, а внутренние ссылки исправьте.

Имена файлов вроде CaseStudy.PDF и casestudy.pdf могут указывать на разные объекты. Не применяйте общее правило без инвентаризации статических ресурсов.

Приводите регистр HTML-путей к одному формату после сверки существующих адресов. Файлы, API и внешние идентификаторы могут быть регистрозависимыми, поэтому не накладывайте общее правило на весь сервер. Внутренние ссылки и sitemap обновите на конечный адрес.

Не сломайте файлы и API общим правилом

Настройте правило до генерации контента, но после исключений для файлов и API. Проверьте сохранение query-параметров и отсутствие циклов между CDN и приложением.

Откройте пары адресов после изменения

Прямо откройте пары URL с телефоном и десктопом, проверьте конечный 200, canonical и файлы. Добавьте тест к маршрутизатору для следующих релизов.

Проверьте /Services/CRM и /services/crm отдельно, затем файл с буквами разных регистров. HTML-пара должна иметь понятный конечный путь без петли; файл должен продолжать открываться по своему точному имени. Сверьте canonical после редиректа.

Проверка результата

• Намерение страницы определено
• Сохранена выборка URL до исправления
• HTTP-ответ и содержимое сверены
• Внутренние ссылки проверены
• Исключения учтены
• Проверка после релиза записана

Скачать таблицу примера

Вопросы по теме

Читайте также