Заметки по SEO Soltyk.ru | Алексей Солтык

Следующий этап 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 постепенно превращается не просто в антибот, а в локальную систему контроля качества трафика, которая должна не только блокировать, а объяснять: что происходит, откуда это пришло, насколько это опасно и какое действие действительно имеет смысл.

Я понял, что 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 ботов». Мне нужен ответ: откуда именно они пришли, с какими признаками, насколько это системная история и что с этим делать дальше. Об этом — во второй части.

Кажется, я наконец понял, чем на самом деле занимаюсь. Я изобретаю системы. По профессии меня знают прежде всего как SEO-специалиста. Но SEO — это уже только часть того, что мне интересно. У меня инженерное мышление: люблю взять проблему, разложить её на данные, зависимости и условия, а потом спросить себя: «А можно это автоматизировать? Сделать лучше? Научить систему самой находить закономерности?» И дальше понеслось. 🙂 ⚙️ На https://tools.soltyk.ru/ я постепенно собрал свои микросервисы, а потом сделал там же собственную CRM. Теперь хочу связать её со своим Android-приложением с рабочим названием «СпортОкно». 📱 Идея приложения давно стала шире спорта. Оно должно на основе истории и закономерностей помогать прогнозировать сон, работу, прогулки, бег, отдых, выполнение задач и другие события. Не просто хранить статистику, а работать по принципу: данные → корреляции → закономерности → прогноз → полезное действие. Например, понять мой обычный ритм и вовремя напомнить, что пора оторваться от компьютера и хотя бы сходить на турник. При этом для меня принципиально, чтобы личные данные оставались локально, а не хранились неизвестно у кого. 🔎 Многие знают другую мою разработку — SEO Semantic Lab. Началось всё с того, что существующими инструментами мне было неудобно решать некоторые SEO-задачи. В итоге получился собственный комбайн для работы с семантикой, поисковой выдачей, конкурентами и большими массивами данных. 🛡 А недавно я серьёзно переделал свой АнтиПФ. Когда-то это была в основном система определения и фильтрации ботов. Сейчас я соединяю защиту сайта с данными Яндекс Метрики, Вебмастера, Google Search Console и SEO-аналитикой. В итоге получается уже не просто антибот, а ещё один аналитический слой сайта, который видит запрос непосредственно в момент его обработки. Параллельно сделал себе набор плагинов для WordPress, чтобы без постоянного привлечения программистов быстро разворачивать геостраницы, услуги, статьи, кейсы и другие SEO-структуры. Самое интересное, что программировать я начал примерно с 14 лет. Потом моей основной профессией стало SEO, а программирование осталось инструментом. Сейчас всё снова сошлось. Нейросети сильно сократили расстояние между: «У меня есть идея» и «Смотрите, оно уже работает». Они не придумывают за меня, что создавать, зачем это нужно и как должна работать система. Но если понимаешь предметную область, логику, алгоритмы и данные — реализовывать идеи теперь можно в разы быстрее. Наверное, поэтому мне всё сложнее называть себя только SEO-специалистом. По духу я скорее изобретатель. С детства что-нибудь придумываю, разбираю, соединяю и пытаюсь улучшить. А сейчас впервые появилось ощущение, что идей можно реализовать почти столько же, сколько успеваешь придумать. SEO, аналитика, автоматизация, безопасность, приложения — постепенно всё это складывается в мою собственную экосистему. Посмотрим, во что она вырастет. 🚀

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 #антибот #аналитика #защитасайта

Запускаю небольшой публичный 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 Следующий этап — продолжу разбираться с кандидатами на роль основного домена.

🚀 Сегодня выступаю в закрытой VIP-группе «SEO без воды» 📅 30 июля 🕐 13:00 по Москве 💻 Онлайн, в Zoom Тема выступления: «Как разложить e-commerce нишу на посадочные и собрать SEO-бэклог с прогнозом роста» Разберу практический подход, при котором семантика превращается не просто в список запросов, а в понятную систему решений: — как находить действительно релевантных конкурентов; — как определять URL-лидера и правильный тип страницы; — как кластеризовать спрос без каннибализации; — как понять, какие страницы нужно создать, усилить или развести; — как учитывать позиции, конкуренцию, сезонность и конверсии; — как перейти от кластеров к прогнозу трафика, лидов и бизнес-приоритетам; — как сформировать SEO-бэклог и готовые ТЗ для команды. По сути, покажу связку: семантика → SERP → URL-лидер → кластеризация → стратегия → прогноз → ТЗ Это будет компактная онлайн-версия моего доклада с упором на аналитику, прогнозирование и практическое принятие решений. Группа закрытая, поэтому публичные ссылки на канал и чат не размещаю. По вопросам участия и доступа можно обратиться к организатору — @Anya_Kopylova. Спасибо команде «SEO без воды» за приглашение! 🔥

