Вам нужны спец. условия. Спец. условия на выделенном сервере. На шареде их нет. Смиритесь с этим :)
Всё верно. Тогда задача заняться поиском таких хостингом, где этих ограничений нет и перенести сайты туда, если это для вас критически необходимо.
В отношении клиентоориентированности "тот хостинг" скажет - мы пониманием вашу проблему, но в данном случае для шаред хостинга таких возможностей нет.
Вы - правы, дело житейское. Вам нужны другие тех. условия хостинга - ищите их.
Идеальных клиентов нет. Есть люди с конкретными проблемами и их приходится в том числе организационно решать.
Когда получается: и клиент доволен, и все в едином порыве, и все счастливы от рабочего процесса, вот тогда возникает временная иллюзия про идеального клиента.
Заметьте. Данная техническая необходимость (для контроля и мониторинга) нужна только вам, следовательно и вам искать решение. Вы можете идти по пути персональных настроек проксей и прочих программных особенностей, а можете каким-то чудом уговорить своего клиента перейти на другой хостинг.
Про опыт и про возможные варианты вам (в том числе и я) писали в прошлой теме.
Вы опробовали эти возможности? Про результат их применения вы ничего не написали.
Как же вам ещё помочь, если мы вам советуем, а с октября 22-го года вы так и не продвинулись в этом вопросе?
Понятно дело блокируют, у них своя политика работы и вы в эту политику вписываетесь когда арендуете шаред хостинг.
Он ваш равно настолько насколько там ваши данные и вы исправно платите за его аренду. Условия использования определяет хостинг.
Либо переносите на VDS-VPS, либо
Других вариантов, простите, нет.
Возможно в отдельных случаях и так.
Но я бы начал с отсева серверных проксей и бана отдельных сеток. Пошагово. Внедрять и проверять, корректировать и проверять.
За бот трафик могут банить не только в РСЯ, но и в остальных сетях. Я бы не стал взвешивать эти риски.
p.s. Лет 5 назад была пачка сайтов с вялым трафиком. Поставил Adsence. Тогда активно экспериментировал с сервисом, который нагонял трафик. Слегка помешивал бот трафик, чтобы посмотреть, что из этого получится. Через 4 месяца сайты забанили, заработанную сумму списали. Было ожидаемо, но получилось, что зря тратился на добавочный на бот трафик.
Причина в том, что у Я и G разные алгоритмы в оценке результирующей релевантности.
В Я можно сравнительно быстро добиться успехов благодаря хорошим поведенческим.
G даже для старта нужно накопить необходимое кол-во рабочих сигналов (хостовых, ссылочных и т.д.), чтобы получить видимость в зоне TOP100.
Продолжать развивать сайт и условия его внешней среды (т.е. выполнять ссылочные посевы).
Тогда для G вообще рано делать выводы в успехах поисковой видимости.
p.s. Интересный у вас продукт, сохранил в закладки.
Думаю, даже в ближайшем будущем обращусь. Очень интересные визуализации.
Я не говорил, что не кликают. Я говорил, что редко кликают т.е. объём просто елозящих по странице ботов на порядки больше, чем тех, кто будут попадать по рекламе. Для этого достаточно просто открыть выборку посещений в Вебвизоре и посмотреть.
Всё верно. Я сам такие сценарии пишу, но не для процесса нагула, а уже для целевых действий и это всегда + время + силы - в конечном итоге + доп. сумма к разработке.
В целом, конечно реальные цифры и результаты покажет только практический эксперимент. Я же придерживаюсь мнения, что заработать на ботах РСЯ не даст, даже если и возникнет период накопления, сумму всё равно спишут и не дадут вывести, а площадку заблокируют.
Впрочем, пусть ТС попробует и расскажет.
Посмотрите page-audit.ru, saitreport.ru
Но лучше всё-таки писать целевые тесты, потому что внешние сервисы анализируют данные с точки зрения необходимого аудита, а здесь специфика больше связан с контролем содержимого.
Скорее всего и не заработает, боты редко кликают на целевые объекты, больше на навигацию, поэтому по факту кол-во рекламных блоков вырастет (ещё неизвестно как на это отреагируют пользователи), скорость загрузки увеличится, а РСЯ по накоплению пустых бот кликов всё равно забанит.
Я советую стараться снижать бот трафик, а не пытаться на нём заработать, что скорее всего будет бесполезно.
Пожалуйста.
В таким случаях я ставлю задачу программистам писать внутренние тесты, которые проверяют необходимые рабочие поля.
Скрипт ежесуточно запускается, проверяет контрольные зоны проверяемых страниц на совпадение с необходимой информацией и на почту мне высылается отчёт. Допустим, title - совпадает с контрольными значениям, ok.
Если программист выполняя какую-то задачу сносит ранее рабочие данные/настройки (а такое не часто, но случается) - рабочее письмо сигнализирует об изменениях.
А что за плагин, который создают такую нагрузку, тех. поддержка, случаем, не указала?
