Это всё конечно очень мило и увлекательно, но когда в в топах стоят сайты с хорошими поведенческими и 2-3 сотнями ссылок (а иногда и без оных) большая часть которых просто из тематических справочников, то все эти доли триграмм заголовков в триграммах ссылок выглядят как анекдоты Омирбека.
Кто-то после этого списка серьёзно начнёт рассчитывать BM25 по точной фразе в текстах ссылок?
Для различия чего и для различия где? :)
Для различия категории и страницы - достаточно того, что я сказал.
Если же вы внутри общности разделов и общности страниц формируете дополнительные признаки, то конечно, придётся использовать доп. типы.
Например,
/blog/как-я-провёл-этим-летом
/info/контакт
при том, что самостоятельно уровни /blog/ и /info/ могут не использоваться, а указывать на типы страниц, чтобы не смешивать одну группу страниц с другими. Какую логику заложите, та и будет работать.
Более того, юзер чаще всего в адресную строку даже не смотрит :)
Выше я уже написал для чего это используется, повторяться смысла нет :)
Ед-но, добавлю (подробно не говорил, но момент проскочил) - к данной методике я добавляю ТЗ программисту редиректить лишний закрывающий слэш (либо его отсутствие, где он как раз нужен - в зависимости от признака сущности) и всё вопрос с дублированием адресов по лишним слэшам снимается.
Нужно ли это юзерам - нет конечно, нужно ли это SEO-шникам (как универсальное правило - да, очень удобно), нужно ли это бородатым дедам - всё зависит от рабочих задач :)
Так вот о том речь, что нет никакой нужды перед названием элемента структуры указывать тип /category/ или /page/ увеличивая тем самым уровень URL вложенности.
В моей логике вы просто используете,
/россия/ - как категория
и
/россия - как страница
Опять-таки, если вам надо учитывать принципиально эту разницу, а если не надо - то вольны делать как угодно, хоть вообще всё корень добавлять.
Я конкретно и указываю, что это не общее правило для всех, а лично моя рекомендация,
Я никого не убеждаю. Я отвечаю на заданные вопросы, объясняю и обосновываю, привожу пример, когда это может быть полезно. Сколько там страниц занимает обсуждение мне совершенно неважно :)
Кому покажется интересным/важным/полезным - прислушается, кому не надо - пропустит.
Значит вы не понимаете разницу, между общим правилом и используемым авторским методом, раз по второму определяете первое.
И насчёт "моей вселенной". Нет никакой моей вселенной, я зачастую имею дело с клиентскими сайтами, где URL адресация работает без закрывающегося слэша и мне приходится подстраиваться под эти реалии. Но там где я на старте сайта - я внедряю и пользуюсь вышеописанными преимуществами.
Еще раз - я никому ничего не навязываю и ни в чём не переубеждаю.
Вы перед тем как хаять, разберитесь в написанном. Я не говорил, что аналитика стоится на количестве слешей.
Я говорил, что закрывающий слэш можно использовать как принцип разделяющий категорию и страницу. Перед тем как рассуждать об аналитике нужно уметь правильно читать и уметь выделять рабочие тезисы.
Если вам не нужно решение тех задач о которым я рассказываю выше, вы можете все адреса нагрузить хоть в корень.
Если для вас это решает задачи, то для вас ваш путь будет правильным решением.
Речь не о лидах. Речь о техническом анализе, который определяет признак у URL адреса.
Также. Допустим, появляется категория
site.ru/kakoe-to-neponyatnoe-dlinnoe-nazvanie/
Когда адрес сразу формируется с закрывающим слэшем я понимаю - это категория. Она потенциально может иметь вложенные страницы.
А теперь представьте. Отказываемся от моей логики и парсим чужой сайт, получаем адрес
site.ru/kakoe-to-neponyatnoe-dlinnoe-nazvanie
вы можете не переходя по ссылке сразу понять - страница это или категория? Нет, не можете.
Допустим, если таких страниц десятки-сотни (и это просто список), просматривать их вручную накладно, а вам нужно автоматизировать выборку и точно разобраться, где категории, а где страницы?
Вот.
Поэтому если использовать мою логику, из всего множества страниц я могу через регулярное выражение отделить категории от страниц как раз по признаку закрывающего слэша. И обратно, выполнить инверсию и получить рабочие страницы, если мне не нужны категории.
Cовершенно верно. Только в моей логике категория и страница - это разные сущности.
И разница их в том, что категория может иметь или не иметь дочерние элементы (страницы), страница - не может иметь дочерних элементов. Страница сама по себе всегда дочерний элемент по отношению к родительскому уровню.
Как программист, вы должны понимать насколько важна эта классификация.
А это в любом случае надо делать, независимо от структурной логики (если есть адреса заканчивающиеся на слэш), потому как адрес со слэшем и без - поисковой системой различаются.
Я выше уже говорил, вариантов может быть различное множество. Если кому-то мой вариант кажется сложным или избыточным, без проблем - можете не использовать, это только моя рекомендация.
Но в своём случае я любой выбранный URL могу чётко классифицировать по признаку - дочерний это элемент (страница) или родительский (категория). Мне для поисковой и технической аналитики это очень помогает, потому как даёт возможность систематизировать рабочие выборки.
Кто дозрел до этих задач - поймет о чём я, кому кажется это ненужным - без проблем, реализуйте свою URL иерархию как вам удобно. Я естественно не настаиваю на том, что моя рекомендация нужна всем.
У рекомендации есть конкретный автор, он указан.
Совершенно верно, но я это объясняю на уровне аналогии любому знакомому с компьютером (просто чтобы было понятно).
Потому как любая категория и страница - это сущности и лучше, если у этих сущностей будут четкие признаки.
Урл - это адрес документа. Таксономия же вообще из другой оперы и имеет отношение к урлам как материал стен дома к его адресу.
"URL таксономия" - это похоже на очередной придуманный на коленке "умный" термин.
Таксономия имеет отношение к организации иерархии. Структура сайта характеризуется формированием рабочего древа (той же иерархии), где каждый элемент имеет свой URL, так понятно?
Для более удобного анализа есть правильные методы, а не извращения со слешами.
Например:
site.ru/category/wowa/ - рубрика wowasite.ru/wowa/ - страница wowa
Правильным методом будет тот, который будет отвечать поставленным задачам и не вызывает противоречий.
Можно использовать вашу логику, тогда в ней, предположим
site.ru/category/страны/
site.ru/россия/
Вы можете сделать и так (если вам нравится), но куда логичнее не использовать лишний уровень "category" и более экономно использовать рабочую URL последовательность:
site.ru/страны/
site.ru/страны/россия
Чем точнее и лаконично будет формироваться URL, тем быстрее он будет использоваться в навигационных цепочкам поисковых сниппетов (для SEO это действительно важно).
Это вряд ли :) Общая формула не складывает линейно значения.
Про Самовар действительно было занятно :)
Так там и даты указаны, правда после 2019 года.
