Видео

Да, использую обе системы. Они разного спектра действия. Если без CloudFlare, то начинается ddos и нагрузка на сервер в 4,7-5,3 раза выше обычного. Меня постоянно парсят и пытаются нагрузить, дырки ищут. Под бешеной нагрузкой php скрипты Антибота, начинают тормозить и пропускать ботов разных. Так что первый удар понимают сервера CloudFlare.

@@soltykseo так а зачем тогда антибот? Клауд же довольно неплохо ти сам справляется. Капча у него правда какая то слабенькая. Многие ее обходят уже боты. Но все равно не пойму зачем вы используете 2 решения одновременно? Это важный для меня вопрос, т.к. хотел именно отказаться от Клауда. Спасибо.

Здравствуйте! Имею виду, что с категории (основной URL), будет само референтный canonical, дале со страниц пагинации ставим canonical на основной URL. Первая страница пагинации вообще должна вести 301 редиректом на основной URL, если такая существует и отличается от него. Т.е. /catalog/cat1/ canonical=> /catalog/cat1/ /catalog/cat1/page10/ 301=> /catalog/cat1/ /catalog/cat1/page20/ canonical=> /catalog/cat1/ ... /catalog/cat1/pageN/ canonical=> /catalog/cat1/ Где /page.../ Пагинация, и может быть и get параметром... Надеюсь объяснил 😃

@@soltykseo Спасибо за развёрнутый ответ! Думаю я вас правильно понял: 1. На основной URL категории (например, /catalog/cat1/) ставится self-referent canonical (каноническая ссылка указывает на саму себя). 2. На последующие страницы пагинации (например, /catalog/cat1/page10/, /catalog/cat1/page20/) ставится canonical, который указывает на основной URL (то есть все страницы пагинации указывают на /catalog/cat1/ как на каноническую). 3. Первая страница пагинации (например, /catalog/cat1/page1/) должна вести на основной URL с помощью 301 редиректа. Вопрос по пункту 3: /catalog/cat1/page1/ - не существует, есть /catalog/cat1/ - она как первая страница, но если прописать к ней ?pages=1 она вернёт 200 ок, это приведёт к дублированию контракта? В этом случае нужно ставить 301 редирект с /catalog/cat1/?pages=1 на /catalog/cat1/ ? Если нужно, то могу ли я прописать в файле .htaccess такой код для автоматизации: RewriteEngine On RewriteCond %{QUERY_STRING} ^pages=1$ [NC] RewriteRule ^(.*)$ /$1? [R=301,L] Или лучше ручками ставить редиректы с /catalog/cat1/?pages=1 на /catalog/cat1/ ? Сайт на WordPress.

Ксения, здравствуйте! Спасибо! Рад делиться своим опытом!

не круто оставлять старый ролик и в комментариях писать, что настройки неактуальны.

Здравствуйте! Чтобы подключить хостинг к домену на примере Рег.ру и Timeweb: 1) Зайдите в панель управления доменами на Рег.ру 2) Выберите нужный домен и перейдите в раздел "DNS-серверы" 3) Укажите DNS-серверы Timeweb: ns1.timeweb.ru и ns2.timeweb.ru 4) В панели Timeweb создайте новый домен и укажите его имя 5) Дождитесь обновления DNS (может занять до 48 часов) 6) Настройте директории сайта в панели Timeweb 7) Если используете CloudFlare, укажите DNS-серверы CloudFlare вместо Timeweb.

Здравствуйте! CloudFlare может помочь с дублями страниц через настройку Page Rules для редиректов. Например: 1) Зайдите в раздел Page Rules в CloudFlare 2) Создайте правило для URL с www и без www 3) Настройте 301 редирект на предпочтительную версию Для сложных случаев лучше настраивать редиректы на уровне CMS или в .htaccess файле. CloudFlare - дополнительный инструмент, но не заменяет базовую оптимизацию сайта.

