Sneex SEO 🇺🇦

🔴 Старт: August 2026 spam updatehttps://status.search.google.com/incidents/LEubPCm2octf2uMqCFKEПочаток: 18 серпня 2026 року (09:27 за US/Pacific)Розгортання: до 2 тижнівЩо це: посилення антиспам-систем. Це enforcement політик Google, а не переоцінка якості контенту.Під час rollout:• позиції й трафік коливаються по кілька разів — це нормально для періоду розгортання;• не роби різких висновків і «швидких фіксів» до завершення апдейту;• зафіксуй базові метрики зараз (позиції, трафік по сегментах, видимість) — буде з чим порівнювати після rollout.Перевір на відповідність spam-політикам Google:• scaled content abuse — масові низькоцінні / AI / скрейп-сторінки без користі;• некваліфіковані платні посилання — постав rel="sponsored" або rel="nofollow";• cloaking — контент для бота ≠ контент для користувача;• expired domain abuse і site reputation abuse (паразит-SEO на чужому авторитеті);• прихований текст, keyword stuffing, зламані сторінки / інʼєкції.Що робити: якщо є порушення — усунути їх. Відновлення після спам-апдейту = прибрати причину й дочекатися переобробки сайту.

У ChatGPT з’явився rank_score для локального бізнесу: що це означає для Local SEODan Hinckley провів цікавий експеримент із локальними запитами в ChatGPT і знайшов у network payload нові поля, які можуть дати більше розуміння того, як AI формує список локальних компаній.Для запиту на кшталт:Personal Injury lawyers in Los AngelesChatGPT спочатку сформував пул із 13 компаній, але у фінальній відповіді рекомендував лише 7.І тут починається найцікавіше.1. У кожного бізнесу є `rank_score`У тесті score знаходився в діапазоні приблизно від 5.361 до 3.546.При цьому одна й та сама компанія отримувала різні значення для різних запитів.Тобто це, схоже, query-dependent score, а не постійний рейтинг бізнесу.Але високий rank_score ще не гарантує рекомендацію.Компанія зі score 4.891 не потрапила у фінальну відповідь, тоді як бізнеси зі значеннями 3.875 і 3.717 були рекомендовані.Отже, score, ймовірно, використовується на етапі retrieval/ranking кандидатів, але фінальний вибір може проходити через додатковий шар оцінки.2. Yelp вже присутній у candidate poolІз 13 компаній у тесті:- 8 мали provider yelp-feed;- 4 — bright-feed;- 1 — b3.Причому 6 із 7 бізнесів, які потрапили у фінальну відповідь, прийшли через Yelp feed.Це не означає, що Yelp автоматично дає перевагу в ChatGPT. Але для Local SEO це ще один аргумент уважніше ставитися до зовнішніх business profiles.Перевірте:- правильність категорії;- назву компанії;- адресу та телефон;- рейтинг;- кількість і якість reviews;- опис;- фото;- актуальність інформації.3. Порядок рекомендацій майже не відповідав rank_scoreНайвищий score не отримав першу позицію.Кореляція між score та порядком компаній у фінальній відповіді була слабкою: Kendall tau ≈ +0.33.Це ще раз показує, що ChatGPT, ймовірно, не просто сортує список за одним числом.Модель може додатково оцінювати:- reviews;- кількість підтверджуючих джерел;- відповідність intent;- reputation;- location relevance;- інформацію, яку можна підтвердити у відповіді.Наприклад, пропущена компанія зі score 4.891 мала рейтинг 4.3 і лише 23 reviews — найслабший review profile серед кандидатів.Це цікава гіпотеза, але поки не доказ того, що саме reviews стали причиною виключення.4. Є ще `popularity_score`У payload також було поле popularity_score.У всіх протестованих запитах воно повертало null.Сам факт наявності поля цікавий, але поки не варто робити висновок, що OpenAI скоро почне використовувати окремий popularity ranking. Це може бути експериментальне, резервне або неактивне поле.Що робити Local SEO-фахівцю1. Перевірити присутність бізнесу в Yelp та інших великих local directories.2. Узгодити NAP, категорії, descriptions та основні атрибути.3. Працювати з reviews не тільки для Google Business Profile.4. Тестувати різні локальні prompts у ChatGPT.5. Порівнювати candidate businesses із тими, кого AI реально рекомендує.6. Не сприймати один внутрішній score як новий “ranking factor”.Джерела:- Dan Hinckley: ChatGPT uses Yelp data and rank_score for local business recommendations — https://www.linkedin.com/posts/danielhinckley_seo-ai-tip-chatgpt-now-assigns-a-rankscore-activity-7493309527254110208-cK-I- Scrapeless: структура local/map data у ChatGPT, включно з provider, ranking_score, popularity_score, reviews та business attributes — https://docs.scrapeless.com/en/llm-chat-scraper/scrapers/chatgpt/