🎥 Новое видео: технический аудит сайта по 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 #ТехническийАудит

Product-led SEO: как понять, нужна статья или посадочная Одна из частых ошибок в SEO — выбрать неправильный тип страницы. Запрос может быть собран правильно. Текст может быть написан хорошо. Но страница всё равно не будет расти, если её формат не совпадает с намерением пользователя. Поэтому сначала нужно определить: человек хочет изучить вопрос, выбрать решение или купить. Когда нужна статья Статья подходит, если пользователь: — изучает тему; — ищет инструкцию или гайд; — сравнивает подходы; — разбирается в терминах; — хочет понять преимущества и ограничения; — закрывает сомнения перед покупкой. Примеры: “Как выбрать матрас при боли в спине” “Чем лазерный станок отличается от фрезерного” “Когда сайту нужен технический SEO-аудит” Здесь человеку пока рано показывать только форму заявки или каталог. Сначала ему нужно помочь разобраться. При этом статья не должна быть тупиком. Она должна вести к подходящей услуге, категории, товару или следующему этапу выбора. Когда нужна коммерческая посадочная Посадочная нужна, если в запросе уже есть намерение заказать, купить или выбрать исполнителя. Признаки коммерческого интента: — пользователь ищет товар или услугу; — важны цена, сроки и условия; — нужна доставка или наличие; — ожидается заявка, звонок или покупка; — в ТОПе находятся категории, карточки товаров и страницы услуг. Примеры: “Технический SEO-аудит сайта” “Купить матрас 160×200” “Ремонт промышленного станка в Москве” На такой странице должны быть: — понятное предложение; — цена или принцип расчёта; — состав услуги или характеристики; — условия покупки; — ограничения; — доказательства; — следующий шаг. Длинная информационная статья вместо коммерческой посадочной может собрать показы, но не закрыть задачу пользователя. Когда нужна категория или фильтр Категория или индексируемый фильтр нужны, когда существует отдельный товарный спрос по характеристике. Например: — матрасы 160×200; — ноутбуки с 32 ГБ оперативной памяти; — насосы для грязной воды; — станки с ЧПУ определённого типа. Но наличие запроса ещё не означает, что нужно индексировать каждый фильтр. Должны выполняться условия: — есть достаточный ассортимент; — комбинация полезна пользователю; — спрос образует отдельный кластер; — страница не дублирует другую категорию; — фильтр можно поддерживать и наполнять; — выдача подтверждает товарный интент. Если в разделе один товар, отдельная индексируемая категория часто не нужна. Как принять решение Перед созданием страницы проверьте: 1. Что пользователь хочет сделать? Узнать, сравнить, выбрать или купить? 2. Какие типы страниц находятся в ТОП-10? Статьи, услуги, категории, карточки или смешанная выдача? 3. Есть ли отдельный кластер спроса? Или запросы уже закрываются существующей страницей? 4. Какой следующий шаг ожидается? Прочитать инструкцию, перейти в каталог, узнать цену или оставить заявку? 5. Есть ли продуктовая основа? Ассортимент, услуга, цена, условия, экспертиза и возможность выполнить обещанное? Хороший SEO-текст не исправит неверный формат страницы. Статья не заменит категорию. Категория не заменит страницу услуги. Посадочная не заменит полноценный гайд. Главная мысль: Ошибка часто не в том, что написали плохой текст. Ошибка в том, что под запрос выбрали неправильный тип страницы. Product-led SEO начинается не с вопроса “что написать?”, а с вопроса: “Какую задачу пользователя должна решать эта страница?”

