Underscore URL

Underscore URL — это Веб-адрес, в структуре которого для разделения слов используется Символ нижнего подчёркивания («_»), а не дефис. В контексте SEO и интернет-маркетинга такой формат считается устаревшим и вредным паттерном, так как поисковые алгоритмы Google и Яндекс воспринимают «_» как часть слова, а не как пробел. Это приводит к тому, что адрес страницы индексируется как единый бессмысленный Токен, что снижает Релевантность ресурса по целевым запросам пользователей.

Главное

Поисковые системы трактуют Символ «_» как букву, объединяя слова в одно целое (например, my_page читается как «mypage»).
Использование такого формата снижает Кликабельность (CTR) в выдаче, так как Пользователь не может быстро считать ключевые фразы из строки адреса.
Основная причина появления — автоматическая генерация ссылок в старых CMS или при экспорте данных из баз данных без постобработки.
Для исправления ситуации требуется Технический аудит сайта и настройка 301-редиректов со всех страниц с подчёркиваниями на версии с дефисами.
Стандартом индустрии является использование только дефисов для разделения слов в путях и именах файлов.

Как работает Underscore URL

При индексации контента роботы сканируют структуру ссылки, выделяя семантические единицы. Когда встречается стандартный дефисный формат, алгоритм корректно сегментирует строку на отдельные лексемы, сопоставляя их с запросами в базе знаний. Однако при встрече с символом нижнего подчёркивания Парсер игнорирует его как разделитель, считая всю последовательность символов до следующего слэша одним словом. Например, адрес shop/electronic_cameras будет проиндексирован как два токена: «shop» и «electroniccameras». Это создаёт барьер для ранжирования по запросу «электронные камеры», так как точного совпадения токенов не происходит.

Кроме того, такие адреса негативно влияют на Поведенческие факторы. Пользователи подсознательно оценивают читаемость ссылки перед кликом; неразборчивый текст вызывает недоверие и снижает вероятность перехода. Для систем аналитики это также создает шум: если параметры UTM-меток содержат подчёркивания, они могут конфликтовать с внутренними переменными некоторых платформ отслеживания событий.

Зачем нужен Underscore URL

В современном SEO данный формат не имеет преимуществ и рассматривается исключительно как Технический долг. Исторически необходимость в нем возникала из-за ограничений ранних операционных систем и серверов, где Пробелы в именах файлов могли вызывать ошибки кодировки, а дефисы иногда трактовались как операторы вычитания в скриптах. Разработчики использовали подчёркивание как безопасную альтернативу для создания уникальных идентификаторов записей в базах данных.

Сегодня этот подход оправдан лишь в узких технических нишах: например, при работе с некоторыми legacy-системами управления контентом, которые жестко привязываются к имени файла на диске, или в специфических API-эндпоинтах, где Синтаксис требует отсутствия специальных символов. Для публичной части сайта применение такого подхода является ошибкой проектирования, требующей немедленной миграции на канонические URLs.

Какие бывают виды Underscore URL

Несмотря на единую природу символа, данные адреса классифицируются по месту нарушения стандарта. Первый тип — это корневые пути, где подчёркивание стоит сразу после доменной зоны (например, site.com/about_us). Это наиболее частый случай, встречающийся в навигационных разделах. Второй тип включает категории товаров (например, site.com/shoes_running), где Ошибка часто возникает при массовом импорте прайс-листов от поставщиков.

Третий вид касается имен файлов изображений и документов. Если файл называется banner_main.jpg, Ссылка на него тоже будет содержать этот Символ. Четвертый вид — динамические параметры запроса, где разработчики используют подчеркивание для именования переменных внутри GET-запроса, хотя это уже относится к параметризации, а не к чистой структуре пути. Каждый из этих видов требует индивидуальной стратегии исправления в зависимости от глубины вложенности страниц.

Где используется Underscore URL

Чаще всего проблема обнаруживается на крупных интернет-магазинах, которые развивались годами и периодически меняли движок. При переезде с одной CMS на другую часто теряются правила переписывания ссылок (rewrites), и старые адреса остаются доступными по старому адресу. Также такие адреса характерны для корпоративных порталов и интранет-систем, где Приоритет отдается внутренней логике хранения файлов, а не внешней оптимизации.

Еще одна распространенная Среда обитания — сайты, созданные на конструкторах или шаблонах начального уровня, где настройки ЧПУ (человеко-понятных URL) не были изменены администратором. Тестовые среды (staging) и локальные разработки разработчиков также часто генерируют такие ссылки, которые случайно попадают в production-версию сайта при неаккуратном деплое кода.

Пример: установка и чтение Underscore URL

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

HTML

<head>
  <link rel="canonical" href="https://example.com/my_best_page" />
</head>

Nginx

location /old_page {
    return 301 https://example.com/old-page;
}

Всегда проверяйте Robots.txt и карту сайта (Sitemap.XML) на наличие ссылок с нижним подчёркиванием. Поисковые боты должны получать доступ только к версиям с дефисами, чтобы не тратить краулинговый бюджет на дубликаты.

Не удаляйте старые страницы просто так. Без настройки 301-редиректа вы потеряете накопленный вес ссылок (PageRank) и получите множество ошибок 404 Not Found, что критически снизит авторитет домена.

Часто задаваемые вопросы Underscore URL

Часто задаваемые вопросы

Влияет ли это на позиции в Яндексе?

Да, Яндекс также учитывает структуру URL при ранжировании. Хотя алгоритм Яндекса чуть более толерантен к знакам препинания, он всё равно предпочитает дефисы. Использование подчёркиваний может снизить видимости страницы в выдаче по высокочастотным запросам, так как система хуже понимает тематическую принадлежность страницы.

Можно ли использовать подчёркивание в доменном имени?

Нет, стандарты DNS запрещают использование нижнего подчёркивания в именах доменных зон верхнего уровня (.com, .ru, .net). Такие адреса могут работать только в локальных сетях или в виде субдоменов специального вида (_dmarc.example.com), но не как основной адрес сайта.

Как найти все такие страницы на сайте?

Используйте инструменты веб-аналитики или SEO-сканеры (Screaming Frog, Ahrefs). Настройте фильтр поиска по регулярному выражению _ в столбце «Address» или «URL». Это позволит мгновенно получить полный список проблемных страниц для последующего исправления.

Что делать, если сайт очень старый и страниц тысячи?

При большом количестве страниц внедрение изменений должно быть поэтапным. Начните с самых посещаемых категорий и посадочных страниц, имеющих наибольший трафик. Используйте серверные скрипты для массовой генерации правил редиректа, чтобы минимизировать нагрузку на хостинг и избежать временного падения позиций.

Итоги

Отказ от использования нижнего подчёркивания в пользу дефисов является обязательным техническим требованием для успешного продвижения сайта в поисковых системах.

Символ «_» сливает слова в единый токен, делая адрес нечитаемым для роботов.
Это напрямую влияет на снижение релевантности страницы по ключевым словам пользователей.
Причины возникновения кроются в устаревших настройках CMS и автоматической генерации путей.
Обязательным шагом исправления является настройка постоянных 301-редиректов.
Правильная структура URL улучшает как ранжирование, так и доверие пользователей к бренду.
Регулярный технический аудит предотвращает появление новых подобных ошибок в будущем.
Соблюдение стандартов чистоты ссылок экономит краулинговый бюджет поисковых систем.