Мета автоматизації з ШІ — не прибрати фахівця з процесу, а прибрати з його роботи зайві ручні кроки. AI-агенти можуть скоротити час на підготовчу SEO-аналітику, але результат усе одно потребує перевірки фахівцем. У статті ми розглянемо, як провести таку автоматизацію із Serpstat, що забезпечує SEO-дані та інструменти аналізу, та Stus AI, що об'єднує окремі операції в послідовний агентний сценарій.
Що таке AI-агенти для SEO і чим вони відрізняються від звичайних AI-чатів
AI-чат (ChatGPT, Claude) допомагає SEO-фахівцю виконати окрему задачу: згенерувати ідеї для контенту, пояснити дані, скласти структуру статті або підготувати рекомендації. Зазвичай він реагує на конкретний запит користувача, продовжує його, як мовна модель, передбачаючи ймовірність відповідей, а наступний крок знову доведеться задавати вручну. Додатково можна підключити джерела даних — конектори чи SEO-інструменти, аби ШІ не додумував все сам.
AI-агенти працюють інакше. Агент отримує не лише запит, а й ціль та може самостійно виконати кілька пов’язаних кроків, щоб її досягти, працюючи з актуальними SEO-даними. Наприклад, AI-агент для SEO може отримати ціль «знайти можливості для зростання органічного трафіку» і сам побудувати послідовність дій: визначити пошукових конкурентів, отримати їхні ключові слова, знайти прогалини у семантиці, перевірити потенціал запитів і на основі даних запропонувати пріоритетні теми для контенту.
При цьому агент не просто виконує заздалегідь прописаний ланцюжок. Він оцінює проміжні результати й може змінювати наступний крок залежно від отриманих даних.

Саме здатність самостійно планувати дії, працювати із зовнішніми SEO-інструментами та адаптувати сценарій відрізняє AI-агентів від звичайних AI-помічників і класичної автоматизації.
Як ми проводили експеримент з автоматизації SEO-задач
Для експерименту ми використали Stus.ai — середовище з готовими AI-сценаріями для SEO, які працюють із даними Serpstat, а також інтеграціями з GA та Google Search Console. Кожен сценарій отримував однакові вхідні дані, а результат перевіряв SEO-фахівець.
Ручні сценарії використовують не лише Serpstat, а й Google Keyword Planner, Google Search, GSC і Sheets. Отже, стаття не тестує якість бази Serpstat, а досліджує, наскільки Stus.ai спрощує роботу з нею та іншими інструментами.
Варто зазначити, що Serpstat пропонує кілька інструментів автоматизації, такі як API та MCP з ChatGPT та Claude, що могли б значно прискорити ручний аналіз. Проте ми хотіли дослідити саме повністю ручний метод, без будь-яких автоматизацій.
Для кожної задачі ми фіксували час ручного виконання, час роботи Stus.ai і час, потрібний спеціалісту на перевірку результатів AI-сценарію. Якість оцінювали за часткою результатів, прийнятих без змін, кількістю скоригованих або відхилених рекомендацій та обсягом опрацьованих запитів, URL і конкурентів.
Які показники зафіксували:
|
Задача |
Ручний спосіб та інструменти |
Час вручну |
Час зі Stus AI (та перевіркою) |
Проаналізовано |
AI-висновки, прийняті без змін |
Результати, що потребували перевірки |
Час перевірки |
|
1. Аналіз конкурентів |
Serpstat Competitors, Google Search, Google Sheets |
60 хв |
28 хв |
674 запитів, 6 конкурентів |
80% конкурентів і висновків |
кілька висновків та доменів |
20 хв |
|
2. Підбір ключових слів |
Serpstat Keyword Research, Google Keyword Planner, Google Sheets |
90 хв |
42 хв |
126 запитів, 5 конкурентів |
84% релевантних запитів |
Кілька запитів з неоднозначною або низькою бізнес-релевантністю |
30 хв |
|
3. Кластеризація та карта сторінок |
Serpstat Clustering, ручна перевірка SERP, Google Sheets |
120 хв |
40 хв |
126 запитів, 6 унікальних кластерів |
5 із 6 кластерів |
Кілька кластерів зі змішаним пошуковим наміром |
35 хв |
|
4. Контентні прогалини |
Serpstat Domain Intersection, аналіз сторінок конкурентів, Google Sheets |
75 хв |
35 хв |
30 тем, 5 конкурентів |
60% знайдених можливостей |
12 тем потребували відсіву або додаткової оцінки |
25 хв |
|
5. Сторінки на позиціях 11–20 |
Google Search Console, Serpstat Position History, Google Sheets |
50 хв |
22 хв |
9 нових кластерів, 6 URL проаналізовано |
90% відібраних запитів |
Кілька URL потребували іншої дії або мали недостатній потенціал |
15 хв |
|
Разом |
— |
395 хв / 6 год 35 хв |
167 хв / 2 год 47 хв |
— |
— |
— |
125 хв / 2 год 6 хв |
Які задачі ми передали AI-агенту
Ми обрали п’ять пов’язаних SEO-задач, які разом формують шлях від первинного аналізу ніші до конкретного плану дій. Кожну задачу спочатку виконували вручну в інтерфейсі Serpstat, Google Search Console і таблицях, а потім запускали відповідний сценарій у Stus.ai з однаковими вхідними параметрами.
Задача 1: Аналіз конкурентів
Першим кроком потрібно було визначити, з ким сайт насправді конкурує в органічній видачі. Це не завжди ті самі компанії, яких бізнес вважає своїми прямими конкурентами. Google може показувати за цільовими запитами маркетплейси, медіа, каталоги, агрегатори й інформаційні ресурси — тобто пошукових конкурентів, які забирають видимість і трафік.
Під час ручного аналізу ми:
- Ввели домен у звіт конкурентів Serpstat для Google Україна.
- Відібрали домени з найбільшим перетином ключових слів.
- Перевірили їхню видимість, орієнтовний трафік і кількість спільних запитів.
- Переглянули сторінки, які отримують найбільше органічного трафіку.
- Вручну перевірили видачу Google за пріоритетними запитами.
- Розділили знайдені домени на прямих бізнес-конкурентів, пошукових конкурентів та нерелевантні ресурси.
Щоб зібрати результати в одну таблицю, зіставити домени й підготувати короткі висновки, знадобилося близько 60 хвилин.
Потім ми передали ту саму задачу Stus.ai: вказали домен, регіон пошуку та описали, яких конкурентів потрібно знайти. AI-агент самостійно звернувся до даних Serpstat, порівняв домени й підготував структурований звіт із ключовими показниками та поясненням, чому кожен сайт потрапив до списку. Виконання зайняло близько 8 хвилин.