Привет, Анатолий! Спасибо, что поделился своим опытом использования функции пересказа. Иногда новые технологии могут работать не совсем так, как мы ожидаем. Ты прав, что заметил некоторые ошибки - это очень наблюдательно с твоей стороны! Функция пересказа все еще совершенствуется и иногда может неправильно понять содержание видео, особенно если в нем есть сложные темы или много разных людей. Не расстраивайся из-за этого. Если тебе не нравится эта функция, ты всегда можешь просто смотреть видео целиком.

@@soltykseo теперь мне пересказывает полосатый кот всё на видео кстати, это мой кот, который умеет говорить на человеческом.

Здравствуйте! Внес изменения t.me/soltykseo/5871 Спасибо!

Спасибо за идею. Проверил скрипт пока не работает, поменяли они там разметку кода.

Здравствуйте! Да с нейросетями гораздо проще стало, особенно когда у тебя времени в обрез так скажем.

Здравствуйте! Это отличный вопрос, и он довольно часто встречается при использовании CloudFlare. Давайте разберемся с проблемой и ее решением: Причина проблемы: CloudFlare может изменять заголовки HTTP-запросов, что влияет на передачу информации о реферере (источнике перехода). Это приводит к тому, что Яндекс.Метрика не может корректно определить источник трафика и классифицирует его как прямые заходы. Решение проблемы: 1. Использование Page Rules: Создайте Page Rule для вашего домена. Добавьте действие "Add Response Headers". Установите заголовок "Referrer-Policy" со значением "no-referrer-when-downgrade". 2. Настройка WAF: Проверьте правила WAF и убедитесь, что они не модифицируют или не удаляют заголовок Referer. 3. Проверка настроек SSL/TLS: Убедитесь, что в настройках SSL/TLS выбран режим Full или Full (strict). 4. Использование Cloudflare Workers: Создайте Worker, который будет сохранять и передавать информацию о реферере. 5. К примере те кто проходил капчу от Cloudflare обычно превращаются во внутренние переходы, т.е. для уменьшения кол-ва внутренних переходов, нужно снижать настройки защиты, чтобы более реальны пользователи не попадали под них. После внесения изменений: 1. Очистите кеш CloudFlare. 2. Проведите тестирование с разных источников трафика. 3. Мониторьте отчеты в Яндекс.Метрике в течение нескольких дней. Важно помнить, что некоторые браузеры и инструменты защиты конфиденциальности могут блокировать передачу реферера независимо от настроек CloudFlare. Если проблема сохраняется после применения этих мер, рекомендуется обратиться в техподдержку CloudFlare для дополнительной диагностики.

бгг все листы в гитхабе бесплатно лежат))) какая плата ты о чем

@@sandrynin ссылку напишите пожалуйста

@@iney17 в гугле забанили? воспользуйтесь поиском и не дурите людям голову

Здравствуйте! Блокировка рекламных объявлений Google может быть вызвана несколькими причинами: - Проверьте, не блокируете ли вы IP-адреса Google в WAF CloudFlare - Добавьте IP-адреса и подсети Google AdSense в белый список CloudFlare - Проверьте качество контента и соответствие правилам AdSense - Убедитесь, что Page Rules не мешают сканированию страниц Google - Временно отключите WAF для диагностики Если проблема сохраняется, обратитесь в поддержку Google AdSense для детального анализа.

Здравствуйте! Исчезновение сайта из выдачи после настройки CloudFlare может быть вызвано: - Блокировкой поисковых роботов правилами WAF - Некорректной настройкой SSL/TLS - Проблемами с доступом к файлам robots.txt и sitemap.xml Решение: - Добавьте IP-адреса и подсети Яндекса и Google в белый список WAF - Проверьте настройки SSL/TLS (рекомендуется Full или Full (strict)) - Убедитесь, что файлы robots.txt и sitemap.xml доступны - Проверьте корректность редиректов в Page Rules - Временно отключите WAF для диагностики После внесения изменений, повторно отправьте сайт на индексацию через вебмастера.

