Mike Blazer
الذهاب إلى القناة على Telegram
Все прелести SEO: — результаты экспериментов — секреты продвижения — свежие идеи — SEO-фишки — кейсы — топы без ссылок Платный PRO-канал: https://t.me/MikeBlazerX/5841 ... Автор: @MikeBlazer Рекламу не продаю!
إظهار المزيد8 647
المشتركون
+324 ساعات
+27 أيام
+6430 أيام
جاري تحميل البيانات...
القنوات المماثلة
سحابة العلامات
الإشارات الواردة والصادرة
---
---
---
---
---
---
جذب المشتركين
يوليو '26
يوليو '26
+99
في 3 قنوات
يونيو '26
+227
في 4 قنوات
Get PRO
مايو '26
+167
في 2 قنوات
Get PRO
أبريل '26
+168
في 2 قنوات
Get PRO
مارس '26
+144
في 2 قنوات
Get PRO
فبراير '26
+189
في 2 قنوات
Get PRO
يناير '26
+191
في 2 قنوات
Get PRO
ديسمبر '25
+277
في 10 قنوات
Get PRO
نوفمبر '25
+199
في 6 قنوات
Get PRO
أكتوبر '25
+243
في 4 قنوات
Get PRO
سبتمبر '25
+174
في 6 قنوات
Get PRO
أغسطس '25
+193
في 3 قنوات
Get PRO
يوليو '25
+228
في 5 قنوات
Get PRO
يونيو '25
+214
في 5 قنوات
Get PRO
مايو '25
+203
في 4 قنوات
Get PRO
أبريل '25
+171
في 7 قنوات
Get PRO
مارس '25
+194
في 3 قنوات
Get PRO
فبراير '25
+199
في 4 قنوات
Get PRO
يناير '25
+181
في 3 قنوات
Get PRO
ديسمبر '24
+149
في 7 قنوات
Get PRO
نوفمبر '24
+188
في 4 قنوات
Get PRO
أكتوبر '24
+221
في 5 قنوات
Get PRO
سبتمبر '24
+175
في 7 قنوات
Get PRO
أغسطس '24
+198
في 6 قنوات
Get PRO
يوليو '24
+217
في 5 قنوات
Get PRO
يونيو '24
+226
في 6 قنوات
Get PRO
مايو '24
+329
في 11 قنوات
Get PRO
أبريل '24
+261
في 3 قنوات
Get PRO
مارس '24
+277
في 3 قنوات
Get PRO
فبراير '24
+301
في 10 قنوات
Get PRO
يناير '24
+253
في 2 قنوات
Get PRO
ديسمبر '23
+306
في 3 قنوات
Get PRO
نوفمبر '23
+266
في 8 قنوات
Get PRO
أكتوبر '23
+273
في 5 قنوات
Get PRO
سبتمبر '23
+237
في 0 قنوات
Get PRO
أغسطس '23
+336
في 0 قنوات
Get PRO
يوليو '23
+201
في 0 قنوات
Get PRO
يونيو '23
+278
في 0 قنوات
Get PRO
مايو '23
+216
في 0 قنوات
Get PRO
أبريل '23
+185
في 0 قنوات
Get PRO
مارس '23
+215
في 0 قنوات
Get PRO
فبراير '23
+203
في 0 قنوات
Get PRO
يناير '23
+354
في 0 قنوات
Get PRO
ديسمبر '22
+183
في 0 قنوات
Get PRO
نوفمبر '22
+143
في 0 قنوات
Get PRO
أكتوبر '22
+209
في 0 قنوات
Get PRO
سبتمبر '22
+110
في 0 قنوات
Get PRO
أغسطس '22
+281
في 0 قنوات
Get PRO
يوليو '22
+163
في 0 قنوات
Get PRO
يونيو '22
+363
في 0 قنوات
Get PRO
مايو '22
+177
في 0 قنوات
Get PRO
أبريل '22
+133
في 0 قنوات
Get PRO
مارس '22
+1 035
في 0 قنوات
| التاريخ | نمو المشتركين | الإشارات | القنوات | |
| 21 يوليو | +5 | |||
| 20 يوليو | +5 | |||
| 19 يوليو | +1 | |||
| 18 يوليو | +3 | |||
| 17 يوليو | +3 | |||
| 16 يوليو | +6 | |||
| 15 يوليو | +5 | |||
| 14 يوليو | 0 | |||
| 13 يوليو | +7 | |||
| 12 يوليو | +3 | |||
| 11 يوليو | +3 | |||
| 10 يوليو | +4 | |||
| 09 يوليو | +7 | |||
| 08 يوليو | +7 | |||
| 07 يوليو | +10 | |||
| 06 يوليو | +4 | |||
| 05 يوليو | +7 | |||
| 04 يوليو | +4 | |||
| 03 يوليو | +6 | |||
| 02 يوليو | +4 | |||
| 01 يوليو | +5 |
منشورات القناة
Маскировка ссылок через JS не останавливает Google — бот парсит URL-строки напрямую из HTML и JSON
Удаление
<a href> и вывод внутреннего URL только через span с атрибутом data-link или инлайн-объект JSON не прячет его от Google.
Поисковик парсит похожие на урлы строки везде, где их находит — в исходном HTML, в отрендеренном DOM или в JSON-блоках — и ставит их в очередь на краулинг.
Разница между span и классической ссылкой только в одном: URL не будет считаться внутренней ссылкой и не передаст ссылочный вес.
Но его все равно проиндексируют.
Официальная документация Google по ссылкам намекает на это, помечая нестандартные конструкции как "не рекомендуется (но Google все равно может попытаться это спарсить)".
Логи подтверждают это элементарно: закинь страницу с такой урлоподобной строкой, запроси индексацию и смотри, как бот стучится по этому адресу.
Попытка спрятать ссылку от краулера работает так же паршиво, как безопасность через запутывание кода.
Не отдавать URL Гуглу напрямую — нестабильный костыль, который никак не мешает третьим лицам сослаться на этот же актив извне.
Если задача реально отрезать ботов от этих страниц, единственные железобетонные рычаги — это robots.txt (для послушных краулеров) и правила фаервола или WAF, сносящие запросы от нежелательных юзер-агентов.
Инсайты комьюнити
— Кодировка Base64 для URL-строк — это слабая обфускация: Google умеет декодировать Base64 (один практик отмечает, что не ловил бота на дефолтной настройке, но полагаться на это опасно). Чтобы клиентский энкодинг выжил, завяжи кастомный JS-декодер с правилом в robots.txt, которое блочит от сканирования сам скрипт — так бот тупо не доберется до логики, которая собирает URL.
— Самый надежный вектор эксплуатирует механику Гугла: бот ставит цели URL в очередь, но никогда по ним не кликает. Сборка или расшифровка реального URL только внутри обработчика onclick означает, что доступный для краулинга DOM никогда не засветит парсящуюся URL-строку — и тогда блокировка через robots.txt вообще не нужна. Варианты внедрения: хешировать или шифровать урлы с клиентской расшифровкой через объект crypto (или микро-библиотеку), либо прогнать двустороннюю автозамену, меняющую / на символ, который никогда не встречается в урлах.
#Crawling #JavaScript #TechnicalSEO
@MikeBlazerX
⚠️ Закрытый канал: @MikeBlazerPRO| 2 | Раздутое мега-меню убивает краул-бюджет: срез 90% ссылок форсирует позиции в Google и ChatGPT
Сайт с мега-меню повесил каждую "важную" страницу каталога в сквозную навигацию.
В итоге каждая страница ссылалась на все остальные — около 1000 ссылок висело в топе каждой страницы.
Удаление примерно 90% этих внутренних ссылок подняло позиции и в Google, и в ChatGPT.
Меню выступало ограничителем.
Внутренняя перелинковка — это то, как Гугл определяет важность и распределяет ссылочный вес между страницами.
Когда всё ссылается на всё, сигнал размазывается.
Мюллер подтверждал: избыток внутренних ссылок на странице размывает их ценность и усложняет чтение структуры.
Страница про треккинговые ботинки, ссылающаяся на садовые шланги, ничего не говорит Гуглу о связях, поэтому тематический контекст исчезает.
Решение: изолировать навигацию конкретно для ботов.
Теперь сквозное меню показывает только основные категории.
Подкатегории появляются только когда вы переходите в эту категорию — на страницах, где им самое место, оставаясь видимыми для каждого посетителя и краулера без скрытого контента.
Технически это внедряется через JS-решения, ленивую загрузку элементов подменю при наведении или post-redirect-get — главное, чтобы в отдаваемом HTML не было тегов <a href>.
Эффект для AI-поиска оказался сюрпризом.
Peec AI залогировал, что делает ChatGPT Deep Research на странице: он тянет сырой HTML в лимитированном окне около 5000–6000 символов, и каждая ссылка в этом окне сжирает бюджет.
На страницах, где меньше 20 ссылок, около 78% первого прочтения занимал реальный контент.
На страницах с 60+ ссылками — всего около 33%, остальное съедало меню.
Гигантская сквозная навигация вытесняет ваш ответ из области видимости еще до того, как агент до него доберется.
Те же логи показывают: агент переходит по четким, описательным внутренним ссылкам, чтобы копать глубже.
Именно это ему и дают контекстные ссылки подкатегорий.
Один нюанс: изоляция отдаляет глубокие страницы от главной в кликах — ради чего мега-меню изначально и придумали.
Скомбинируй это с бэклинками и HTML-сайтмапом, чтобы обнаружение не проседало.
Инсайты комьюнити
— Присутствие в индексе и извлекаемость — две разные метрики. Страница может быть полностью проиндексирована и всё равно вылететь из прочтения до того, как модель дойдет до важного текста. Поэтому выживаемость в рамках read-budget стоит измерять напрямую, а не выводить из общего количества ссылок. Две страницы с идентичным количеством ссылок могут извлекаться совершенно по-разному в зависимости от того, где сидит навигация в исходном коде DOM.
#InternalLinking #CrawlBudget #LLM
@MikeBlazerX
⚠️ Закрытый канал: @MikeBlazerPRO | 786 |
| 3 | Данные доказывают: noindex в исходном коде выкашивает страницы с чистым рендером — Гугл учитывает любую версию
Инструмент Проверка URL в GSC фиксирует noindex на главной странице без www, хотя в HTML после рендера тега noindex нет вообще — и этот флаг всплывает только через сторонний тул для рендера.
Противоречие реально, и оно возникает из-за столкновения двух директив на одном URL.
Корневая главная страница отдает мгновенный редирект meta refresh и мета-тег robots noindex в одном исходном HTML: <meta http-equiv=refresh content="0; url=https://www.notobigtech.org/en/">.
Джон Мюллер прямо обращает внимание на этот конфликт: комбинация meta refresh редиректа с noindex работает криво — строгого порядка приоритетов нет, и нигде не прописано, что Гугл обработает первым.
noindex сидит в исходном HTML — коде, который Гугл сканирует до рендера, и это та же самая разметка, которую отдает view-source: в браузере при отсутствии клоакинга.
При рендере Гугл идет по meta refresh на URL /en/ и индексирует DOM этой страницы.
Проверка URL скачет по редиректам и собирает отчет по финальной протестированной странице, поэтому инструмент показывает один URL, тогда как флаг noindex принадлежит другому — именно поэтому всё выглядит противоречиво.
Когда мета-тег robots различается в исходнике и начальном DOM, Гугл считает тег валидным, если он присутствует в любой из версий, поэтому noindex на уровне исходного кода продолжает работать, даже когда страница после рендера абсолютно чистая.
Поскольку noindex — это директива, а canonical — лишь рекомендация, noindex принимается, а canonical так и не обрабатывается — хотя в исходнике висит canonical, указывающий на /en/.
Страница вылетает из выдачи, а передающий вес canonical так и не срабатывает.
Фиксы по трудозатратам:
— Отключи авторедирект на /en/ на корневом домене, чтобы сразу снести конфликт.
— Если корневому домену нужно только передать вес на /en/, а не ранжироваться самому, добавь серверный HTTP-редирект 301 — самый простой вариант.
— Вычисти noindex из исходного HTML; тогда Гугл, скорее всего, прочитает и обработает canonical, который теперь совпадает в исходнике и HTML после рендера, хотя гарантий нет.
На закрытой CMS, где ни один из этих вариантов недоступен, резервный план — убить мультиязычную фичу, чтобы главная страница вернулась на корневой URL, а затем прописать 301 редирект с /en/.
Диагностический вывод очевиден: Проверка URL идет по редиректам и показывает финальный URL, маскируя этот тип конфликта, в то время как сторонний тул для рендера вскрывает рассинхрон между исходником и рендером, который прячет GSC.
Инсайты комьюнити
— GSC дает два отрендеренных вида и прячет решающий: проверка URL в реальном времени показывает HTML после рендера, а просмотр просканированной страницы показывает HTML после рендера, обработанный в индекс, но ни один из них не отображает изначальный пре-рендер исходник, который Гугл читает при первом краулинге. Этот исходник равен view-source: в браузере (без клоакинга), и именно там считывается и учитывается noindex — поэтому страница может рендериться абсолютно чисто во всех окнах GSC и при этом нести активный, отрабатывающий noindex.
#Noindex #Rendering #GSC
@MikeBlazerX
⚠️ Закрытый канал: @MikeBlazerPRO | 855 |
| 4 | Полевые тесты 10 индексаторов доказывают: 100% гарантия — это миф, а высокий success rate накручивают на старых урлах
Непроиндексированный бэклинк передает ровно ноль PageRank, но большинство покупателей ссылок даже не проверяют, краулил ли Гугл страницы с их размещением.
Линкбилдер с 17-летним стажем закинул реальные деньги и прогнал 10 индексаторов на трех когортах по 15 урлов в каждой.
В пуле: гестпосты, вставки, сложные для индексации форматы (пресс-релизы, профили, цитации) и мусорный тир-2 (web 2.0, cloud stacks).
Сначала он убедился через site:, что ни один урл не в индексе, а затем замерял метрики: краул за 24 часа, индекс за 72 часа и индекс за 14 дней.
Главный нюанс: ни один индексатор не заставит Гугл проиндексировать страницу.
Они форсируют только краулинг.
Индексация — это фильтр качества, который срабатывает до включения в базу, поэтому любой тул с обещанием 100% гарантии лжет по определению.
Стандартный трюк с накруткой success rate — скармливать сервису уже проиндексированные урлы.
Именно поэтому тесты учитывали только те страницы, которых гарантированно не было в индексе на момент сабмита.
Почему ссылки не лезут в индекс в 2026 году: Гугл режет краулинговый бюджет и применяет пороги качества до индексации, а не после.
Гестпост на сайте, куда гуглобот заходит раз в месяц, может висеть неделями.
Форматы с дублями проваливаются чаще всего.
Пресс-релизы, раскиданные по 400 доменам, получают один скрауленный урл, остальные каноникализируются, и в индекс почти ничего не попадает.
Тир-2 ссылки — это ровно те страницы, для отсева которых и существуют пороги качества.
А чужие страницы нельзя пропушить через URL Inspection, потому что у вас нет на них прав — собственно, поэтому и существуют сторонние индексаторы.
Разброс результатов впечатляет: лидер показал 99.4% индексации при ~15 минутах до первого краула, большинство адекватных тулов выдали 85-92%, а один сервис на базе ссылочного спама осилил лишь 11.2%.
Ручной запрос через GSC показал около 50%.
Два важных вывода, которые ломают консенсус: тул, который большинство сеошников ставят на первое место, сидит в топах только из-за жирной партнерки.
Зато бесплатные индексаторы — это ловушка: они либо жестко режут лимиты, либо используют мертвые пинг-методы времен Мэтта Каттса, либо парсят ваши списки урлов.
Экономика ставит точку.
При цене $0.25-0.50 за урл на фоне стоимости размещения в $100-500, затраты на индексацию — это математическая погрешность, которая страхует все инвестиции.
Единственный реальный бесплатный рычаг для сторонних ссылок — это внутренняя перелинковка со страницы, которую гуглобот уже краулит каждый день.
И это работает лучше большинства платных тулов.
https://www.charlesfloate.com/best-backlink-indexing-tools
#Indexing #Tools #LinkBuilding
@MikeBlazerX
⚠️ Закрытый канал: @MikeBlazerPRO | 1 001 |
| 5 | Блокировка URL фильтров через robots.txt забивает индекс мусорными страницами, которые нельзя удалить
Рефлекторное решение для раздутой фасетной навигации — Disallow в robots.txt на параметры фильтров.
Это создает проблему похуже: robots.txt блокирует краулинг, а не индексацию.
Если на URL фильтра есть любая внешняя ссылка, Google индексирует его только по анкорному тексту, и поскольку он больше не может просканировать страницу, он никогда не увидит твой noindex.
Итог: мусорные страницы фильтров в индексе, которые ты не можешь мониторить в Search Console и не можешь удалить.
Подбирай инструмент под уровень проблемы.
Некликабельная разметка (кнопки или onclick вместо <a href>) блокирует обнаружение.
robots.txt блокирует краулинг.
Директива noindex, follow предотвращает индексацию, пока ссылочный вес продолжает течь (хотя со временем Google перестает переходить по ссылкам на страницах с долгим noindex).
Каноникалы только консолидируют сигналы ранжирования и считаются подсказками, а не строгими директивами.
Если решение не соответствует проблеме — получаешь дыры.
Превентивное упрощение — это жесткое разделение фасетов и фильтров.
Фасеты несут самостоятельный поисковый спрос (бренд, цвет, материал, аудитория) и заслуживают чистых, открытых для краулинга URL с самореферентными каноникалами.
Фильтры нужны только для удобства (диапазон цен, порядок сортировки, наличие); они вообще не должны менять URL или должны генерировать параметрические URL, закрытые от индексации.
Классификация зависит от сайта: "дешевле £50" — это фильтр для большинства ритейлеров, но полноценный фасет для ювелирного магазина.
Проверенный на практике путь: по умолчанию переводи все комбинации фильтров на URL с параметрами, которые каноникализированы или заблокированы.
Мониторь логи внутреннего поиска и показы в Search Console на предмет спроса, а затем переноси на чистые URL-пути (/shoes/?color=red 301-м редиректом на /shoes/red/) только доказанные комбинации.
Еще одна ловушка: пустые результаты фильтров, отдающие HTTP 200 с надписью "товары не найдены", превращаются в soft 404, которые массово убивают качество сайта.
Отдавай честный 404 код или динамически прописывай noindex, если запас товаров падает ниже заданного порога.
https://visively.com/kb/algorithms/faceted-navigation
#CrawlBudget #FacetedNavigation #RobotsTxt
@MikeBlazerX
⚠️ Закрытый канал: @MikeBlazerPRO | 889 |
| 6 | Тесты 9,886 AI-ответов фиксируют: листиклы качают только новые бренды, а ссылки в ИИ не гарантируют рекомендацию
Полевой тест охватил 34 промо-страницы — листиклы, обзоры и авторские колонки — на пяти доменах и проанализировал 9,886 ответов от ChatGPT, Gemini, Perplexity и Copilot в период с 7 февраля по 31 мая 2026 года.
Разделение по зрелости бренда дало самую чистую картину.
Для абсолютно новой конференции страницы ворвались в 72 слота ответов, которые пустовали на этапе бейзлайна, причем 82% этих новых упоминаний ссылались на одну из опубликованных статей.
Для уже известного тула лишь 6% новых упоминаний вели на запущенные страницы — остальные 94% движок подтянул из стороннего контента, который уже был в базе.
Получается, эта тактика работает как мост от "неизвестного" к "упоминаемому" только тогда, когда у алгоритма есть дыра в понимании, к какой категории отнести бренд.
Если бренд уже закрепился на рынке, у ИИ и так полно источников, поэтому селф-промо практически не двигает метрику.
Самый неожиданный инсайт: получить ссылку от ИИ не значит получить рекомендацию.
Среди ответов со ссылкой на промо-страницу конференции, 43% вообще не упомянули само мероприятие.
ИИ использовал статью чисто как источник данных и порекомендовал конкурента из того же списка.
Продуктовые страницы давали осечку куда реже: лишь 11% ответов со ссылкой на них проигнорировали бренд.
Этот разрыв упирается в накопленный траст.
Контент может создать привязку к категории, но именно траст решает, превратит ли ИИ этот источник в реальную рекомендацию.
Ситуация еще хуже для страниц, которые движок вытаскивает в кэш, но не цитирует.
В ответах, где страница конференции была найдена, но не получила ссылку, 74% проигнорировали ивент (против 43% при наличии ссылки).
Вывод: извлечение без цитирования обычно просто усиливает текущий консенсус, а не меняет вектор рекомендаций.
Станет ли найденная страница цитатой или останется скрытым источником — зависит от конкретной нейросети, а не от качества текста.
Среди ответов с найденной страницей конференции Perplexity оставил 76% без ссылки, тогда как ChatGPT, наоборот, поставил ссылку в 61% случаев.
Ссылки от ИИ также непостоянны.
Примерно в четверти случаев ассистент цитировал страницу по запросу один раз и больше к ней не возвращался.
Регулярное цитирование шло с дикими разрывами: между первой и последней ссылкой страница появлялась в ответах лишь каждый третий день.
Мощные домены растягивали эти периоды, но все равно мигали.
Самая длинная непрерывная серия удержания ссылки составила 52 дня.
Интент запроса умножает этот эффект: конференция засветилась в 66.4% ответов по фразе "best SEO conferences 2026", но лишь в 15.8% по "best marketing conferences 2026".
То есть узкий, нишевый ключ отрабатывает более чем в четыре раза лучше.
Лучший тест на адекватность стратегии — проверить, смотрелся бы бренд как естественная рекомендация, если бы эту страницу написал кто-то другой.
https://ahrefs.com/blog/self-promotional-content-ai-seo-experiment/
#AI #AIOverviews #BrandMentions
@MikeBlazerX
⚠️ Закрытый канал: @MikeBlazerPRO | 950 |
| 7 | Еще одна неделя в @MikeBlazerPRO стала историей.
Подписчики PRO уже внедряют то, о чем остальные не узнают НИКОГДА.
Разбор пропущенных "пушек":
1. Принудительная инъекция в индекс — метод вывода мертвыx страниц в топ без единой новой обратной ссылки.
2. Лингвистическая маскировка ИИ-контента — скрытый фреймворк, который смывает AI-след, пробивает фильтры качества и заставляет юзеров хавать контент без отказов.
3. Мгновенный анбан локальных профилей — эксплойт скрытых бэкенд-триггеров, который позволяет скипнуть первую линию индусов и вытащить листинг за часы.
4. Ампутация токсичного графа — как массовый снос определенной категории страниц сбрасывает негативные ПФ со всего домена и бустит коммерческие ключи.
5. Эксплуатация протоколов безопасности Гугла — как внедрение нативных виджетов с определенной ссылкой заставляет бота краулить вас каждый день.
6. Полная деанонимизация KPI конкурентов — комплексный шпионаж, который вытаскивает закрытые данные по конверсиям, среднему чеку и скрытым аффилиатам.
7. Прорыв фильтра дублей через изолированную архитектуру — как выстроить монолитную цепь субдоменов, которая форсирует перелив веса на мани-сайт.
8. Раздутый каталог сжигает ваш краулинговый бюджет — технический хак, который спасает еком от пессимизации и вычищает индекс, сохраняя все связки и траф.
9. 800 слов разрывают лонгриды конкурентов в клочья — метод математически выверенного размещения контекста, который монополизирует блоки ИИ-ответов.
10. Сброс 300 тысяч фантомных урлов одним рубильником — агрессивный метод очистки индекса, который мгновенно переливает краулинговый бюджет на мани-страницы.
-
Ценность — не в количестве контента, а в концентрации "мяса" на квадратный сантиметр.
Один пост из PRO экономит вам дни ресерча, месяцы тестов и дает преимущество, которое не купить за деньги.
Потому что его просто нигде нет.
Алгоритмы не прощают медлительных.
Быстрые съедают умных.
Решайте сейчас. | 1 134 |
| 8 |  Когда работаешь на удаленке, а коллеги просят присоединиться к звонку в разгар рабочего дня...
#Humor
@MikeBlazerX
⚠️ Закрытый канал: @MikeBlazerPRO | 1 381 |
| 9 | 25 фактов про AEO, GEO и LLM SEO 📠 (чтобы ты перестал сливать деньги на нерабочий мусор)
1. Видимость в ИИ сводится к упоминаниям (ИИ просто называет тебя) или цитациям (ИИ ставит ссылку).
2. SEO напрямую влияет на AI-цитации. Хочешь ранжироваться по "объясни X"? Нужен контент, который реально объясняет X. Удачи получить ссылку по конкурентному запросу, если забил на базовое SEO.
3. SEO, PR и маркетинг влияют на упоминания в ИИ. Хочешь привязки к теме? Заявляй об этом у себя, а потом добейся того же от других сайтов. ИИ — это тупо попугай 🦜.
4. Предыдущие три пункта тоже качают SEO (но это отдельная тема).
5. Упоминание ≠ успех. Ссылки в ответах ИИ могут вести на площадки, которые на тебя не ссылаются, что режет конверсию. (Плюс, как юзеры найдут бренд без прямых ссылок?). [✨ бэклинки всё ещё рулят ✨]
6. Цитация ≠ успех в ИИ. Ты можешь оказаться 17-й ссылкой в списке (аналог 6-й страницы в Google). Абсолютно бесполезно.
7. Упоминания и цитации в ИИ бесконечны по пулу запросов. Отслеживать можно бесконечное число промптов 🌌 (просто мониторь главный ключ внутри промпта — этого хватит).
8. Одна мощная TOFU-страница может собирать сотни цитаций в AEO-инструментах (запросы типа "что такое Y", "почему происходит Y", "объясни Y так, чтобы понял 5-летний").
9. При этом мощная BOFU-страница может иметь всего пару цитаций ("софт Y", "какой Y лучший", "какой продукт Y решает проблему Z").
10. Ещё никто на Земле не доказал ROI от внедрения файла llms.txt.
11. Ещё никто на Земле не доказал ROI от микроразметки специально для LLM.
12. Reddit не гарантирует видимости в ИИ, но отзывы там напрямую определяют тональность ответов нейросетей о бренде.
13. ИИ-системы работают по-разному. Попадание в Google AI Overviews не означает видимость в ChatGPT, Claude, Perplexity или Gemini.
14. Не убивай свои позиции в Google ради погони за ИИ-трафиком. На восстановление уйдет 2-3 года.
15. ИИ-поиск с активным веб-поиском тянет данные из поисковиков для формирования ответа.
16. Чтобы реально повлиять на обучающие выборки LLM, требуются годы.
17. Мощный бренд в ответах ИИ легко обходит технически "лучше оптимизированный" сайт (LLM учитывают факторы из п. 3).
18. Невозможно оптимизироваться под каждую вариацию промпта. Качай тематический авторитет и наращивай базу из п. 3.
19. Помнишь про попугая? 🦜 ИИ уверенно тиражирует некорректную или устаревшую инфу, если её повторяет масса источников в сети. Контролируй нарратив.
20. Не нужно искусственно дробить контент. Просто сделай его читабельным.
21. Не каждый заголовок обязан быть вопросом.
22. У ИИ-поиска нет модели атрибуции. Юзер может найти бренд в ответе нейросети, а сконвертироваться спустя недели через брендовый или прямой трафик.
23. ИИ-поиск — это одновременно и брендовый, и перформанс-канал.
24. На старте софт для трекинга промптов не нужен. Задай нейросети вопросы о своём бренде — с этим уже можно работать.
25. Массовая штамповка контента не поможет выиграть конкуренцию в ИИ-поиске.
Инсайты комьюнити
— Стоимость извлечения — это фактор отбора, не связанный с качеством ответа: раздутый HTML, контент под JS-гейтами и медленные страницы повышают косты на парсинг, и ИИ-движки отдают приоритет источникам, откуда можно вытянуть данные с минимальным трением.
— ИИ ставит консенсус выше частного мнения: если согласие по рынку достигает ~70% в любую сторону, это выводится как факт, иначе — как обтекаемое "одни говорят X, другие Y". Отзывы, пресс-релизы и социалки кормят этот консенсус.
— Чекни ИИ-видимость по входящим запросам, а не по пузомеркам на выходе: логи показывают, какие ИИ-краулеры реально фетчат страницу — forward-confirmed reverse DNS отсеивает спуферов — а рефереры подтверждают, что цитирование принесло визит.
#AI #LLM #Citations
@MikeBlazerX
⚠️ Закрытый канал: @MikeBlazerPRO | 1 215 |
| 10 | BAIDU ВЫПУСТИЛА МОДЕЛЬ, КОТОРАЯ ПОЛНОСТЬЮ МЕНЯЕТ ПОДХОД К ДОКУМЕНТНОМУ ИИ
Она называется Unlimited-OCR и способна буквально расшифровать целую книгу за один проход 🤯
Большинство vision-моделей читают одну страницу, забывают контекст и в итоге упираются в стену, где производительность падает, а вывод замедляется.
Baidu построила её на базе DeepSeek OCR, но устранила раздувание памяти всего одним изменением в механизме внимания.
Архитектура имитирует то, как человек переписывает книгу от руки.
Вместо того чтобы пытаться держать всю книгу в активной памяти, каждый токен смотрит только на текущую страницу плюс последние 128 слов.
Это создает скользящее окно, которое сохраняет потребление памяти абсолютно плоским, независимо от длины выходных данных.
Такой архитектурный сдвиг дает три масштабных апгрейда для парсинга документов:
→ Фиксированный объем потребляемой памяти
→ Стабильная скорость генерации на массивных документах
→ Способность обрабатывать десятки страниц за один проход
Цифры это подтверждают.
На стандартных бенчмарках парсинга Unlimited-OCR набирает 93%, обходя старый бейзлайн на целых шесть пунктов.
Даже при обработке более 40 страниц уровень ошибок остается ниже 0.11.
Что еще важнее, она сохраняет ровную кривую скорости там, где старые модели проседали на 35%.
Бесплатно и в open-source.
Репо → https://github.com/baidu/Unlimited-OCR
Веса → https://huggingface.co/baidu/Unlimited-OCR
Дока → https://arxiv.org/abs/2606.23050
#AI #LLM #Automation
@MikeBlazerX
⚠️ Закрытый канал: @MikeBlazerPRO | 1 283 |
| 11 | Аудит логов GSC раскрывает связь с апдейтами — 13 из 26 падений консоли ударили прямо во время выкатки алгоритмов
Каждый кор-апдейт — один и тот же ритуал: клики замирают, показы зависают с задержкой в три дня, а отчет по ссылкам заявляет, что 90% бэклинков испарились за ночь.
Официальная линия Google тоже не меняется — Джон Мюллер назвал задержку отчета об эффективности на 60+ часов "абсолютно не признаком апдейта выдачи".
Однако аудит 26 задокументированных падений Google Search Console с середины 2023 по июнь 2026 года в сравнении с календарем апдейтов доказывает: 13 из них — ровно половина — легли точно на периоды активной выкатки алгоритмов.
Отрицания всегда конкретны.
Когда отчет по ссылкам отвалился во время May 2026 Core Update, Google зафиксировал это как баг базы данных и отдавал недельные данные до фикса.
Текущая 14-дневная заморозка индексации страниц, идущая параллельно с June 2026 Spam Update, числится как внутренняя задержка без связи с выкаткой.
Реальная польза здесь — уметь отличать инфраструктурный сбой от реального фильтра.
Заморозка останавливает время: клики и показы фиксируются на одной дате в прошлом, тогда как подлинный алгоритмический удар продолжает генерировать свежие дата-поинты по нисходящей кривой.
Валидируй это внешними данными: во время каждого зафиксированного блэкаута GSC сессии в ГА4, логи сервера и независимые трекеры позиций продолжали идти.
Это локализует сбой на уровне внутренних обработчиков логов Google, а не на стороне сайта.
С конца 2025 года интерфейс сам отдает маркер — баннер "Due to internal issues, this report has not been updated" сигнализирует об инфраструктурном затыке, а не о падении проекта.
Предложенный механизм остается гипотезой: Google отрицает связь, а аудит подтверждает корреляцию, а не каузацию.
Аргумент следующий: крупный апдейт заставляет Google перебрасывать вычислительные мощности на Serving Layer для перерасчета живых факторов ранжирования.
Это оставляет без ресурсов асинхронный пайплайн Log Processing Pipeline, который кормит консоль.
Получается две разные кодовые базы для ранжирования и отчетности, но один конечный пул процессоров.
https://vijaychauhanseo.substack.com/p/search-console-data-always-breaks
#GSC #CoreUpdates #Audits
@MikeBlazerX
⚠️ Закрытый канал: @MikeBlazerPRO | 1 234 |
| 12 | Когда время поджимает и нужно максимально быстро починить LCP, я действую именно так, пишет Арьен Карел.
Для меня это самый рабочий способ разобраться с задержками, которые вылезают на всех четырех этапах LCP.
1. Улучши TTFB. Time To First Byte — это время, когда страница висит абсолютно пустой. Это нужно чинить любой ценой, обычно за счет кеширования запросов, страниц и кода.
2. Вычисти из пути до LCP всё, что менее важно, чем сам элемент LCP. Речь об иконках, сторонних скриптах, картинках за пределами первого экрана, второстепенных шрифтах (и я не имею в виду отложенную загрузку до взаимодействия, просто убедись, что они встают в очередь после элемента LCP).
3. Задай приоритет элементу LCP, прописав fetchpriority="high".
4. Настрой запуск менее важных JS-функций после события Load. Так они не будут блокировать элемент LCP после его скачивания.
Затем, когда всё это сделано, я начинаю смотреть в сторону оптимизации картинок: современные форматы и адаптивные изображения.
Но будем честны, узкое место почти никогда не в этом.
#SiteSpeed #LCP #TechnicalSEO
@MikeBlazerX
⚠️ Закрытый канал: @MikeBlazerPRO | 1 186 |
| 13 | Все говорят о том, чего хочет Google 🔄
Свежий контент.
Быстрый контент.
Полезный контент.
Никто не говорит о том, в чем заключается "доктрина" Google: Google не доверяет паблишеру 🚫
Вот почему он не может оценивать качество контента 👇
1️⃣ Субъективность Качество — понятие человеческое и контекстуальное.
Ни одна система не способна охватить 8 миллиардов определений.
2️⃣ Непроверяемость Нельзя подтвердить то, чего не видишь.
Стандарты Google — это черный ящик по определению 👁
3️⃣ Произвольность Подвижный стандарт — это не стандарт.
Это предпочтение, у которого есть PR-команда 📏
4️⃣ Цикличность Он вознаграждает то, что уже ранжируется.
Выходные данные становятся входными.
Это не измерение — это замкнутый цикл 🔒
5️⃣ Категориальная ошибка Google — это прокси-система, которая выдает себя за систему оценки.
Это не предвзятость — это фундаментальное непонимание того, чем она является на самом деле 🤯
Существует закон логики возрастом в 2000 лет, который всё ещё работает 🏛
Утверждение не является доказательством утверждения.
Ни один алгоритм это не исправит.
Ни одна LLM это не исправит.
Google — это не 8 миллиардов человек.
Он держит в руках размытую склейку и называет её правдой 🌫
Ты не оптимизируешь под качество.
Ты оптимизируешь под сигналы доверия внутри системы, которая по умолчанию не может тебе доверять ♟
#AlgorithmPenalties #ContentSEO #SearchEngines
@MikeBlazerX
⚠️ Закрытый канал: @MikeBlazerPRO | 1 323 |
| 14 | Слив темы: как заставить алгоритм Google считать твой бренд точным вхождением ключа
Большинство топовых кейсов одного практика стоят на доменах с частичным вхождением.
И это не случайность.
Он спалил механизм, который превращает "неточный" домен в полноценный EMD в глазах гуглобота.
Вся суть в том, как система воспринимает написание домена на уровне, который большинство сеошников даже не замеряет.
В итоге домен получает встроенную релевантность — ранний топ по морде и право на анкорную агрессию без санкций.
Это не теория.
На этом принципе построена целая обойма проектов в топе.
Пока рынок верит, что решает только точное вхождение, инсайдеры выжимают ту же мощь из частичных доменов.
Точный механизм восприятия домена и как подбирать его под ключ → @MikeBlazerPRO
Широким массам об этом лучше не знать. | 1 436 |
| 15 | Широкие вайлдкарды в robots.txt втихую сносят денежные страницы
Правило Disallow: /*?, предназначенное для блокировки параметров отслеживания, блочит каждый параметризованный URL за ним — включая отфильтрованные и отсортированные страницы товаров и категорий, которые генерят продажи.
В одном примере из e-commerce эта единственная строчка оставила около 40% страниц товаров вне индекса; в кейсе ритейлера падение трафика составило 45%, где на диагноз ушло шесть недель и еще шесть — на восстановление.
Ловушка в том, что вайлдкарды срабатывают как подстроки, а не как полные пути.
Disallow: /*print блокирует /blueprints/, /footprint/ и /imprint/ — всё, что содержит "``print``".
Disallow: /account/ также цепляет /account-settings/.
Правило делает ровно то, что написано; просто набор совпадений шире, чем задумывалось.
Управляй параметрами на уровне самих параметров, никаких ковровых /*?:
— Блокируй только мусор: Disallow: /__?session=, Disallow: /__?utm_.
— Проставляй каноникал на отфильтрованные варианты вместо их блокировки, чтобы сигналы краулинга и ссылочного веса перетекали на основной урл.
Забей на клоакинг чисто под Googlebot.
Связка User-agent: Googlebot / Disallow: / плюс User-agent: * / Allow: / ничего не скрывает — Google всё равно это просканирует, а считывается это как сигнал обмана.
Закрывай страницы через meta robots или авторизацию, а не устраивай театр с robots.txt.
Валидируй перед выкаткой в прод.
Спарси сайт в Screaming Frog один раз с учетом robots.txt, второй раз — без, а затем сравни результаты: каждый URL, который отваливается по правилам — это страница, которую файл прячет от Google.
Убедись, что критичные пути — товары, чекаут, регистрации, скачивания ресурсов, блог — проходят проверку в тестере robots.txt в GSC.
Храни файл в системе контроля версий с датированным чейнджлогом, чтобы кривая выкатка откатывалась за секунды.
Зачистка также высвобождает краулинговый бюджет: удаление дизэллоу, которые защищали малоценные урлы, перенаправляет больше краулинга Google на страницы с конверсией.
Аудируй весь файл ежеквартально и точечно проверяй критичные URL каждый месяц — забытое правило, которое никто не помнит, высасывает выручку.
#RobotsTxt #Crawling #TechnicalSEO
@MikeBlazerX
⚠️ Закрытый канал: @MikeBlazerPRO | 1 235 |
| 16 | Метрика unicornClicks фиксирует клики детей, а не премиальные сигналы суперпользователей
Утечка Google API Content Warehouse 2024 года вскрыла поле unicornClicks.
Большая часть SEO-индустрии приняла его за премиальный сигнал — качественные клики от трастовых "суперпользователей".
Нейминг доказывает обратное.
Переменные goodClicks и badClicks образуют парную метрику качества, тогда как у unicornClicks нет антонима notUnicornClicks.
То есть это поле маркирует источник клика, а не его ценность.
А "``Unicorn``" (Единорог) во внутренних документах Гугла означает только одно: детский аккаунт.
Выйдя за рамки утечки, я вытащил собственный код Гугла, и это закрыло вопрос.
В слитом модуле FieldAcl доступ юзера-единорога ограничен параметром SAME_UNICORN_FAMILY — аккаунт живет внутри семейной группы, а не как самостоятельный профиль.
Исходники мобильных приложений докидывают остальные пруфы: флаг IS_UNICORN_CHILD_ACCOUNT в YouTube, UNICORN_DUMBLEDORE_PARENTAL_CONTROLS в Play Services, а также жизненный цикл от создания с согласия родителей до UNICORN_GRADUATION.
Плюс метрика wasUnicorn, которая сохраняет ярлык даже после того, как детский аккаунт становится взрослым.
Этот термин фигурирует в Play Services, YouTube, Photos и Maps, но отсутствует в Family Link или YouTube Kids — то есть в приложениях, которые изначально созданы для детей и не нуждаются во внутренних маркерах для распознавания детских профилей.
Публичный файл usertypes.md в Chromium заявляет прямо: аккаунт Unicorn предназначен "для детей, не достигших возраста согласия в своей юрисдикции".
NavBoost изолирует эти клики по юридическим, а не качественным причинам.
Закон COPPA в США запрещает использовать поведенческие данные лиц младше 13 лет для профилирования, а европейский GDPR-K еще жестче (для строгих возрастных правил ЕС у Гугла даже заведен флаг REGISTERED_GAIA_SERVICES_IS_UNICORN_OVER_13_IN_EU).
Поисковику приходится идентифицировать клики детей, чтобы исключать их из обычного ранжирования.
Участвуют ли unicornClicks в ранжировании вообще — или они просто логируются и отправляются в карантин — пока не подтверждено.
В любом случае, "оптимизация под unicornClicks" — это погоня за сигналом, который закон обязывает Гугл изолировать.
https://seekio.pl/unicornclicks-sygnal-klikniec-dzieci/
#UserSignals #SearchEngines #TechnicalSEO
@MikeBlazerX
⚠️ Закрытый канал: @MikeBlazerPRO | 1 269 |
| 17 |  Привет из Лондона! 🇬🇧
Работа работой, но иногда нужно выдыхать.
Хороший отдых — залог успеха, тем более что этот год для нас, сеошников, довольно-таки непростой.
Обычно мне нужно недели две, чтобы полностью отключиться от работы.
В этот раз вырвался всего на неделю.
Но для нас, диджитал-наркоманов, даже такая пауза очень важна, а ещё надо просто побыть с семьёй...
И тут я поймал себя на мысли: иногда хочется чем-то поделиться, но во фришный или PRO-каналы это не вписывается.
Как думаете, стоит ли завести отдельный канал, где я изредка буду писать свои мысли, впечатления, заметки, наблюдения и выкладывать медиа — не обязательно по SEO?
Если да, дайте знак! 👇
@MikeBlazerX
⚠️ Закрытый канал: @MikeBlazerPRO | 1 406 |
| 18 | Я пережил главный сдвиг майндсета после отслеживания миллионов страниц, раскрывает Адам Гент.
Индекс Google спроектирован так, чтобы исключать ваш контент.
А не включать его.
Существуют жесткие лимиты на то, сколько страниц Google может держать в индексе.
Когда он достигает этих лимитов, Google повышает планку качества и удаляет страницы ниже порога.
Каждый раз, когда вы публикуете новую страницу, вы вступаете в конкуренцию за конечный слот.
Патент, описывающий это — Managing URLs (US7509315B1).
Гэри Илш подтвердил это публично: Google активно деиндексировал огромные массивы URL на сайтах просто потому, что его восприятие качества сайта изменилось.
Вы относитесь к индексации как к тому, что нужно заслужить, или как к чему-то, что происходит автоматически?
#Indexing #GoogleBot #CrawlBudget
@MikeBlazerX
⚠️ Закрытый канал: @MikeBlazerPRO | 1 527 |
| 19 | Гуглобот рендерит страницу не так, как обычный браузер, даже несмотря на то, что Google использует актуальную версию Chromium.
Тут много нюансов, но главный фактор — robots.txt.
Всё, что заблокировано в robots.txt, не скачивается и, соответственно, не рендерится.
Типичный пример — реклама, и обычно её отсутствие при рендере ни на что не влияет.
Но периодически под блокировку попадают важные JS и CSS, из-за чего отрендеренная страница в лучшем случае выглядит криво, а в худшем — вообще не читается.
Можно использовать проверку URL в GSC или Rich Result Test, чтобы посмотреть на конкретную страницу.
И если подозреваешь, что что-то идет не так, определенно стоит это сделать, чтобы увидеть страницу глазами гуглобота.
Но также можно заюзать мой новый robotstxtProxy, который перехватывает все запросы, сверяет их с robots.txt хоста и разрешает или блокирует их соответственно, пишет Валентин Плетцер.
Его можно запустить локально, но я также добавил два Docker-контейнера.
Один для самого прокси, а второй — для отдельного инстанса Chromium, чтобы тебе не пришлось возиться с TLS-сертификатами, которые нужны для перехвата HTTPS-запросов.
Источник: https://github.com/VorticonCmdr/robotstxtProxy
Дока: https://vorticoncmdr.github.io/robotstxtProxy/
Инсайты комьюнити
— Блокировка запросов через Chrome DevTools (вкладка Inspect) — это ручной способ воспроизвести аналогичную картину: ты блокируешь ресурсы, запрещенные в robots.txt, и смотришь на тот же ухудшенный рендер, который получает гуглобот, не поднимая никаких прокси.
#Rendering #RobotsTxt #GoogleBot
@MikeBlazerX
⚠️ Закрытый канал: @MikeBlazerPRO | 1 395 |
| 20 | Медианный балл оптимизации застрял на 33 из 100 — это вдвое ниже порога ранжирования
Кажется, что поток ИИ-контента задрал порог входа в топ, но данные доказывают обратное.
Выборка из 10 937 страниц пользователей PageOptimizer Pro (тех, кто уже прогоняет тексты через SEO-софт ради топа) раскрывает реальную картину: медианный балл оптимизации составил 33 из 100, при этом 46.8% урлов не набрали и 25.
POP оценивает каждую страницу на фоне конкурентов в топе по конкретному ключу; планка для успешного ранжирования — 80+ баллов, ниже неё в выдачу почти не пробиться.
Тот сегмент интернета, который активнее всего заботится об оптимизации, не дотягивает и до половины базового минимума.
Выходит, реальный порог входа ниже, чем кажется на фоне спама.
Полевые тесты подтверждают две масштабные дыры почти везде.
Микроразметка отсутствует на 99% страниц (у 45% её нет вообще).
А ведь это сигнал для цитирования ИИ, а не рычаг ранжирования: её добавление не подкинет сайт в серпе, но страница без микроразметки Organization или Person для нейросети — просто анонимный документ, который нет смысла цитировать.
Семантические термины пропущены в 99.4% случаев (в среднем 20 на страницу).
И речь не только про основной текст — ключи выпадают из альтов картинок, имен файлов, анкоров и подзаголовков.
То есть из тех зон, которые доказывают раскрытие темы и куда контент-команды почти не лезут.
ИИ-контент только расширяет эти провалы.
Из 13 крупных моделей (включая ChatGPT, Claude, Gemini и Perplexity), прогнанных через тот же алгоритм он-пейдж оценки по стандартному SEO-промпту, средний балл составил 58.4 из 100.
Ни одна нейросеть общего назначения не пробила 80 (лучшая мейнстримная модель набрала 72.8).
Они умеют писать, но пока не умеют оптимизировать свой текст.
ИИ-страницы несут в себе те же математические промахи.
Категории и лендинги (мани-сайты) набрали меньше всех — 33.6 балла.
У них максимальная нехватка ключей в H1 (69.4%) и самая высокая доля слишком коротких текстов (68.6%).
Начинай исправления отсюда.
Выдача не вознаграждает гениальный слог.
Она поощряет техническую точность на фоне тех, кто уже сидит в топе — а большая часть интернета до этого всё ещё не доросла.
https://www.pageoptimizer.pro/blog/why-isnt-my-content-ranking-in-google-and-ai
#ContentOptimization #OnPage #AIContent
@MikeBlazerX
⚠️ Закрытый канал: @MikeBlazerPRO | 1 185 |
