Sneex SEO 🇺🇦

Почався спам апдейт 🙊

AI visibility впливає на трафік навіть без кліку Similarweb разом із Rand Fishkin опублікували дослідження The Downstream Impact of AI Visibility. Головна ідея дуже важлива для SEO та маркетингу: вплив AI-відповідей не завжди видно в аналітиці як AI referral traffic. Користувач може побачити рекомендацію бренду в ChatGPT, не клікнути одразу, а через кілька днів повернутися через Google, branded search або direct. У стандартній аналітиці такий візит виглядатиме як органічний або прямий трафік, хоча перший контакт із брендом міг відбутися саме в AI-відповіді. За даними Similarweb, бренди, які були рекомендовані ChatGPT, мали у 2.5 раза вищу ймовірність отримати візит протягом наступних 7 днів, порівняно з конкурентами, яких AI не рекомендував. Ще важливіший висновок: 55.9% AI-influenced visits приходили через Search. Тобто користувачі часто запам’ятовують бренд із AI-відповіді, а потім шукають його в Google або іншій пошуковій системі. Це створює проблему для атрибуції. Якщо дивитися тільки на chatgpt.com / referral, perplexity.ai / referral або інші прямі переходи з AI-платформ, реальний вплив AI visibility буде сильно занижений. Що це означає для SEO: 1. AI visibility — це не тільки referral traffic Якщо бренд згадали в AI-відповіді, користувач не обов’язково клікне одразу. Але ця згадка може вплинути на наступний пошук, вибір бренду і конверсію. 2. Branded SERP стає ще важливішим Якщо AI створює попит, який потім повертається через Search, потрібно контролювати, що користувач бачить за запитами: - brand; - brand + product; - brand + reviews; - brand vs competitor; - brand alternatives; - brand pricing. Якщо branded SERP слабкий, конкурентний або не відповідає тому, що користувач побачив у AI-відповіді, частину попиту можна втратити вже після AI-рекомендації. 3. AI-influenced користувачі можуть бути якіснішими Similarweb також відзначає, що користувачі після AI-впливу взаємодіяли із сайтами глибше: переглядали майже вдвічі більше сторінок і проводили приблизно вдвічі більше часу на сайті, ніж non-AI-influenced visitors. Це логічно: AI часто працює на етапі дослідження, порівняння та shortlist. Коли користувач доходить до сайту, він уже краще розуміє, що шукає. 4. Поточні attribution models мають blind spot Last-click attribution часто не бачить AI як джерело впливу. Якщо користувач спочатку отримав рекомендацію в ChatGPT, а потім зайшов через Google, GA4 може показати organic search, але не покаже AI як попередню точку впливу. 5. AI visibility потрібно порівнювати з конкурентами Важливо не просто знати, чи згадується бренд у ChatGPT або Perplexity. Потрібно дивитися, кого AI рекомендує поруч із вами або замість вас. Якщо конкурент частіше потрапляє в AI-відповіді, він може отримувати не тільки AI referral traffic, а й downstream branded search через кілька днів. Головний висновок: невидимість в AI — це не тільки втрата згадки в чаті. Це потенційна втрата downstream-візиту, який пізніше міг прийти через Search або Direct. Для SEO це означає, що AI visibility потрібно сприймати як leading indicator попиту. Вона може впливати на branded search, поведінку користувачів, вибір бренду і конверсії навіть тоді, коли в аналітиці немає явного AI referral. Джерела: - Similarweb: The Downstream Impact of AI Visibility — https://www.similarweb.com/corp/the-downstream-impact-of-ai-visibility/ - Similarweb Report: The Downstream Impact of AI Visibility — https://www.similarweb.com/corp/reports/the-downstream-impact-of-ai-visibilty/

Screaming Frog MCP і Codex: як може виглядати новий рівень SEO-автоматизації Mihai Aperghis поділився цікавим кейсом: він експериментував із Codex і новим MCP від Screaming Frog та зібрав внутрішній застосунок для керування великими краулами сайту. Ідея проста: зняти важкі SEO-краули з локального ноутбука або робочого комп’ютера і перенести їх у керовану cloud-інфраструктуру. Це особливо актуально для великих сайтів, де Screaming Frog може легко з’їдати багато RAM, навантажувати CPU, падати через нестачу ресурсів або вимагати постійного ручного контролю. Замість того щоб запускати окремі VM вручну, налаштовувати середовище, підключатися до них і стежити за кожним краулом, процес можна перетворити на керований workflow. Як працює описаний підхід: 1. Користувач передає URL і конфігураційний файл для краулу. 2. Система вибирає доступну GCP VM із заздалегідь підготовленого пулу. 3. Запускає VM на Ubuntu 24.04 Desktop. 4. Відкриває Screaming Frog у UI-режимі. 5. Стартує краул із потрібними налаштуваннями. 6. Після завершення зберігає crawl-файл у GCP bucket. 7. Показує результат у dashboard. 8. Вимикає VM після завершення задачі. Додатково система підтримує: - паузу та відновлення краулів; - скасування задач; - recovery після failed crawls; - доступ до UI кожної VM через Chrome Remote Desktop; - ручний старт і стоп VM; - зміну vCPU та RAM для різних типів задач. Чому це важливо для SEO-команд: 1. Великі краули стають операційним процесом Краул більше не залежить від того, чи відкритий ноутбук, чи вистачить RAM і чи не “помер” локальний процес. Це вже схоже не на ручну перевірку, а на production-процес. 2. Screaming Frog можна інтегрувати в автоматизовані workflow Після появи MCP у Screaming Frog SEO Spider 24.0 з’являється більше сценаріїв, де краули можна запускати, аналізувати, експортувати та обробляти через AI-асистентів і зовнішні системи. 3. Технічне SEO стає ближчим до engineering-підходу Для великих сайтів недостатньо просто “запустити Frog”. Потрібні черги задач, контроль ресурсів, логування, dashboard, recovery-механізми, storage і повторюваність процесу. 4. AI не замінює SEO-фахівця, але знімає ручну рутину У такому підході AI і MCP не приймають SEO-рішення замість спеціаліста. Вони допомагають запускати, контролювати й масштабувати технічні процеси, які раніше вимагали багато ручної роботи. Для команд, які регулярно працюють із великими сайтами, це хороший напрям для розвитку: не просто запускати Screaming Frog вручну, а будувати процес, де краули можна ставити в чергу, масштабувати під ресурси, зберігати результати й повертатися до них у dashboard. Це ще один приклад, як MCP, cloud-інфраструктура і AI-assisted development можуть змінити щоденну роботу технічного SEO. Джерела: - Mihai Aperghis: Vibe coding tales: SEO automations — https://www.linkedin.com/posts/mihaiaperghis_vibe-coding-tales-seo-automations-ive-activity-7474793439927099392-Zv1U - Screaming Frog: SEO Spider Update 24.0 — https://www.screamingfrog.co.uk/blog/seo-spider-24/ - Screaming Frog: SEO Spider — https://www.screamingfrog.co.uk/seo-spider/