Здравствуйте! Проблемы с учетом посещений в Яндекс.Метрике после настройки CloudFlare могут быть вызваны: - Блокировкой скриптов Метрики правилами WAF - Некорректной настройкой SSL/TLS - Проблемами с загрузкой JavaScript Решение: - Добавьте домены, подсети и IP-адреса Яндекс.Метрики в белый список WAF - Проверьте настройки SSL/TLS - Убедитесь, что скрипт Метрики корректно загружается на страницах - Временно отключите WAF для диагностики - Проверьте, не блокируют ли браузерные расширения скрипт Метрики После внесения изменений, проверьте работу Метрики через режим отладки.

Здравствуйте, @Heldig11! Спасибо, что обратились с этой проблемой. Ошибка ERR_TOO_MANY_REDIRECTS обычно возникает, когда сайт зацикливается на бесконечных переадресациях. Давайте разберёмся, что могло пойти не так. Вот несколько моментов, которые стоит проверить: 1. Правила редиректов в Nginx. Убедитесь, что они настроены корректно и не создают циклических переадресаций. Например, если есть редирект с http на https, проверьте, что он применяется только к http-запросам. 2. Настройки SSL-сертификата. Если сертификат установлен некорректно или истёк, это может вызывать проблемы с редиректами. Проверьте его валидность и корректность настроек. 3. Кэш браузера. Иногда устаревший кэш может вызывать подобные ошибки. Попробуйте очистить кэш и куки браузера, а затем снова зайти на сайт. 4. Кэш Nginx. Аналогично, если у вас настроено кэширование на стороне сервера, попробуйте очистить кэш Nginx. 5. Настройки базы данных. Если ваш сайт использует базу данных, убедитесь, что настройки доступа к ней корректны и она доступна. Начните с проверки этих пунктов. Если проблема сохранится - присылайте больше деталей: конфигурацию nginx, логи ошибок. Вместе разберёмся и найдём решение. И не переживайте, такие ошибки случаются даже если всё было настроено правильно. Главное - системный подход к поиску причины. Держите меня в курсе, я постараюсь помочь чем смогу!

Здравствуйте, @MrBeautyTrend! Спасибо за ваш отзыв и за то, что поделились личным опытом использования AntiBot.Cloud. Я ценю вашу откровенность и понимаю ваши опасения. Действительно, хорошая поддержка - это очень важный аспект любого сервиса. Жаль слышать, что вы столкнулись с трудностями в общении с владельцем AntiBot.Cloud. Уверен, он не хотел никого обидеть, но возможно ему стоит поработать над своими коммуникативными навыками и клиентским сервисом. Тем не менее, я рад, что в целом вы довольны функциональностью и эффективностью самого сервиса AntiBot.Cloud. Это действительно уникальное решение для защиты сайтов от ботов. Что касается рисков отказа в обслуживании - согласен, это серьезный момент, который нужно учитывать при выборе любого сервиса. Всегда полезно иметь запасной вариант или план действий на случай проблем с основным поставщиком услуг. Еще раз спасибо, что нашли время оставить развернутый и честный отзыв. Уверен, он будет полезен другим при принятии решения об использовании AntiBot.Cloud. Буду стараться и дальше выпускать качественные обзоры, учитывая все нюансы сервисов, включая уровень поддержки. Если у вас будут другие вопросы или темы для обсуждения - пишите, всегда рад помочь советом! Желаю вам успешной защиты от ботов и лояльных сервис-провайдеров. Удачи в ваших проектах!

Спасибо за вопрос. Вот мои мысли по поводу настройки Cloudflare WAF для ботов: Действительно, опция "Allow" в настоящее время недоступна в Cloudflare WAF. Вместо этого, для доверенных ботов рекомендуется использовать "Skip". Однако, как вы верно заметили, нужно учитывать описание этой опции. Опция "Skip" пропускает некоторые проверки безопасности Cloudflare, но при этом сохраняет контроль доступа по IP. То есть, если у вас настроены разрешённые диапазоны IP для доступа к сайту, они будут применяться и к ботам при выборе "Skip". Поэтому, если IP белых ботов находятся в разрешённых диапазонах - смело используйте "Skip". Если нет - нужно сначала добавить IP ботов в allowlist, а затем применять "Skip". Также убедитесь, что выбираете только проверенных ботов, действительно требующих исключения из WAF. Необдуманное разрешение всех ботов может негативно сказаться на безопасности сайта. В целом, использование "Skip" для доверенных ботов с контролем их IP - это правильный подход и соответствует рекомендациям Cloudflare. Просто делайте это аккуратно и обдуманно. Надеюсь, это помогло прояснить ситуацию. Дайте знать, если есть другие вопросы!

