Как проверить URL, который перестаёт открываться после изменения заглавных букв: разбить адрес на host и path, сравнить браузеры, записать цепочку запросов и найти серверное перенаправление.
Разметьте адрес на компоненты
Возьмите безопасный пример без токена и разделите его на scheme, host, port, path, query и fragment. В адресе https://Example.test/Folder/Item доменом является Example.test, а /Folder/Item — путём. RFC 3986 определяет scheme и host как компоненты, нормализуемые без учёта регистра; остальные компоненты нельзя автоматически считать эквивалентными. Не публикуйте реальный URL, если путь или query содержит идентификатор клиента, приглашение или временный ключ.
Сравните две контролируемые пары
Сначала измените регистр только в host, оставив path неизменным, затем наоборот — только в path. Запишите HTTP-результат и конечный адрес каждой пары. Одинаковый результат для домена является ожидаемым; различие в path может исходить от маршрутизации сайта. Если проблема повторяется в Edge и другом браузере, это ослабляет гипотезу о настройке одного клиента, но не доказывает серверную причину без просмотра цепочки запросов.
Зафиксируйте первый запрос
Откройте Edge DevTools → Network до перехода, включите сохранение журнала при навигации и загрузите безопасный тестовый URL. Документация Microsoft объясняет, что Network показывает запросы, ответы и заголовки. Найдите первый Document request и сравните Request URL с введённой строкой, затем посмотрите статусы 3xx и заголовок Location. Не экспортируйте полный HAR публично: он может содержать cookies, Authorization и значения query. Для поддержки достаточно обезличенной последовательности адресов и кодов.
Найдите точку изменения
Если первый запрос сохраняет регистр path, а следующий Location переводит его в нижний, изменение делает сервер, CDN или приложение. Если уже первый Request URL отличается, проверьте копирование, автодополнение, расширения и приложение, которое открыло ссылку. Если меняется только отображение host, но запрос успешен, это нормализация, а не потеря адреса. Не очищайте все данные браузера до фиксации: это редко объясняет регистр и уничтожает полезный контекст.
Передайте минимальный тест владельцу
Владельцу сайта нужны две обезличенные пары URL, первый Request URL, цепочка статусов, Location и сведения, воспроизводится ли результат во втором браузере и прямом вводе. Не отправляйте сессионные заголовки. Для стороннего приложения дополнительно укажите, какой адрес оно сформировало до открытия браузера. Успех — корректный path проходит без нежелательного преобразования или сервер создаёт явный redirect на существующий канонический маршрут. Простое отображение домена строчными буквами не требует исправления.
Материал подготовлен самостоятельно с автоматизацией и редакционно проверен 29 июля 2026 года по обезличенному сигналу Microsoft Q&A, RFC 3986 и официальной документации Edge; реальные адреса, cookies и токены не использовались.
Источники и проверка
- RFC Editor — RFC 3986 URI Generic Syntax проверено 2026-07-29
- Microsoft Learn — Inspect network activity in Edge DevTools проверено 2026-07-29
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.