🔥 ШУКАЄТЕ ЯК ПОСИЛИТИ SEO І ПІДНЯТИ САЙТ У ТОП GOOGLE? MTPremium - команда, яка допомагає проектам зростати через якісний та безпечний лінкбілдинг. Без сміття. Без спаму. Лише робочі посилання з реальних сайтів. 🔥 💥 Бажаєте безкоштовно отримувати якісні посилання, які індексуються та реально передають вагу сайту? Підписуйтесь на наш Telegram 👉 @mtpremium1 — свіжі майданчики та перевірені донори вже чекають на вас! 🛠 Наш арсенал для вашого топу в Google: Ми будуємо профіль, який виглядає природно і надійно в очах пошукових систем. ✅ Аутрич (Link Insertion/Guest Post): Прямі переговори з веб-майстрами трастових ресурсів. Посилання, що працюють роками. ✅ Крауд-маркетинг (Форуми/Блоги): Природні рекомендації на живих майданчиках для розведення маси посилань. ✅ Сабміти та Потужні Профілі: Швидка індексація та створення фундаменту для авторитету домену. ✅ Управління Репутацією (SERM): Розміщення та «вирощування» відгуків на Trustpilot та Google Maps – довіра клієнтів + ​​Local SEO. ✅ Соціальні Сигнали: Згадки та посилання на популярних платформах: Quora, Reddit, Facebook, Pinterest. ✅ SEO-посилення: Налаштування WEB 2.0 сіток, Dofollow прогони та отримання доступів. 🧠 Стратегія та Консалтинг: 📊 Посилальний план під ключ під ваш бюджет і нішу. 🕵️‍♂️ Глибокий аналіз конкурентів (дізнаємося, де вони беруть посилання, і зробимо краще). 📋 SEO-аудит та стратегія: комплексно підготуємо сайт до зростання. 🌍 Глобальне охоплення: Ми працюємо по всьому світу! Просуваємо ваші проекти будь-якими мовами та в будь-яких GEO: US 🇺🇸 | UK 🇬🇧 | DE 🇩🇪 | FR 🇫🇷 | AU 🇦🇺 | IN 🇮🇳 | PL 🇵🇱 | JP 🇯🇵 💎 Чому MTPremium? 🚀 Індивідуальний підхід до кожного проекту 🕵️ Прозора звітність: Ви завжди знаєте, за що платите. 🎁 Спецпропозиція: Отримайте до 40% знижку на ваше перше замовлення! 📩 Зв'язок у TG: @mtpremium #seo #linkbuilding #аутрич #крауд ​​#trustpilot #quora #репутація #localseo

LLM і JavaScript: чому важливий контент має бути в raw HTML Andre Alpar провів цікавий SEO-експеримент, який поширила Aleyda Solís: чи можуть AI-асистенти побачити контент, який з’являється на сторінці тільки після виконання JavaScript. Ідея тесту була простою, але дуже показовою. На сторінці було два значення: фейкове значення в raw HTML; справжнє значення, яке підставлялось тільки після виконання зовнішнього JavaScript. Після цього автори перевіряли не тільки відповідь моделі, а й server logs: чи AI-асистент взагалі відкрив сторінку; чи завантажив JavaScript-файл; чи виконав код і звернувся до endpoint, де було справжнє значення. Результат для SEO досить неприємний: ChatGPT, Claude, Gemini, Perplexity, Meta AI і Microsoft Copilot у цьому тесті відповіли значенням із raw HTML, тобто побачили decoy, а не справжній JS-rendered контент. Особливо показово, що Gemini теж не використав значення після рендерингу, хоча це продукт Google. Це важливий нюанс: те, що Googlebot у класичному пошуку може рендерити JavaScript, не означає, що AI-асистент у live grounding-сценарії робить те саме. Були й винятки. DeepSeek, ERNIE, Qwen, Kimi і Mistral змогли виконати JavaScript і повернути справжнє значення. Grok пішов ще цікавішим шляхом: один із його вузлів виконав JavaScript, але відповідь усе одно була побудована на значенні з raw HTML. Головний висновок не в тому, що “усі LLM не вміють рендерити JavaScript”. Висновок точніший: не можна припускати, що AI-асистент побачить контент, який існує тільки після client-side rendering. Для SEO це особливо важливо для сайтів на React, Vue, Angular, SPA-рішень, lazy-loaded блоків, табів, акордеонів, product specs, pricing і важливих комерційних блоків, які підтягуються після завантаження сторінки. Що варто зробити: Перевірити raw HTML ключових сторінок Відкрийте view-source: або вимкніть JavaScript і подивіться, чи є там основний контент: ціни, характеристики, описи, FAQ, порівняння, USP, відгуки. Не ховати важливі факти за JS Якщо блок важливий для ранжування, AI-citations або конверсії, він має бути доступний у першій HTML-відповіді. Використовувати SSR або pre-rendering Для важливих сторінок краще використовувати server-side rendering, static generation або pre-rendering, щоб контент був доступний одразу. Дивитись у server logs, а не вірити словам чатбота У тесті Perplexity заявив, що не зміг отримати доступ до сторінки, але server logs показали HTTP 200. Тому для перевірки AI-доступності потрібно дивитися фактичні запити, user-agent, статуси та завантаження ресурсів. Тестувати окремо AI-платформи Поведінка ChatGPT, Gemini, Claude, Perplexity, Grok, Mistral і DeepSeek може сильно відрізнятись. Один тест у Google Search Console не відповідає на питання, що бачить AI-асистент. Практичний висновок: для AI visibility важливий контент має бути в HTML одразу, а не з’являтися тільки після JavaScript. Джерела: Search Engine World: Do AI Assistants Actually Render Your JavaScript when Grounding? — https://www.searchengineworld.com/do-ai-assistants-actually-render-your-javascript-when-grounding-we-put-it-to-the-test LinkedIn: Aleyda Solís про експеримент — https://www.linkedin.com/posts/aleyda_do-ai-assistants-actually-render-your-activity-7473307747128733697-YIWg