Хватит писать блог ради SEO Блог не умер. Умер подход: “давайте опубликуем 100 статей, соберём информационный трафик, а дальше как-нибудь появятся заявки”. Чаще всего такой блог превращается в склад текстов, которые: — почти никто не ищет; — не связаны с коммерческими страницами; — конкурируют друг с другом по смыслу; — получают несколько показов и годами висят без трафика; — не помогают пользователю выбрать товар или услугу. Так появляются зомби-страницы и смысловая каннибализация. Проблема не в количестве статей. Проблема в отсутствии анализа спроса, выдачи и структуры сайта. Перед созданием материала нужно проверить: — есть ли реальный поисковый спрос; — выделяется ли отдельный информационный кластер; — показывают ли поисковые системы статьи по таким запросам; — есть ли похожие материалы у конкурентов в ТОП-10; — не закрыт ли этот смысл уже другой страницей сайта; — с какой коммерческой страницей будет связан материал; — какую роль статья сыграет в выборе пользователя. Наличие похожих статей у конкурентов в ТОП-10 — хороший сигнал. Это означает, что поисковая система воспринимает запрос как информационный и допускает такой формат страницы. Но копировать темы конкурентов вслепую тоже не нужно. Сначала следует разделить семантику на коммерческие и информационные кластеры. Коммерческие запросы должны вести на: — категории; — карточки товаров; — страницы услуг; — подборки; — посадочные страницы под конкретный спрос. Информационные запросы имеет смысл отдавать в блог, когда они закрывают отдельную задачу пользователя: — помогают выбрать; — сравнивают варианты; — объясняют ограничения; — снимают возражения; — показывают сценарии применения; — подводят к подходящему товару или услуге. Идеальная модель — не набор разрозненных статей, а тематические семантические коконы. Например, вокруг коммерческого кластера могут быть отдельные материалы: — как выбрать; — сравнение вариантов; — ошибки при выборе; — кому подходит и не подходит; — особенности эксплуатации; — ответы на сложные вопросы. Эти статьи связаны между собой внутренними ссылками и ведут на релевантные коммерческие страницы. Коммерческие страницы, в свою очередь, могут ссылаться на полезные инструкции, сравнения и разборы. Так формируется понятная тематическая структура, а не хаотичный блог. Поэтому отбирать статьи лучше не по принципу: “У запроса есть частотность — пишем”. Нужен скоринг семантики с учётом: — спроса; — интента; — состава выдачи; — конкуренции; — близости к продукту; — бизнес-ценности; — наличия подходящей коммерческой страницы; — риска пересечения с другими URL. После этого информационные кластеры можно приоритизировать и последовательно отрабатывать. Контент-менеджер, который стремится просто “наклепать сотни статей”, может создать больше проблем, чем пользы. Без анализа семантики и выдачи количество контента не превращается в качество. Частотность не равна ценности. Трафик не равен спросу. Показы не равны заявкам. Количество статей не равно росту сайта. Статья ради публикации — слабая SEO-работа. Статья, которая закрывает подтверждённый спрос, занимает отдельный кластер, помогает пользователю выбрать и усиливает коммерческую страницу, — полноценный SEO-актив. Поэтому вопрос должен звучать не: “Сколько статей публиковать каждый месяц?” А: “Какие информационные кластеры стоит отработать, как связать их между собой и к каким коммерческим страницам они должны вести?”

🎉 Сегодня мне исполнилось 38 лет Решил по этому поводу сделать небольшую праздничную акцию для тех, кто давно присматривался к SEO Semantic Lab или хотел обратиться ко мне за консультацией. До 31 июля включительно: 🔹 Скидка 38% на лицензию SEO Semantic Lab Программа помогает собирать и обрабатывать семантику, анализировать поисковую выдачу, позиции, конкурентов и решать другие SEO-задачи в одном интерфейсе. 🔹 Скидка 23% на первую часовую консультацию для новых клиентов Стоимость консультации со скидкой составит 3 850 ₽ вместо 5 000 ₽. На консультации можно разобрать: — продвижение сайта и причины отсутствия роста; — семантику, структуру и посадочные страницы; — технические проблемы и ошибки; — работу с подрядчиками и разработчиками; — стратегию дальнейшего продвижения; — возможности автоматизации SEO-задач. Оплатить консультацию необходимо до конца июля, а провести её можно позднее — подберём удобное время по графику. Скидка на консультацию действует только для новых клиентов и только на первую часовую консультацию. Последующие работы и пакеты часов оплачиваются по обычной стоимости. По вопросам приобретения программы или записи на консультацию можно написать мне в личные сообщения. Спасибо всем, кто читает мои материалы, пользуется программой, рекомендует меня и доверяет свои проекты. Продолжаем работать и развиваться! 🚀

