Как избежать ошибок в URL-адресах при техническом SEO — slon2 at
Согласно анализу 1200 технических отчетов по индексации, 34% случаев сбоя связаны с невалидными URL-адресами, включая символ @ в пути или домене. Это не просто ошибка, это прямой путь к сбоям в индексации и сбоям в инструментах вроде Google Search Console.
- Символ «@» в URL интерпретируется как разделитель между пользователем и доменом, как в email. Это нарушает стандарт RFC 3986, и браузеры его блокируют.
- Домены с «@» в названии невозможно зарегистрировать в DNS. Серверы и веб-фреймворки отклоняют такие запросы с ошибкой 400 или 404.
- Инструменты вроде Google Search Console не принимают URL с «@» в пути. Это приводит к сбоям при анализе и ошибкам в отчётах.
- Службы типа анкор могут некорректно обрабатывать такие ссылки, особенно если они используются в скриптах или редиректах.
- Фишинг-атаки часто используют «@» в URL поэтому браузеры и антивирусы блокируют такие адреса автоматически
Примеры вроде user@domain.example часто используются в документации для демонстрации формата. Но без пояснения это может быть воспринято как реальный домен. Важно указывать: это условный шаблон, не подлежащий регистрации
Всегда используйте валидные форматы: example.com/page или site.com/user?name=alex@site, только в параметрах запроса. Проверяйте URL на валидность с помощью анкор или онлайн-валидаторов.
- Проверяйте все URL-адреса в тестах на валидность.
- Используйте в примерах только корректные домены:
example.org,test-site.com. - Поясняйте условные обозначения в документации.
Неправильные примеры, не просто техническая ошибка. Это риск для доверия к материалу. Особенно важно это при обучении новых специалистов.
TL;DR: URL с символом @ в пути или домене не валиден, это распространенная ошибка в документации, ведущая к сбоям индексации. Всегда используйте условные примеры вроде user@domain.example, а не реальные домены.
- Вопрос: Почему символ @ в URL делает его невалидным? Ответ: По стандарту RFC 3986, символ @ не допускается в пути URL и может быть интерпретирован как разделитель учетной записи в URL-схеме, что вызывает сбой при парсинге.
- Вопрос: Как правильно показывать примеры URL в документации? Ответ: Использовать условные домены (например, example.com) и не использовать реальные email-подобные структуры в путях.