Fan-out queries: як зрозуміти, що AI реально шукає У класичному SEO ми звикли аналізувати ключові слова, SERP, intent і конкурентів. Але в AI-пошуку з’являється ще один важливий шар — fan-out queries. Fan-out queries — це додаткові пошукові запити, які LLM може виконувати “за лаштунками”, щоб сформувати відповідь. Користувач пише один prompt, але AI може розкласти його на кілька уточнених пошуків: з модифікаторами, роком, порівняннями, review-сайтами, trusted entities та іншими джерелами. Саме тому аналіз fan-out queries стає одним із найкорисніших напрямів для AEO/GEO у 2026 році. Він показує не те, що користувач написав напряму, а те, якою мовою AI реально шукає інформацію. Що можна побачити у fan-out data: 1. Search patterns AI може сам додавати до пошуку слова на кшталт best, reviews, top, comparison, 2026, навіть якщо користувач цього не писав. Наприклад, користувач може запитати: Which CRM should I use for a small sales team? А fan-out query може виглядати ближче до: best CRM software for small sales teams 2026 reviews Для SEO це важливий сигнал: сторінка має покривати не тільки основний запит, а й ті варіанти, через які AI може перевіряти відповідь. 2. Trust entities У fan-out queries часто видно, які джерела AI використовує як шар довіри. Для різних ніш це можуть бути: - NIST для cybersecurity; - IRS для податкових тем; - державні сайти для legal або finance; - академічні джерела для health або research; - галузеві асоціації для B2B. Це допомагає зрозуміти, які entities потрібно враховувати в контенті, посиланнях, цитуваннях і topical authority. 3. Review sites Для B2B і SaaS fan-out queries часто показують, що LLM шукає підтвердження на review-платформах: - G2; - Gartner; - Capterra; - TrustRadius; - Clutch; - нішеві directories. Це означає, що AI visibility не завжди будується тільки на вашому сайті. Іноді для потрапляння в AI-відповіді важливіше, як бренд представлений на сторонніх платформах, які AI використовує для валідації. 4. Freshness signals Дослідження Peec AI показувало, що ChatGPT часто додає поточний рік у fan-out queries. Це пояснює, чому сторінки з актуальними оновленнями, свіжими даними, новими прикладами та зрозумілою датою оновлення можуть краще працювати в AI-пошуку. Для SEO це не означає “просто міняти дату”. Потрібно реально оновлювати: - приклади; - порівняльні таблиці; - pricing; - screenshots; - список інструментів; - джерела; - рекомендації; - блоки з висновками. 5. Entities, які AI перевіряє перед відповіддю Fan-out queries можуть показати, які бренди, категорії, стандарти, платформи або джерела AI вважає важливими для теми. Це корисно для побудови контенту: можна зрозуміти, які сутності треба додати на сторінку, які порівняння зробити, які джерела процитувати і які trust-сигнали посилити. Джерела: - Peec AI: Patterns we see in ChatGPT query fanouts — https://peec.ai/blog/patterns-we-see-in-chatgpt-query-fanouts - OpenAI Help Cen

🚨 Bing випускає нові аналітичні дані про видимість ШІ в інструментах Bing Webmaster Tools: Наміри, Теми, Частка цитування, Опція порівняння 👇 Intents: Завдяки новій функції «Наміри», запити на обґрунтування у звіті про ефективність ШІ тепер класифікуються за ширшими категоріями, такими як Інформаційні, Комерційні, Навігаційні, Навчання та вирішення, Дослідження, Творчість, Локальні тощо. Це має допомогти видавцям вийти за рамки простого бачення того, які запити викликали цитування, і почати розуміти ширший контекст запиту, який наші системи пов’язують із цими появами цитування. Seeing Visibility Through Topics Instead of Individual Querie: Групування пов’язаних запитів на обґрунтування в ширші тематичні кластери. Системи ШІ міркують за концепціями та темами, а не за окремими ключовими словами. Теми мають допомогти видавцям зрозуміти видимість у тій самій тематичній структурі, яку сучасні системи ШІ використовують для організації інформації. Introducing Citation Share: Частка цитування показує, яку частину місця цитування ваш сайт отримує для певного запиту на обґрунтування. Він розраховується як відсоток цитувань, пов'язаних з вашим сайтом, від усіх цитувань, що відображаються на всіх сайтах для того самого запиту. Це має допомогти видавцям зрозуміти не лише чи були вони цитовані, але й яку видимість вони отримали в повному наборі цитованих джерел для цього запиту. Compare Changes Over Time: дозволяє видавцям накладати попередній період часу безпосередньо на поточне представлення звітності. Intents, Topics, Citation Share, та Compare Changes Over Time вже сьогодні починають розгортатися в режимі попереднього перегляду в інструментах Bing Webmaster Tools по всьому світу. Джерело: https://blogs.bing.com/search/June-2026/New-AI-Visibility-Insights-in-Bing-Webmaster-Tools-Intents-Topics-Citation-Share-Compare