Link Building: автоматизуйте рутину, а не стратегіюВелика частина того, що ми називаємо link building, насправді не є стратегією.SEO-фахівець витрачає години на:- пошук потенційних сайтів;- перевірку тематичної релевантності;- збір DR, трафіку та інших метрик;- пошук email контактів;- підготовку outreach;- follow-ups;- ведення таблиць і статусів.Усе це потрібно робити. Але більшість цих процесів — операційна робота, яку можна автоматизувати.Справжня link building strategy починається на іншому рівні.Що варто залишити людині:1. Вибір сторінок, які потрібно посилювати Не кожній URL потрібні backlinks. Спочатку потрібно визначити сторінки, де посилання реально можуть вплинути на ranking, topical authority або бізнес-результат.2. Визначення правильних донорів DR 70 сам по собі нічого не гарантує. Важливі тематика сайту, якість його сторінок, реальний organic traffic, outbound links, тип аудиторії та контекст майбутнього посилання.3. Вибір linkable angle Чому взагалі хтось має поставити посилання? Це можуть бути: - власне дослідження; - статистика; - безкоштовний інструмент; - експертний коментар; - актуальний dataset; - унікальний кейс; - сторінка, яка реально доповнює матеріал донора.4. Пріоритезація Автоматизація може знайти 5 000 потенційних сайтів. Стратегія має визначити, які 100 із них дійсно варті часу.А ось усе інше можна віддати автоматизації.Pipeline може виглядати так:Prospecting → Relevance Check → SEO Metrics → Contact Discovery → Outreach → Follow-up → Status TrackingAI та API можуть автоматично:- знаходити потенційних донорів;- класифікувати їх за тематикою;- підтягувати SEO-метрики;- знаходити контакти;- генерувати персоналізовані outreach drafts;- ставити follow-ups;- оновлювати статус кампанії;- прибирати дублікати та слабкі prospects.Тому можно накодити такий інструмент, що буде все трекати та розсилати самостійно.

Компанія Anthropic оголосила, що вбудовуватиме водяні знаки в текст та файли, згенеровані майбутніми моделями Claude, які випускатимуться в Євросоюзі. Крок пояснюють необхідністю дотримання вимог щодо прозорості контенту, передбачених європейським Актом про штучний інтелект (AI Act).Як зазначено в довідковому документі компанії, опублікованому в понеділок, згенерований текст міститиме вбудовані водяні знаки, а згенеровані файли — цифрово підписані метадані про походження. Маркування працюватиме всюди, де використовується Claude, пише The Register.Моделі Claude, запущені в ЄС 2 серпня 2026 року або пізніше, підтримуватимуть машинозчитуване маркування вже з моменту релізу. Що стосується вже випущених моделей, компанія працює над додаванням маркування протягом перехідного періоду, передбаченого європейським законодавством.Важливий нюанс — географія застосування. Маркування поширюватиметься на виведення підтримуваних моделей Claude через Claude Platform (API), Claude, Claude Cowork і Claude Tag, і діятиме всюди, де пропонується Claude, — у всьому світі. Тобто обмежувати нововведення лише європейськими користувачами компанія не планує.Як працює маркування текстуЗа описом Anthropic, коли підтримувана модель Claude генерує текст, вона вплітає непомітний водяний знак безпосередньо в самі речення. Користувач його не побачить, а сенс, якість чи читабельність відповіді не зміняться. Оскільки знак є частиною тексту, він подорожуватиме разом із текстом при копіюванні в інші місця і може зберігатися навіть після певного редагування. Маркування застосовується на рівні моделі — тобто присутнє незалежно від того, через який продукт чи інтерфейс отримано текст.Для файлів, які створює Claude, компанія покладається на цифрово підписані метадані про походження за стандартом C2PA (Coalition for Content Provenance and Authenticity).Охоплення поширюється й на сторонніх постачальників, які пропонують доступ до моделей Anthropic, — зокрема AWS, Google Cloud та Microsoft Foundry. Детальну документацію про те, як саме користувачі та треті сторони зможуть виявляти ці позначки (що вимагає законодавство ЄС), компанія обіцяє опублікувати пізніше.Наскільки це надійноТехнічні деталі поки що відсутні, і залишається незрозумілим, як Anthropic захищатиме водяні знаки від видалення. Дослідники вже неодноразово демонстрували, що подібні системи маркування зображень можна обійти. Показово, що самі формулювання Anthropic про незмінність «сенсу» тексту фактично виключають використання специфічного підбору слів чи побудови речень як маркера походження — техніку, яку, за повідомленнями, застосовувала Apple для виявлення витоків від співробітників.Що стосується файлових позначок за стандартом C2PA — для цього формату вже існують відкриті інструменти видалення метаданих.Показово й те, що сама Anthropic обережно оцінює ефективність власної схеми: компанія прямо визнає, що виявлений водяний знак не є остаточним доказом того, що контент створив саме Claude, а відсутність знаку не гарантує, що штучний інтелект взагалі не брав участі у створенні тексту.