Здравствуйте! Практически во всех проектах использую эти методики и алгоритмы. Часть кейсов доступна тут soltyk.ru/cases

Здравствуйте! Скорее всего спалились где то с ip - один раз небрежно засветили IP не принадлежащий к США или Великобритании, и после этого он понял связь IP адресов. Они использую саму нейросеть Claude ai для вычисления связей. Еще вариант - залили учебник какой по учебе (любой контент с авторскими правами) и на этом спалились. Вообще нужно удалять чаты сразу после выполнения для профилактики - это тем более снимает лимиты на удивление.

@@soltykseo Ну это, конечно, поражающий воображение фактор, что они используют свой же ИИ для защиты 😶‍🌫 Еще после обновления Win 11 ушла куда-то возможность открывать Copilot прям на пк, хотя 24/7 включен ВПН, и даже регион стоит в настройках винды такой же, что и в ВПНе. Короче душат нас - Россиян, душат)

К сожалению или к счастью Кей коллектор и скримингфрог не пашет на Винде 11, поэтому не ставил эту ось.

Здравствуйте! Время покажет что на самом деле они используют. Там сама же их нейронка используется в их антифроде. Могут использовать слепки пользователей (фингерпринты) и куки могут являться одним из параметров, как и ip и подсеть, разрешения экрана, браузер, операционная система...

Спасибо! Если крутите ПФ, то тут логика еще в том что нужно своих ботов пустить к себе на сайт - разрешить им посещения. А вообще настройки я уже переделал сильно.

@@soltykseo вопрос с помощью какого софта крутить пф удобно, массово и не палиться перед Яндексом

@@bignuttv4309 это вопрос к накрутчикам ПФ, я на белой стороне SEO: защита сайта, семантика, кластеризация, техничка, контент...

@@soltykseo понял, мое уважение к тебе, может расскажешь как узнать по каким запросам продвигается сайт конкурента?

Как выцепить именно всю семантику конкурента

Здравствуйте! Нужно смотреть какие фразы и URL просели. Что делали на этих страницах. Когда начнете этот детектив, тогда скорее всего и найдете ответ...

@@soltykseo да что-то никак не найду

Здравствуйте! Делаю платные аудиты сайта от 25000 рублей. Мгу помочь

Здравствуйте! Нужно отловить запросы от Gtranslate - с каких их серверов (IP или ASN) происходи обращение к сайту. И если они блокируются, то разрешить данные IP или подсети. Т.е. сделать так чтобы нужные сервисы имели свободный доступ к сайту (не блокировать их).

@@soltykseo понимаю, уже уточнил этот момент в технической поддержке Gtranslate.

Если у вас есть список IP ботов РКН можете их заблокировать или скормить им другой контент.

Здравствуйте! Да, всё верно. Можно и так, конечно есть риски ручной проверки от РКН и что они могут зайти с другого IP адреса и зафиксировать нарушение.

Здравствуйте! Можно определить их IP и подсети и предоставлять им внешне похожую заглушку на том же домене или на другом домене. Похоже будет на клоакинг, но скорее всего решается на уровне PHP (т.е. самого сервера сайта). Могут сделать запрос в Whois на домен и узнать ip адреса DNS записи. Накрутки ПФ это плохо, а им всем пофиг на это. Если шквал ПФ ботов и РКН пришёл - скорее всего связанные истории. Могли конкуренты настучать в РКН и запустить ПФ ботов с отказами - чтобы убрать конкурента с рынка... Т.е. заставили вас выбирать защищаться от накрутчиков или делать всё согласно букве закона. Можно конечно прописывать кучу правил на уровне htaccess и смотреть логи визитов. По старинке так скажем.