🔗 Лінкбілдинг для Casino / Gambling / iGaming по всьому світу. 🛡 Працюємо з одними з найскладніших ніш на ринку та будуємо лінки, які витримують апдейти.

Why us? - WHY NOT?🤩 • 10+ років на "БУРЖ". Від Америки до Азії. Без винятків • Апдейт бази кожні 30 днів. Першими отримаєте свіжак • Ручний аутріч для своїх. Щомісяця • Прямі домовленості з вебами. У нас ексклюзивні умови • Власний копірайт. Контент будь-якою мовою за 24 год

🎯 Складемо лінкбілдинг-план під ваш бюджет і нішу. З вас задача - з нас масштабування. Пишіть ➡️ @Juicify_manager_Bot 🌍 https://juicify.digital/ Без обіцянок «миттєвого ТОПу». Фокус на лінках, які працюватимуть роками.

Claude і Brave Search: чому SEO-фахівцям варто дивитись не тільки на Google У SEO часто за замовчуванням думають про Google. Але для AI-пошуку це вже не завжди правильна логіка. Нові дослідження Profound і матеріал Search Engine Land показують, що Claude має дуже сильний overlap із результатами Brave Search. За даними Profound, 86,7% результатів, які Claude використовував у тесті, перетинались із топовими organic results у Brave. Також дослідники відзначили, що Claude, схоже, значно менше займається re-ranking результатів, ніж, наприклад, ChatGPT. Це важливо, бо різні AI-системи можуть використовувати різні пошукові джерела: - ChatGPT може працювати з Bing і додатково переформатовувати запити; - Perplexity має власну логіку пошуку та цитування; - Claude, за даними досліджень, часто орієнтується на Brave Search; - Google AI Mode і AI Overviews живуть у власній екосистемі Google. Тому питання “як потрапити в AI-відповідь” вже не має одного універсального рецепта. Для кожної платформи потрібно окремо дивитися, звідки вона бере джерела і як формує citations. 1. Google rankings не гарантують видимість у Claude Якщо сторінка добре ранжується в Google, це не означає, що Claude її процитує. Якщо Claude справді сильно спирається на Brave, то позиції в Brave можуть бути кращим proxy-сигналом для Claude visibility. 2. Brave Search потрібно додати в monitoring Для сайтів, де важлива присутність у Claude, варто перевіряти: - чи індексуються ключові сторінки в Brave; - які URL ранжуються в топ-10 Brave за важливими запитами; - чи збігаються ці URL з citations у Claude; - чи є різниця між Google top results і Brave top results. 3. AEO-моніторинг має бути мультиплатформеним Недостатньо перевіряти тільки AI Overviews або тільки ChatGPT. Потрібно окремо аналізувати: - Google organic; - Google AI Overviews; - Google AI Mode; - ChatGPT; - Claude; - Perplexity; - Brave Search; - Bing. 4. Brave може стати практичним proxy для Claude Якщо сторінка не потрапляє в Brave top results, шанс бути процитованою Claude може бути нижчим. Тому для Claude visibility логічно почати з базових перевірок у Brave: індексація, снипети, ranking pages, відповідність intent і якість сторінок, які вже ранжуються. 5. Не варто робити висновок “оптимізуємось тільки під Brave” Це не заміна Google SEO. Це ще один шар оптимізації для AI-пошуку. Google усе ще дає основний organic traffic у більшості ніш, але Claude може використовувати інші джерела для відповідей. Тому стратегія має бути ширшою. Практичний чеклист: 1. Взяти 20–50 важливих informational і commercial queries. 2. Перевірити топ-10 у Google, Bing і Brave. 3. Поставити ті самі запити в Claude з web search. 4. Зібрати, які URL Claude цитує. 5. Порівняти overlap із Brave. 6. Окремо виписати сторінки, які ранжуються в Google, але не присутні в Brave. 7. Перевірити, чи немає проблем з індексацією, доступністю контенту, title/snippet і topical relevance. AI search optimization — це вже не тільки про Google. Якщо Claude дійсно часто використовує Brave Search як основу для web results, то Brave rankings можуть стати важливим індикатором майбутньої видимості в Claude. Джерела: - Profound: Claude web search explained — https://www.tryprofound.com/blog/what-is-claude-web-search-explained - Search Engine Land: Claude visibility may depend heavily on Brave Search rankings — https://searchengineland.com/claude-visibility-brave-search-rankings-480053 - TechCrunch: Anthropic appears to be using Brave to power web search for Claude — https://techcrunch.com/2025/03/21/anthropic-appears-to-be-using-brave-to-power-web-searches-for-its-claude-chatbot/ - Anthropic Docs: Web search tool — https://platform.claude.com/docs/en/agents-and-tools/tool-use/web-search-tool

🚀 Ти крутий у SEO, але вперся у стелю? Скіл є, ідеї є — а далі або чужі проєкти за відсоток, або власні сайти, на які вічно бракує бюджету й рук. Ми в QS Media вирішуємо саме це. Ми не наймаємо «ще одного сеошника в штат» — ми інвестуємо в людей: 💰 Капітал під твої проєкти — не з власної кишені 🛠 Готова інфраструктура й процеси 🤝 Команда поруч: PPC, Facebook, TikTok Ти приносиш експертизу — ми даємо ресурс, щоб вона працювала на повну. 👉 Відгукується? Залишай контакти https://qs-team.pro/ Або пиши по контактам @qsaffiliate @qs_google