Microsoft Clarity тепер розділяє AI-запити на branded і non-brandedMicrosoft додав у AI Citations dashboard нову функцію — сегментацію branded та non-branded grounding queries.Це важливе оновлення для AEO/GEO, тому що тепер можна краще зрозуміти, чому саме AI-система знаходить і цитує ваш сайт: тому що вже шукає ваш бренд чи тому що знаходить його за загальним тематичним запитом.Наприклад:Ahrefs backlink checker — branded query.best backlink analysis tools — non-branded query.У першому випадку бренд уже присутній у пошуковій логіці AI. У другому — AI сам знаходить бренд серед потенційних джерел або рішень.І саме другий сценарій особливо цікавий для SEO.Що нового з’явилося в Microsoft Clarity:1. Branded labels для grounding queries Clarity автоматично позначає запити, які містять бренд. Тепер у списку можна швидко побачити, де AI шукав інформацію безпосередньо про вас.2. Branded vs non-branded у Share of Authority Share of Authority тепер можна аналізувати окремо для branded і non-branded запитів. Це допомагає відповісти на два різні питання: - наскільки добре AI знаходить нас, коли вже знає бренд; - наскільки часто AI знаходить нас під час загального category discovery.3. Окремі фільтри У dashboard можна залишити тільки branded або тільки non-branded queries та окремо аналізувати citations, сторінки й теми.Чому це важливоВисока AI visibility сама по собі ще мало про що говорить.Уявімо, що 80% ваших citations отримані за запитами, які вже містять назву бренду. Це хороший показник brand authority, але він не обов’язково означає, що AI рекомендує вас новій аудиторії.Набагато цікавіше дивитися на non-branded queries:best CRM for ecommerceSEO tools for large websitesalternatives to SalesforceЯкщо ваш бренд починає з’являтися саме тут, це вже сигнал category visibility та discovery.Джерело:- Microsoft Clarity: Branded vs Non-Branded AI Queries — https://clarity.microsoft.com/blog/branded-non-branded-queries/