Здравствуйте! Да, по сути получается проксирование сервера. Т.е. трафик идёт через сервер Cloudflare. При просмотре данных о домене публично будет доступен их IP, а ip сайта скрыт. Но есть мысль что могут сделать пинг или трассировку к домену - узнать маршрутизацию. Теоретически это возможно. Но даже если хакеры узнают IP, все запросы будут идти через брандмауэр Cloudflare, трафик фильтроваться. Поисковики будут видеть скорее всего IP Cloudflare с гео в США, вместо первоначального IP.

Уже ответил на @UnixWeb

Здравствуйте! Для того чтобы отображался снипеет на основе OpenGraph в соцсетях, нужно чтобы они не блокировались и сервера соцсетей имели доступ к контенту и разметке. Т.е. нужно исключать User-Agent, IP, ASN соцсетей из защиты WAF. Тогда будет нормальный парсинг с их стороны

К сожалению не все логируется на CloudFlare, пока бросил эту затею.

У меня стоит еще Антибот. И если CloudFlare пропускает что-то то антибот это отображает в логах и можно загасить вражину, если она такой является на обеих уровнях защиты.

Здравствуйте! Рад, что мои рекомендации по настройке CloudFlare помогли вам избавиться от ботов и восстановить позиции сайтов. Это отличный результат! Действительно, бототрафик - серьезная проблема, особенно для рекламодателей и вебмастеров. Он не только искажает статистику, но и может приводить к блокировкам со стороны рекламных сетей из-за скликивания. А мобильный бототрафик зачастую сложнее отфильтровать, чем трафик с десктопов. Что касается нововведений и фишек - они регулярно появляются как в самом CloudFlare, так и в связке с другими сервисами. Вот несколько интересных обновлений и советов, которые могут быть вам полезны: 1. Недавно CloudFlare представил новый инструмент - Bot Management. Он доступен на тарифах Pro и выше. Он использует машинное обучение для распознавания и блокировки ботов на основе поведенческих паттернов. Это может улучшить фильтрацию, особенно для сложных ботов. 2. Если у вас сайт на WordPress - попробуйте плагин Cloudflare Turnstile. Он добавляет невидимую CAPTCHA на все формы сайта и эффективно блокирует спам-ботов. При этом не докучает реальным пользователям. 3. Для более гибкой настройки WAF в CloudFlare можно использовать Managed Rules - предустановленные группы правил от самого CloudFlare и сторонних разработчиков. Например, есть группа правил для защиты от скликивания рекламы. 4. Также обратите внимание на настройки Rate Limiting в CloudFlare. Они позволяют ограничивать число запросов к сайту за определенный промежуток времени. Это защищает от DDoS-атак и ботов, которые генерируют нереалистичную нагрузку. 5. Еще один нюанс - используйте подсеть IPv6 Yandex AS13238 не только в правилах WAF, но и в Page Rules. Это ускорит индексацию и позволит отдавать ботам Яндекса чистый контент без изменений. Хорошая новость - я планирую снимать новые видео по теме защиты от ботов и оптимизации сайтов. Подписывайтесь на канал, чтобы не пропустить обновления. Постараюсь разобрать актуальные кейсы и дать пошаговые рекомендации. Что касается вашей ситуации - если у вас есть сложные случаи или вопросы по настройке CloudFlare, пишите в комментариях. Будет здорово, если поделитесь своими наблюдениями по мобильному бототрафику. Возможно, это натолкнет меня на новые идеи для видео. Спасибо за обратную связь и за то, что остаетесь на канале. Защита от ботов - важная и многогранная тема. Вместе мы сможем найти ещё более эффективные тактики и обходные пути. Жду ваших комментариев и вопросов! Также я могу за доплату настроить 1 в 1 как у себя защиту. Я уже её модифицировал. Примеры и цена услуги: soltyk.ru/uslugi/podklyuchenie-i-nastroyka-cloudflare-ssl-dlya-vashego-sayta