🚀 Ти крутий у SEO, але вперся у стелю? Скіл є, ідеї є — а далі або чужі проєкти за відсоток, або власні сайти, на які вічно бракує бюджету й рук. Ми в QS Media вирішуємо саме це. Ми не наймаємо «ще одного сеошника в штат» — ми інвестуємо в людей: 💰 Капітал під твої проєкти — не з власної кишені 🛠 Готова інфраструктура й процеси 🤝 Команда поруч: PPC, Facebook, TikTok Ти приносиш експертизу — ми даємо ресурс, щоб вона працювала на повну. 👉 Відгукується? Пиши — @контакт Пост 2 + банер 🤝 Маєш свою SEO-команду? Давай рости разом. QS Media — це екосистема, де вже працює кілька власних SEO-команд + напрямки PPC, Facebook і TikTok. І ми масштабуємось далі. Шукаємо команди та агенції для партнерства — не «підрядника на годину», а тих, з ким будуємо проєкти в довгу: 📈 Капітал на масштаб готових проєктів ⚙️ Інфраструктура, яку не треба збирати з нуля 🧩 Суміжні напрямки трафіку під одним дахом Вже робите результат, але хочете більше ресурсу під амбіції? Нам по дорозі. 👉 Розкажи про свою команду — @контакт Пост 3 + банер 🔥 Шукаємо своїх — скілових SEO-фахівців і команди. Ми QS Media. Інвестуємо в тих, хто вміє в SEO: даємо капітал та інфраструктуру під готові проєкти, а не просто «вакансію». У нас вже: ✅ Кілька власних SEO-команд ✅ Напрямки PPC, Facebook, TikTok ✅ І апетит рости далі Кого чекаємо: — Спеців, яким тісно в ролі виконавця — Команди, готові до партнерства й масштабу — Тих, хто думає проєктами, а не задачами 👉 Впізнав себе? Залишай контакти https://qs-team.pro/ Пиши в ЛС — @qsaffiliate @qs_google

Уряд США заборонив Anthropic надавати доступ до Fable 5 негромадянам Серіал Anthropic 🍿 або Ми не це мали на увазі, коли топили за регуляції 😒🫠 🟢 Anthropic перед IPO і після прогріву аудиторії розмовами про Mythos випускає Fable 5. Модель здатна робити дива, порівняно навіть з Opus 4.8. 🟢 Але вони приховують усі запобіжні заходи, які вони вжили, що робить модель часто непридатною для використання, навіть коли ці заходи не тригеряться. Всі в шоці, їх публічно критикують, запобіжні заходи роблять явними. 🟢 Щоб трохи зіпсувати життя конкурентам і не дати їм нормально розвиватися, Dario Amodei, CEO Anthropic, пише довгий проникливий допис про те, що в AI потрібні регуляції

Уряд повинен мати право блокувати або стримувати впровадження моделі, якщо на основі оцінки третьої сторони буде встановлено, що вона становить неприйнятні ризики. Ці повноваження повинні бути обмежені чотирма вищезазначеними конкретними ризиками, і повинні бути передбачені захисні заходи від політичного фаворитизму або свавільних рішень.

🟢 У п'ятницю ввечері, під кінець робочого дня, уряд США надсилає в Anthropic наказ прибрати доступ до моделі Fable 5 всім негромадянам США, включно зі співробітниками Anthropic, через те, що вони знайшли джейлбрейк, який дозволяє байпаснути модель. 🟢 Anthropic вивчає запропонований джейлбрейк і виявляє, що це дуже простий, всім відомий, майже класичний шкільний метод, який не має особливих загроз і який працює в усіх моделях, не тільки Fable 5. Зокрема, він працює в ChatGPT також. 🟢 У нас ще є джейлбрейк, крутіший за попередній, кажуть в уряді США, але ми вам його поки що не покажемо, у нас вже вихідні, п'ятниця вечір то святе. 🟢 Але Anthropic мають виконувати наказ. І оскільки вибірково заборонити доступ вони не можуть, то відрізають його усім. 🟢 Це негативно вплине на розвиток AI, кажуть в Anthropic. Можливо: Десь в Китаї AI-компанії радісно потирають руки. Десь плачуть SEOшники, які накопичували токени під ресет... Десь відкорковує шампанське Sam Altman... Інші AI-компанії США призначають зустрічі юристам для обрання іншої юрисдикції.