Промпт у Stus AI

Результат аналізу конкурентів
Спеціаліст додатково перевірив бізнес-релевантність конкурентів, аудиторію, пошуковий намір і цінність спільних ключових слів. Наприклад, інформаційний сайт може мати великий перетин ключових слів із комерційним проєктом, але не конкурувати з ним за клієнтів
Після перевірки близько 80% запропонованих конкурентів і висновків можна було використати без змін. Деякі потребували уточнення, а кілька висновків потрібно було скоригувати відповідно до цільової аудиторії та продуктового позиціонування. На перевірку й фінальну класифікацію знадобилося ще близько 20 хвилин.
Отже, Stus.ai не замінив стратегічний вибір конкурентів, але прибрав основну підготовчу роботу: пошук доменів, зіставлення показників і формування первинного звіту.
Задача 2: Підбір ключових слів
Наступним кроком було зібрати пошукові запити, за якими сайт може залучати цільову аудиторію. Для цього ми використали основні теми продукту, ключові слова знайдених конкурентів і запити, за якими їхні сторінки вже отримують органічну видимість.
Під час ручного дослідження ми:
- Зібрали базові ключові слова за основними напрямами сайту.
- Розширили список через пов’язані запити та пошукові підказки.
- Вивантажили ключові слова конкурентів із Serpstat.
- Перевірили частотність, складність і пошуковий намір.
- Видалили дублікати, нерелевантні та надто широкі запити.
- Об’єднали результати в Google Sheets для подальшої кластеризації.
Ручний збір, об’єднання та очищення списку зайняли близько 90 хвилин.
Для автоматизованого сценарію ми передали Stus.ai домен, регіон Google Україна, основні теми продукту та список основних конкурентів із попереднього етапу.

AI-агент звернувся до даних Serpstat, зібрав запити з кількох джерел, об’єднав їх і застосував первинні фільтри. Виконання зайняло близько 12 хвилин.


