У рекомендации есть конкретный автор, он указан.
Совершенно верно, но я это объясняю на уровне аналогии любому знакомому с компьютером (просто чтобы было понятно).
Потому как любая категория и страница - это сущности и лучше, если у этих сущностей будут четкие признаки.
Урл - это адрес документа. Таксономия же вообще из другой оперы и имеет отношение к урлам как материал стен дома к его адресу.
"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. Вообще конечно удивительно, что при таком обширном перечне абсолютный приоритет в ранжировании отдали поведенческим, поэтому о точечном влиянии отдельных факторов остаётся только фантазировать и просто иметь ввиду.
Да, это особенно вставило 😊
Есть забавные:
Там много забавного:
- Нейронная документная модель для поиска неожиданной жести (для экспов)
- Значение детектора свежести, рассчитываемого в бегемоте
и т.д.
Список любопытный, но без доступной информации на первоисточниках большая часть информации всё равно недоступна.
Делать выводы относительно коротких описаний к факторам - такое себе занятие, однако, безусловно, небесполезно.
Просматриваются интересны тенденции в модернизации факторов, если смотреть список по датам обновления.
Многие интуитивные и практические выводы теперь нашли своё фактическое обоснование: учёт посещаемости документа по Яндексбару, анализ возвратов, оценка пользовательского ядра и прочее..
Весьма любопытны факторы по сбору рабочих метрик владельца хоста - это прям стало в некоторой степени неожиданностью. Есть любопытные рабочие точки для тех, кто работает с ПФ.
Правильная структура не гарантирует увеличение трафика, правильная структура обеспечивает четкое понимание уровня: категория ли это (имеющая вложенные дочерние элементы) или конечный элемент структуры (страница).
Аналогию в сравнении с папкой и файлом понимаете? Вот URL таксономия строится по такому же принципу.
Когда начнете работать с большими проектами (если начнете), то почувствуете в чём разница.
p.s. Опять-таки, это не строгое правило, это рекомендация, которая в последующем будет способствовать более удобному анализу. На более поздних этапах рабочей аналитики будет полезно знать, является ли приведенный URL разделом или страницей. Когда изначально в URL структура заложена строгая рабочая логика, то гораздо удобнее решать процедурные задачи.
Здесь полезно добавить, что если речь идёт о разделе, то лучше
site.ru/wowa/leto/
а если речь идёт о конечной странице, то
site.ru/wowa/leto
При этом страницы с get параметрами использовать только для пагинации
site.ru/wowa/?page=1
и соответственно этот тип страниц - noindex, nofollow + canonical на родительский раздел
либо пагинацию можно организовать вот так site.ru/wowa/page/1
Get параметры для канонический адресации внутренних страниц лучше не использовать, во-первых, нагляднее, во-вторых, можно будет в robots-е смело запрещать для индексации всё то, что со знаком вопроса "?", а оно со временем будет набегать по utm меткам, всяким левым адресам и т.д.