Почему первые 100 слов страницы стали важнее Первый экран всегда влиял на то, останется человек на сайте или закроет вкладку. Теперь он важен ещё и для поисковых систем, AI-агентов и сервисов, которые извлекают информацию со страницы. Если в начале идут: — длинная история компании; — “индивидуальный подход”; — “высокое качество”; — общие обещания; — рекламная вода; то пользователь и машина тратят время, но так и не получают ответ. Гораздо полезнее сразу объяснить: — что это; — для кого; — какую задачу решает; — где работает; — чем отличается; — какие есть условия или ограничения. Плохо: “Наша компания много лет предлагает современные решения высокого качества и индивидуальный подход к каждому клиенту”. Лучше: “Проводим технический SEO-аудит интернет-магазинов и сайтов услуг. Проверяем индексацию, структуру, дубли, canonical, sitemap, скорость и ошибки, которые мешают росту трафика и заявок”. Во втором варианте сразу понятно: что предлагают, кому это нужно, что входит в работу, какую проблему решают. Именно такой текст проще понять человеку, поисковой системе и AI. Оптимальная структура начала страницы может выглядеть так: H1 Короткое summary на 50–100 слов Ключевые преимущества и ограничения Основной коммерческий блок Далее — детали, характеристики, таблицы, сравнения, кейсы и FAQ Важно: не нужно прятать отдельный “текст для ботов” в HTML, CSS или скрытых блоках. Если информация важна, она должна быть видна пользователю. Хорошее начало страницы — это не SEO-хак. Это способ быстро ответить на главный вопрос человека: “Я попал туда, куда нужно, и здесь есть решение моей задачи?” Если ответ понятен уже в первых абзацах, страница выигрывает сразу по нескольким направлениям: — пользователь быстрее понимает предложение; — снижается риск ухода; — поисковику проще определить тему страницы; — AI проще извлечь факты; — коммерческое предложение становится яснее; — меньше места остаётся для пустых формулировок. Первые 100 слов не обязаны содержать все ключи и продавать любой ценой. Их задача — снять неопределённость. Что это? Для кого? Зачем? В каких условиях? Почему стоит читать дальше? Хорошее начало страницы — это нормальная забота одновременно о пользователе, поисковике и 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 сразу понимают: что вы предлагаете, кому это подходит, в чём польза, какие есть ограничения и почему информации можно доверять.

Не путайте AI-цитирование и попадание бренда в ответ Сейчас многие начали смотреть, цитируют ли сайт нейросети. Это правильно. Но есть важная ошибка: считать сам факт цитирования финальной победой. AI-цитирование — это ещё не результат для бизнеса. Страница может быть указана как источник, но бренд при этом вообще не попадёт в тело ответа. Пользователь может увидеть ссылку, но не запомнить компанию. AI может взять с сайта один факт, но не назвать продукт как подходящее решение. И в итоге формально сайт “есть в источниках”, а заявок нет. Поэтому AI-видимость лучше разбирать по слоям. Первый слой — страница нашлась в поиске. Это базовый уровень. Сайт технически доступен, страница индексируется, поисковая система может её найти по запросу или уточняющему подзапросу. Если страница не находится, дальше обсуждать почти нечего. Второй слой — страница попала в candidate layer. То есть AI-система рассматривает её как одного из возможных кандидатов для ответа. На этом этапе важны: — релевантность запроса; — title и заголовки; — интент страницы; — свежесть; — структура; — факты; — соответствие теме; — видимость в обычном поиске. Третий слой — страница процитирована. Это уже лучше. AI использовал URL как источник. Значит, страница оказалась достаточно релевантной, понятной или полезной для конкретного ответа. Но даже это ещё не означает, что пользователь выберет ваш бизнес. Потому что есть четвёртый слой. Самый важный. Бренд или продукт попал в тело ответа как решение задачи пользователя. Вот это уже ближе к реальной ценности. Не просто “источник внизу ответа”. А ситуация, когда AI говорит примерно: “Для такой задачи можно рассмотреть компанию X.” “Этот продукт подходит для такого сценария.” “У этого бренда есть нужные характеристики.” “Это решение стоит сравнить с альтернативами.” Вот здесь начинается настоящая AI-видимость. Потому что пользователь видит не просто ссылку. Он видит бренд в контексте своей задачи. Именно поэтому в GEO важно смотреть не только на цитирования. Нужно проверять: — кто вообще попадает в ответ; — какие бренды AI называет как решения; — какие URL цитируются; — какие факты AI берёт со страниц; — есть ли бренд в тексте ответа; — в каком контексте он упомянут; — есть ли рядом конкуренты; — ведёт ли это к переходам; — есть ли заявки или хотя бы рост брендового спроса. Если сайт цитируется, но бренд не попадает в ответ — это слабый сигнал. Если бренд упоминается, но без доверия, фактов и преимуществ — это тоже слабый сигнал. Если AI берёт факты, но рекомендует конкурента — значит, страница может быть полезной как источник, но не как коммерческое решение. Задача GEO не в том, чтобы любой ценой попасть в список источников. Задача — сделать так, чтобы AI понял: кто вы, что вы предлагаете, для кого это подходит, в каких сценариях вы полезны, чем отличаетесь, почему вам можно доверять. Поэтому страница должна быть не просто “оптимизированной”. Она должна объяснять продукт или услугу так, чтобы её можно было использовать в ответе. Нужны не только ключи. Нужны факты. Сценарии. Сравнения. Ограничения. Доказательства. Отзывы. Примеры. Внешние подтверждения. Понятное описание бренда. AI должен не просто найти страницу. Он должен понять, зачем её использовать. И ещё важнее — зачем рекомендовать именно этот бренд или продукт. Главная мысль простая: цитирование — это не финальная победа. Цитата показывает, что страницу заметили. Но бизнесу важнее другое: попал ли бренд в ответ, понял ли пользователь ценность, появился ли переход, возникла ли заявка, выросло ли доверие. Поэтому в AI/GEO-аналитике нужно смотреть не одну метрику, а всю цепочку: поиск → кандидат → цитата → бренд в ответе → переход → заявка. И только тогда можно понять, есть ли у AI-видимости реальная бизнес-ценность.

