Как подготовить страницу, чтобы AI мог её процитировать
AI не нужна магия, скрытый текст или “специальная оптимизация под нейросети”.
Ему нужен материал, из которого легко извлечь точный ответ.
Что для этого важно?
1. Короткий ответ сразу после H1
В первых 50–100 словах объясните:
— что это;
— для кого;
— какую задачу решает;
— чем отличается;
— какие есть важные условия.
Плохо:
“Мы предлагаем современные и качественные решения”.
Лучше:
“Услуга подходит компаниям, которым нужно восстановить позиции после переезда сайта. В работу входят аудит редиректов, canonical, sitemap и внутренних ссылок”.
2. Факты вместо рекламы
Не:
“Очень быстрый сервис”.
А:
“Среднее время ответа поддержки — до 15 минут в рабочие часы”.
Не:
“Подходит для больших помещений”.
А:
“Рассчитан на помещения площадью до 180 м²”.
AI проще цитировать конкретные и проверяемые утверждения.
3. Таблицы и сравнения
Если пользователь выбирает между вариантами, покажите:
— характеристики;
— отличия;
— цену;
— ограничения;
— сценарии применения;
— кому какой вариант подходит.
Структурированное сравнение полезнее длинного текста и для человека, и для AI.
4. Блоки “кому подходит” и “кому не подходит”
Такие блоки помогают правильно понять контекст.
Например:
Подходит:
— интернет-магазинам;
— проектам с готовым разработчиком;
— сайтам с существующими позициями и трафиком.
Не подходит:
— новому сайту без структуры;
— проекту без ресурсов на внедрение;
— бизнесу, который ждёт результат за неделю.
5. Честные ограничения
Если услуга не включает программирование — укажите это.
Если товар не подходит для определённого сценария — напишите.
Если результат зависит от внедрения — объясните.
Ограничения не ослабляют страницу. Они повышают доверие.
6. Дата обновления
Показывайте актуальность там, где информация меняется:
— цены;
— правила;
— характеристики;
— версии программ;
— условия доставки;
— исследования;
— инструкции.
7. Понятная структура H2/H3
Заголовки должны отражать реальные вопросы пользователя.
Не:
“Наши преимущества”.
Лучше:
“Сколько стоит?”
“Что входит в работу?”
“Кому подходит?”
“Какие есть ограничения?”
“Сколько занимает внедрение?”
“Чем отличается от альтернатив?”
8. Важный контент должен быть видимым
Не прячьте “текст для нейросетей”:
— за CSS;
— белым текстом;
— только в коде;
— в блоках, которые пользователь не открывает.
Если информация важна, она должна быть доступна человеку.
9. FAQ должен дополнять страницу
Хороший FAQ закрывает:
— возражения;
— сроки;
— совместимость;
— условия;
— нестандартные сценарии;
— частые ошибки.
Плохой FAQ просто повторяет основной текст.
Главная мысль:
AI удобнее цитировать страницу, где есть:
— короткий ответ;
— конкретные факты;
— понятная структура;
— сравнения;
— ограничения;
— дата актуальности;
— полезные дополнительные вопросы.
Не пишите “текст под нейросети”.
Делайте страницу, из которой и человек, и AI сразу понимают:
что вы предлагаете,
кому это подходит,
в чём польза,
какие есть ограничения
и почему информации можно доверять.
AI не нужна магия, скрытый текст или “специальная оптимизация под нейросети”.
Ему нужен материал, из которого легко извлечь точный ответ.
Что для этого важно?
1. Короткий ответ сразу после H1
В первых 50–100 словах объясните:
— что это;
— для кого;
— какую задачу решает;
— чем отличается;
— какие есть важные условия.
Плохо:
“Мы предлагаем современные и качественные решения”.
Лучше:
“Услуга подходит компаниям, которым нужно восстановить позиции после переезда сайта. В работу входят аудит редиректов, canonical, sitemap и внутренних ссылок”.
2. Факты вместо рекламы
Не:
“Очень быстрый сервис”.
А:
“Среднее время ответа поддержки — до 15 минут в рабочие часы”.
Не:
“Подходит для больших помещений”.
А:
“Рассчитан на помещения площадью до 180 м²”.
AI проще цитировать конкретные и проверяемые утверждения.
3. Таблицы и сравнения
Если пользователь выбирает между вариантами, покажите:
— характеристики;
— отличия;
— цену;
— ограничения;
— сценарии применения;
— кому какой вариант подходит.
Структурированное сравнение полезнее длинного текста и для человека, и для AI.
4. Блоки “кому подходит” и “кому не подходит”
Такие блоки помогают правильно понять контекст.
Например:
Подходит:
— интернет-магазинам;
— проектам с готовым разработчиком;
— сайтам с существующими позициями и трафиком.
Не подходит:
— новому сайту без структуры;
— проекту без ресурсов на внедрение;
— бизнесу, который ждёт результат за неделю.
5. Честные ограничения
Если услуга не включает программирование — укажите это.
Если товар не подходит для определённого сценария — напишите.
Если результат зависит от внедрения — объясните.
Ограничения не ослабляют страницу. Они повышают доверие.
6. Дата обновления
Показывайте актуальность там, где информация меняется:
— цены;
— правила;
— характеристики;
— версии программ;
— условия доставки;
— исследования;
— инструкции.
7. Понятная структура H2/H3
Заголовки должны отражать реальные вопросы пользователя.
Не:
“Наши преимущества”.
Лучше:
“Сколько стоит?”
“Что входит в работу?”
“Кому подходит?”
“Какие есть ограничения?”
“Сколько занимает внедрение?”
“Чем отличается от альтернатив?”
8. Важный контент должен быть видимым
Не прячьте “текст для нейросетей”:
— за CSS;
— белым текстом;
— только в коде;
— в блоках, которые пользователь не открывает.
Если информация важна, она должна быть доступна человеку.
9. FAQ должен дополнять страницу
Хороший FAQ закрывает:
— возражения;
— сроки;
— совместимость;
— условия;
— нестандартные сценарии;
— частые ошибки.
Плохой FAQ просто повторяет основной текст.
Главная мысль:
AI удобнее цитировать страницу, где есть:
— короткий ответ;
— конкретные факты;
— понятная структура;
— сравнения;
— ограничения;
— дата актуальности;
— полезные дополнительные вопросы.
Не пишите “текст под нейросети”.
Делайте страницу, из которой и человек, и AI сразу понимают:
что вы предлагаете,
кому это подходит,
в чём польза,
какие есть ограничения
и почему информации можно доверять.
👍9🔥5
Почему первые 100 слов страницы стали важнее
Первый экран всегда влиял на то, останется человек на сайте или закроет вкладку.
Теперь он важен ещё и для поисковых систем, AI-агентов и сервисов, которые извлекают информацию со страницы.
Если в начале идут:
— длинная история компании;
— “индивидуальный подход”;
— “высокое качество”;
— общие обещания;
— рекламная вода;
то пользователь и машина тратят время, но так и не получают ответ.
Гораздо полезнее сразу объяснить:
— что это;
— для кого;
— какую задачу решает;
— где работает;
— чем отличается;
— какие есть условия или ограничения.
Плохо:
“Наша компания много лет предлагает современные решения высокого качества и индивидуальный подход к каждому клиенту”.
Лучше:
“Проводим технический SEO-аудит интернет-магазинов и сайтов услуг. Проверяем индексацию, структуру, дубли, canonical, sitemap, скорость и ошибки, которые мешают росту трафика и заявок”.
Во втором варианте сразу понятно:
что предлагают,
кому это нужно,
что входит в работу,
какую проблему решают.
Именно такой текст проще понять человеку, поисковой системе и AI.
Оптимальная структура начала страницы может выглядеть так:
H1
Короткое summary на 50–100 слов
Ключевые преимущества и ограничения
Основной коммерческий блок
Далее — детали, характеристики, таблицы, сравнения, кейсы и FAQ
Важно: не нужно прятать отдельный “текст для ботов” в HTML, CSS или скрытых блоках.
Если информация важна, она должна быть видна пользователю.
Хорошее начало страницы — это не SEO-хак.
Это способ быстро ответить на главный вопрос человека:
“Я попал туда, куда нужно, и здесь есть решение моей задачи?”
Если ответ понятен уже в первых абзацах, страница выигрывает сразу по нескольким направлениям:
— пользователь быстрее понимает предложение;
— снижается риск ухода;
— поисковику проще определить тему страницы;
— AI проще извлечь факты;
— коммерческое предложение становится яснее;
— меньше места остаётся для пустых формулировок.
Первые 100 слов не обязаны содержать все ключи и продавать любой ценой.
Их задача — снять неопределённость.
Что это?
Для кого?
Зачем?
В каких условиях?
Почему стоит читать дальше?
Хорошее начало страницы — это нормальная забота одновременно о пользователе, поисковике и AI-агенте.
Не начинайте страницу с воды.
Начинайте с ответа.
Первый экран всегда влиял на то, останется человек на сайте или закроет вкладку.
Теперь он важен ещё и для поисковых систем, AI-агентов и сервисов, которые извлекают информацию со страницы.
Если в начале идут:
— длинная история компании;
— “индивидуальный подход”;
— “высокое качество”;
— общие обещания;
— рекламная вода;
то пользователь и машина тратят время, но так и не получают ответ.
Гораздо полезнее сразу объяснить:
— что это;
— для кого;
— какую задачу решает;
— где работает;
— чем отличается;
— какие есть условия или ограничения.
Плохо:
“Наша компания много лет предлагает современные решения высокого качества и индивидуальный подход к каждому клиенту”.
Лучше:
“Проводим технический SEO-аудит интернет-магазинов и сайтов услуг. Проверяем индексацию, структуру, дубли, canonical, sitemap, скорость и ошибки, которые мешают росту трафика и заявок”.
Во втором варианте сразу понятно:
что предлагают,
кому это нужно,
что входит в работу,
какую проблему решают.
Именно такой текст проще понять человеку, поисковой системе и AI.
Оптимальная структура начала страницы может выглядеть так:
H1
Короткое summary на 50–100 слов
Ключевые преимущества и ограничения
Основной коммерческий блок
Далее — детали, характеристики, таблицы, сравнения, кейсы и FAQ
Важно: не нужно прятать отдельный “текст для ботов” в HTML, CSS или скрытых блоках.
Если информация важна, она должна быть видна пользователю.
Хорошее начало страницы — это не SEO-хак.
Это способ быстро ответить на главный вопрос человека:
“Я попал туда, куда нужно, и здесь есть решение моей задачи?”
Если ответ понятен уже в первых абзацах, страница выигрывает сразу по нескольким направлениям:
— пользователь быстрее понимает предложение;
— снижается риск ухода;
— поисковику проще определить тему страницы;
— AI проще извлечь факты;
— коммерческое предложение становится яснее;
— меньше места остаётся для пустых формулировок.
Первые 100 слов не обязаны содержать все ключи и продавать любой ценой.
Их задача — снять неопределённость.
Что это?
Для кого?
Зачем?
В каких условиях?
Почему стоит читать дальше?
Хорошее начало страницы — это нормальная забота одновременно о пользователе, поисковике и AI-агенте.
Не начинайте страницу с воды.
Начинайте с ответа.
🔥4👍2🤝1
🎉 Сегодня мне исполнилось 38 лет
Решил по этому поводу сделать небольшую праздничную акцию для тех, кто давно присматривался к SEO Semantic Lab или хотел обратиться ко мне за консультацией.
До 31 июля включительно:
🔹 Скидка 38% на лицензию SEO Semantic Lab
Программа помогает собирать и обрабатывать семантику, анализировать поисковую выдачу, позиции, конкурентов и решать другие SEO-задачи в одном интерфейсе.
🔹 Скидка 23% на первую часовую консультацию для новых клиентов
Стоимость консультации со скидкой составит 3 850 ₽ вместо 5 000 ₽.
На консультации можно разобрать:
— продвижение сайта и причины отсутствия роста;
— семантику, структуру и посадочные страницы;
— технические проблемы и ошибки;
— работу с подрядчиками и разработчиками;
— стратегию дальнейшего продвижения;
— возможности автоматизации SEO-задач.
Оплатить консультацию необходимо до конца июля, а провести её можно позднее — подберём удобное время по графику.
Скидка на консультацию действует только для новых клиентов и только на первую часовую консультацию. Последующие работы и пакеты часов оплачиваются по обычной стоимости.
По вопросам приобретения программы или записи на консультацию можно написать мне в личные сообщения.
Спасибо всем, кто читает мои материалы, пользуется программой, рекомендует меня и доверяет свои проекты. Продолжаем работать и развиваться! 🚀
Решил по этому поводу сделать небольшую праздничную акцию для тех, кто давно присматривался к SEO Semantic Lab или хотел обратиться ко мне за консультацией.
До 31 июля включительно:
🔹 Скидка 38% на лицензию SEO Semantic Lab
Программа помогает собирать и обрабатывать семантику, анализировать поисковую выдачу, позиции, конкурентов и решать другие SEO-задачи в одном интерфейсе.
🔹 Скидка 23% на первую часовую консультацию для новых клиентов
Стоимость консультации со скидкой составит 3 850 ₽ вместо 5 000 ₽.
На консультации можно разобрать:
— продвижение сайта и причины отсутствия роста;
— семантику, структуру и посадочные страницы;
— технические проблемы и ошибки;
— работу с подрядчиками и разработчиками;
— стратегию дальнейшего продвижения;
— возможности автоматизации SEO-задач.
Оплатить консультацию необходимо до конца июля, а провести её можно позднее — подберём удобное время по графику.
Скидка на консультацию действует только для новых клиентов и только на первую часовую консультацию. Последующие работы и пакеты часов оплачиваются по обычной стоимости.
По вопросам приобретения программы или записи на консультацию можно написать мне в личные сообщения.
Спасибо всем, кто читает мои материалы, пользуется программой, рекомендует меня и доверяет свои проекты. Продолжаем работать и развиваться! 🚀
🎉7
Хватит писать блог ради SEO
Блог не умер.
Умер подход: “давайте опубликуем 100 статей, соберём информационный трафик, а дальше как-нибудь появятся заявки”.
Чаще всего такой блог превращается в склад текстов, которые:
— почти никто не ищет;
— не связаны с коммерческими страницами;
— конкурируют друг с другом по смыслу;
— получают несколько показов и годами висят без трафика;
— не помогают пользователю выбрать товар или услугу.
Так появляются зомби-страницы и смысловая каннибализация.
Проблема не в количестве статей.
Проблема в отсутствии анализа спроса, выдачи и структуры сайта.
Перед созданием материала нужно проверить:
— есть ли реальный поисковый спрос;
— выделяется ли отдельный информационный кластер;
— показывают ли поисковые системы статьи по таким запросам;
— есть ли похожие материалы у конкурентов в ТОП-10;
— не закрыт ли этот смысл уже другой страницей сайта;
— с какой коммерческой страницей будет связан материал;
— какую роль статья сыграет в выборе пользователя.
Наличие похожих статей у конкурентов в ТОП-10 — хороший сигнал.
Это означает, что поисковая система воспринимает запрос как информационный и допускает такой формат страницы.
Но копировать темы конкурентов вслепую тоже не нужно.
Сначала следует разделить семантику на коммерческие и информационные кластеры.
Коммерческие запросы должны вести на:
— категории;
— карточки товаров;
— страницы услуг;
— подборки;
— посадочные страницы под конкретный спрос.
Информационные запросы имеет смысл отдавать в блог, когда они закрывают отдельную задачу пользователя:
— помогают выбрать;
— сравнивают варианты;
— объясняют ограничения;
— снимают возражения;
— показывают сценарии применения;
— подводят к подходящему товару или услуге.
Идеальная модель — не набор разрозненных статей, а тематические семантические коконы.
Например, вокруг коммерческого кластера могут быть отдельные материалы:
— как выбрать;
— сравнение вариантов;
— ошибки при выборе;
— кому подходит и не подходит;
— особенности эксплуатации;
— ответы на сложные вопросы.
Эти статьи связаны между собой внутренними ссылками и ведут на релевантные коммерческие страницы.
Коммерческие страницы, в свою очередь, могут ссылаться на полезные инструкции, сравнения и разборы.
Так формируется понятная тематическая структура, а не хаотичный блог.
Поэтому отбирать статьи лучше не по принципу:
“У запроса есть частотность — пишем”.
Нужен скоринг семантики с учётом:
— спроса;
— интента;
— состава выдачи;
— конкуренции;
— близости к продукту;
— бизнес-ценности;
— наличия подходящей коммерческой страницы;
— риска пересечения с другими URL.
После этого информационные кластеры можно приоритизировать и последовательно отрабатывать.
Контент-менеджер, который стремится просто “наклепать сотни статей”, может создать больше проблем, чем пользы.
Без анализа семантики и выдачи количество контента не превращается в качество.
Частотность не равна ценности.
Трафик не равен спросу.
Показы не равны заявкам.
Количество статей не равно росту сайта.
Статья ради публикации — слабая SEO-работа.
Статья, которая закрывает подтверждённый спрос, занимает отдельный кластер, помогает пользователю выбрать и усиливает коммерческую страницу, — полноценный SEO-актив.
Поэтому вопрос должен звучать не:
“Сколько статей публиковать каждый месяц?”
А:
“Какие информационные кластеры стоит отработать, как связать их между собой и к каким коммерческим страницам они должны вести?”
Блог не умер.
Умер подход: “давайте опубликуем 100 статей, соберём информационный трафик, а дальше как-нибудь появятся заявки”.
Чаще всего такой блог превращается в склад текстов, которые:
— почти никто не ищет;
— не связаны с коммерческими страницами;
— конкурируют друг с другом по смыслу;
— получают несколько показов и годами висят без трафика;
— не помогают пользователю выбрать товар или услугу.
Так появляются зомби-страницы и смысловая каннибализация.
Проблема не в количестве статей.
Проблема в отсутствии анализа спроса, выдачи и структуры сайта.
Перед созданием материала нужно проверить:
— есть ли реальный поисковый спрос;
— выделяется ли отдельный информационный кластер;
— показывают ли поисковые системы статьи по таким запросам;
— есть ли похожие материалы у конкурентов в ТОП-10;
— не закрыт ли этот смысл уже другой страницей сайта;
— с какой коммерческой страницей будет связан материал;
— какую роль статья сыграет в выборе пользователя.
Наличие похожих статей у конкурентов в ТОП-10 — хороший сигнал.
Это означает, что поисковая система воспринимает запрос как информационный и допускает такой формат страницы.
Но копировать темы конкурентов вслепую тоже не нужно.
Сначала следует разделить семантику на коммерческие и информационные кластеры.
Коммерческие запросы должны вести на:
— категории;
— карточки товаров;
— страницы услуг;
— подборки;
— посадочные страницы под конкретный спрос.
Информационные запросы имеет смысл отдавать в блог, когда они закрывают отдельную задачу пользователя:
— помогают выбрать;
— сравнивают варианты;
— объясняют ограничения;
— снимают возражения;
— показывают сценарии применения;
— подводят к подходящему товару или услуге.
Идеальная модель — не набор разрозненных статей, а тематические семантические коконы.
Например, вокруг коммерческого кластера могут быть отдельные материалы:
— как выбрать;
— сравнение вариантов;
— ошибки при выборе;
— кому подходит и не подходит;
— особенности эксплуатации;
— ответы на сложные вопросы.
Эти статьи связаны между собой внутренними ссылками и ведут на релевантные коммерческие страницы.
Коммерческие страницы, в свою очередь, могут ссылаться на полезные инструкции, сравнения и разборы.
Так формируется понятная тематическая структура, а не хаотичный блог.
Поэтому отбирать статьи лучше не по принципу:
“У запроса есть частотность — пишем”.
Нужен скоринг семантики с учётом:
— спроса;
— интента;
— состава выдачи;
— конкуренции;
— близости к продукту;
— бизнес-ценности;
— наличия подходящей коммерческой страницы;
— риска пересечения с другими URL.
После этого информационные кластеры можно приоритизировать и последовательно отрабатывать.
Контент-менеджер, который стремится просто “наклепать сотни статей”, может создать больше проблем, чем пользы.
Без анализа семантики и выдачи количество контента не превращается в качество.
Частотность не равна ценности.
Трафик не равен спросу.
Показы не равны заявкам.
Количество статей не равно росту сайта.
Статья ради публикации — слабая SEO-работа.
Статья, которая закрывает подтверждённый спрос, занимает отдельный кластер, помогает пользователю выбрать и усиливает коммерческую страницу, — полноценный SEO-актив.
Поэтому вопрос должен звучать не:
“Сколько статей публиковать каждый месяц?”
А:
“Какие информационные кластеры стоит отработать, как связать их между собой и к каким коммерческим страницам они должны вести?”
🔥8👍2❤1✍1
Product-led SEO: как понять, нужна статья или посадочная
Одна из частых ошибок в SEO — выбрать неправильный тип страницы.
Запрос может быть собран правильно.
Текст может быть написан хорошо.
Но страница всё равно не будет расти, если её формат не совпадает с намерением пользователя.
Поэтому сначала нужно определить: человек хочет изучить вопрос, выбрать решение или купить.
Когда нужна статья
Статья подходит, если пользователь:
— изучает тему;
— ищет инструкцию или гайд;
— сравнивает подходы;
— разбирается в терминах;
— хочет понять преимущества и ограничения;
— закрывает сомнения перед покупкой.
Примеры:
“Как выбрать матрас при боли в спине”
“Чем лазерный станок отличается от фрезерного”
“Когда сайту нужен технический SEO-аудит”
Здесь человеку пока рано показывать только форму заявки или каталог.
Сначала ему нужно помочь разобраться.
При этом статья не должна быть тупиком. Она должна вести к подходящей услуге, категории, товару или следующему этапу выбора.
Когда нужна коммерческая посадочная
Посадочная нужна, если в запросе уже есть намерение заказать, купить или выбрать исполнителя.
Признаки коммерческого интента:
— пользователь ищет товар или услугу;
— важны цена, сроки и условия;
— нужна доставка или наличие;
— ожидается заявка, звонок или покупка;
— в ТОПе находятся категории, карточки товаров и страницы услуг.
Примеры:
“Технический SEO-аудит сайта”
“Купить матрас 160×200”
“Ремонт промышленного станка в Москве”
На такой странице должны быть:
— понятное предложение;
— цена или принцип расчёта;
— состав услуги или характеристики;
— условия покупки;
— ограничения;
— доказательства;
— следующий шаг.
Длинная информационная статья вместо коммерческой посадочной может собрать показы, но не закрыть задачу пользователя.
Когда нужна категория или фильтр
Категория или индексируемый фильтр нужны, когда существует отдельный товарный спрос по характеристике.
Например:
— матрасы 160×200;
— ноутбуки с 32 ГБ оперативной памяти;
— насосы для грязной воды;
— станки с ЧПУ определённого типа.
Но наличие запроса ещё не означает, что нужно индексировать каждый фильтр.
Должны выполняться условия:
— есть достаточный ассортимент;
— комбинация полезна пользователю;
— спрос образует отдельный кластер;
— страница не дублирует другую категорию;
— фильтр можно поддерживать и наполнять;
— выдача подтверждает товарный интент.
Если в разделе один товар, отдельная индексируемая категория часто не нужна.
Как принять решение
Перед созданием страницы проверьте:
1. Что пользователь хочет сделать?
Узнать, сравнить, выбрать или купить?
2. Какие типы страниц находятся в ТОП-10?
Статьи, услуги, категории, карточки или смешанная выдача?
3. Есть ли отдельный кластер спроса?
Или запросы уже закрываются существующей страницей?
4. Какой следующий шаг ожидается?
Прочитать инструкцию, перейти в каталог, узнать цену или оставить заявку?
5. Есть ли продуктовая основа?
Ассортимент, услуга, цена, условия, экспертиза и возможность выполнить обещанное?
Хороший SEO-текст не исправит неверный формат страницы.
Статья не заменит категорию.
Категория не заменит страницу услуги.
Посадочная не заменит полноценный гайд.
Главная мысль:
Ошибка часто не в том, что написали плохой текст.
Ошибка в том, что под запрос выбрали неправильный тип страницы.
Product-led SEO начинается не с вопроса “что написать?”, а с вопроса:
“Какую задачу пользователя должна решать эта страница?”
Одна из частых ошибок в SEO — выбрать неправильный тип страницы.
Запрос может быть собран правильно.
Текст может быть написан хорошо.
Но страница всё равно не будет расти, если её формат не совпадает с намерением пользователя.
Поэтому сначала нужно определить: человек хочет изучить вопрос, выбрать решение или купить.
Когда нужна статья
Статья подходит, если пользователь:
— изучает тему;
— ищет инструкцию или гайд;
— сравнивает подходы;
— разбирается в терминах;
— хочет понять преимущества и ограничения;
— закрывает сомнения перед покупкой.
Примеры:
“Как выбрать матрас при боли в спине”
“Чем лазерный станок отличается от фрезерного”
“Когда сайту нужен технический SEO-аудит”
Здесь человеку пока рано показывать только форму заявки или каталог.
Сначала ему нужно помочь разобраться.
При этом статья не должна быть тупиком. Она должна вести к подходящей услуге, категории, товару или следующему этапу выбора.
Когда нужна коммерческая посадочная
Посадочная нужна, если в запросе уже есть намерение заказать, купить или выбрать исполнителя.
Признаки коммерческого интента:
— пользователь ищет товар или услугу;
— важны цена, сроки и условия;
— нужна доставка или наличие;
— ожидается заявка, звонок или покупка;
— в ТОПе находятся категории, карточки товаров и страницы услуг.
Примеры:
“Технический SEO-аудит сайта”
“Купить матрас 160×200”
“Ремонт промышленного станка в Москве”
На такой странице должны быть:
— понятное предложение;
— цена или принцип расчёта;
— состав услуги или характеристики;
— условия покупки;
— ограничения;
— доказательства;
— следующий шаг.
Длинная информационная статья вместо коммерческой посадочной может собрать показы, но не закрыть задачу пользователя.
Когда нужна категория или фильтр
Категория или индексируемый фильтр нужны, когда существует отдельный товарный спрос по характеристике.
Например:
— матрасы 160×200;
— ноутбуки с 32 ГБ оперативной памяти;
— насосы для грязной воды;
— станки с ЧПУ определённого типа.
Но наличие запроса ещё не означает, что нужно индексировать каждый фильтр.
Должны выполняться условия:
— есть достаточный ассортимент;
— комбинация полезна пользователю;
— спрос образует отдельный кластер;
— страница не дублирует другую категорию;
— фильтр можно поддерживать и наполнять;
— выдача подтверждает товарный интент.
Если в разделе один товар, отдельная индексируемая категория часто не нужна.
Как принять решение
Перед созданием страницы проверьте:
1. Что пользователь хочет сделать?
Узнать, сравнить, выбрать или купить?
2. Какие типы страниц находятся в ТОП-10?
Статьи, услуги, категории, карточки или смешанная выдача?
3. Есть ли отдельный кластер спроса?
Или запросы уже закрываются существующей страницей?
4. Какой следующий шаг ожидается?
Прочитать инструкцию, перейти в каталог, узнать цену или оставить заявку?
5. Есть ли продуктовая основа?
Ассортимент, услуга, цена, условия, экспертиза и возможность выполнить обещанное?
Хороший SEO-текст не исправит неверный формат страницы.
Статья не заменит категорию.
Категория не заменит страницу услуги.
Посадочная не заменит полноценный гайд.
Главная мысль:
Ошибка часто не в том, что написали плохой текст.
Ошибка в том, что под запрос выбрали неправильный тип страницы.
Product-led SEO начинается не с вопроса “что написать?”, а с вопроса:
“Какую задачу пользователя должна решать эта страница?”
👍4🔥2✍1
🎥 Новое видео: технический аудит сайта по 152-ФЗ
Показываю новый инструмент 152-ФЗ Аудит в SEO Semantic Lab — для первичной технической проверки сайта на риски, связанные со сбором и обработкой персональных данных.
Что проверяет инструмент:
✅ формы и поля с персональными данными
✅ чекбоксы согласия
✅ ссылки на политики и документы
✅ cookie-баннеры
✅ Яндекс.Метрику и другие счётчики
✅ внешние сервисы
✅ реквизиты оператора
✅ соответствие фактического сбора данных содержанию документов
✅ защитные заголовки и другие технические признаки риска
Можно выбрать тип оператора, сценарий сайта, режим сканирования и строгость проверки. Например, для интернет-магазина, медицинского сайта, образовательного проекта, вакансий или сайта услуг требования и потенциальные риски отличаются.
По итогам формируется подробный HTML-отчёт: какие документы и формы найдены, где отсутствует согласие, какие сервисы не отражены в политике и что рекомендуется проверить или исправить.
Инструмент особенно полезен для первичной диагностики сайта перед более глубокой юридической и технической проработкой.
⚠️ Важно: автоматический аудит не заменяет полноценное юридическое заключение. Он помогает быстро найти технически обнаруживаемые проблемы и сформировать основу для дальнейшей работы с разработчиком или юристом.
Смотреть на удобной площадке:
▶️ YouTube
https://youtu.be/NW0akgPI_lQ
▶️ RUTUBE
https://rutube.ru/video/de70a16822d29ea16775edb965581e52/
▶️ VK Видео
https://vkvideo.ru/video-150140089_456239063
▶️ Дзен
https://dzen.ru/video/watch/6a68ab28a7fa8c03780f2b6e
Если уже проверяли сайты на соответствие требованиям 152-ФЗ, напишите в комментариях, какие проблемы встречаете чаще всего: формы без согласий, старые политики, cookie, счётчики или отсутствие нужных документов.
#152ФЗ #ПерсональныеДанные #АудитСайта #SEOSemanticLab #SEO #ТехническийАудит
Показываю новый инструмент 152-ФЗ Аудит в SEO Semantic Lab — для первичной технической проверки сайта на риски, связанные со сбором и обработкой персональных данных.
Что проверяет инструмент:
✅ формы и поля с персональными данными
✅ чекбоксы согласия
✅ ссылки на политики и документы
✅ cookie-баннеры
✅ Яндекс.Метрику и другие счётчики
✅ внешние сервисы
✅ реквизиты оператора
✅ соответствие фактического сбора данных содержанию документов
✅ защитные заголовки и другие технические признаки риска
Можно выбрать тип оператора, сценарий сайта, режим сканирования и строгость проверки. Например, для интернет-магазина, медицинского сайта, образовательного проекта, вакансий или сайта услуг требования и потенциальные риски отличаются.
По итогам формируется подробный HTML-отчёт: какие документы и формы найдены, где отсутствует согласие, какие сервисы не отражены в политике и что рекомендуется проверить или исправить.
Инструмент особенно полезен для первичной диагностики сайта перед более глубокой юридической и технической проработкой.
⚠️ Важно: автоматический аудит не заменяет полноценное юридическое заключение. Он помогает быстро найти технически обнаруживаемые проблемы и сформировать основу для дальнейшей работы с разработчиком или юристом.
Смотреть на удобной площадке:
▶️ YouTube
https://youtu.be/NW0akgPI_lQ
▶️ RUTUBE
https://rutube.ru/video/de70a16822d29ea16775edb965581e52/
▶️ VK Видео
https://vkvideo.ru/video-150140089_456239063
▶️ Дзен
https://dzen.ru/video/watch/6a68ab28a7fa8c03780f2b6e
Если уже проверяли сайты на соответствие требованиям 152-ФЗ, напишите в комментариях, какие проблемы встречаете чаще всего: формы без согласий, старые политики, cookie, счётчики или отсутствие нужных документов.
#152ФЗ #ПерсональныеДанные #АудитСайта #SEOSemanticLab #SEO #ТехническийАудит
👍1
🚀 Сегодня выступаю в закрытой VIP-группе «SEO без воды»
📅 30 июля
🕐 13:00 по Москве
💻 Онлайн, в Zoom
Тема выступления:
«Как разложить e-commerce нишу на посадочные и собрать SEO-бэклог с прогнозом роста»
Разберу практический подход, при котором семантика превращается не просто в список запросов, а в понятную систему решений:
— как находить действительно релевантных конкурентов;
— как определять URL-лидера и правильный тип страницы;
— как кластеризовать спрос без каннибализации;
— как понять, какие страницы нужно создать, усилить или развести;
— как учитывать позиции, конкуренцию, сезонность и конверсии;
— как перейти от кластеров к прогнозу трафика, лидов и бизнес-приоритетам;
— как сформировать SEO-бэклог и готовые ТЗ для команды.
По сути, покажу связку:
семантика → SERP → URL-лидер → кластеризация → стратегия → прогноз → ТЗ
Это будет компактная онлайн-версия моего доклада с упором на аналитику, прогнозирование и практическое принятие решений.
Группа закрытая, поэтому публичные ссылки на канал и чат не размещаю. По вопросам участия и доступа можно обратиться к организатору — @Anya_Kopylova.
Спасибо команде «SEO без воды» за приглашение! 🔥
📅 30 июля
🕐 13:00 по Москве
💻 Онлайн, в Zoom
Тема выступления:
«Как разложить e-commerce нишу на посадочные и собрать SEO-бэклог с прогнозом роста»
Разберу практический подход, при котором семантика превращается не просто в список запросов, а в понятную систему решений:
— как находить действительно релевантных конкурентов;
— как определять URL-лидера и правильный тип страницы;
— как кластеризовать спрос без каннибализации;
— как понять, какие страницы нужно создать, усилить или развести;
— как учитывать позиции, конкуренцию, сезонность и конверсии;
— как перейти от кластеров к прогнозу трафика, лидов и бизнес-приоритетам;
— как сформировать SEO-бэклог и готовые ТЗ для команды.
По сути, покажу связку:
семантика → SERP → URL-лидер → кластеризация → стратегия → прогноз → ТЗ
Это будет компактная онлайн-версия моего доклада с упором на аналитику, прогнозирование и практическое принятие решений.
Группа закрытая, поэтому публичные ссылки на канал и чат не размещаю. По вопросам участия и доступа можно обратиться к организатору — @Anya_Kopylova.
Спасибо команде «SEO без воды» за приглашение! 🔥
👍2❤1🔥1
Запускаю небольшой публичный SEO-эксперимент — попробую с нуля создать и продвинуть сайт в образовательной тематике.
По плану это будет агрегатор курсов. Начну с подбора дроп-домена, затем покажу запуск на WordPress, работу с семантикой, структурой, контентом, собственными плагинами, нейросетями и SEO Semantic Lab.
Сразу без громких обещаний и строгого расписания. Это рабочий эксперимент: гипотезы могут не сработать, выбранный домен может оказаться неудачным, первоначальная концепция — измениться, а между выпусками иногда будут паузы из-за основной работы.
В этом и смысл: показывать не идеальный кейс задним числом, а реальный процесс — решения, проверки, ошибки, изменения и результаты, какие бы они ни были.
Первое видео — короткий анонс на 1 минуту 46 секунд.
Смотреть на удобной площадке:
YouTube:
https://youtu.be/9WiqdIkdcgo
VK Видео:
https://vkvideo.ru/video-150140089_456239064
RuTube:
https://rutube.ru/video/dbdae1368acd7d77bb1804bda12c71fe/
Дзен:
https://dzen.ru/video/watch/6a7331ae26b95f0b7d645d3c?share_to=link
Следующий этап — продолжу разбираться с кандидатами на роль основного домена.
По плану это будет агрегатор курсов. Начну с подбора дроп-домена, затем покажу запуск на WordPress, работу с семантикой, структурой, контентом, собственными плагинами, нейросетями и SEO Semantic Lab.
Сразу без громких обещаний и строгого расписания. Это рабочий эксперимент: гипотезы могут не сработать, выбранный домен может оказаться неудачным, первоначальная концепция — измениться, а между выпусками иногда будут паузы из-за основной работы.
В этом и смысл: показывать не идеальный кейс задним числом, а реальный процесс — решения, проверки, ошибки, изменения и результаты, какие бы они ни были.
Первое видео — короткий анонс на 1 минуту 46 секунд.
Смотреть на удобной площадке:
YouTube:
https://youtu.be/9WiqdIkdcgo
VK Видео:
https://vkvideo.ru/video-150140089_456239064
RuTube:
https://rutube.ru/video/dbdae1368acd7d77bb1804bda12c71fe/
Дзен:
https://dzen.ru/video/watch/6a7331ae26b95f0b7d645d3c?share_to=link
Следующий этап — продолжу разбираться с кандидатами на роль основного домена.
1👍9
AntiPF: защита + SEO + аналитика
Записал короткий обзор системы AntiPF.
Изначально это была прежде всего защита сайта от ботов, но сейчас развиваю её значительно шире:
🛡 антибот и правила блокировки
🤖 проверка Googlebot / Яндекс.Ботов
📊 события безопасности, CAPTCHA и роботность
🔐 CSP и заголовки безопасности
🔎 canonical, noindex, индексируемость
⚡️ IndexNow
📈 интеграция SEO-данных из Метрики, Вебмастера и Search Console
Главная идея — видеть по каждому URL не только SEO-показатели, но и то, кто реально ходит на страницу и что с этим трафиком происходит.
Так можно находить аномальную роботность, подозрительный трафик, проблемы обхода и другие вещи, которые обычная SEO-аналитика показывает не всегда.
🎥 Обзор — 5,5 минут:
YouTube:
https://youtu.be/8I3TdZUY4fM
RUTUBE:
https://rutube.ru/video/0bf2f3d81a6ff1bd83c7061b237df7db/
VK Видео:
https://vkvideo.ru/video-150140089_456239065
Дзен:
https://dzen.ru/video/watch/6a7c68eba48c9d7a1e8df769
🌐 https://antipf.ru/
Также занимаюсь SEO-аудитами, семантикой, стратегией, консультациями и абонентским сопровождением сайтов.
Если нужно посмотреть ваш проект — пишите в личку.
#SEO #AntiPF #антибот #аналитика #защитасайта
Записал короткий обзор системы AntiPF.
Изначально это была прежде всего защита сайта от ботов, но сейчас развиваю её значительно шире:
🛡 антибот и правила блокировки
🤖 проверка Googlebot / Яндекс.Ботов
📊 события безопасности, CAPTCHA и роботность
🔐 CSP и заголовки безопасности
🔎 canonical, noindex, индексируемость
⚡️ IndexNow
📈 интеграция SEO-данных из Метрики, Вебмастера и Search Console
Главная идея — видеть по каждому URL не только SEO-показатели, но и то, кто реально ходит на страницу и что с этим трафиком происходит.
Так можно находить аномальную роботность, подозрительный трафик, проблемы обхода и другие вещи, которые обычная SEO-аналитика показывает не всегда.
🎥 Обзор — 5,5 минут:
YouTube:
https://youtu.be/8I3TdZUY4fM
RUTUBE:
https://rutube.ru/video/0bf2f3d81a6ff1bd83c7061b237df7db/
VK Видео:
https://vkvideo.ru/video-150140089_456239065
Дзен:
https://dzen.ru/video/watch/6a7c68eba48c9d7a1e8df769
🌐 https://antipf.ru/
Также занимаюсь SEO-аудитами, семантикой, стратегией, консультациями и абонентским сопровождением сайтов.
Если нужно посмотреть ваш проект — пишите в личку.
#SEO #AntiPF #антибот #аналитика #защитасайта
👍3
Кажется, я наконец понял, чем на самом деле занимаюсь. Я изобретаю системы.
По профессии меня знают прежде всего как SEO-специалиста. Но SEO — это уже только часть того, что мне интересно.
У меня инженерное мышление: люблю взять проблему, разложить её на данные, зависимости и условия, а потом спросить себя:
«А можно это автоматизировать? Сделать лучше? Научить систему самой находить закономерности?»
И дальше понеслось. 🙂
⚙️ На https://tools.soltyk.ru/ я постепенно собрал свои микросервисы, а потом сделал там же собственную CRM.
Теперь хочу связать её со своим Android-приложением с рабочим названием «СпортОкно».
📱 Идея приложения давно стала шире спорта.
Оно должно на основе истории и закономерностей помогать прогнозировать сон, работу, прогулки, бег, отдых, выполнение задач и другие события.
Не просто хранить статистику, а работать по принципу:
данные → корреляции → закономерности → прогноз → полезное действие.
Например, понять мой обычный ритм и вовремя напомнить, что пора оторваться от компьютера и хотя бы сходить на турник.
При этом для меня принципиально, чтобы личные данные оставались локально, а не хранились неизвестно у кого.
🔎 Многие знают другую мою разработку — SEO Semantic Lab.
Началось всё с того, что существующими инструментами мне было неудобно решать некоторые SEO-задачи.
В итоге получился собственный комбайн для работы с семантикой, поисковой выдачей, конкурентами и большими массивами данных.
🛡 А недавно я серьёзно переделал свой АнтиПФ.
Когда-то это была в основном система определения и фильтрации ботов.
Сейчас я соединяю защиту сайта с данными Яндекс Метрики, Вебмастера, Google Search Console и SEO-аналитикой.
В итоге получается уже не просто антибот, а ещё один аналитический слой сайта, который видит запрос непосредственно в момент его обработки.
Параллельно сделал себе набор плагинов для WordPress, чтобы без постоянного привлечения программистов быстро разворачивать геостраницы, услуги, статьи, кейсы и другие SEO-структуры.
Самое интересное, что программировать я начал примерно с 14 лет.
Потом моей основной профессией стало SEO, а программирование осталось инструментом.
Сейчас всё снова сошлось.
Нейросети сильно сократили расстояние между:
«У меня есть идея»
и
«Смотрите, оно уже работает».
Они не придумывают за меня, что создавать, зачем это нужно и как должна работать система.
Но если понимаешь предметную область, логику, алгоритмы и данные — реализовывать идеи теперь можно в разы быстрее.
Наверное, поэтому мне всё сложнее называть себя только SEO-специалистом.
По духу я скорее изобретатель.
С детства что-нибудь придумываю, разбираю, соединяю и пытаюсь улучшить.
А сейчас впервые появилось ощущение, что идей можно реализовать почти столько же, сколько успеваешь придумать.
SEO, аналитика, автоматизация, безопасность, приложения — постепенно всё это складывается в мою собственную экосистему.
Посмотрим, во что она вырастет. 🚀
По профессии меня знают прежде всего как SEO-специалиста. Но SEO — это уже только часть того, что мне интересно.
У меня инженерное мышление: люблю взять проблему, разложить её на данные, зависимости и условия, а потом спросить себя:
«А можно это автоматизировать? Сделать лучше? Научить систему самой находить закономерности?»
И дальше понеслось. 🙂
⚙️ На https://tools.soltyk.ru/ я постепенно собрал свои микросервисы, а потом сделал там же собственную CRM.
Теперь хочу связать её со своим Android-приложением с рабочим названием «СпортОкно».
📱 Идея приложения давно стала шире спорта.
Оно должно на основе истории и закономерностей помогать прогнозировать сон, работу, прогулки, бег, отдых, выполнение задач и другие события.
Не просто хранить статистику, а работать по принципу:
данные → корреляции → закономерности → прогноз → полезное действие.
Например, понять мой обычный ритм и вовремя напомнить, что пора оторваться от компьютера и хотя бы сходить на турник.
При этом для меня принципиально, чтобы личные данные оставались локально, а не хранились неизвестно у кого.
🔎 Многие знают другую мою разработку — SEO Semantic Lab.
Началось всё с того, что существующими инструментами мне было неудобно решать некоторые SEO-задачи.
В итоге получился собственный комбайн для работы с семантикой, поисковой выдачей, конкурентами и большими массивами данных.
🛡 А недавно я серьёзно переделал свой АнтиПФ.
Когда-то это была в основном система определения и фильтрации ботов.
Сейчас я соединяю защиту сайта с данными Яндекс Метрики, Вебмастера, Google Search Console и SEO-аналитикой.
В итоге получается уже не просто антибот, а ещё один аналитический слой сайта, который видит запрос непосредственно в момент его обработки.
Параллельно сделал себе набор плагинов для WordPress, чтобы без постоянного привлечения программистов быстро разворачивать геостраницы, услуги, статьи, кейсы и другие SEO-структуры.
Самое интересное, что программировать я начал примерно с 14 лет.
Потом моей основной профессией стало SEO, а программирование осталось инструментом.
Сейчас всё снова сошлось.
Нейросети сильно сократили расстояние между:
«У меня есть идея»
и
«Смотрите, оно уже работает».
Они не придумывают за меня, что создавать, зачем это нужно и как должна работать система.
Но если понимаешь предметную область, логику, алгоритмы и данные — реализовывать идеи теперь можно в разы быстрее.
Наверное, поэтому мне всё сложнее называть себя только SEO-специалистом.
По духу я скорее изобретатель.
С детства что-нибудь придумываю, разбираю, соединяю и пытаюсь улучшить.
А сейчас впервые появилось ощущение, что идей можно реализовать почти столько же, сколько успеваешь придумать.
SEO, аналитика, автоматизация, безопасность, приложения — постепенно всё это складывается в мою собственную экосистему.
Посмотрим, во что она вырастет. 🚀
1👏6🔥3
Я понял, что AntiPF уже давно перестал быть просто «антиботом».
Изначально задача была понятной:
подозрительный запрос → CAPTCHA / BLOCK.
Но чем дальше я развивал систему, тем сильнее меня раздражала сама эта модель.
Потому что вопрос ведь не только в том, бот это или человек.
Нужно понимать:
— кто пришёл;
— откуда;
— почему он выглядит подозрительно;
— какие именно сигналы это подтверждают;
— насколько мы уверены в выводе;
— что происходило с этим посетителем до и после решения AntiPF.
Сейчас в AntiPF уже реально работают:
🔹 Risk Engine — объяснимый Risk Score вместо бинарного «бот / не бот».
🔹 Decision Trace — можно открыть конкретный запрос и посмотреть, почему система приняла именно такое решение.
🔹 Проверка поисковых роботов — Googlebot, YandexBot и другие роботы проверяются не только по User-Agent. Поддельный поисковый бот отделяется от настоящего.
🔹 GEO / Crawler Intelligence — отдельная аналитика поисковых и AI-краулеров, URL, поисковых переходов и активности по страницам.
🔹 Network Intelligence — архитектура учитывает ASN, hosting, mobile, proxy/VPN и тип сети.
Это важно, потому что даже если посетитель почти наверняка бот, это ещё не значит, что его IP разумно блокировать.
🔹 Challenge Studio — собственные сценарии проверки, а не одна одинаковая CAPTCHA для всех.
🔹 URL Map, Redirect / 404 Monitor, CSP, SEO, HTTP-заголовки, диагностика SQLite и Performance.
То есть AntiPF уже смотрит на сайт одновременно с точки зрения:
безопасности + SEO + инфраструктуры + качества трафика.
И вот здесь я пришёл к следующей мысли.
Мне уже мало отчёта:
«Мы поймали 137 ботов».
Мне нужен ответ:
откуда именно они пришли, с какими признаками, насколько это системная история и что с этим делать дальше.
Об этом — во второй части.
Изначально задача была понятной:
подозрительный запрос → CAPTCHA / BLOCK.
Но чем дальше я развивал систему, тем сильнее меня раздражала сама эта модель.
Потому что вопрос ведь не только в том, бот это или человек.
Нужно понимать:
— кто пришёл;
— откуда;
— почему он выглядит подозрительно;
— какие именно сигналы это подтверждают;
— насколько мы уверены в выводе;
— что происходило с этим посетителем до и после решения AntiPF.
Сейчас в AntiPF уже реально работают:
🔹 Risk Engine — объяснимый Risk Score вместо бинарного «бот / не бот».
🔹 Decision Trace — можно открыть конкретный запрос и посмотреть, почему система приняла именно такое решение.
🔹 Проверка поисковых роботов — Googlebot, YandexBot и другие роботы проверяются не только по User-Agent. Поддельный поисковый бот отделяется от настоящего.
🔹 GEO / Crawler Intelligence — отдельная аналитика поисковых и AI-краулеров, URL, поисковых переходов и активности по страницам.
🔹 Network Intelligence — архитектура учитывает ASN, hosting, mobile, proxy/VPN и тип сети.
Это важно, потому что даже если посетитель почти наверняка бот, это ещё не значит, что его IP разумно блокировать.
🔹 Challenge Studio — собственные сценарии проверки, а не одна одинаковая CAPTCHA для всех.
🔹 URL Map, Redirect / 404 Monitor, CSP, SEO, HTTP-заголовки, диагностика SQLite и Performance.
То есть AntiPF уже смотрит на сайт одновременно с точки зрения:
безопасности + SEO + инфраструктуры + качества трафика.
И вот здесь я пришёл к следующей мысли.
Мне уже мало отчёта:
«Мы поймали 137 ботов».
Мне нужен ответ:
откуда именно они пришли, с какими признаками, насколько это системная история и что с этим делать дальше.
Об этом — во второй части.
Следующий этап AntiPF — связать антибот напрямую с рекламным трафиком.
И вот здесь, на мой взгляд, начинается самое интересное.
Допустим, система определила подозрительного посетителя.
Обычный антибот на этом заканчивается:
бот → CAPTCHA / BLOCK.
Но для рекламы этого мало.
Гораздо интереснее увидеть:
этот переход пришёл из конкретной кампании → конкретной группы → конкретного объявления → конкретной РСЯ-площадки → вот его серверный Risk → вот поведение → вот повторяемость → вот что происходило с другими переходами из того же источника.
И здесь AntiPF специально разделяет три разных оценки.
1. Paid Click Attribution Confidence
Насколько уверенно мы определили, что переход действительно связан с рекламой.
2. Fraud Confidence
Насколько вероятно, что трафик автоматизированный или подозрительный.
3. Exclusion Suitability
Насколько вообще безопасно предпринимать действие.
Например:
Fraud Confidence: 97%
IP Exclusion Suitability: 8%
То есть бот почти наверняка есть.
Но IP мобильный или shared.
Значит, бездумно отправлять его в блокировку — плохая идея.
И наоборот: стабильный серверный IP, который много раз приходит по разным рекламным переходам, не конвертируется и каждый раз подтверждает автоматизацию — уже совсем другая история.
Сейчас AntiPF уже умеет фиксировать рекламный контекст:
"yclid"
campaign
ad group
ad
source
source_type
UTM
и связывать это с серверными событиями AntiPF.
Следующий слой — Яндекс Директ + Метрика:
— кампании;
— объявления;
— РСЯ-площадки;
— IP-кандидаты;
— поведение;
— конверсии;
— потенциально подозрительный расход;
— доказательства по отдельным событиям.
Причём я специально не хочу строить систему по принципу:
«увидели бота → автоматически забанили IP».
Правильнее так:
атрибуция → доказательства → Risk → сеть → история → поведение → рекомендация → Preview → действие администратора.
Сейчас я как раз прохожу отдельное согласование полного доступа к API Яндекс Директа.
То есть полноценное управление кампаниями через API — следующий этап, а не то, что я буду выдавать за уже готовое.
В итоге AntiPF постепенно превращается не просто в антибот, а в локальную систему контроля качества трафика, которая должна не только блокировать, а объяснять:
что происходит, откуда это пришло, насколько это опасно и какое действие действительно имеет смысл.
И вот здесь, на мой взгляд, начинается самое интересное.
Допустим, система определила подозрительного посетителя.
Обычный антибот на этом заканчивается:
бот → CAPTCHA / BLOCK.
Но для рекламы этого мало.
Гораздо интереснее увидеть:
этот переход пришёл из конкретной кампании → конкретной группы → конкретного объявления → конкретной РСЯ-площадки → вот его серверный Risk → вот поведение → вот повторяемость → вот что происходило с другими переходами из того же источника.
И здесь AntiPF специально разделяет три разных оценки.
1. Paid Click Attribution Confidence
Насколько уверенно мы определили, что переход действительно связан с рекламой.
2. Fraud Confidence
Насколько вероятно, что трафик автоматизированный или подозрительный.
3. Exclusion Suitability
Насколько вообще безопасно предпринимать действие.
Например:
Fraud Confidence: 97%
IP Exclusion Suitability: 8%
То есть бот почти наверняка есть.
Но IP мобильный или shared.
Значит, бездумно отправлять его в блокировку — плохая идея.
И наоборот: стабильный серверный IP, который много раз приходит по разным рекламным переходам, не конвертируется и каждый раз подтверждает автоматизацию — уже совсем другая история.
Сейчас AntiPF уже умеет фиксировать рекламный контекст:
"yclid"
campaign
ad group
ad
source
source_type
UTM
и связывать это с серверными событиями AntiPF.
Следующий слой — Яндекс Директ + Метрика:
— кампании;
— объявления;
— РСЯ-площадки;
— IP-кандидаты;
— поведение;
— конверсии;
— потенциально подозрительный расход;
— доказательства по отдельным событиям.
Причём я специально не хочу строить систему по принципу:
«увидели бота → автоматически забанили IP».
Правильнее так:
атрибуция → доказательства → Risk → сеть → история → поведение → рекомендация → Preview → действие администратора.
Сейчас я как раз прохожу отдельное согласование полного доступа к API Яндекс Директа.
То есть полноценное управление кампаниями через API — следующий этап, а не то, что я буду выдавать за уже готовое.
В итоге AntiPF постепенно превращается не просто в антибот, а в локальную систему контроля качества трафика, которая должна не только блокировать, а объяснять:
что происходит, откуда это пришло, насколько это опасно и какое действие действительно имеет смысл.
👍4🔥1
Решил немного перестроить рабочую неделю и системно выделить время на собственные проекты.
Клиентская работа очень легко занимает вообще всё доступное время, а свои продукты, сайт, видео и эксперименты постоянно откладываются «на потом».
Поэтому хочу попробовать такой режим:
Понедельник, вторник, четверг — клиентские проекты.
Среда — видео, статьи, soltyk.ru, реклама, Telegram и в целом продвижение своих услуг и продуктов.
Пятница — разработка: AntiPF, SEO Semantic Lab и другие собственные проекты. Код, новые функции, тестирование и доведение идей до рабочего состояния.
То есть среда — больше про то, чтобы рассказывать о том, что я делаю, и продвигать это, а пятница — про то, чтобы разрабатывать и улучшать 🙂
Посмотрим, насколько получится соблюдать такой ритм, но цель простая: перестать оставлять собственные проекты на время, которое «когда-нибудь останется».
И сегодняшнее видео как раз про AntiPF.
Изначально это был прежде всего антибот и инструмент фильтрации нежелательного трафика. Но постепенно AntiPF развивается в гораздо более широкую техническую SEO/GEO-платформу.
Сейчас в нём постепенно объединяются:
— поисковые и AI-боты;
— обычные посетители;
— Яндекс Метрика;
— Яндекс Вебмастер;
— Google Search Console;
— показы, клики, CTR и индексация;
— 404;
— редиректы;
— данные и проблемы в разрезе конкретных URL.
Отдельно мне сейчас особенно интересна тема GEO и AI-поиска.
Можно не просто рассуждать о том, «видят ли нейросети сайт», а собирать фактические данные: какие AI-боты приходят, какие страницы обходят и что происходит с этими URL дальше.
Плюс AntiPF работает перед CMS, поэтому может видеть входящие обращения ещё до того, как их обработает WordPress, MODX или другой движок.
В итоге постепенно получается цепочка:
трафик → боты → поисковые данные → индексация → CTR → технические проблемы → приоритет SEO-работ
🎬 В новом коротком видео рассказываю, во что сейчас развивается AntiPF и зачем я всё это объединяю в одном инструменте.
YouTube:
https://youtu.be/XhJu5xYYCZQ
RUTUBE:
https://rutube.ru/video/8ad085075050f4e70c7a20fb27c96e98/
VK Видео:
https://vkvideo.ru/video-150140089_456239068
Дзен:
https://dzen.ru/video/watch/6a97f148f0af7e427fba6ce7
А в пятницу можно будет снова садиться за код и двигать всё это дальше 🙂
Если интересно — напишите, что разобрать подробнее следующим: AI-ботов и GEO, скоринг трафика, 404/редиректы или общую SEO-аналитику по URL.
#SEO #AntiPF #GEO #ИИ #Нейросети #SEOАналитика
Клиентская работа очень легко занимает вообще всё доступное время, а свои продукты, сайт, видео и эксперименты постоянно откладываются «на потом».
Поэтому хочу попробовать такой режим:
Понедельник, вторник, четверг — клиентские проекты.
Среда — видео, статьи, soltyk.ru, реклама, Telegram и в целом продвижение своих услуг и продуктов.
Пятница — разработка: AntiPF, SEO Semantic Lab и другие собственные проекты. Код, новые функции, тестирование и доведение идей до рабочего состояния.
То есть среда — больше про то, чтобы рассказывать о том, что я делаю, и продвигать это, а пятница — про то, чтобы разрабатывать и улучшать 🙂
Посмотрим, насколько получится соблюдать такой ритм, но цель простая: перестать оставлять собственные проекты на время, которое «когда-нибудь останется».
И сегодняшнее видео как раз про AntiPF.
Изначально это был прежде всего антибот и инструмент фильтрации нежелательного трафика. Но постепенно AntiPF развивается в гораздо более широкую техническую SEO/GEO-платформу.
Сейчас в нём постепенно объединяются:
— поисковые и AI-боты;
— обычные посетители;
— Яндекс Метрика;
— Яндекс Вебмастер;
— Google Search Console;
— показы, клики, CTR и индексация;
— 404;
— редиректы;
— данные и проблемы в разрезе конкретных URL.
Отдельно мне сейчас особенно интересна тема GEO и AI-поиска.
Можно не просто рассуждать о том, «видят ли нейросети сайт», а собирать фактические данные: какие AI-боты приходят, какие страницы обходят и что происходит с этими URL дальше.
Плюс AntiPF работает перед CMS, поэтому может видеть входящие обращения ещё до того, как их обработает WordPress, MODX или другой движок.
В итоге постепенно получается цепочка:
трафик → боты → поисковые данные → индексация → CTR → технические проблемы → приоритет SEO-работ
🎬 В новом коротком видео рассказываю, во что сейчас развивается AntiPF и зачем я всё это объединяю в одном инструменте.
YouTube:
https://youtu.be/XhJu5xYYCZQ
RUTUBE:
https://rutube.ru/video/8ad085075050f4e70c7a20fb27c96e98/
VK Видео:
https://vkvideo.ru/video-150140089_456239068
Дзен:
https://dzen.ru/video/watch/6a97f148f0af7e427fba6ce7
А в пятницу можно будет снова садиться за код и двигать всё это дальше 🙂
Если интересно — напишите, что разобрать подробнее следующим: AI-ботов и GEO, скоринг трафика, 404/редиректы или общую SEO-аналитику по URL.
#SEO #AntiPF #GEO #ИИ #Нейросети #SEOАналитика
🔥4
Раз уж сегодня среда теперь официально день контента — решил не останавливаться на одном видео 🙂
Записал ещё один совсем короткий ролик — уже не про мои инструменты, а про реальный случай из SEO-практики.
На одном из проектов Яндекс наложил ограничение на часть страниц из-за использования определённых терминов.
Разобрали страницы, внесли изменения, написали в поддержку — и довольно быстро ограничение сняли.
Интересный момент в том, что подобные вещи не всегда очевидны. Можно искать проблему в
В ролике коротко рассказываю:
— что произошло;
— что сделали;
— как быстро решилась проблема;
— где в Яндекс Вебмастере вообще искать информацию о подобных ограничениях.
🎬 Короткий SEO-кейс: как сняли ограничение Яндекса
YouTube Shorts:
https://youtube.com/shorts/fuaYXs4kn48
RUTUBE Shorts:
https://rutube.ru/shorts/5aebe7286434eaef58c13843c96ee5f1/
VK Клипы:
https://vkvideo.ru/clip-150140089_456239069
Дзен Shorts:
https://dzen.ru/shorts/6a980ffda6d9303399b5f2be
В общем, сегодняшний эксперимент со средой пока работает: одно видео про собственный продукт, второе — про практический SEO-кейс.
А в пятницу уже можно обратно в код 😄
#SEO #Яндекс #ЯндексВебмастер #Индексация #SEOАудит
Записал ещё один совсем короткий ролик — уже не про мои инструменты, а про реальный случай из SEO-практики.
На одном из проектов Яндекс наложил ограничение на часть страниц из-за использования определённых терминов.
Разобрали страницы, внесли изменения, написали в поддержку — и довольно быстро ограничение сняли.
Интересный момент в том, что подобные вещи не всегда очевидны. Можно искать проблему в
robots.txt, noindex, canonical, технических ошибках и индексации, а причина окажется совсем в другом.В ролике коротко рассказываю:
— что произошло;
— что сделали;
— как быстро решилась проблема;
— где в Яндекс Вебмастере вообще искать информацию о подобных ограничениях.
🎬 Короткий SEO-кейс: как сняли ограничение Яндекса
YouTube Shorts:
https://youtube.com/shorts/fuaYXs4kn48
RUTUBE Shorts:
https://rutube.ru/shorts/5aebe7286434eaef58c13843c96ee5f1/
VK Клипы:
https://vkvideo.ru/clip-150140089_456239069
Дзен Shorts:
https://dzen.ru/shorts/6a980ffda6d9303399b5f2be
В общем, сегодняшний эксперимент со средой пока работает: одно видео про собственный продукт, второе — про практический SEO-кейс.
А в пятницу уже можно обратно в код 😄
#SEO #Яндекс #ЯндексВебмастер #Индексация #SEOАудит
👍2
Опубликовал, пожалуй, самый подробный SEO-кейс из тех, что делал.
Это анонимизированный образовательный проект, с которым я работал с 2019 по 2026 год.
Когда я пришёл, там был старый HTML-сайт. Сначала оптимизировал его, потом участвовал в разработке новой версии, а затем несколько лет пришлось разбирать накопившийся технический и архитектурный долг, работать с семантикой, контентом, разработчиками, роботным трафиком и поисковой аналитикой.
Из цифр:
— органический трафик Яндекса после исключения визитов, которые Метрика классифицировала как роботные: +99,1% год к году;
— количество поисковых фраз Яндекса, реально приводивших визиты: +74,8%;
— в Google число страниц «просканировано, но не проиндексировано» снизилось примерно с 237 до 131, −45%;
— при этом классический Google заметно просел — и это я тоже не стал прятать;
— сайт получил заметную видимость в Алисе AI и генеративных функциях Google.
В кейсе есть реальные скрины Метрики, Search Console, технических аудитов, семантики и антибот-эксперимента.
Отдельно показал, как задачи этого проекта постепенно повлияли на создание SEO Semantic Lab и позже на развитие AntiPF.
Получился уже не столько классический кейс, сколько история эволюции моего подхода к SEO за семь лет:
от ручной оптимизации страниц → к кластеризации → автоматизации → SEO-by-design и AI Search.
👉 SEO-продвижение образовательного сайта: 7 лет — от старого HTML до AI Search
Если работаете с большим историческим сайтом — думаю, будет что забрать себе.
Это анонимизированный образовательный проект, с которым я работал с 2019 по 2026 год.
Когда я пришёл, там был старый HTML-сайт. Сначала оптимизировал его, потом участвовал в разработке новой версии, а затем несколько лет пришлось разбирать накопившийся технический и архитектурный долг, работать с семантикой, контентом, разработчиками, роботным трафиком и поисковой аналитикой.
Из цифр:
— органический трафик Яндекса после исключения визитов, которые Метрика классифицировала как роботные: +99,1% год к году;
— количество поисковых фраз Яндекса, реально приводивших визиты: +74,8%;
— в Google число страниц «просканировано, но не проиндексировано» снизилось примерно с 237 до 131, −45%;
— при этом классический Google заметно просел — и это я тоже не стал прятать;
— сайт получил заметную видимость в Алисе AI и генеративных функциях Google.
В кейсе есть реальные скрины Метрики, Search Console, технических аудитов, семантики и антибот-эксперимента.
Отдельно показал, как задачи этого проекта постепенно повлияли на создание SEO Semantic Lab и позже на развитие AntiPF.
Получился уже не столько классический кейс, сколько история эволюции моего подхода к SEO за семь лет:
от ручной оптимизации страниц → к кластеризации → автоматизации → SEO-by-design и AI Search.
👉 SEO-продвижение образовательного сайта: 7 лет — от старого HTML до AI Search
Если работаете с большим историческим сайтом — думаю, будет что забрать себе.
👍7🔥3👌1
26 сентября выступаю в Волгограде на конференции «Высоко в ТОП!»
Тема:
«Как быстро разложить e-commerce нишу на посадочные без каннибализации»
Расскажу, как из большого массива семантики получить не очередную таблицу ключей, а понятную SEO-стратегию:
SERP → URL-лидеры → кластеры → посадочные → SEO-бэклог → контроль.
Покажу, как выбирать целевые страницы, находить конфликты URL, учитывать разную выдачу Яндекса и Google и контролировать результат после внедрения — вплоть до обхода поисковых и AI-краулеров.
Будут и реальные экраны SEO Semantic Lab и AntiPF.
📍 Волгоград
📅 26 сентября 2026
https://vysokovtop.ru/
Буду рад увидеться и пообщаться вживую.
Тема:
«Как быстро разложить e-commerce нишу на посадочные без каннибализации»
Расскажу, как из большого массива семантики получить не очередную таблицу ключей, а понятную SEO-стратегию:
SERP → URL-лидеры → кластеры → посадочные → SEO-бэклог → контроль.
Покажу, как выбирать целевые страницы, находить конфликты URL, учитывать разную выдачу Яндекса и Google и контролировать результат после внедрения — вплоть до обхода поисковых и AI-краулеров.
Будут и реальные экраны SEO Semantic Lab и AntiPF.
📍 Волгоград
📅 26 сентября 2026
https://vysokovtop.ru/
Буду рад увидеться и пообщаться вживую.
👍3
Иногда полезно посмотреть не на отдельные проекты, а чуть сверху — чем вообще ты занимаешься из месяца в месяц.
Я попросил ИИ проанализировать мою рабочую историю примерно за последние полтора года: задачи, переписки, отчёты, ТЗ, разработку, релизы и другие следы работы.
Часы специально не буду показывать — интереснее оказалось распределение по направлениям.
В 2025 году примерно 2/3 моей работы всё ещё составляло классическое клиентское SEO:
— семантика и кластеризация;
— стратегия и структура сайтов;
— технические аудиты;
— внедрение SEO-технички;
— ТЗ, метатеги и контент;
— аналитика и работа с данными.
Но уже тогда всё больше времени начало уходить на автоматизацию.
Сначала это были отдельные скрипты, Excel, макросы, промпты, автоматическая обработка семантики, генерация ТЗ.
Потом всё это постепенно стало собираться в SEO Semantic Lab.
И к концу 2025 года вектор начал довольно резко меняться.
Если очень грубо:
2025:
≈ 65–70% — клиентское SEO
≈ 20–25% — свои инструменты и автоматизация
остальное — консультации, контент, продвижение и смежные задачи.
А в 2026 картина уже совсем другая:
≈ 40–45% — клиентское SEO
≈ 40–45% — разработка собственных продуктов и автоматизация
≈ 10% — консультации, публикации, выступления и продвижение
+ постепенно появляется отдельное направление security / антибот / защита сайтов.
То есть незаметно для самого себя я прошёл путь примерно такой:
SEO-специалист
↓
SEO-аналитик
↓
SEO-архитектор
↓
SEO-инженер
↓
человек, который начинает писать собственные инструменты под задачи, которые раньше решал руками :)
Сейчас значительная часть моей работы — это уже не «поправить Title» или «собрать ключи».
Это:
данные → диагностика → модель → решение → автоматизация.
SEO Semantic Lab вырос именно из этой логики.
AntiPF — примерно из той же.
Когда много раз сталкиваешься с одной и той же сложной проблемой, в какой-то момент перестаёшь решать её вручную в десятый раз и начинаешь писать систему, которая решает целый класс таких задач.
Самое интересное — я специально этого перехода не планировал.
Не было решения:
«С такого-то числа перестаю быть SEO-шником и становлюсь разработчиком».
Просто задачи становились сложнее, данных становилось больше, ручная работа начинала раздражать — и пришлось автоматизировать.
Потом автоматизировать автоматизацию 😁
Сейчас я бы описал себя уже не просто как SEO-специалиста.
Наверное, ближе всего:
SEO-инженер / SEO-архитектор, который разрабатывает собственные инструменты и использует их в реальных проектах.
При этом клиентское SEO никуда не исчезло.
Наоборот — именно реальные проекты постоянно дают идеи, что ещё нужно автоматизировать и чего не хватает существующим инструментам.
Получается такой замкнутый цикл:
клиентские задачи
→ проблема
→ исследование
→ инструмент
→ применение на проектах
→ новая проблема
→ следующая версия инструмента.
Посмотрим, во что я превращусь ещё через год 😁
Я попросил ИИ проанализировать мою рабочую историю примерно за последние полтора года: задачи, переписки, отчёты, ТЗ, разработку, релизы и другие следы работы.
Часы специально не буду показывать — интереснее оказалось распределение по направлениям.
В 2025 году примерно 2/3 моей работы всё ещё составляло классическое клиентское SEO:
— семантика и кластеризация;
— стратегия и структура сайтов;
— технические аудиты;
— внедрение SEO-технички;
— ТЗ, метатеги и контент;
— аналитика и работа с данными.
Но уже тогда всё больше времени начало уходить на автоматизацию.
Сначала это были отдельные скрипты, Excel, макросы, промпты, автоматическая обработка семантики, генерация ТЗ.
Потом всё это постепенно стало собираться в SEO Semantic Lab.
И к концу 2025 года вектор начал довольно резко меняться.
Если очень грубо:
2025:
≈ 65–70% — клиентское SEO
≈ 20–25% — свои инструменты и автоматизация
остальное — консультации, контент, продвижение и смежные задачи.
А в 2026 картина уже совсем другая:
≈ 40–45% — клиентское SEO
≈ 40–45% — разработка собственных продуктов и автоматизация
≈ 10% — консультации, публикации, выступления и продвижение
+ постепенно появляется отдельное направление security / антибот / защита сайтов.
То есть незаметно для самого себя я прошёл путь примерно такой:
SEO-специалист
↓
SEO-аналитик
↓
SEO-архитектор
↓
SEO-инженер
↓
человек, который начинает писать собственные инструменты под задачи, которые раньше решал руками :)
Сейчас значительная часть моей работы — это уже не «поправить Title» или «собрать ключи».
Это:
данные → диагностика → модель → решение → автоматизация.
SEO Semantic Lab вырос именно из этой логики.
AntiPF — примерно из той же.
Когда много раз сталкиваешься с одной и той же сложной проблемой, в какой-то момент перестаёшь решать её вручную в десятый раз и начинаешь писать систему, которая решает целый класс таких задач.
Самое интересное — я специально этого перехода не планировал.
Не было решения:
«С такого-то числа перестаю быть SEO-шником и становлюсь разработчиком».
Просто задачи становились сложнее, данных становилось больше, ручная работа начинала раздражать — и пришлось автоматизировать.
Потом автоматизировать автоматизацию 😁
Сейчас я бы описал себя уже не просто как SEO-специалиста.
Наверное, ближе всего:
SEO-инженер / SEO-архитектор, который разрабатывает собственные инструменты и использует их в реальных проектах.
При этом клиентское SEO никуда не исчезло.
Наоборот — именно реальные проекты постоянно дают идеи, что ещё нужно автоматизировать и чего не хватает существующим инструментам.
Получается такой замкнутый цикл:
клиентские задачи
→ проблема
→ исследование
→ инструмент
→ применение на проектах
→ новая проблема
→ следующая версия инструмента.
Посмотрим, во что я превращусь ещё через год 😁
👍5👏2
В этом году впервые взял Premium на Optimization 🙂
8–9 октября буду в Сколково на Optimization 2026.
На конференцию еду прежде всего посмотреть, куда сейчас в реальности движется поисковый маркетинг. Особенно интересно, что будут показывать по SEO, GEO, нейроответам и использованию ИИ в работе.
За последний год у меня самого ИИ из категории «прикольная штука» окончательно превратился в обычный рабочий инструмент: семантика, анализ сайтов, аудиты, работа с большими объёмами данных, программирование и автоматизация. Поэтому интересно сравнить свои наработки с тем, что сейчас делают другие специалисты и большие команды.
Ну и заодно посмотреть, что из себя представляет Premium 🙂 Раньше его не брал.
Если кто из знакомых и подписчиков тоже будет 8–9 октября — маякните. Можно пересечься в Сколково.
P.S. Организаторы ещё дали для моего канала промокод ITS_TIME_FOR_OPTI. По нему сейчас скидка 25% на билеты. Оставлю здесь, вдруг кому-то как раз был нужен.
8–9 октября буду в Сколково на Optimization 2026.
На конференцию еду прежде всего посмотреть, куда сейчас в реальности движется поисковый маркетинг. Особенно интересно, что будут показывать по SEO, GEO, нейроответам и использованию ИИ в работе.
За последний год у меня самого ИИ из категории «прикольная штука» окончательно превратился в обычный рабочий инструмент: семантика, анализ сайтов, аудиты, работа с большими объёмами данных, программирование и автоматизация. Поэтому интересно сравнить свои наработки с тем, что сейчас делают другие специалисты и большие команды.
Ну и заодно посмотреть, что из себя представляет Premium 🙂 Раньше его не брал.
Если кто из знакомых и подписчиков тоже будет 8–9 октября — маякните. Можно пересечься в Сколково.
P.S. Организаторы ещё дали для моего канала промокод ITS_TIME_FOR_OPTI. По нему сейчас скидка 25% на билеты. Оставлю здесь, вдруг кому-то как раз был нужен.
🔥1👏1
Большинство защит работает примерно так:
подозрительный IP → CAPTCHA → блокировка.
Проблема в том, что сегодня этого уже мало.
Боты ходят через обычные браузеры, residential proxy, меняют IP, умеют проходить JavaScript и имитировать поведение человека. А настоящий Googlebot или YandexBot, наоборот, можно случайно заблокировать слишком агрессивной защитой.
Поэтому AntiPF я развиваю в другую сторону.
Он смотрит не на один признак, а на совокупность сигналов:
— IP, ASN и сетевой контекст;
— браузер и признаки автоматизации;
— headless / webdriver / browser inconsistencies;
— поведение посетителя и последовательность запросов;
— попытки Challenge и их результат;
— рекламный трафик и признаки скликивания;
— накрутку ПФ;
— парсеры и массовую автоматизацию;
— настоящих и поддельных поисковых роботов.
И главное — AntiPF умеет показать, почему посетитель получил:
ALLOW → пропустить
CHALLENGE → проверить
BLOCK → заблокировать
То есть это не чёрный ящик и не «забанили потому что VPN».
По умолчанию систему можно держать в SHADOW-режиме: она наблюдает, собирает evidence и показывает, что бы сделала, но не начинает сразу ломать трафик.
Плюс внутри уже есть:
Risk Engine, Browser Signals, Network Intelligence, Challenge Studio, Direct Anti-Fraud, защита от парсеров, crawler verification, URL Map, 404/Redirect Monitor, SEO/HTTP-диагностика, Backup/Repair/DR и защита админки.
Сейчас готовлю AntiPF 10.050 и полностью переделал сайт под продукт.
Посмотреть, во что всё это выросло:
https://antipf.ru/
Интересно будет потом отдельно показать реальные Decision Trace: почему конкретного посетителя система посчитала подозрительным.
подозрительный IP → CAPTCHA → блокировка.
Проблема в том, что сегодня этого уже мало.
Боты ходят через обычные браузеры, residential proxy, меняют IP, умеют проходить JavaScript и имитировать поведение человека. А настоящий Googlebot или YandexBot, наоборот, можно случайно заблокировать слишком агрессивной защитой.
Поэтому AntiPF я развиваю в другую сторону.
Он смотрит не на один признак, а на совокупность сигналов:
— IP, ASN и сетевой контекст;
— браузер и признаки автоматизации;
— headless / webdriver / browser inconsistencies;
— поведение посетителя и последовательность запросов;
— попытки Challenge и их результат;
— рекламный трафик и признаки скликивания;
— накрутку ПФ;
— парсеры и массовую автоматизацию;
— настоящих и поддельных поисковых роботов.
И главное — AntiPF умеет показать, почему посетитель получил:
ALLOW → пропустить
CHALLENGE → проверить
BLOCK → заблокировать
То есть это не чёрный ящик и не «забанили потому что VPN».
По умолчанию систему можно держать в SHADOW-режиме: она наблюдает, собирает evidence и показывает, что бы сделала, но не начинает сразу ломать трафик.
Плюс внутри уже есть:
Risk Engine, Browser Signals, Network Intelligence, Challenge Studio, Direct Anti-Fraud, защита от парсеров, crawler verification, URL Map, 404/Redirect Monitor, SEO/HTTP-диагностика, Backup/Repair/DR и защита админки.
Сейчас готовлю AntiPF 10.050 и полностью переделал сайт под продукт.
Посмотреть, во что всё это выросло:
https://antipf.ru/
Интересно будет потом отдельно показать реальные Decision Trace: почему конкретного посетителя система посчитала подозрительным.
Коллеги, собираем небольшую складчину на Keyso на год 👀
Сейчас формируем ещё один аккаунт для совместного использования. Стоимость годового аккаунта — 25 130 ₽.
Если собрать 5 человек, получается примерно 5 000 ₽ с человека за целый год — на мой взгляд, для Keyso это очень адекватная сумма.
Keyso пригодится тем, кто регулярно работает с SEO: анализ конкурентов, семантика, запросы, видимость сайтов, поиск точек роста и прочая аналитика. Сам сервис многим здесь, думаю, представлять особо не нужно 🙂
Сейчас не хватает примерно 3–4 человек.
Это не публичная массовая складчина — собираемся в рамках наших закрытых SEO-чатов, среди знакомых и коллег.
По организационным вопросам:
Кирилл — @Kirill_Robertovi4
общий чат / Борис — @lee_unicorn
Если хотите присоединиться — напишите мне в личку или прямо под этим постом. Добавим в отдельный чат и там уже спокойно договоримся по оплате и доступу.
Если сами Keyso не используете, но есть знакомые SEO-шники, кому он нужен — перешлите им пост. Нам буквально несколько человек добрать 👍
Сейчас формируем ещё один аккаунт для совместного использования. Стоимость годового аккаунта — 25 130 ₽.
Если собрать 5 человек, получается примерно 5 000 ₽ с человека за целый год — на мой взгляд, для Keyso это очень адекватная сумма.
Keyso пригодится тем, кто регулярно работает с SEO: анализ конкурентов, семантика, запросы, видимость сайтов, поиск точек роста и прочая аналитика. Сам сервис многим здесь, думаю, представлять особо не нужно 🙂
Сейчас не хватает примерно 3–4 человек.
Это не публичная массовая складчина — собираемся в рамках наших закрытых SEO-чатов, среди знакомых и коллег.
По организационным вопросам:
Кирилл — @Kirill_Robertovi4
общий чат / Борис — @lee_unicorn
Если хотите присоединиться — напишите мне в личку или прямо под этим постом. Добавим в отдельный чат и там уже спокойно договоримся по оплате и доступу.
Если сами Keyso не используете, но есть знакомые SEO-шники, кому он нужен — перешлите им пост. Нам буквально несколько человек добрать 👍
😁2