WebKnoGraph: внутрішні посилання можна тестувати до впровадження Emilija Gjorgjevska опублікувала пост про новий research paper WebKnoGraph: GNN-Powered Internal Linking, який уже доступний на arXiv. Головна ідея: internal linking не має залишатися грою в здогадки. Замість того щоб додавати посилання, чекати кілька місяців і намагатися зрозуміти, що саме вплинуло на результат, WebKnoGraph пропонує оцінювати потенційний ефект внутрішніх посилань ще до їхнього впровадження. У paper описаний open-source framework, який працює з production crawl data та моделює сайт як directed graph. Сторінки представляються через embeddings, потенційні внутрішні посилання оцінюються за допомогою GraphSAGE, а наслідки змін аналізуються через метрики авторитетності та семантичної узгодженості. Простіше кажучи, WebKnoGraph допомагає відповісти на питання: - які сторінки варто з’єднати внутрішніми посиланнями; - як це може змінити розподіл authority всередині сайту; - чи не створить нове посилання семантичний шум; - які сторінки отримають найбільший потенційний виграш; - де автоматична рекомендація потребує експертної перевірки. У дослідженні WebKnoGraph тестували на production crawl сайту Kalicube.com. Автори порівнювали автоматичний підбір посилань з expert-assisted підходом і дивились не тільки на authority gain, а й на volatility, loss-gain balance та semantic coherence. Важливий висновок: автоматичний підхід може краще перерозподіляти authority, але частіше створює вищу ціну з точки зору semantic coherence. Експертний підхід краще зберігає тематичну логіку, особливо коли йдеться про сторінки з низьким PageRank. Для SEO це дуже практична ідея. Внутрішня перелінковка часто виглядає простою задачею: знайти сторінку-донор, додати анкор, поставити посилання. Але на великих сайтах кожна така зміна впливає на всю архітектуру: crawl paths, link equity, topical clusters, orphan pages, важливість категорій і навіть те, як сайт може бути зрозумілий у generative search. Що можна забрати в роботу вже зараз: 1. Думати про сайт як про граф Внутрішні посилання — це не просто “лінки в тексті”. Це система зв’язків між документами, яка визначає, які сторінки отримують більше ваги та як пошукові системи розуміють структуру сайту. 2. Не оцінювати internal linking тільки вручну Ручна експертиза важлива, але на великих сайтах потрібні graph metrics: PageRank, depth, inlinks, outlinks, orphan pages, topical distance, authority flow. 3. Перевіряти не тільки authority, а й relevance Посилання може передавати вагу, але бути слабким семантично. Для сучасного SEO і generative search важливо, щоб внутрішня перелінковка підтримувала topical coherence. 4. Тестувати linking scenarios до деплою Ідеальний сценарій — не просто “додати 500 посилань”, а спочатку змоделювати кілька варіантів: які сторінки виграють, які можуть втратити, як зміниться внутрішній розподіл ваги. 5. Поєднувати автоматизацію з експертною перевіркою WebKnoGraph якраз показує, що автоматичні рекомендації можуть бути сильними, але SEO-фахівець усе ще потрібен для оцінки контексту, анкорів, комерційної логіки та editorial deployability. Головний висновок: internal linking стає не просто технічною задачею, а частиною стратегічної архітектури сайту. У світі AI-mediated discovery, answer engines і generative search виграватимуть не ті сайти, де посилання додані випадково, а ті, де структура побудована як зрозуміла, вимірювана й семантично пов’язана система. Джерела: - LinkedIn: Emilija Gjorgjevska про WebKnoGraph — https://www.linkedin.com/posts/emilijagjorgjevska_scientific-internal-linking-for-seo-and-generative-ugcPost-7468544843569434625-e23q - arXiv: WebKnoGraph: GNN-Powered Internal Linking — https://arxiv.org/abs/2606.06106 - GitHub: WebKnoGraph repository — https://github.com/martech-engineer/WebKnoGraph

Найкращий день для анонсів — середа, навіть коли поки що нічого не відомо, хай буде спойлером. У серпні плануємо приєднатися до організації SEO-мітапу в Києві. Він буде насичений і корисною інфою і нетворкінгом. Формат: пару доповідей-відповідей на питання, Q&A, в якому знову приймають участь всі, як минулого разу - живе обговорення по принципу community sharing, нетворкінг. Покращення, які на вас очікують: 🟢 більш комфортне місце, 🟢 набагато краща організація, тому що займатися нею буде супер-профі з цих питань, наприклад, точно будуть мікрофони, фотозона, 🟢 веселий ведучий, 🟢 відсутність кабачків, 🟢 не буде більше проблем з їжею, голубами і осами, 🟢 під час події буде 0 алкоголю. Деталі трохи згодом, якщо вирішим це втілювати у життя.

🔗 Втомилися підбирати вручну домени для ніші IGAMING або отримувати одні й ті самі домени від кількох підрядників? NeedMyLink відточив індивідуальний підхід до послуги Аутріч-Гостьового постингу та пропонує виключно розміщення «Під Ключ». Без зайвих нервів для замовника. ⭐️ Що ми пропонуємо Вам? - База з 80.000 унікальних доменів (+20 000 за червень); - Індивідуальний підбір доменів під поточний стан вашого сайту, з урахуванням аналізу лінк-профілю та ваших конкурентів; - Рік гарантії на всі форс-мажори. Або 100% повернення коштів на рахунок; - У послугу входить написання SEO-статті під розміщення - 25$, 0$ за статтю в 1000 символів. 🛍 Наша команда зібрала понад 20+ доменних підборок під усі актуальні ГЕО в ніші IGAMING для публікації гостьових постів. Хочете переглянути підбірку доменів під конкретне гео? ✉️ Напишіть нам: needmylink_support

Accessibility Tree для AI agents: що перевіряти SEO-фахівцю Google у матеріалі про оптимізацію сайтів для AI-агентів окремо виділяє Accessibility Tree. Це структура, яка показує сторінку не через дизайн, а через ролі, назви, стани та призначення елементів. Для AI-агентів це важливо, бо вони не завжди “бачать” сторінку так, як людина. Замість візуального розташування блоків агент може орієнтуватися на семантичну структуру: де кнопка, де форма, яке поле потрібно заповнити, що є навігацією, а що основним контентом. Це не означає, що Accessibility Tree став новим ranking factor у Google Search. Але це сильний сигнал, куди рухається технічна оптимізація: сайт має бути зрозумілим не тільки користувачам і пошуковим ботам, а й AI-агентам. Як швидко перевірити `Accessibility Tree` у Chrome: 1. Відкрити потрібну сторінку в Chrome. 2. Натиснути правою кнопкою миші та вибрати Inspect. 3. Перейти у вкладку Elements. 4. Натиснути >>, якщо вкладка Accessibility прихована. 5. Вибрати Accessibility. 6. Увімкнути Show Accessibility Tree. Після цього в Elements можна побачити, як браузер інтерпретує сторінку для assistive technologies і потенційно для AI-агентів. Що варто перевірити SEO-фахівцю: - чи мають кнопки та посилання зрозумілі назви; - чи правильно використовуються button, a, nav, main, form, label; - чи не замінені важливі елементи беззмістовними div; - чи є коректні aria-label там, де вони справді потрібні; - чи не прихований важливий контент від Accessibility Tree; - чи логічна структура заголовків; - чи зрозумілі поля форм без візуального контексту; - чи мають змістовні зображення коректний alt. Найкраще робити таку перевірку не для кожної URL окремо, а на рівні шаблонів: 1. Головна сторінка. 2. Категорії. 3. Товарні сторінки. 4. Landing pages. 5. Blog posts. 6. Форми заявки або checkout. 7. Сторінки з фільтрами та інтерактивними елементами. Головний висновок: accessibility стає важливою не тільки для користувачів, а й для machine interaction. Чим краще сторінка описана семантично, тим легше AI-агенту зрозуміти її структуру, знайти потрібну дію і виконати задачу. Для SEO це ще один аргумент не ігнорувати семантичний HTML, labels, ARIA, структуру DOM і доступність форм. Це не окрема “AEO-магія”, а продовження якісної технічної оптимізації. Джерела: - Google / web.dev: Build agent-friendly websites — https://web.dev/articles/ai-agent-site-ux - Chrome DevTools: Accessibility features reference — https://developer.chrome.com/docs/devtools/accessibility/reference - Chrome Developers: Lighthouse Agentic Browsing scoring — https://developer.chrome.com/docs/lighthouse/agentic-browsing/scoring