📢 Запустил канал в MAX Теперь мои материалы про SEO, GEO, продвижение сайтов, аналитику и практическую работу будут выходить не только здесь, но и в MAX. Последние посты из Telegram уже перенёс, дальше буду постепенно наполнять канал новыми материалами, наблюдениями, кейсами и полезными рекомендациями. Telegram-канал продолжит работать. Но если вы уже пользуетесь MAX или хотите иметь дополнительный способ следить за обновлениями — подписывайтесь: 👉 https://max.ru/channel_soltykseo Буду благодарен за подписку и репост тем, кому интересны SEO, GEO и продвижение сайтов.

Channel name was changed to «Заметки по SEO Soltyk.ru | Алексей Солтык»

Почему GEO без обычного SEO не работает Сейчас многие хотят попасть в нейросети. В AI-ответы. В Алису. В ChatGPT. В Google AI Overview. В нейровыдачу. В рекомендации. И это нормальное желание. Пользователь всё чаще получает ответ не только в классической выдаче, а через AI-системы, подсказки, обзоры, карточки, агрегированные ответы и рекомендательные механики. Но здесь есть важный момент, который часто упускают. AI-системы тоже не берут информацию из воздуха. Им нужны источники. Страницы. Документы. Сайты. Отзывы. Каталоги. Публикации. Карточки организаций. Товарные данные. Внешние подтверждения. И если сайт сам по себе плохо виден в обычном поиске, странно ждать, что AI вдруг начнёт активно использовать его как надёжный источник. Если страница не индексируется — её сложно использовать. Если структура сайта кривая — поисковой системе сложнее понять, какие страницы важные. Если посадочная не закрывает интент — она может быть формально оптимизирована, но бесполезна для ответа. Если бренд описан по-разному на сайте, в каталогах, отзывах и соцсетях — AI получает не сущность, а шум. Если на странице много воды и мало фактов — её сложно цитировать. Если коммерческая страница не даёт цены, условий, сценариев, ограничений, сравнений и доказательств — AI проще взять конкурента, у которого всё это есть. Поэтому GEO не начинается с “давайте оптимизируемся под нейросети”. GEO начинается с обычных вопросов SEO: — сайт нормально индексируется? — важные страницы доступны поисковикам? — структура понятная? — запросы распределены по правильным URL? — страницы закрывают интент? — есть ли каннибализация? — есть ли нормальные title, H1 и сниппеты? — есть ли факты, таблицы, сравнения, FAQ, условия? — есть ли внешние подтверждения бренда? — есть ли доверие к компании за пределами сайта? Без этого разговор про AI-ответы часто превращается в попытку построить второй этаж без первого. Особенно это заметно в Яндексе. Если сайт не виден в обычной органике, если он не входит в конкурентный пул по запросам, если страницы не выглядят полезными для пользователя, ждать стабильного попадания в нейроответы довольно наивно. Для Google логика похожая. AI-обзор тоже должен на что-то опираться. Ему нужны понятные, доступные, релевантные и заслуживающие доверия источники. Поэтому базовое SEO никуда не исчезло. Наоборот, оно стало ещё важнее. Раньше слабая SEO-база мешала получать позиции. Теперь она мешает ещё и попадать в AI-ответы. Можно сколько угодно говорить про GEO, entity, answer layer, AI citations и fan-out запросы, но если сайт технически слабый, плохо структурирован, не закрывает спрос и не вызывает доверия, нейросети не обязаны вытаскивать его наверх только потому, что бизнесу этого хочется. Сначала сайт должен стать нормальным источником для поиска. А уже потом можно говорить о видимости в AI-ответах. Хорошее GEO начинается не с магического промпта и не с отдельного файла “для нейросетей”. Оно начинается с нормальной SEO-базы: индексация, структура, релевантные страницы, понятный бренд, полезный контент, внешние подтверждения и реальные ответы на вопросы пользователя. SEO — это фундамент. GEO — это расширение видимости поверх этого фундамента. Если фундамента нет, расширять нечего.