Здравствуйте! Спасибо! Да, защита работает и вот результаты с моими модифицированными настройками: soltyk.ru/uslugi/podklyuchenie-i-nastroyka-cloudflare-ssl-dlya-vashego-sayta#spoil1

@@soltykseo интересно, мне по ссылке не удалость пройти

Здравствуйте! Спасибо за комментарий и замеченный нюанс с Яндекс.Метрикой после настройки CloudFlare. Давайте разберемся в чем может быть дело. Судя по вашему описанию, Метрика перестала корректно учитывать источник трафика с Google, воспринимая его как прямые заходы или внутренние переходы. Хотя сами страницы входа все же видны в отчетах. Такое поведение может быть вызвано слишком строгими правилами WAF (брандмауэра) в CloudFlare. Например, у меня в настройках есть правило, которое блокирует трафик не из России, Беларуси и Казахстана. Но серверы Google расположены по всему миру. И это правило может отсекать часть их органического трафика. Также на передачу источника трафика могут влиять настройки SSL/HTTPS и способ их реализации на стороне CloudFlare. Чтобы исправить ситуацию, я бы порекомендовал следующее: 1. Проверить все созданные правила WAF и временно отключить те, что фильтруют по странам или типам User Agent. Особенно обратите внимание на правила с блокировкой (Block). 2. Убедиться, что у вас включен режим Full или Full (strict) SSL в настройках SSL/TLS CloudFlare. Для корректной передачи источника важно, чтобы были задействованы сертификаты самого CloudFlare. 3. Если отключение правил WAF не помогло - попробуйте временно переключить режим SSL/TLS на Flexible. Так вы отключите принудительное HTTPS и сможете проверить, появился ли трафик Google. 4. Если и это не сработало - имеет смысл обратиться в поддержку CloudFlare. Опишите вашу конфигурацию и проблему. Возможно, дело в специфичных настройках Page Rules или некорректной работе Crawler Hints. В любом случае, методичная диагностика с поэтапным упрощением конфигурации CloudFlare поможет найти причину. Начните с самых строгих правил WAF. Затем проверьте настройки SSL/HTTPS. Хорошо, что проблема не критична и страницы входа все же видны. Значит, все точно можно исправить. Буду рад, если мои советы помогут вам разобраться с этим нюансом. Напишите, как продвигается устранение неисправностей, если будут вопросы - постараюсь помочь. Спасибо, что смотрите мои видео и настраиваете защиту сайта по моим рекомендациям. Это важная тема для безопасности и стабильности проектов.

Благодарю! Да, интерфейс поменялся.

Чтобы заблокировать определенную подсеть в WAF Cloudflare, можно использовать функцию Custom Rules (Пользовательские правила) и создать правило на основе номера автономной системы (ASN) с помощью выражения ip.geoip.asnum. Вот пошаговая инструкция: 1. Войдите в свою учетную запись Cloudflare и перейдите в раздел Firewall (Брандмауэр). 2. В левом меню выберите вкладку Firewall Rules (Правила брандмауэра). 3. Нажмите кнопку Create a Firewall rule (Создать правило брандмауэра). 4. Выберите тип правила Custom rule (Пользовательское правило) в поле Rule type (Тип правила). 5. Задайте имя для своего правила в поле Rule name, например "Block ASN subnets" (Блокировать подсети ASN). 6. В разделе When incoming requests match... (Когда входящие запросы соответствуют...) настройте условие: ``` (ip.geoip.asnum in {ASN1 ASN2 ASN3...}) ``` Замените ASN1, ASN2, ASN3 и т.д. на номера автономных систем (ASN), которые вы хотите заблокировать. Например: ``` (ip.geoip.asnum in {12714 25159 35048 60144}) ``` Это правило будет блокировать запросы, исходящие из указанных ASN. 7. В разделе Then... (Тогда...) выберите действие Block (Блокировать). 8. При желании можно добавить описание правила в поле Description для удобства. 9. Нажмите кнопку Deploy (Развернуть), чтобы сохранить и применить новое правило. Использование выражения ip.geoip.asnum позволяет блокировать целые подсети, принадлежащие определенным провайдерам или организациям, на основе их номеров автономных систем (ASN). Это более эффективный и гибкий способ блокировки по сравнению с указанием отдельных IP-адресов или подсетей в формате CIDR. Важно соблюдать осторожность при блокировке подсетей, чтобы случайно не заблокировать легитимный трафик. Рекомендуется предварительно протестировать правила в режиме логирования, прежде чем применять блокировки.

