Также. Допустим, появляется категория
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 года.
Поэтому и называют это накруткой.
Это как с накруткой запросов. Позиции в топе в рабочем моменте - есть, всё, мы - молодцы. А то, что сайт кривой косой, конверсий нет и трафик по факту отказной - никого не волнует, - здесь наши полномочия всё.
Да, всё верно, я уже даже подзабыл эту подробность.
Насколько я понял, держатели сайтов на narod.ru, юкозе и прочих фрихостингах.
Там много чего старого. Там встречаются пояснения, что тематика определяется по Яндекc.Каталогу, учитываются слова из meta keywords.
Много и других фамилий, которые уже давно не работаю в Яндексе.
Никто в общем и не говорил, что там алго, в файле перечень факторов разной степени давноcти.
А источники недоступны, поэтом в общем кроме описаний к названиям там особо ничего нет.
p.s. Вообще конечно удивительно, что при таком обширном перечне абсолютный приоритет в ранжировании отдали поведенческим, поэтому о точечном влиянии отдельных факторов остаётся только фантазировать и просто иметь ввиду.
Да, это особенно вставило 😊
Есть забавные:
Там много забавного:
- Нейронная документная модель для поиска неожиданной жести (для экспов)
- Значение детектора свежести, рассчитываемого в бегемоте
и т.д.
Список любопытный, но без доступной информации на первоисточниках большая часть информации всё равно недоступна.
Делать выводы относительно коротких описаний к факторам - такое себе занятие, однако, безусловно, небесполезно.
Просматриваются интересны тенденции в модернизации факторов, если смотреть список по датам обновления.
Многие интуитивные и практические выводы теперь нашли своё фактическое обоснование: учёт посещаемости документа по Яндексбару, анализ возвратов, оценка пользовательского ядра и прочее..
Весьма любопытны факторы по сбору рабочих метрик владельца хоста - это прям стало в некоторой степени неожиданностью. Есть любопытные рабочие точки для тех, кто работает с ПФ.