💎Кастомний лінкбілдинг від wmlinks.net для ваших проєктів Чому саме ми? 🔝 7+ років на ринку. Маємо досвід роботи з провідними гравцями в своїх нішах 🔝Ексклюзивний прайс на багатьох сайтах по linkdetective.pro 🔝 Можливість тторгуватися Якщо вас не влаштовує поточна вартість - можете вказати свою і ми спробуємо погодити її з вебмайстром 🔝 Маємо величезну к-ть майданчиків під будь-які регіони (tier-1 країни, англомовні, арабські, латам, азія) 🔝 Працюємо не лише з наявною базою. Зробимо кастомні розсилки під ваші вимоги. 🔝 Маємо особливі рішення для Igaming під різні ГЕО. Від $50 за лінк 🔝 Швидка і зручна комунікація напряму з лінкбілдерами які на 100% залучені в ваш проєкт 🔝 Можливість окремо сплачувати наші послуги і комісії вебмайстрів 🔝 Пропонуємо інші типи посилань від $3 за лінк (forum backlinks, статейні сабміти, сабміти, pbn) Для консультації, кейсів або аудиту пишіть @saleswmlinks або заповнюйте форму на нашому сайті wmlinks.net та отримуйте 10% знижки на перше замовлення 🥳

ChatGPT fan-out queries: чому “best”, “reviews” і “2026” важливі для AEO Peec AI опублікували цікаве дослідження: Tomek Rudzki проаналізував 5 млн query fanouts у ChatGPT, Perplexity і Grok, щоб зрозуміти, які запити AI-системи реально виконують “за лаштунками”. Це важливо для SEO, бо користувач може написати один простий prompt, але AI-пошук не обов’язково шукає саме його. Він може розкласти запит на кілька додаткових пошуків: з порівняннями, оглядами, брендами, поточним роком і комерційними модифікаторами. Інакше кажучи, оптимізуватися тільки під буквальний запит користувача вже недостатньо. Потрібно розуміти, якою мовою AI реально шукає джерела. Що показало дослідження Peec AI: 1. ChatGPT часто додає “best” За даними Peec AI, best — найчастіше слово, яке ChatGPT додає у fan-out queries, навіть якщо користувач його не писав. Наприклад, користувач може запитати: Which Samsung Galaxy should I get? А fan-out запит може перетворитися на щось ближче до: best Samsung Galaxy phones comparison 2026 Саме тому в AI-відповідях часто з’являються listicle-сторінки: 10 Best..., Top tools..., Best software for.... Вони збігаються не тільки з тим, що пише користувач, а й з тим, як AI переформатовує запит. 2. Reviews працюють як шар валідації Ще один сильний патерн — reviews. ChatGPT може шукати огляди навіть тоді, коли користувач прямо не просив “reviews”. Для продуктових, SaaS, B2B і affiliate-запитів це особливо важливо. Тому в AI-відповідях часто з’являються джерела на кшталт: - G2; - Gartner; - Clutch; - Forbes; - нішеві review-сайти; - сторінки з порівняннями та рейтингами. Практичний висновок: якщо бренд хоче бути видимим у відповідях AI, недостатньо мати тільки власну посадкову сторінку. Потрібно дивитися, що про бренд пишуть сторонні джерела, які можуть використовуватися як validation layer. 3. Freshness має значення У дослідженні також видно, що ChatGPT часто додає поточний рік до fan-out queries. За даними Peec AI, 2026 входив у топ injected terms. Це пояснює, чому оновлення контенту може давати ефект у LLM visibility. AI-системи часто шукають не просто “best tools”, а “best tools 2026”, “comparison 2026” або “reviews 2026”. Для SEO це означає: - оновлювати сторінки, які вже потрапляють у AI-відповіді; - додавати актуальні дані; - оновлювати приклади, таблиці, рейтинги, screenshots; - показувати дату оновлення там, де це корисно для користувача. 4. Різні AI-системи роблять різну кількість fan-outs Peec AI порівняли кількість fan-outs між системами: - Perplexity — у середньому 1.4 fanouts на запит; - ChatGPT — приблизно 2.1 fanouts; - Grok — близько 6.8 fanouts. Це означає, що різні AI-платформи мають різну логіку пошуку. Одні просто спрощують запит, інші будують повноцінний research brief із додатковими джерелами, брендами, порівняннями та роком. Fan-out optimization — це не про генерацію сотень тонких сторінок під кожну мікро-варіацію. Краще створювати сильні сторінки, які покривають кластер: порівняння, reviews, use cases, альтернативи,