Почему SEO и GEO нельзя делать “за те же деньги” Сейчас всё чаще слышу: “Мы уже платим за SEO. Давайте туда же добавим продвижение в нейросетях, AI-ответах, Алисе, ChatGPT, Google AI Overview и прочем. Это же тоже поиск?” На первый взгляд логично. И там поиск. И там пользователь задаёт вопрос. И там бизнес хочет видимость, доверие, переходы и заявки. Но SEO и GEO — это не одно и то же. SEO — это база: — индексация; — структура сайта; — семантика и кластеры; — посадочные страницы; — title, H1, сниппеты; — техническое состояние; — внутренняя перелинковка; — позиции в Яндексе и Google; — CTR; — ссылки; — коммерческие факторы; — трафик и конверсии. SEO отвечает на вопрос: как сделать так, чтобы сайт находился в поиске по нужным запросам и приводил пользователей на правильные страницы. GEO — следующий слой. Это уже: — видимость бренда в AI-ответах; — анализ источников, которые цитируют нейросети; — работа с answer layer; — fan-out запросы; — единое описание бренда на сайте, в каталогах, отзывах и внешних источниках; — подготовка страниц так, чтобы AI мог извлечь факты, сравнения, ограничения и сценарии применения; — внешние подтверждения: публикации, рейтинги, обзоры, отраслевые площадки, отзывы; — анализ, попадает ли в ответ сам бренд или продукт как решение задачи пользователя. GEO отвечает на другой вопрос: как сделать так, чтобы поисковые и AI-системы понимали бренд, доверяли ему, цитировали его и включали в ответ как подходящее решение. Да, без SEO-базы GEO почти не работает. Если сайт плохо индексируется, страницы не закрывают интент, структура кривая, бренд непонятен, а важные URL не видны в обычном поиске — странно ждать, что нейросети начнут активно рекомендовать этот бизнес. Но из этого не следует, что GEO можно бесплатно добавить в SEO. Связано — да. Одно и то же — нет. В SEO мы смотрим на позиции, страницы, кластеры, индексацию и трафик. В GEO дополнительно смотрим: — что AI отвечает по важным запросам; — кого называет среди решений; — какие источники использует; — какие страницы цитирует; — есть ли бренд в теле ответа; — нет ли противоречий в описании компании; — хватает ли внешних подтверждений; — какие факты на сайте можно извлечь. Это другой объём анализа. Другие данные. Другие проверки. Другой уровень работы с контентом. Больше связи с брендом, маркетингом, PR, продуктом и репутацией. Поэтому требование “сделайте нам SEO и GEO за те же деньги” обычно означает одно из двух: или человек не понимает объём работ, или хочет получить два направления по цене одного. Качественно так не работает. В рамках SEO можно учитывать базовые вещи для GEO: — делать страницы понятнее; — убирать воду; — добавлять факты; — структурировать ответы; — улучшать брендовые формулировки; — следить за индексируемостью. Это разумно. Но полноценное GEO-продвижение — отдельная работа. SEO — это фундамент. GEO — это надстройка. Без фундамента надстройка слабая. Но надстройка всё равно не строится бесплатно. Если нужно просто учитывать AI-тренды — это одно. Если нужно системно работать над видимостью бренда в AI-ответах — это отдельная задача, отдельное время, отдельная аналитика и отдельный бюджет. Иначе получится классическая ситуация: SEO недоделали, GEO сделали поверхностно, деньги потратили, результата не поняли, и снова решили, что “SEO не работает”. А проблема была не в SEO. Проблема была в ожидании, что сложную систему можно закрыть одной строкой в смете. GEO — не замена SEO. GEO — не бесплатный бонус к SEO. GEO — отдельный слой работ поверх нормальной SEO-базы.

