Опять непонятно. Изначально главная проблема в чём?
В том, что ПС определяют страницы как МВ и МПС или в том, что выводя подсказку через всплывающее окно вы хотите пользователя оставить на странице?
Каким бы не было второе решение, вы не решите первое.
Я не понял, а пояснения неуникальные? Вам нужно скрыть от индексации эти пояснения? Зашифруйте через JS.
Выводите не на отдельную страницу, выводите в модальное окно.
Если бы это действительно было так, то безопаснее всего было бы накручивать конкурентов, что бы Яша их фильтровал.
А вы попробуйте посчитать сколько это будет стоить, чтобы расчистить всех, кто стоит выше :)
Кроме того, фильтруются как правило скороспелки, которые быстро залетают в топ, а крупным трастовым сайтам вы накруткой навредить не сможете, её эффект будет нивелироваться.
Ни один вменяемый заказчик не будет тратиться на идею - "а давайте будем накручивать всех остальных конкурентов, чтобы Яндекс их понизил".
В этом случае лучше переделать шаблон и вручную исправить дубли.
Пожалуйста.
Довольно странная задача. Скорее всего проблема, либо в неправильной разметке страницы, либо в вашем индивидуальном восприятии дублей, которые на самом деле и не создают никаких значимых проблем.
Чтобы скрыть от индексации текст для Гугла можно зашифровать его через JS.
В этом случае запрос вполне резонно уходит в раздел информационных статей.
А потом прилетает грязная вонючая жопа в "молочка обизжиреная"
Это не критика методологии, конечно
Влет, кроме мультикатегорийных запросов, вижу еще проблему необнаружимости фильтров при товарной таксономии
Согласен, замечание резонное и мультикатегорийные запросы действительно встречаются, но такие запросы выявляются при любом подходе.
Практически всегда проблему можно разрулить, а то что прям совсем "невпихуемое" - я отбрасываю по принципу - убирая меньшее, ради большего.
Корректное определение задачи - уже 30% рабочего решения. Вы дали фрагмент и по нему уже множество вопросов в отношении рабочего ассортимента, поэтому перед тем как формировать группы у вас должно быть умозрительное представление о построении рабочего древа.
Фактически - это навык декомпозирования и это умение нужно тренировать, потому как в общем-то один из самых важных и для сеошника, и для программиста.
Как уже говорил выше, я начинаю с формирования товарного древа.
Я обычно идут по актуальному древу и наполняю каждый уровень. Если на каком-то из уровней вижу доп. актуальную частотность для нового уровня, оцениваю насколько это актуально с точки зрения товарной группировки и ввожу новую ветку.
И ещё. Когда ты непосредственно работаешь с продвижением сайта, то моя рабочая установка - работа с семантикой не заканчивается никогда.
Поэтому не надо мучать себя перфекционизмом собрать всю вертикаль запросов. Когда например у огромного интернет-магазина сотни тысяч товаров, не нужно на старте спускаться в товарные микро частотники, пытаясь выпарсить всё. Я всегда сначала оцениваю приоритетные категории и потом оцениваю насколько рабочее древо дробиться по вероятностным семантическим нишам. Шаг за шагом осваиваю зоны семантики и только потом погружаюсь в дебри низкочастотных бездн :)
Со временем семантика всё равно будет дополняться фактическими запросами из показов запросного индекса, поэтому когда проект большой, там копать не перекопать. Главное правильно расставить приоритеты, а потом со временем детализировать нужные ветки рабочего древа.
Пожалуйста, пожалуйста 👌
Это вряд ли.. :)
Значит вы интуитивно готовы к необходимым рабочим действиям.
Я себя столь категорично не оцениваю :)
Уже хорошо.
Так какая именно? Вам лучше детально описать контекст проблемы с рабочими данными и тогда вы скорее получите ответ по сути.
Вы тогда лучше отталкивайтесь не от объёма запросов (кстати, почему именно 10K? почему не больше или не меньше? кто вас настроил на эту цифру?) - так вот, отталкивайтесь от контекстной структуры.
Структура сама определяет контекстные ограничения, например, возьмём фокус,
стул
- красный стул
- синий стул
и в данном случае вы начинаете работу не с общей семантики "стул", которая напарсит вам огромное множество запросов связанных с общим запросов "стул", а начинаете с частного случая - "красный стул". Парсите всё, что касается красных стульев. Если видите дробления на более мелкие - достраиваете дочерние ветки и переходите в них.
В самом конце возвращаетесь к общему запросу и "вычитая" из перечня всё то, что вы уже обработали на дочерних ветках, смотрите что осталось.
Если нужно - достраиваете новые ветви структуры, если не нужно - отбрасываете.
Стоп слова наверняка отсеет процентов 15-20%, дальше вы идете по отсеву группировки запросов и нередко уходит до половины объёма.
Все эти приёмы у Ожгибесова освещаются, так что объём не должен останавливать. Главное, правильно выбрать информационную область и не возиться с тем, что точно не нужно.