Bing Webmaster Tools закриває застарілі API: що потрібно перевірити до 31 серпняMicrosoft припиняє підтримку застарілих SOAP і POX/HTTP API у Bing Webmaster Tools.Кінцевий термін міграції — 31 серпня 2026 року. Після цієї дати запити до старих endpoint більше не оброблятимуться.Новина важлива для SEO-команд і розробників, які використовують API Bing Webmaster Tools для автоматизації:- надсилання та перевірки sitemap;- отримання даних про пошукову видимість;- роботи з URL;- моніторингу сканування та індексації;- підключення внутрішніх SEO-дашбордів;- регулярного експорту даних.Щоб уникнути зупинки таких процесів, потрібно перейти на JSON/HTTP (REST) API.Що залишиться без змінМіграція не означає втрату функціональності:- усі доступні API-методи залишаться у версії JSON/HTTP;- повторно створювати API-ключ не потрібно;- квоти та rate limits не змінюються;- дозволи акаунта залишаються чинними;- REST API продовжує підтримуватися та розвиватися Microsoft.Основна зміна стосується формату запитів і endpoint, через які працює інтеграція.Що потрібно зробити1. Знайти всі скрипти та сервіси, які використовують Bing Webmaster Tools API.2. Перевірити, чи є в коді звернення до SOAP або POX/HTTP.3. Перевести запити на JSON/HTTP (REST).4. Оновити парсинг відповідей, обробку помилок і логування.5. Перевірити інтеграцію на тестовому середовищі.6. Порівняти дані старого й нового API.7. Перенести production-процеси до 31 серпня 2026 року.8. Після міграції видалити застарілі виклики та бібліотеки.Особливу увагу варто приділити старим внутрішнім інструментам. API може використовуватися у скриптах, які працюють роками без активної підтримки, тому команда може навіть не пам’ятати про залежність від SOAP/POX.API-ключі, квоти й функціональність зберігаються, але після 31 серпня старі endpoint перестануть відповідати. Тому міграцію краще виконати заздалегідь, а не чекати, поки автоматизація зламається у production.Джерела:- Bing Webmaster Tools: SOAP/POX API Deprecation — https://www.bing.com/webmasters/help/soap-pox-api-deprecation-s0appox01- Bing Webmaster Tools API — https://www.bing.com/webmasters/help/webmaster-api-28c5e9c4

