Відповіді ШІ
API + MCPЗапити до цього ендпойнта споживають одиниці API залежно від параметра
prompts: запити, що повертають лише дані користувацького запиту, безплатні, а запити, що включають дані запитів Ahrefs, оплачуються за тарифом Standard на одиниці API.
Тіло запиту
Список полів, які потрібно повернути.
Вираз фільтра. Розпізнаються такі ідентифікатори стовпців (вони відрізняються від ідентифікаторів, які розпізнає параметр select).
ID звіту, який потрібно використати. Якщо його вказано, інші параметри беруться зі звіту (бренд, конкуренти, ринок, країна, фільтри). Якщо вказано країну або фільтри, вони замінюють ті, що у звіті. Його можна знайти в URL вашого звіту Brand Radar в Ahrefs: https://app.ahrefs.com/brand-radar/reports/#report_id#/...
Список назв і вебсайтів брендів для пошуку.
names or url_groups is requiredНазви бренду/конкурента
Домен цілі
Область дії цілі.
Список назв і вебсайтів конкурентів для пошуку.
names or url_groups is requiredНазви бренду/конкурента
Домен цілі
Область дії цілі.
Необов’язкові фрази, які використовуються для включення або виключення результатів залежно від їхнього вмісту.
Показувати лише результати, що містять принаймні одну з цих точних фраз.
Приховувати результати, що містять будь-яку з цих точних фраз.
Список моделей чатботів. Усі моделі можна поєднувати між собою. Модуль claude підтримує лише користувацькі запити.
Моделі google_ai_overviews_keywords і google_ai_mode_keywords надають дані про видимість в Оглядах від ШІ / режимі ШІ, визначену на основі пошукових запитів Google (ключових слів), а не запитів до моделей.
Список дволітерних кодів країн (ISO 3166-1 alpha-2).
Тип запитів, які слід використовувати. Якщо не вказано, використовуватимуться обидва. Для користувацьких запитів потрібно вказати report_id.
Кількість результатів, які потрібно повернути.
Дата для пошуку у форматі YYYY-MM-DD.
Дата для порівняння з date у форматі YYYY-MM-DD. Має бути строго ранішою за date. Якщо задано, звіт охоплює кожен запит, на який було надано відповідь у будь-яку з цих дат, а поле status показує, як кожен із них змінився між ними. Запит, на який було надано відповідь лише в date_compared, позначається як lost, а решта його полів описують відповідь для date_compared, оскільки для date її немає.
Як упорядкувати результати: за стовпцем або за тим, як у відповідях ідеться про один бренд, як це робить сторінка «Настрої» в Brand Radar.
Стовпець, за яким потрібно впорядкувати результати.
Вираз фільтрації для тегів запитів. Потрібен report_id. Використовує синтаксис фільтрів з такими обмеженнями: єдина допустима назва поля — "tag"; допустимі лише такі оператори: "eq", "neq", "substring", "isubstring", "phrase_match", "iphrase_match", "prefix", "suffix", "empty"; максимальна глибина вкладеності операторів and і or — 2.
Вираз фільтрації для видимості вашого бренду, що повторює фільтр “Ваш бренд”. brand_name визначає, чи згадується ваш бренд у відповіді: "mentioned" або "not_mentioned". page_status визначає, як ШІ використав ваші сторінки: "cited" (ШІ знайшов сторінки вашого сайту та послався на них у відповіді), "found_but_not_cited" (ШІ знайшов сторінки вашого сайту як потенційні джерела, але не послався на них в остаточній відповіді) або "not_found" (ШІ не знайшов жодної сторінки вашого сайту).
Використовує синтаксис фільтрів з такими обмеженнями: єдиний допустимий оператор — "eq"; кожне поле є окремим розділом: укажіть одне значення або об’єднайте кілька значень одного й того самого поля через or; розділи brand_name і page_status поєднуйте на верхньому рівні через and/or. Вибір усіх значень поля відхиляється, оскільки такий фільтр збігається з усім (натомість не вказуйте це поле).
Діапазон обсягу для фільтрації.
Потребує date_compared. Залишає лише ті запити, які змінилися одним зі способів, вибраних тут. Три стовпці поєднуються між собою через OR, так само як і значення в межах кожного стовпця, тож пропущений або порожній стовпець нічого не додає до фільтра, а повністю порожній об’єкт залишає кожен запит.
Залишати запити, на які дали відповідь лише в одну з двох дат (new, lost) або в обидві (no_change).
Залишати запити, де набір згаданих у відповіді ваших власних брендів поповнився брендом (new), втратив бренд (lost) або є однаковим в обидві дати (no_change). Конкуренти не враховуються.
Залишати запити, де набір ваших власних доменів, на які є посилання у відповіді, поповнився доменом (new), втратив домен (lost) або є однаковим в обидві дати (no_change). Конкуренти не враховуються.
Фільтр за тим, як відповіді говорять про ваші бренди та конкурентів, на кшталт фільтра «Тональність» у Brand Radar. Використовує синтаксис фільтрів із трьома полями:
brand(обов’язково): назва зbrandsабоcompetitors, з"eq".sentiment(необов’язково):positive,neutral,negativeабоmixed. З"eq"бренд згадується з такою тональністю. З"neq"бренд згадується з тональністю, але ніколи не з такою. З"empty"бренд ніколи не згадується з тональністю, що також включає відповіді, у яких його взагалі не згадано. Зnot"empty"бренд згадується з певною тональністю. Безsentimentпідходить будь-яка відповідь, у якій згадується бренд.aspect(необов’язково): чого стосується тональність, з"eq":features_specs,performance_effectiveness,price_value,reputation_popularity,quality_reliability,design_comfort,usability_compatibility,availability_delivery,safety_health,service_supportабоgeneral.
Кожне правило стосується одного бренду: одна умова абоandз умов. Щоб поєднувати правила, помістіть кожне в окремийandі з’єднайте їх верхньорівневимandабоor.
Виносить відповіді з позитивною, негативною або змішаною згадкою відстежуваного бренду перед іншими, а в межах кожної групи — за релевантністю, як їх перелічує сторінка «Тональність» у Brand Radar. Лише з order_by relevance.
Формат виводу.
Відповіді
Кожна згадка відстежуваного бренду у відповіді: спочатку ваші бренди, а потім конкуренти в їхньому порядку, разом із тим, як про них говориться у відповіді.
Згаданий відстежуваний бренд.
Яка тональність висловлювання про бренд у цій згадці. Null, якщо дані недоступні.
Про що ця згадка — наприклад, про ціну або якість. Null, якщо дані недоступні.
Речення навколо згадки. Null, якщо його неможливо знайти у відповіді.
Країна запитання.
Модель чатбота, яка згенерувала відповідь.
Етап воронки запиту. Null — якщо етап воронки недоступний.
Мітки наміру запиту, включно з його основним наміром, підтипами та брендовими/локальними атрибутами. Порожній масив означає, що мітки наміру недоступні.
Дата останнього оновлення даних.
(10 одиниць) Посилання, використані для відповіді.
Запитання, поставлене користувачем.
(10 одиниць) Відповідь моделі.
Пошуковий запит, який чатбот використовує, щоб знайти інформацію для відповіді. Примітка: якщо data_source не містить chatgpt або perplexity, це поле завжди буде порожнім.
Як запит змінився між date_compared і date. Null, якщо не задано date_compared. new — відповідь надано в date, але не в date_compared. lost — відповідь надано в date_compared, але не в date; решта полів цього рядка описує відповідь за date_compared, оскільки за date її немає. no_change — відповідь надано в обидві дати, що нічого не каже про те, чи змінилися сама відповідь, згадки або цитування.
Теги, призначені запиту.
(10 одиниць) Орієнтовний місячний обсяг пошуку. Це базується на наших оцінках для Google й поєднує обсяги пошуку пов'язаних ключових слів, у яких це запитання з'являється в розділі People Also Ask.