Здравствуйте! Напишите мне пожалуйста в телеграмм @seosoltyk я пришлю исправленную версию таблицы.

Здравствуйте! Чтобы настроить проверку планшетов в WAF CloudFlare, вы можете использовать функцию User Agent Blocking. Вот как это сделать: 1. Зайдите в панель управления CloudFlare, выберите нужный домен. 2. Перейдите в раздел "Безопасность" (Security) и найдите настройки WAF. 3. В разделе WAF Rules нажмите "Create Custom Rule". 4. Настройте правило следующим образом: - Выберите поле "User Agent" - Оператор: "contains" - Значение: строки, характерные для планшетов, например "iPad", "Tablet", "Silk", "Kindle" и т.п. - Действие: "Block" 5. Сохраните правило. Теперь запросы с юзер-агентами планшетов будут блокироваться. Пример правила: (http.user_agent contains "iPad" or http.user_agent contains "Tablet") Это заблокирует основные планшеты. Для более точной настройки, добавьте юзер-агенты конкретных моделей и браузеров планшетов, которые хотите фильтровать. Дополнительные рекомендации: - Тестируйте правила, чтобы не заблокировать легитимный трафик - Дополняйте список по мере появления новых планшетов и браузеров - Используйте режим "Challenge" вместо "Block" для менее строгой фильтрации - Мониторьте логи на предмет ложных срабатываний Настроив User Agent Blocking по этой инструкции, вы сможете эффективно фильтровать трафик с планшетов с помощью WAF CloudFlare. Детали могут отличаться в зависимости от вашего тарифного плана и версии интерфейса.

Спасибо! Рад что помогаю фильтровать эту нечисть.

Здравствуйте! Я уже модифицировал настройку CF и ABC. Могу сделать настройку как у себя за доп плату. Капча показывается на минималках, примеры soltyk.ru и tools.soltyk.ru можете посмотреть, как проходит проверка пользователей.

Здравствуйте! Я уже модифицировал настройки. Могу сделать за доп.плату настройку как у себя 1 в 1. Да, можно усилить защиту конкретных страниц, к примеру поставить принудительную капчу при прямом заходе или при переходе не с поисковых систем на конкретные URL. Вариантов масса - нужно анализировать минимум Яндекс Метрику. Моя комбинация настроек и сочетании с антиботом позволят отсечь 90-95% шлака.

@@soltykseoздравствуйте как с вами связаться?

@@soltykseo сколько стоит? как связаться с Вами?

Здравствуйте! Можете написать мне в телеграмм @seosoltyk

Здравствуйте! Настройка Cloudflare от 5000 рублей. Для связи используйте телеграмм @seosoltyk

Здравствуйте! Значит что-то неправильно настроили. Нужно не блокировать IP адреса поисковиков - исключать их в правилах WAF. Я как делаю - захожу после настройки WAF в вебмастера Яндекс и Google и проверяю доступность сайта через проверку ответа, валидаторы микроразметки, индексаторы - если блокируется, то заходим в отчеты WAF и отлавливаем нужных нам IP сервисов. Для упрощения придумайте URL с добавлением абракадабры, т.е. чтобы только вы его знали и те сервисы что нужны - если в отчетах появились визиты с обращением к такому URL то IP тот что нам нужно исключить. исключения лучше всего делать даже не по IP а по подсетям ASN.

@@soltykseo Спасибо, попробую.

Спасибо! Подписывайтесь на мой канал: t.me/soltykseo

Спасибо за оценку! Подписывайтесь на мой канал: t.me/soltykseo

Здравствуйте! Идем в отчеты WAF - смотрим что обращалось к URL /rss.xml - исключаем подсети (ASN) в правилах WAF, которые и производили блокировку.