Загалом агент проаналізував приблизно 126 потенційних запитів. Після автоматичного очищення залишилося 6 унікальних кластерів. В ручному режимі найдовше довелось чистити різні написання тих самих фраз, а також російськомовні запити, які мають високу частотність, але не підходять для наступних ТЗ.
Близько 20 запитів спеціаліст відсіяв одразу. Основними причинами були:
- занадто загальний інформаційний намір;
- низька ймовірність конверсії;
- брендові запити;
- топоніми;
- запити, для яких сайт не міг запропонувати достатньо корисний контент.
На перевірку результату Stus.ai знадобилося близько 30 хвилин.
Цей етап показав, що основна економія часу виникає не завдяки повній відмові від ручного відбору, а завдяки автоматизації збору, об’єднання та первинного очищення даних. Спеціаліст працював уже не з кількома розрізненими вивантаженнями, а з підготовленим списком, який потрібно було адаптувати до продукту та бізнес-цілей.
Задача 3: Кластеризація та карта сторінок
Після підбору ключових слів ми перейшли від списку запитів до структури майбутнього контенту. На цьому етапі потрібно було визначити, які запити можна просувати на одній сторінці, для яких потрібні окремі URL, а які вже покривають наявні сторінки сайту.
Для тесту ми використали запити, які залишилися після попереднього етапу. У ручному сценарії спеціаліст:
- Згрупував запити за схожістю пошукової видачі у Serpstat.
- Переглянув результати Google для неоднозначних груп.
- Визначив основний і допоміжні запити для кожної сторінки.
- Зіставив кластери з наявними URL.
- Позначив теми, для яких потрібно створити нові сторінки.
- Об’єднав результати в карту сайту в Google Sheets.
Кластеризація, перевірка видачі та підготовка карти сторінок зайняли близько 2 годин.

Кластери і ключі, допрацьовані вручну
У Stus.ai ми передали очищений список ключових слів і домен сайту. AI-агент згрупував запити, визначив пошуковий намір, запропонував основне ключове слово для кожної групи та підготував початкову карту сторінок. У ній зазначено:
- наявний або новий URL;
- title/H1 майбутньої сторінки;
- цільова аудиторія
- основний і додаткові запити;
- пріоритет створення чи оптимізації сторінки.
Serpstat групує запити за схожістю пошукової видачі, тоді як Stus.ai додатково інтерпретує намір і значення ключових слів. Якщо для задачі важливо перевірити, чи Google фактично показує схожі результати за різними запитами, доцільно використовувати кластеризацію Serpstat.

Результат кластеризації Stus.ai
Спеціаліст перевірив неоднозначні кластери, пошуковий намір і ризик канібалізації. Кілька ключів потребували перевірки через Пакетний аналіз Serpstat, щоб оцінити додатково Складність та Конкуренцію в PPC.
На перевірку кластерів і фінальне коригування карти сторінок знадобилося близько 35 хвилин.
Задача 4: Контентні прогалини
На цьому етапі ми перевіряли, які теми потенційно покривають конкуренти та яких матеріалів може бракувати нам. Stus.ai сформував контент-план із 30 потенційних сторінок для чотирьох сегментів аудиторії. Для кожної сторінки система запропонувала тему, заголовок, короткий опис і три цільові запити.
Загалом у вивантаженні було 90 ключових слів. Точних дублів серед запитів і заголовків не виявилося. Серед релевантних напрямів були просування нового сайту, технічний SEO-аудит, аналіз конкурентів, крауд-маркетинг, аутрич, пошукові оператори, SEO для інтернет-магазинів і візуалізація даних у Data Studio.

Проте готовий контент-план не можна було використовувати без перевірки. Ручний перегляд показав, що 16 із 30 запропонованих тем безпосередньо відповідали SEO-тематиці. Ще дві — ROMI та використання Reddit для бізнесу — можна було залишити як суміжні матеріали, якщо вони відповідають загальній контентній стратегії сайту.