✨ Майже п'ятничні новини: ✨  🟢 В SEO Baza є тепер щотижнева email-розсилка новин. Підписатися можна тут. Потім потрібно підтвердити з пошти. Оскільки імейл ніхто не прогрівав, то підтвердження скоріш за все потрібно буде шукати у спамі. 🟢 В GSC дані не оновлювались з 2го червня, дані з посилань теж так і не пофіксили. 🟢 Боти вперше в історії обігнали людей у трафіку. Matthew Prince з Cloudflare: по HTML уже 57,2% ботів проти 42,8% людей, на рік раніше за прогноз. 🟢 Окрема сторінка спеціально для AI впливає на те, що каже ChatGPT. Chris Long зробив сторінку з потрібними формулюваннями про бренд, і за 48 годин ChatGPT почав їх цитувати дослівно. 🟢 В AI Overviews стався виток внутрішніх ідентифікаторів джерел Google. 🟢 Можна бути в топі Google і невидимим для AI, бо CDN чи файрвол ріже AI-ботів. Common Crawl випустили гайд на 90 хвилин, як це перевірити. А візит GPTBot ще не означає, що ваш контент потрапив у тренувальні дані моделі. 🟢 Ahrefs зібрали мільярд даних про AI-пошук: AI Overviews ріжуть кліки по топ-1 на 58%, 28,3% найцитованіших ChatGPT сторінок не мають трафіку з Google, schema на цитування не впливає, найкраще корелюють згадки на YouTube. 🟢 Те ж саме про кліки визнали й у Microsoft: AI ріже кліки й візити. І надали можливість відключити AI у Bing одним кліком. Тільки гугл впирається. 🟢 У ЄС небезпечний для креаторів і видавців прецедент: robots.txt і заборона словами більше не захищають від скрейпінгу. Данський суд постановив, що заборона має бути машиночитаною. 🟢 Європарламент пересів з Google на французький Qwant. 🟢 Schema.org з Google виклали статистику розмітки по всьому вебу. 🟢 80%+ коду Anthropic уже пише Claude, компанія попереджає про самовдосконалення AI. А в Claude Code запрацювали динамічні workflow, клод сам збирає схему під задачу й розкидає на агентів. 🟢 GitHub Copilot перейшов на токени, рахунки злетіли в рази.  🟢 Чужий Instagram уганяли, просто попросивши бота Meta змінити email. Серед жертв акаунти Білого дому й Sephora. Докладніше на сайті.

AEO-експерименти Ramp: що SEO-фахівцям варто забрати в роботу Ramp поділились серією AEO-експериментів на сесії Parabolic Experimentation with AEO від George Bonaci. Це один із корисних прикладів не теоретичного “AI SEO”, а реальних тестів: що спрацювало, що не спрацювало і чому. Головний висновок: AEO не завжди повторює класичну SEO-логіку. У Google ми часто дивимось на search volume, позиції, CTR і потенційний трафік. Але в LLM-пошуку важливішими можуть бути інші речі: корисність відповіді, унікальність даних, зв’язок із реальною задачею користувача і crawlable-структура контенту. Що тестували Ramp: 1. Оптимізація під zero-volume та low-volume запити Ramp брали вже існуючі сторінки й швидко оновлювали їх під вузькі запити, які майже не мали класичного search volume, але відповідали реальним проблемам користувачів. Зміни були невеликі: оновлення свіжості, покращення структури, точніше формулювання відповіді. За публічним переказом сесії, такий підхід дав +78% до LLM visibility. Практичний висновок: не ігноруйте запити тільки тому, що SEO-інструменти показують 0 volume. Для AI-пошуку такі запити можуть бути цінними, якщо вони точно описують задачу користувача. 2. Jobs To Be Done замість простого keyword targeting Другий підхід — оптимізація не під ключове слово, а під дію або задачу, яку користувач хоче виконати. Ramp брали існуючий контент, значно розширювали його, додавали дані та прив’язували до конкретного pain point. За даними Profound, test cohort отримав +24.6% visibility. Для SEO це означає, що в AEO потрібно будувати контент не тільки навколо what is або best tools, а й навколо сценаріїв: - “як вибрати інструмент для конкретної задачі”; - “що робити в ситуації X”; - “як порівняти рішення для певного workflow”; - “який підхід краще для конкретного бізнес-кейсу”. 3. Надто вузька оптимізація не завжди працює Один із тестів Ramp провалився: дуже вузькі сторінки під нішеві product use cases отримали лише близько 2% citation rate. Це важливий анти-висновок. Не кожна мікро-сторінка стає хорошим джерелом для LLM. Якщо сторінка занадто вузька, без унікальної цінності або без достатнього контексту, AI-системі може бути простіше процитувати ширше й авторитетніше джерело. 4. Programmatic content + proprietary data Найцікавіший напрям — використання власних даних Ramp. Компанія має доступ до агрегованих і анонімізованих даних про бізнес-витрати, тому може бачити тренди в категоріях на кшталт CRM, AEO tools, AI software та інших B2B-рішень. На цій основі Ramp створили Ramp Rate — data-backed vendor directory. За даними Profound, фокус на fresh, crawlable pages із proprietary data допоміг збільшити sessions на 149% між червнем і серпнем. Для SEO це сильний сигнал: унікальні дані стають одним із найкращих активів для AEO. Якщо бренд має власну статистику, транзакційні дані, internal benchmarks, дослідження або агреговану аналітику — це потрібно перетворювати в індексовані сторінки, які AI може використовувати як джерело. Що можна зробити вже зараз: 1. Зібрати low-volume запити, які описують реальні задачі клієнтів. 2. Перевірити існуючі сторінки й оновити структуру відповідей. 3. Додати блоки з конкретними сценаріями використання, а не тільки загальні SEO-тексти. 4. Знайти власні дані компанії, які можна безпечно публікувати. 5. Не масштабувати мікро-сторінки без перевірки citation rate і реальної користі. Джерела: - Profound: Inside our inaugural Zero Click NYC summit — https://www.tryprofound.com/blog/zero-click-new-york-inagaural-ai-search-nyc-summit - Ramp Rate: AEO category — https://ramp.com/vendors/categories/aeo - Ramp: Top SaaS Vendors on Ramp — https://ramp.com/leading-indicators/top-saas-vendors-on-ramp-february-2026 - Chris Long про сесію Ra