Claude Code для SEO: що поставити, щоб він реально працював, а не просто балакавРозібрався, які скіли та інтеграції перетворюють Claude на SEO-джуна, який сам тягне дані й робить аудити. Усе ділиться на три рівні — їх часто плутають.1️⃣ Готові пакети скілів▪️ claude-seo — топ, і повністю безкоштовний. 25 скілів + 18 агентів: технічка, E-E-A-T, генерація Schema, GEO/AEO (оптимізація під AI-видачу), беклінки, локалка + Google Business Profile, семантична кластеризація, e-commerce, hreflang, звіти в PDF/Excel. Чіпляється до DataForSEO, Ahrefs, Firecrawl.→ [github.com/AgricIDaniel/claude-seo](https://github.com/AgricIDaniel/claude-seo)▪️ SE Ranking Skills — 7 воркфлоу (контент-бриф, backlink gap, AI Search Visibility, розбір реклами конкурентів) поверх їхнього MCP на 180+ інструментів.▪️ Вбудовані (уже всередині Claude, ставити не треба): xlsx — семантика й кластеризація вивантажень, docx — звіти, pptx — презентації клієнтам, dataviz — графіки просідань.2️⃣ MCP-сервери = доступ до живих данихСаме вони перетворюють «Claude пише тексти» на «Claude сам тягне цифри й рахує»:Google Search Console — кліки, покази, позиції, індексація. Безкоштовно, починати з нього.DataForSEO — SERP, ключі, беклінки, on-page. Дешево, оплата за запит.Ahrefs (official) — KD, посилання, органіка конкурентів. Від платного плану.Firecrawl — краулить сайт у markdown під аудит і розбір конкурентів.Плюс Google Analytics (GA4) та Playwright (рендер JS + скриншоти для техаудиту).Serpstat — офіційний MCP з лютого 2026, 63 інструменти: ключі, конкуренти, gap-аналіз, беклінки, аудит сайту/сторінок, трекінг позицій, звіти клієнтам. Дві версії: HTTP (OAuth через Connectors) або локальний STDIO (токен у .env — зручно для агентств, дані клієнтів лишаються на машині).3️⃣ Власні скілиУсе, що робиш руками по 10 разів, загортається у скіл через skill-creator:— кластеризація ключів за своєю методикою— генерація мета-тегів (Title/Description/H1) пачкою → xlsx— технічний аудит за чеклістомЗ чого почати:1️⃣ Ставиш claude-seo (безкоштовно, підключаєш свій DataForSEO)2️⃣ Чіпляєш GSC MCP3️⃣ Загортаєш свою кластеризацію в особистий скілГодини рутини на тиждень — у пару команд. 🤝

Якою мовою AI цитує джерела для локальних запитівКоли користувач ставить запитання іспанською або французькою, AI-асистент відповідає тією самою мовою. Але які джерела стоять за відповіддю: локальні чи англомовні?Aleyda Solís проаналізувала 43 513 зважених випадків цитування в ChatGPT, Gemini та Google AI Mode.Дослідження охопило три бренди з різних ніш:- marketing SaaS;- платежі;- gaming.Аналіз проводився для Іспанії, Аргентини, Франції та США.Що показали результати1. Gemini найчастіше цитує джерела мовою локального ринкуУ неангломовних країнах частка цитувань тією самою мовою, якою було сформульовано запит, становила приблизно:- Gemini — 77%;- ChatGPT — 52%;- AI Mode — 53%.Отже, твердження, що AI майже завжди використовує англомовні джерела, вже не можна вважати універсальним.2. Джерела переважно діляться на локальні та англомовніРозподіл виявився майже бінарним. AI-системи цитували джерела:- мовою відповідного ринку;- англійською мовою.Джерела іншими мовами практично не зустрічалися.Наприклад, для запиту французькою AI переважно вибирав французькі або англомовні сторінки, а не матеріали іспанською, німецькою чи іншими мовами.3. Локальна інформаційна екосистема може впливати на цитуванняБренди, які мали кращу локалізацію цитувань у ChatGPT, також були представлені у більш розвиненій екосистемі локальних джерел:- галузевих медіа;- тематичних спільнот;- незалежних оглядів;- локальних каталогів;- експертних публікацій.Однак цей патерн не був однаковим для всіх платформ. Тому це важливий сигнал, але поки не доказ прямого причинно-наслідкового зв’язку.Що це означає для міжнародного SEO1. Не обмежувати локалізацію простим перекладом основних сторінок.2. Створювати окремий контент під потреби та термінологію кожного ринку.3. Розвивати згадки бренду в локальних медіа, каталогах і спільнотах.4. Перевіряти hreflang, canonical та мовно-регіональну структуру сайту.5. Аналізувати AI visibility окремо для кожної платформи, країни та мови.6. Розділяти цитування власного сайту й зовнішніх джерел про бренд.Не варто об’єднувати всі дані в один глобальний показник. Середня AI visibility може виглядати добре, але приховувати слабку присутність у конкретній країні або мовній версії.Головний висновок: локалізація залишається важливою не лише для класичного пошуку, а й для AI-відповідей.Щоб бренд цитувався локальною мовою, потрібен не просто переклад сайту, а повноцінна інформаційна присутність на ринку: якісний локальний контент, правильні технічні сигнали та згадки в авторитетних регіональних джерелах.Джерело:- Aleyda Solís: дослідження локалізації AI-цитувань — https://www.linkedin.com/posts/aleyda_seofomo-activity-7487575973077385216-kY3h

🔥 Потрібні якісні PBN-посилання для вашого проєкту?Пропонуємо розміщення у власній мережі сайтів під бурж. Працюємо з різними нішами та GEO, що дозволяє підбирати майданчики під конкретні задачі та масштабувати посилальні кампанії.✔️ Власна мережа PBN.✔️ Швидке розміщення.✔️ Природна інтеграція контенту.✔️ Різні тематики та GEO.✔️ Масштабування під великі кампанії.✔️ Повний контроль над анкорами та цільовими сторінками.✔️ Розміщення на головній сторінці домену.Посилання розміщуються на 12 місяців із можливістю продовження зі знижкою 30%.General— 5 посилань — $150— 10 посилань — $250— 20 посилань — $440— 30 посилань — $600— Від 50 посилань — індивідуальний розрахунок.Gambling / Betting— 5 посилань — $210— 10 посилань — $360— 20 посилань — $640— 30 посилань — $870— Від 50 посилань — індивідуальний розрахунок.Dating / OnlyFans— 5 посилань — $200— 10 посилань — $320— Від 50 посилань — індивідуальний розрахунок.Crypto / Forex / Trading— 5 посилань — $250— 10 посилань — $450— 15 посилань — $600***Бажаєте отримати розрахунок під свій проєкт або замовити розміщення?Напишіть Валентині — вона допоможе підібрати відповідний пакет та відповість на всі ваші запитання.🔗 Telegram: @sales_pbn_link

Як оптимізувати Accessibility Tree для AI-агентівGoogle описує Accessibility Tree як високоточну карту сторінки для AI-агентів. Вона прибирає більшість візуального шуму та передає браузеру, screen reader і потенційному агенту функціональну структуру інтерфейсу: ролі, назви, стани й доступні дії.John McAlpin опублікував практичний матеріал про те, як SEO-фахівцям аналізувати цю структуру. Але важливо правильно розуміти задачу: ми не “оптимізуємо accessibility тільки для AI”. Насамперед сайт має залишатися доступним для людей, а краща взаємодія з агентами є додатковим результатом правильної семантики.1. Використовуйте semantic HTML замість універсальних divAI-агенту складніше зрозуміти, що елемент є кнопкою, якщо він реалізований так:<div onclick="submitForm()">Buy now</div>Краще використовувати нативний елемент:<button type="submit">Buy now</button>Те саме стосується:<a href=""> замість клікабельного div;<nav> для навігації;<main> для основного контенту;<article> для самостійного матеріалу;<form>, <label>, <select> і <input> для форм.Нативні HTML-елементи вже мають семантику, keyboard behavior і зрозумілі ролі. Додавати ARIA потрібно там, де стандартного HTML справді недостатньо, а не замість нього.2. Перевіряйте dynamic та JavaScript-контентFAQ, tabs, модальні вікна, filters і multi-step forms змінюють свій стан після взаємодії користувача.У Accessibility Tree можна перевірити:чи визначається trigger як button;чи передається стан expanded або collapsed;чи змінюється aria-expanded після кліку;чи з’являється відкритий контент у дереві;чи має модальне вікно правильну роль і доступну назву;чи може агент зрозуміти, яку дію потрібно виконати.При цьому наявність тексту після кліку в accessibility tree ще не гарантує, що всі AI-crawler-и виконають JavaScript. Критично важливий SEO-контент бажано також перевіряти в початковому HTML.3. Перевіряйте hierarchy без візуального шумуAccessibility Tree допомагає побачити структурну логіку шаблону без CSS і декоративних блоків.Перевірте:чи є один зрозумілий H1;чи не порушена послідовність H1 → H2 → H3;чи відокремлені navigation, main, article і footer;чи не змішаний основний контент із boilerplate;чи мають кнопки та посилання зрозумілі accessible names;чи не перетворюється сторінка на набір безіменних generic-елементів.4. Шукайте fake links і неакціональні елементиНавігація через div onclick може виглядати нормально для користувача з мишею, але не мати ролі link і звичайного href.Це проблема одразу для кількох систем:screen readers;keyboard navigation;класичних crawler-ів;browser-based AI-агентів.Accessibility Tree допомагає швидко побачити, чи є елемент справжнім посиланням або лише візуально його імітує.5. Аналізуйте конкурентів, але не копіюйте структуру механічноМожна взяти сторінки конкурентів, які регулярно з’являються в AI Overviews, citations або органічній видачі, та порівняти їхні ключові шаблони:landmarks;heading hierarchy;списки;таблиці;accessible names;структуру forms;ролі інтерактивних елементів.Це допоможе знайти гіпотези, але не доводить, що саме Accessibility Tree забезпечив конкуренту видимість. Семантичну структуру потрібно оцінювати разом із контентом, авторитетністю, internal linking та іншими сигналами.Важливе застереженняНе варто змінювати ARIA, приховувати елементи від accessibility tree або перебудовувати keyboard behavior лише заради AI-агентів. Неправильна ARIA-розмітка може зробити сайт менш доступним.Для критичних шаблонів зміни бажано перевіряти через:автоматизований accessibility-аудит;keyboard-only navigation;screen reader testing;спеціаліста з web accessibility;юридичну оцінку, якщо сайт працює в юрисдикціях із вимогами ADA або аналогічними нормами.Головний висновок: хороший Accessibility Tree — не окремий AEO-трюк. Це результат правильної семантики, доступного інтерфейсу та зрозумілої структури. Те, що допомагає людям користуватися сайтом, одночасно робить його більш передбачуваним для AI-агентів.