В одному із заголовків агент також використав неактуальний рік — це потребувало ручного виправлення. Наша модель, вірогідно, взяла його із контенту конкурентів або шаблонів, використаних під час генерації. Проте, це структура, яку легко адаптувати до будь-якого року, це так-званий «evergreen заголовок».
Кілька тем виходили за межі SEO-ресурсу. Ми не трактували це автоматично як помилки AI-агента: поява таких тем могла бути наслідком занадто широкого опису аудиторії або недостатньо жорстких тематичних обмежень у промпті.
Додатково спеціаліст перевірив відповідність ключових слів пошуковому наміру та запропонованому заголовку. Наприклад, у матеріалі про Google Analytics частина запитів виявилася надто широкою.
Отже, результат став чернеткою контентної карти: спеціаліст відсіяв тематично нерелевантні сторінки, перевірив відповідність ключових слів заголовкам і визначив, які прогалини справді варто додати до плану.
Загалом створення такого плану вручну із Serpstat зайняло б від 1 години. Якщо аналізувати понад п’ять конкурентів або початковий масив у кілька тисяч запитів, робота могла б тривати значно довше. Наш агент впорався за 10 хвилин, але ручна перевірка результатів редактором тут надзвичайно важлива.
Задача 5: Сторінки на позиціях 11–20
Потенційними швидкими точками зростання вважають сторінки, які вже ранжуються на позиціях 11–20. Вони перебувають близько до першої сторінки Google, тому покращення контенту, метатегів, внутрішніх посилань або відповідності пошуковому наміру може дати результат швидше, ніж просування нової сторінки з нуля.
Stus.ai знайшов дев’ять кластерів запитів для шести URL. До них увійшло 29 унікальних ключових фраз із позиціями від 12 до 18. Для пріоритезації враховували поточну позицію, частотність кластера, складність запиту, пошуковий намірі розрахований потенціал трафіку.

Найпомітнішою точкою зростання стала українська головна сторінка Serp-Hub. Вона займає 14-ту позицію за запитом `seo курсы`.
Результати перевірили вручну. Частина запитів була російськомовною, хоча ранжувалася українська сторінка. Запит про курси з працевлаштуванням можна використовувати лише тоді, коли така можливість справді передбачена продуктом. Для запитів про SEO-вебінари може бути доречнішою окрема сторінка, а не оптимізація головної.
У результаті один кластер визначили як основний пріоритет, три — як умовні можливості, що залежать від продукту й структури сайту.
Час роботи Stus.ai — близько 6 хвилин і знову близько 15 хвилин тривала перевірка.
AI-агент проти ручного сценарію на базі SEO-даних кількох інструментів
Автоматизація SEO-процесів пришвидшує збір і первинний аналіз даних, але AI-агент не знає внутрішніх пріоритетів бізнесу. Тому спеціаліст перевіряє пошуковий інтент, можливу канібалізацію й комерційну цінність рекомендацій, а також визначає порядок їх упровадження.
AI-агент найкраще впорався зі збором, об’єднанням і первинною пріоритезацією великих масивів SEO-даних. Ручне втручання знадобилося там, де результат залежав від мови, структури сайту та бізнес-пріоритетів.
Економію часу рахували з урахуванням перевірки: порівнювали ручне виконання з сумою часу роботи Stus.ai і подальшої перевірки спеціалістом.
Результат:
- Повністю ручний процес: 6 годин 35 хвилин.
- Повний процес зі Stus.ai: 2 години 47 хвилин (з експертною перевіркою)
- Економія часу: 3 год 48 хвилин.
Тобто, у цьому тесті тривалість п'яти процесів скоротилася приблизно на 58%, уже з урахуванням ручної перевірки.
Як автоматизувати SEO і не втратити контроль
Дослідження Microsoft показало: з AI роль фахівця зміщується від ручного виконання до перевірки результатів і контролю процесу.
AI-агенту можна делегувати збір і порівняння даних, фільтрацію запитів, кластеризацію та підготовку чернетки рекомендацій. SEO-фахівець визначає релевантних конкурентів, перевіряє пошуковий намір, враховує бізнес-пріоритети й ухвалює остаточне рішення.
Контроль потрібен у трьох точках: перед запуском — перевірити домен, регіон, базу та період; після аналізу — звірити сумнівні запити й URL із видачею; перед дією — підтвердити зміни на сайті, експорт або використання платних даних.
Висновок
Найбільша цінність AI-автоматизацій — не у спробі замінити SEO-фахівця, а у скороченні підготовчої роботи. Stus.ai підготував основу для подальших рішень.
Результати експерименту показали — спеціаліст дійсно витрачав менше часу на таблиці й більше — на пріоритезацію та стратегію.
Авторизуйтесь , щоб залишати коментарі