Занятная мысль, хорошо бы обосновать :) Какая связь между рабочими методиками и психическими отклонениями?
Чтобы понимать их логику, нужно думать как накрутчики, а у них совсем другие задачи.
У них задача, чтобы рабочий цикл заложенный через программный шаблон отрабатывался, потому что если он неуспешен, значит он зря использует ресурсы, время, напрасно жжёт электричество. Несмотря на то, что нагул может выполняться в несколько потоков, эффективность этих потоков (т.е. фактическая успешная завершенность) - вот что интересует накрутчика.
Они не думают ни про чьи услуги, они знают, что часть их заходов эффективно банят, а значит в нагуле надо искать те сайты, которые создают меньше всего проблем, поэтому они проверяют зону видимости и выдёргивают оттуда сайт в паре "запрос" - "документ", соот-но, релевантность там ограничивается одной страницей, а не сайтом и тем более не спецификой бизнеса.
Сейчас накрутчики плотнее работают с нч и микро запросами, так проще, потому что топовые сайты по жирным коммерческим запросам всё плотнее используют защиты и часть проксей через неё пробиться не могут.
Именно так, потому что это обратная сторона самой технологии накрутки: если успешные сессии по запросам заметно улучшают позиции по этим запросам, то неуспешные - ухудшают.
_ym_uid-шник куки действительно необходим для рабочего формирования профиля, но вот дальше не совсем понятно, что вы имеете ввиду.
Кто меняет _ym_uid? Кому меняет?
Физические вы конечно можете себе изменить и перезаписать эти значения,
Однако удалённо к чужим кукам у вас доступа не будет (если вы конечно не используете какую-нибудь уязвимость).
Для небольших новостников - да, у них трафик как правило идёт на внутренние страницы.
Точнее - переиндексируют чаще всего.
Мониторинг понятие скорее пользовательское, когда вебмастер следит за поисковой видимость сайта.
Нет, есть постраничное ранжирование, а есть хостовые ограничения (т.е. на уровне домена).
Когда сайт получает санкцию - да, наказывается весь сайт, а то, что вы можете полностью переделать Главную страницу на Новостнике, то как правило это на ранжирование внутренних страниц это не влияет. Основная часть трафика всё равно идёт на внутренние страницы.
У вас изначально используется неправильная логика. Вы для рабочего адреса в canonical указываете адрес служебный страницы с выводом версии движка в get параметре.
Меняйте рабочую логику и всё потом приложится.
p.s. Вы потом всё равно к этому придёте.
Здесь надо отталкиваться от базы.
Правило первое - целевые (посадочные, трафикообразующие страницы) необходимо формировать статическими т.е. без перечисления get параметров.
Все посадочные по признакам должны быть реализованы по вложенностям:
site.ru/группа 1/признак/подпризнак
site.ru/группа 2/признак/подпризнак/подпризнак
site.ru/группа 3/признак
и т.д.
Правило второе - все доп. get адреса, которые формирует движок, рекламные кампании (в виде UTM меток и пр.) должны быть закрыты директивой clean-param, чтобы ПС не создавала дубли по вариациям этих адресов.
Пожалуйста, желаю успехов! 😉
Однозначного мнения вы на форуме не получите.
Каждый будет писать о своём опыте, предлагая свои выводы и мнения по своим частным эпизодам.
Если отбросить частности, вы найдете вполне логичным тот факт, что ПС учитывают сигналы, которые формируют боты. Эти сигналы могут быть как в плюс, так и в минус, однако в зависимости от обстоятельств текущего трафика и доли влияния ботов оно может как вредить так и не вредить.
Как уже приводил недавно пример, если бот трафик генерирует отказ на 1/1000 текущего трафика, то 999/1000 перекрывают этот отказ. Если же бот трафик составляет 30/100 трафика, то ПС видит, что свыше 1/3 заходов формирует отказы, следовательно, делайте выводы.
Проанализировав свой трафик вы сможете сделать вывод, какую долю (хотя бы примерно) общего трафика генерируют вам боты.
p.s. Есть и ещё один очень тонкий нюанс, которые не все знают.
Накрутка ПФ выполняет главным образом не по прямым переходам, а по запросам, поэтому помимо общих отказов нужно следить именно за долей отказного трафика по целевым запросам. Вот этот срез данных обязательно должен быть в рабочем фокусе.
Это классическая SEO-шная задача.
Модели не надо вкладывать в категории по одному признаку, потому что, совершенно верно, один и тот же товар может присутствовать во множестве категорий.
Ответ: Для моделей используется отдельный товарный кластер (где физический находятся все модели), а в категории они добавляться по сочетанию признаков в виде перечней.
Т.е. в вашем случае если вложенность /catalog/ вы резервируете как родительский раздел для категории кухни, то модели (или как их называют ещё "товарные карточки") можете поместить в раздел:
https://site.ru/tovari/model_id
