Мы запустили на главной automata.sale живой экспресс-аудит сайтов — и в тот же день собственный инструмент поставил нашему сайту «четвёрку с плюсом». История о том, как чекер поймал нас самих, как мы чинили две ошибки в его логике — и заодно перестроили весь конвейер публикации статей так, что текст теперь физически не может выйти на сайт «кривым» для поисковиков и нейросетей.
Зачем сайту отдельная «видимость» для нейросетей
Классическое SEO отвечает на вопрос «на каком месте в выдаче». Но всё больше клиентов приходит через другой канал: ChatGPT, Perplexity и Яндекс Нейро отвечают на вопрос пользователя и ссылаются на первоисточник. Это называется GEO — Generative Engine Optimization.
Плохая новость: правила здесь другие. Нейросети смотрят не на ключевые слова и бэклинки, а на машиночитаемость: микроразметку Schema.org, файл llms.txt, доступ AI-краулеров в robots.txt, скорость ответа сервера. Сайт может быть первым в Яндексе — и при этом полностью невидимым для нейропоиска.
Хорошая новость: это измеримо. Мы собрали анализатор, который за 30 секунд показывает, как ваш сайт выглядит глазами AI.
Что показывает живой анализатор на главной
На главной странице automata.sale теперь есть форма: вводите адрес своего сайта — и прямо на странице, без переходов и регистрации, строится отчёт:
- GEO-индекс 0–100 с оценкой от A до F — итоговая готовность к нейропоиску;
- скорость загрузки — мобильный скор Google PageSpeed и время ответа сервера (TTFB);
- SEO-мета — длина title и description, H1, canonical, Open Graph, alt у картинок;
- микроразметка Schema.org — какие типы найдены и чего не хватает;
- AI-доступ — есть ли llms.txt и пускает ли robots.txt краулеров ChatGPT, Perplexity и Claude.
Индекс складывается из пяти компонентов: скорость (20 баллов), микроразметка (25), llms.txt (20), доступ AI-краулеров (20), SEO-база (15). Результат кэшируется на 24 часа — для каждой страницы отдельно.
Как наш собственный чекер поставил нам оценку B
Первым делом мы прогнали через анализатор свой сайт. Главная: GEO 79, оценка B. «Хорошая основа, есть что улучшить». Неприятно, но честно — полезли разбираться.
И тут выяснилось самое интересное. Статья блога показывала те же 79/B, хотя разметки в ней было на порядок больше: TechArticle, FAQPage, навигационная цепочка, данные автора. Так не бывает.
Две ошибки прятались в самом чекере:
- Валидация отрезала путь до корня домена. Введёшь
automata.sale/blog/statya/— а инструмент проверялautomata.sale, то есть главную. Пользователь думал, что смотрит отчёт по статье. - Кэш хранился по домену, а не по адресу. Проверил главную — и сутки любая другая страница того же сайта отдавала скопированный результат.
Починили: аудит стал постраничным, кэш ключуется по URL. Заодно сделали честным резервный замер скорости — когда квота Google PSI исчерпана, TTFB меряется по тёплому соединению, без шума DNS и TLS-хендшейка первого запроса.
Дальше — свой сайт в порядок: добавили на главную FAQPage-разметку из реальной секции вопросов, дополнили llms.txt правилами цитирования, навели порядок в длине title и description. Итог: главная — GEO 94 (A), статьи блога — 100/100.
Как теперь пишутся статьи: скиллы ZCode и конвейер
Вторая половина истории — как эта самая статья попала к вам на экран. У меня нет отдельного «режима написания статей»: текст рождается в любой точке моей работы — в проекте клиента, в Obsidian-заметке, прямо в диалоге с ассистентом.
Дальше включается конвейер на базе ZCode (агентный воркфлоу в терминале) и двух скиллов — переиспользуемых инструкций, которые агент подгружает по триггеру:
- smm-crosspost — вся цепочка публикации: нормализация статьи под схему блога, коммит, деплой, кросспостинг в Telegram, VK и MAX;
- aeo — правила написания текста, которые нейросети хотят цитировать: структура «вопрос-ответ», факты в первых строках секций, плотность проверяемых утверждений.
Выглядит это так. Из любого проекта или заметки я говорю: «опубликуй». Агент:
- приводит frontmatter к чек-листу «максимум» (о нём ниже);
- записывает статью в репозиторий сайта и деплоит;
- дожидается, пока страница появится в RSS-фиде;
- прогоняет свежий URL через тот же экспресс-аудит;
- пишет отдельную адаптацию для каждой соцсети и публикует.
Почему статья физически не может выйти «кривой»
Чек-лист «максимума» зашит в скилл, и часть пунктов закрывает сам движок сайта: один H1, canonical, Open Graph, TechArticle и BreadcrumbList-разметку layout генерирует автоматически. Остальное — ручные поля с конкретными числами:
| Что | Требование | Зачем |
|---|---|---|
| Короткий заголовок (seoTitle) | до 70 символов | не обрежется в выдаче |
| Description | 120–165 символов | полный сниппет в Google и Яндекс |
| FAQ-блок (faq_items) | 3–5 вопросов из текста | FAQPage-разметка, rich-ответы |
| Alt картинок | у каждой | доступность и поиск по картинкам |
| Подзаголовки H2 | минимум два | структура для людей и парсеров |
Но чек-лист — это половина защиты. Вторая половина — шлюз перед кросспостингом: скилл после деплоя сам отправляет свежую страницу в API аудита и требует Schema 100, SEO-мета 100 и GEO ≥95 (оценка A). Не выполнено — агент правит и деплоит заново, а в соцсети пост не уходит вообще. Эта статья прошла шлюз с первого раза: 100/100, оценка A.
Что это даёт бизнесу
Считаю честно, без маркетингового тумана:
- Каждая статья выходит в идеальной форме для классического SEO и для нейропоиска — не «когда-нибудь доделим», а по факту публикации.
- Время от идеи до публикации — одна сессия работы с агентом: текст, разметка, деплой, соцсети. Раньше между «написал» и «опубликовал» жили дни.
- Точка входа не имеет значения. Статья может родиться из бага в проекте клиента, из утренней заметки, из разбора инцидента — конвейер один и тот же.
- Инструмент и процесс проверяют друг друга. Чекер ловит сайт, скилл ловит статью, шлюз ловит то, что ускользнуло от обоих.
Аудит своего сайта — секунды, починка «слепых зон» — вечер, пересборка конвейера публикаций — день. Если хотите проверить свой сайт на готовность к нейропоиску — форма на главной automata.sale, без регистрации.
📞 +7 (906) 311-77-69 · ✉ hello@automata.sale · 💬 Telegram: @automatasale · 🌐 automata.sale
ИП Урядов Евгений Евгеньевич · ИНН 645112058391 · ОГРНИП 312645301900058 Работаем по России, Беларуси и Казахстану