Планування робочих процесів ШІ
Документація SERP API та посібник з інтеграції
Надішліть серверний запит на виконання завдання, пройдіть автентифікацію за допомогою облікового запису й перевірте HTTP-статус і статус кожного завдання. Ознайомтеся з таким самим шаблоном інтеграції для сімейств SEO- та маркетингових даних.
Збирайте органічні результати, оголошення та пошукові функції в підтримуваних пошукових системах, ринках і на пристроях. Використовуйте структуровані JSON, HTML і
специфічний для джерела
дослідження.
Запити автентифікації та завдань
У виробничих облікових записах використовується автентифікація HTTP Basic. Формуйте заголовок Authorization на своєму сервері, використовуючи надані логін і пароль; не зберігайте облікові дані в коді браузера та прикладах, якими діляться з іншими.
Для підтримуваних маршрутів POST для збору даних надсилайте масив
task objects. Each task contains that route’s inputs; a keyword query, page URL and product identifier are not interchangeable
корисні навантаження.
// Server-side example; configure your deployment and credentials.
const url = new URL("/v3/serp/google/organic/live/advanced", process.env.DATASEO_API_ORIGIN);
const auth = Buffer.from(`${process.env.DATASEO_LOGIN}:${process.env.DATASEO_PASSWORD}`).toString("base64");
const response = await fetch(url, {
method: "POST",
headers: {Authorization: `Basic ${auth}`, "Content-Type": "application/json"},
body: JSON.stringify([{"keyword": "running shoes", "location_code": 2840, "language_code": "en", "device": "desktop"}])
});
if (!response.ok) throw new Error(`HTTP ${response.status}`);
const data = await response.json();
for (const task of data.tasks ?? []) {
if (task.status_code !== 20000) throw new Error(task.status_message);
}
// Use task.result only after checking task status.Check the HTTP status first, then the top-level response and each task status_code. A successful HTTP 200 can still contain task errors; only read task.result after validating the task.
YOUR_CONFIGURED_TOOL_SERVER
Перевірте статус відповіді
Для збору даних про ключові слова потрібні джерело та підтримувані налаштування ринку. Конкуренцію в рекламі трактуйте як показник платного пошуку, а щомісячну кількість пошукових запитів не змішуйте з нормалізованими оцінками тенденцій.
Для перевірки URL почніть із /v3/on_page/instant_pages і параметра url. Рендеринг у браузері та Lighthouse використовують окремі параметри або маршрути й можуть потребувати додаткового налаштування.
Щоб отримувати офіційні відповіді моделей, використовуйте підтримуваний маршрут llm_responses із параметром user_prompt. Перелічуйте налаштовані моделі та зберігайте параметри моделей під час порівняння відповідей.
Маршрути завдань у черзі повертають ідентифікатори для подальшого отримання результатів. Зберігайте ці ідентифікатори й дотримуйтеся задокументованого процесу ready/get для вибраного маршруту, а не припускайте, що всі продукти використовують однаковий спосіб доставки.
Зберігайте часові позначки збору даних, параметри введення та ідентифікатори джерел. Відсутні поля мають залишатися null або бути відсутніми; не перетворюйте недоступну метрику на нуль.
органічні результати, реклама та функції пошуку в підтримуваних пошукових системах, на ринках і пристроях. Використовуйте
структуровані дані JSON, HTML і специфічні для джерела параметри збору даних для відстеження позицій і конкурентного аналізу.
Код і відповіді на вебсайті є ілюстративними. Перед збором даних у продукційному середовищі необхідно підтвердити схему маршруту, доступ, квоти, обробку даних і ціни для клієнтів у вибраному розгортанні.
Наразі застосунок не містить перевіреного загальнодоступного MCP-сервера чи вбудованих конекторів для зображених тут інструментів. Використовуйте HTTP-інтеграцію на стороні сервера лише після підтвердження потрібного джерела й маршруту.
Перш ніж масштабувати, перевірте репрезентативну відповідь. Перевірте значення null, типи елементів, одиниці вимірювання полів, повідомлення про помилки та те, чи відповідає результат на запитання, на яке має відповідати ваш застосунок.
Не записуйте в журнали облікові дані та конфіденційний вміст запитів. Перш ніж зберігати виробничі спостереження, узгодьте строк зберігання, ліцензійні умови та дозволене використання вибраного джерела.
«Нещодавні статті про RAG»
Виберіть підтримуваний маршрут продукту, налаштуйте джерело розгортання й облікові дані, а потім протестуйте одне завдання, перш ніж запланувати більший обсяг робіт. Цей інтерфейс використовує локальні демонстраційні дані й не надсилає реальних запитів до API.
Збирайте органічні
результати, рекламу та пошукові функції в підтримуваних пошукових системах, на ринках і пристроях. Використовуйте структуровані параметри збору даних у форматах JSON і HTML та параметри для конкретних джерел для відстеження позицій