Почему “нажал кнопку — получил SEO” почти всегда заканчивается разочарованием Сейчас на рынке всё больше сервисов, которые обещают сделать SEO быстро, дёшево и почти без участия специалиста. Добавил сайт. Нажал кнопку. Получил аудит. Получил title. Получил тексты. Получил “SEO-рекомендации”. Ждёшь рост. Звучит красиво. Но в реальности чаще всего всё заканчивается разочарованием. Почему? Потому что сервис может сделать чек-лист, но он не понимает бизнес. Он может найти пустые description, но не знает, какие страницы реально приносят заявки. Он может сгенерировать title, но не понимает маржу, сезонность, конкурентов, регион, интент и реальные приоритеты внедрения. Он может написать 100 текстов, но не знает, нужны ли эти страницы вообще. Он может показать “ошибки”, но не понимает, какие из них критичные, а какие можно спокойно отложить на потом. Он может посчитать, что на странице мало слов, но не поймёт, что пользователю там нужна не простыня текста, а цена, фото, сравнение, наличие, доставка, гарантия, отзывы и понятный CTA. И вот здесь появляется главная проблема дешёвого автоматического SEO. Оно часто отвечает не на тот вопрос. Бизнесу не нужен список из 300 технических пунктов. Бизнесу не нужны title ради title. Бизнесу не нужны тексты ради “уникальности”. Бизнесу не нужны страницы, которые никто не будет внедрять, читать и покупать через них. Бизнесу нужно понять: — где сейчас реальная точка роста; — какие страницы уже близко к результату; — какие запросы могут дать заявки; — где сайт теряет клики; — где проблема в интенте; — где мешает техника; — где нужна новая посадочная; — где лучше доработать старую; — где вообще не надо трогать SEO, потому что проблема в цене, продукте или доверии. Автоматизация сама по себе не плохая. Наоборот, нормальная автоматизация очень полезна. Она помогает быстрее собрать данные, найти дубли, проверить индексацию, увидеть падение CTR, сгруппировать запросы, найти каннибализацию, сравнить страницы, подготовить черновик ТЗ. Но автоматизация становится опасной, когда её начинают продавать как замену стратегии. Массовая генерация title — это не SEO-стратегия. Массовая генерация текстов — это не SEO-стратегия. Автоматический аудит по чек-листу — это не SEO-стратегия. Это просто инструменты. А инструмент без понимания задачи может не помочь, а навредить. Можно автоматически создать 500 страниц и получить 500 слабых URL, которые размоют сайт. Можно автоматически переписать все title и потерять старые рабочие сниппеты. Можно автоматически закрыть “тонкие” страницы от индексации и вместе с ними закрыть страницы, которые давали показы и трафик. Можно автоматически написать тексты, которые будут формально уникальными, но бесполезными для пользователя. Можно автоматически “оптимизировать” сайт так, что потом придётся месяцами разбираться, что именно было сломано. В SEO опасна не автоматизация. Опасна автоматизация без экспертной логики. Хороший специалист сначала задаёт вопросы: какая цель у бизнеса? какие страницы важны? где деньги? какой интент у запроса? что делают конкуренты? что можно внедрить быстро? что даст эффект, а что просто красиво выглядит в отчёте? какие изменения могут навредить? какую задачу решаем первой? И только потом подключает инструменты. Плохой подход: “Давайте автоматизируем всё, что можно”. Хороший подход: “Давайте сначала поймём, что на этом сайте вообще имеет смысл делать”. Вот в этом и разница. Автоматизация ускоряет SEO. Но она не заменяет выбор правильной задачи. А в 2026 году именно выбор правильной задачи часто важнее, чем количество выполненных пунктов в чек-листе. Потому что можно сделать 100 SEO-действий и не получить результата. А можно найти 5 настоящих точек роста — и именно они сдвинут проект. Главный вопрос уже не: “Что можно автоматизировать?” Главный вопрос: “Что вообще имеет смысл делать на этом сайте?”

