Значит надо допиливать плагин.
Данная метка не формирует дубли, Яндекс обрабатывает её как служебный параметр.
Я не видел ни одного дубля в индексе с этим get параметром.
Человек просит разобраться, а вы его графиками забрасываете.
Когда вам удобно. Если вы удобно работать по расписанию - работайте по расписанию.
Всё зависит от объёма задачи и критериев мониторинга.
Можно хоть каждый день с утра, но если объём запросов большой, то чаще всего вести проверку по всему перечень и не нужно.
Лучше создавать небольшую контрольную выборку и проверять раз в несколько дней. В рабочей динамике вам будет понятно, как часто снимать и на что обращать внимание.
Согласен, имеем то, что имеем.
p.s. Хотя может быть что-то в тестовое режиме собирают, чтобы потом применить (а мы об этом не знаем и узнает внезапно).
Начните с включения запроса в тело страницы.
Если объём текста на страницы позволяет - используйте также в описании "недорогой", "доступны", "дешевый" (если уместно), "выгодный".
p.s. Слово "недорого" нужно постараться вписать в пределах фразы, а ещё лучше в паре.
Т.е. Недорого купить [товар] вы можете...
Да будет вам. Нужно просто нормировать влияние ПФ факторов. И обрезать возможность накрутчикам ставить в топы сайты фактически за день.
Затем, что поведенческий трафик Яндекс учитывает скопом и живой, и ботов. Следовательно, когда боты начинают занижать показатели по поведенческим, запросы ползут вниз, ухудшается поисковая видимость, вебмастер теряет трафик.
Вредят заходы в результате которых нагуливают профили.
Потому что в Яндекс есть возможность в некоторых случаях за считанные часы поставить сайт в топ по отдельному запросу.
Могут внести коррективы, чтобы хотя бы не бустили до неприличия запросы.
Могут.. но не хотят. Значит есть причины.
Накрученность профиля не влияет на технические показателя FP.
Вот результат использовании прокси через московском прокси сервер с генерацией FP,
Фактически сервис указывает лишь на устаревшую версию Хрониума.
Что для данного сервиса является критическим в версии браузера я не понимаю. Думаю, таким образом очень многие пользовательские браузеры не пройдут 100% проверку.
Ну вот в моём случае подмена прокси не обнаруживается, поэтому статус сине-зеленый. Если подмена прокси детектится - статус жёлтый.
А вот пример вашего второго сервиса, на него я захожу со своего рабочего браузера, где не использую прокси.
И этот сервис ругается на версию Хрома, хотя вышеуказанный на заход с того же браузера выдаёт всё в порядке 100%.
В общем, логику и актуальность этих сервисов самих нужно проверять на корректность.
На слуху я так понимаю у тех, кто занимался клоакингом, для большинства вебмастеров и seo специалистов это будет новая информация.
Без понятия, не сталкивался и впервые слышу.
Приведите рабочий пример, чтобы было понятно, как он работает и насколько его можно адаптировать в наших общих задачах.
Вижу, что основная проблема отличать основных провайдеров от неосновных. Неосновные это какие? Понятно, что туда мы формально отнесем облачные сервисы, но как вы физически будете проводить сортировку по огромную перечню подсетей?