SEO в 2026 — это уже не «ключи, тексты и ссылки» Если очень упростить, раньше SEO часто воспринимали так: — собрали ключи; — прописали title и description; — написали тексты; — купили ссылки; — посмотрели позиции. И во многих нишах такой подход действительно мог давать результат. Но сейчас этого уже недостаточно. Потому что поиск стал сложнее, а путь пользователя — длиннее. Человек может увидеть сайт не только в классической органике, но и в AI-ответе, товарном блоке, картах, видео, рекомендациях, отзывах, агрегаторе, сравнении, нейровыдаче или вообще прийти через брендовый запрос после нескольких касаний. Поэтому SEO в 2026 году — это уже не набор отдельных работ. Это управление всей поисковой видимостью бизнеса. Нужно смотреть не только на позиции, но и на: — какие страницы реально индексируются; — какие кластеры дают спрос; — какие URL конкурируют друг с другом; — где растут показы, но падает CTR; — какие страницы попадают в AI-ответы; — насколько понятен бренд поисковикам и нейросетям; — есть ли внешние подтверждения: отзывы, каталоги, публикации, партнёры; — корректно ли работают товарные фиды; — что реально обходит Googlebot или Яндекс; — какие страницы получают клики, заявки и продажи; — какие доработки можно внедрить быстро, а какие останутся в отчёте навсегда. Главная ошибка — пытаться делать «побольше SEO». Побольше текстов. Побольше страниц. Побольше ссылок. Побольше ключей. Побольше отчётов. Но бизнесу не нужно «побольше». Бизнесу нужно понять, куда сейчас приложить усилия, чтобы получить максимальный эффект. Иногда точка роста — не новая статья, а исправление каннибализации. Иногда — не закупка ссылок, а нормальная посадочная под коммерческий интент. Иногда — не переписывание всего сайта, а доработка 5 страниц, которые уже стоят в топ-10/20 и почти готовы приносить заявки. Иногда — не SEO-текст, а нормальные характеристики, сравнение, отзывы, цены, условия доставки и блок «кому подходит / кому не подходит». Иногда — не “нейросети нас не любят”, а сайт просто плохо объясняет, кто вы, что продаёте, для кого и почему вам можно доверять. SEO-специалист в 2026 году — это уже не человек, который просто «двигает ключи». Это аналитик, который должен связать между собой: семантику, структуру, индексацию, контент, сниппеты, CTR, ссылки, бренд, AI-видимость, поведение пользователей, конверсии и реальные бизнес-приоритеты. И самое важное — выбрать, что делать первым. Потому что почти на любом сайте можно найти 100 задач. Но результат дают не 100 задач. Результат дают 5–10 правильно выбранных задач, которые попадают в реальную точку роста. SEO в 2026 — это не «ключи, тексты и ссылки». SEO в 2026 — это система принятия решений: какие страницы создавать, какие усиливать, какие закрывать от индексации, какие объединять, где менять структуру, где улучшать сниппет, где дорабатывать контент, где подключать внешние источники, где смотреть AI-ответы, а где вообще не трогать сайт, потому что проблема не в SEO, а в продукте, цене или доверии. И чем раньше бизнес это поймёт, тем меньше денег он потратит на хаотичные действия. Позиции важны. Тексты важны. Ссылки важны. Но сами по себе они уже не стратегия. Стратегия начинается там, где мы понимаем: какой спрос есть, какая страница должна его закрыть, почему пользователь должен кликнуть, почему он должен доверять, и как это в итоге превратится в заявку или продажу. Вот это и есть SEO в 2026 году.

🎟 Итоги розыгрыша билета на SEO-конференцию «Высоко в ТОП!» Разыгрывал 1 билет на конференцию «Высоко в ТОП!», которая пройдёт 26 сентября в Волгограде. В розыгрыше участвовали пользователи SEO Semantic Lab: те, кто зарегистрировался в личном кабинете и получил демо-ключ, а также те, кто уже раньше брал демо или покупал лицензию. Победитель розыгрыша: 🏆 @Antoncheg87 Поздравляю! Напишу в личные сообщения, чтобы передать информацию по билету. Напомню, что конференция пройдёт: 📍 Волгоград 📅 26 сентября 🎤 Я тоже буду выступать с докладом про прогнозную SEO-аналитику, семантику, структуру сайта, кластеры, точки роста и каннибализацию. Сайт конференции: https://vysokovtop.ru/#rec1940312831 Промокод на скидку 15%: Soltyk2609 Чат конференции: https://t.me/vysokovtop Спасибо всем, кто участвовал и регистрировался в SEO Semantic Lab 🙌