Google Search Console MCP-сервер

Перелічує всі властивості GSC, до яких має доступ автентифікований користувач. Повертає ID властивості (UUID) і URL (sc-domain:…), які ви передаєте всім іншим інструментам.

Кліки, покази, CTR і середня позиція для властивості за обраний період. Приймає пресети (last_7_days, last_28_days, last_3_months, last_year) або абсолютні дати from/to. Також повертає branded_breakdown, який розбиває кліки, покази, CTR і позицію на branded і non-branded — на основі Brand tag властивості.

Порівнює два періоди GSC поруч і повертає diff + change_pct для кліків, показів, CTR і позиції. Період A може бути пресетом; період B — абсолютний.

Найбільші зміни між двома періодами, з наперед обчисленими дельтами, щоб ваш помічник не мусив занурюватися в кожен елемент окремо. Виберіть dimension=keywords or pages, метрику (кліки, покази або позиція) і direction=up / down / both, щоб отримати тих, хто зростає, тих, хто падає, або найбільші коливання в будь-який бік. За замовчуванням Period B — це період, що безпосередньо передує Period A.

Топові ключові слова для властивості, ранжовані за кліками, показами, CTR або позицією — з порівнянням періодів. Пагінація через next_cursor. Фільтруйте за branded: true|false, щоб відділити брендові запити від тих, що виборені SEO; зведення повертає branded_breakdown, який можна прочитати з одного погляду.

Щоденний часовий ряд (кліки, покази, CTR, позиція) для одного пошукового запиту у властивості. Ті самі опції періоду, що й у зведенні.

За одним запитом перелічує сторінки вашої властивості, які отримують його кліки та покази — ранжовані за кліками, показами, CTR або позицією, з дельтами між періодами та пагінацією через next_cursor. Зручно для виявлення канібалізації ключових слів або пошуку канонічної сторінки для терміна.

Топові сторінки для властивості, ранжовані за кліками, показами, CTR або позицією — кожен рядок повертає кліки, покази, CTR і позицію з дельтами між періодами. Пагінація через next_cursor.

Щоденний часовий ряд (кліки, покази, CTR, позиція) для одного URL у властивості. Сумісний із синтаксисом періодів зведення.

За URL сторінки перелічує пошукові запити, що дають їй кліки та покази — ранжовані за обраною вами метрикою, з дельтами між періодами та пагінацією через next_cursor. Зворотний бік list_pages_for_keyword: почніть із URL і побачте, які саме запити його живлять.

Зведення охоплення індексом для властивості: known (надіслані в sitemap) URL, скільки з них Google індексує, indexed_pct і розбивка by_state (Submitted and indexed, Crawled – currently not indexed, Discovered – currently not indexed, Excluded by 'noindex', Page with redirect, Not found 404, Soft 404…). indexed несе справжні prev/delta; діапазон дат через пресет або абсолютні from/to.

Щоденний тренд проіндексованих сторінок — одна серія "indexed" з точок {date, value}, підсумована за всіма sitemap властивості та готова для графіка часових рядів. Повертає points (дні з реальними даними) і позначає insufficient_history, коли днів замало для змістовного графіка.

URL, що зараз перебувають у заданому стані охоплення Google (передайте state точно так, як його повідомляє get_indexation_summary). Кожен рядок повертає url, state, last_crawled, google_canonical vs declared_canonical і discovered_via (sitemap або сторінка-реферер). Пагінація курсором (limit max 200).

Живий Google URL Inspection для однієї сторінки: coverage_state, verdict (PASS / NEUTRAL / FAIL), indexing_allowed, Google проти користувацького canonical, last_crawl_time, robots_txt_state, page_fetch_state, sitemaps, вибірка referring-URL, rich_results і mobile_usability. Cache-first — повертає свіжий кешований результат або оновлює наживо з GSC у межах квоти інспекції властивості.

Усі завдання для властивості. Фільтр за статусом (open / done), виконавцем, taskbox (колонка) або q (нечутливий до регістру пошук за назвою). Пагінація через next_cursor.

Колонки дошки завдань (taskbox) для ресурсу: id, назва, статус (todo / in_progress / done) і порядок. Передайте отриманий id taskbox — або ключове слово статусу — у create_task чи update_task, щоб перемістити завдання в цю колонку.

Повна інформація про одне завдання. Приймає UUID, slug або повний URL завдання з браузера (аргумент property необов'язковий, якщо передано URL).

Створює завдання у властивості з title (обов'язковий) плюс опціональними description, assignee, priority (1–5, типово 3) і taskbox (типово — колонка TO-DO).

Часткове оновлення завдання — будь-яка комбінація title, description, assignee, priority, taskbox або unassign:true, щоб зняти власника.

Додає коментар до завдання. Те саме гнучке посилання на тикет (UUID / slug / URL), що й у get_task та update_task.

Перелічує коментарі до завдання, разом із вкладеними відповідями. Те саме гнучке посилання на тикет (UUID / slug / URL), що й у get_task — аргумент property необов'язковий, коли ви передаєте URL.

Створює нотатку на графіку для властивості на задану дату (Y-m-d) з текстом нотатки — плюс опціональні довший опис, категорія та прив'язаний UUID завдання. Додається як власна нотатка на рівні сайту, написана вами.

Перелічує анотації властивості в межах діапазону дат, від найновіших. Використовуйте пресет (last_7_days, last_28_days, last_3_months, last_year) або абсолютні дати from/to, з опціональним пошуком підрядка в тексті нотатки та пагінацією (limit обмежено 200).

Повна інформація про одну анотацію за її id — дата, нотатка, опис, категорія, прив'язане завдання, автор і властивість, до якої вона належить. Щоб знайти id, скористайтеся list_annotations.

Видаляє користувацьку анотацію за її id. Видалити можна лише ваші власні користувацькі нотатки — офіційні чи глобальні нотатки відхиляються. Повертає id зі значенням deleted: true.

Перелічує проєкти Site Audit властивості (конфігурації краулу), щоб ви могли знайти audit_id для націлювання. Кожен повертає audit_id, name, mode (list / complete / organic_traffic), device, start_urls, status, progress, last_crawl_date, pages_crawled і найновіший health_score. Більшість інших інструментів аудиту сайту за замовчуванням беруть найсвіжіший завершений аудит, тож це потрібно лише для націлювання на конкретний.

Зведення технічного стану найновішого краулу: health_score (поточний плюс prev і delta), pages_crawled, crawl_date, issues_by_severity (critical / warning / notice, кожен з issue_types і pages_affected порівняно з попереднім краулом), issues_by_category (OnPage, Links, International, Robots, Social) і category_scores за кожною областю. За замовчуванням — найсвіжіший аудит.

Технічні проблеми, виявлені найновішим краулом, спершу найсерйозніші — кожна з issue_code (передайте його в list_site_audit_issue_pages), title, severity, category, pages_affected (з prev і delta), порадою how_to_fix і priority. Фільтруйте за severity та/або category; пагінація курсором (limit max 200).

Точні URL, на які впливає одна проблема — передайте її issue_code і отримайте кожен проблемний url зі значенням для сторінки. Пагінація курсором (limit max 200). Перетворює будь-яку проблему аудиту одразу на конкретний список виправлень.

Повна інформація про краул одного URL: status_code, crawl_depth, indexability_score і health_score, category_scores, issue_counts та issues[] — перевірки сторінки, що не пройшли, кожна з issue_code, severity, category, описом для сторінки та how_to_fix.

Знаходить проскановані сторінки, що відповідають критеріям технічного SEO з вашого останнього аудиту сайту. Фільтруйте за status_code (наприклад, 404), no_canonical (відсутній тег canonical), missing_h1 (відсутній заголовок H1) або check_title (будь-яка перевірка аудиту, показана в інтерфейсі, наприклад «Title Tag too short»). Сортуйте за health, status_code, url або depth, з пагінацією через next_cursor. Кожен рядок повертає url, status_code, title, indexability, performance_score (стан 0–100), last_crawled_at, count_errors і count_warnings — плюс check_description, коли активний фільтр перевірки.

Запускає новий краул (дія запису) — ставить аудит у чергу й витрачає краулерські кредити проєкту (окремі від кредитів MCP) пропорційно до проскановних сторінок. Підтримує режими complete і list; повертає audit_id, status, started_at і pages_queued. Результати стають доступними для інструментів читання після завершення краулу.

Порівнює два краули, щоб відповісти «що погіршилося чи покращилося від минулого разу?» — health_diff плюс лічильники й чотири списки: new_issues, resolved_issues, worsened та improved, кожна проблема несе pages_affected, prev і delta. За замовчуванням — найновіший краул проти попереднього.

Перелічує сторінки, які властивість відстежує в Code Monitor, кожну з її статусом моніторингу — url, last_change_at (найновіша виявлена зміна) та changes_count (загальна кількість виявлених змін). Фільтруйте за підрядком url; посторінкова навігація курсором (limit макс. 200). Повертає feature_not_available, коли план не містить Code Monitor.

Перелічує виявлені on-page зміни коду/HTML, найновіші спершу — кожну з url, date та change_types (Title, Canonical, Meta Description, noindex, robots.txt, sitemap.xml, H1, Status code, Hreflang, Open Graph, Twitter image, Analytics, Tag Manager). Фільтруйте до однієї сторінки за допомогою seoMonitorId чи page або пропустіть для стрічки нещодавніх змін усього проєкту; звузьте за допомогою from/to. Посторінкова навігація курсором (limit макс. 200).

Повертає значення до/після однієї виявленої зміни, адресованої через url + createdAt — по одному запису на кожне змінене поле з type, property, before і after (масиви для багатозначних полів). Передайте changeType, щоб повернути лише одне поле. Повертає not_found, коли жодна зміна не збігається, та invalid_change_type для невідомої назви поля.

Повертає останній збережений стан моніторингової сторінки — поточні витягнуті on-page поля (title, canonical, meta description, meta robots, robots.txt, sitemap.xml, H1, заголовки, status code, hreflang, зображення Open Graph, Twitter image, Analytics, Tag Manager). Адресуйте сторінку через seoMonitorId чи url; необроблений HTML і скріншоти не зберігаються. Повертає not_found для невідомої сторінки.

Перелічує промпти AI Tracker (Brand Radar), які відстежує властивість. Кожен рядок повертає prompt_id, prompt_text, engines_tracked (двигуни LLM, на яких запускається промпт), last_run_at (ISO-8601, найновіший запуск) і runs_in_range (виконання двигунів усередині періоду). Задайте діапазон runs_in_range пресетом (last_7_days, last_28_days, last_3_months, last_year) або абсолютними датами from/to — повний список промптів завжди повертається. Фільтруйте за engine (chatgpt/openai, claude/anthropic, gemini, perplexity) і гортайте через limit (max 200) і next_cursor.

Видимість за кожним двигуном для одного промпта: runs, mentions, mention_rate (%) і зміна у відсоткових пунктах порівняно з безпосередньо попереднім періодом — розбито за ChatGPT, Claude, Gemini і Perplexity, із підсумками, агрегованими за всіма двигунами. Діапазон дат через пресет або абсолютні from/to (типово last_28_days).

Окремі виконання двигунів за одним промптом — по одному рядку на запуск із date, engine, прапорцями mentioned / mentioned_in_text і response_excerpt (до 600 символів реальної відповіді AI). Фільтруйте за engine, задавайте діапазон дат, гортайте через limit (max 200) і next_cursor.

Джерела, які цитували двигуни AI, відповідаючи на один промпт, агреговані за період: own_domain плюс кожен цитований домен і URL, позначені is_own_domain та url_count — тож ви бачите, які з ваших сторінок здобувають цитування, а які виграють конкуренти.

Створює промпт AI Tracker — питання, яке трекер запускає на двигунах. Задайте список двигунів (chatgpt, claude, gemini, perplexity), країну, мову відповіді та частоту запусків (daily, week або month) і за бажанням віднесіть його до теми через topicId чи topicTitle (find-or-create).

Частково оновлює відстежуваний промпт — будь-яку комбінацію його тексту, списку двигунів, країни, мови відповіді чи частоти запусків; пропущені поля лишаються незмінними. Промпт зберігає поточну тему й має лишатися унікальним у її межах.

Видаляє відстежуваний промпт і всі його записані відповіді двигунів. Необоротно; тема промпта лишається недоторканою.

Перелічує теми промптів, що групують промпти на сторінці LLM Tracker — кожна з topic_id і title. Передайте тему в create_prompt / update_prompt, щоб віднести промпт до неї.

Створює (або отримує) тему промпта за назвою — ідемпотентний upsert, тож повторне створення наявної назви повертає її незмінною з created=false. Теми групують промпти на сторінці LLM Tracker.

Перейменовує тему промпта за її topicId. Нова назва має бути непорожньою й унікальною в межах властивості (перейменування на ту саму назву — успішний no-op).

Видаляє тему промпта. Каскадно: кожен промпт, віднесений до неї, і всі записані відповіді цих промптів теж видаляються назавжди. Повертає prompts_deleted. Необоротно.

Перелічує властивості GA4, підключені до твоїх проєктів. Кожен запис повертає id проєкту та URL (будь-який із них працює як аргумент property для інших інструментів GA4), внутрішній ідентифікатор властивості GA4 і дату підключення. Повертаються лише проєкти з підключеною властивістю GA4.

Сеанси, користувачі, нові користувачі, конверсії, показник взаємодії та сеанси на користувача для властивості за обраний період — пресети (last_7_days, last_28_days, last_3_months, last_year) або абсолютні дати from/to. Кожна метрика повертає current, prev і delta порівняно з безпосередньо попереднім періодом.

Порівнює два періоди GA4 поруч — сеанси, користувачі, нові користувачі, конверсії та показник взаємодії, з обома значеннями плюс diff і change_pct для кожної метрики. Період A може бути пресетом; період B — абсолютний. GA4-близнюк compare_date_ranges.

Сеанси з розбивкою за джерелом залучення. Вибери dimension=source_medium (типово) або channel для стандартного групування каналів GA4 — рядки приходять відсортованими за сеансами, кожен зі своєю share_pct від загального обсягу за період, з обмеженням через limit (типово 25, max 100).

Метрики GA4 за кожною сторінкою (лендинг / URL), проранжовані, щоб ти бачив, які сторінки дають найбільше сеансів, реєстрацій (конверсій) чи користувачів. Кожен рядок повертає сторінку плюс сеанси, користувачів, конверсії та engagement_rate, кожен із prev попереднього періоду та change_pct. Сортуй за сеансами (типово), конверсіями чи користувачами; з обмеженням через limit (типово 25, max 100). Сторінковий супутник get_ga4_traffic_by_source.

AI/LLM-реферальний трафік за двигунами — ChatGPT, Perplexity, Gemini, Claude, Copilot та інші, визначені з source/medium сеансів GA4. Кожен двигун повертає сеанси, ключові події та середню тривалість сеансу, зі зміною порівняно з попереднім періодом. Твій GEO-трафік — виміряний.

Перелічує теги ключових слів і сторінок властивості. Кожен тег повертає tag_id, name, type (keyword|page), color, rule_count (правила автоматичного призначення) і member_count (ключові слова чи сторінки, що його зараз несуть). Передавайте назви тегів у фільтр tags в get_top_keywords, get_top_pages і list_winners_losers.

Створює тег у властивості. type — це keyword (тегує ключові слова), url (тегує сторінки) або both. Опціональний color — це hex-рядок, який використовує інтерфейс SEOcrawl. Ідентичність тегу — це name + type, тож повторне створення наявного тегу просто оновлює його color.

Вручну застосовує тег до конкретних ключових слів та/або сторінок, поверх будь-яких авто-правил. Передайте keywords (точні рядки) та/або urls (точні URL сторінок); потрібен принаймні один. Тег створюється для відповідного type, якщо ще не існує.

Видаляє тег із конкретних ключових слів та/або сторінок — зворотний бік apply_tag. Лише знімає тег із цих елементів; не видаляє сам тег і не зачіпає правила автоматичного призначення.

Повністю видаляє тег: знімає його з кожного ключового слова/сторінки та прибирає тег. type — це keyword, url або both. Вбудовані теги Brand / Non-Brand видалити не можна. Авто-правила, націлені на тег, лишаються недоторканими — для них використовуйте delete_tag_rule.

Перелічує правила автоматичного призначення властивості — шаблони, що тегують ключові слова/сторінки автоматично. Опціонально фільтруйте за тегом. Кожне правило повертає rule_id, tag, field (keyword|url), country і свої умови (match + value).

Створює правило автоматичного призначення, що тегує кожне відповідне ключове слово чи сторінку — поточні й майбутні. field — це keyword або url; match — це contains, not_contains, exact, starts_with, ends_with або regex (безпечний шаблон RE2); value — це шаблон. Одне правило на tag+field; тегування наявних елементів виконується асинхронно.

Видаляє правило автоматичного призначення за його rule_id (з list_tag_rules). Зупиняє майбутнє авто-тегування для цього шаблону; елементи, що вже несуть тег, зберігають його (для зняття використовуйте remove_tag або delete_tag).

Перелічує Smart Views для ключових слів і сторінок, визначені для властивості — кожен з view_id, name, type (keyword | page) і назвами тегів, які він групує. Кількість учасників за кожним тегом береться з list_tags.

Створює Smart View з набору тегів (зчитай їх із list_tags). type — це keyword (над тегами ключових слів) або page (над тегами сторінок). Представлення з'являється в інтерфейсі SEOcrawl точно як створене нативно й може там редагуватися.

Видаляє Smart View за його view_id. Назавжди й прибирає представлення також з інтерфейсу SEOcrawl; базові теги не зачіпаються. Звичайний id застосованого фільтра повертає not_found.

Перелічує звіти SEO Reporting, створені для ресурсу — кожен з id, name, is_template, is_automate, created_at і owner. За замовчуванням повертає звичайні звіти; передайте templates: true, щоб натомість перелічити шаблони звітів. Регулярні звіти виключено (використовуйте list_report_schedules). Пагінація курсором через next_cursor.

Отримує метадані одного звіту (name, is_template, is_automate, owner, created_at, а також period і одержувачів, коли він запланований) та його повну структуру віджетів — type, заголовок, позицію, конфігурацію й фільтри кожного віджета. Повертає склад звіту, а не відрендерені числа (читайте їх інструментами GSC / GA4).

Генерує знімок наявного звіту для спільного доступу та повертає його публічний URL (дія запису). Фіксує поточний стан віджетів звіту, дедупльований за хешем вмісту — не приймає діапазон дат, тож спершу відредагуйте віджети звіту, якщо потрібен інший період. Повертає report_id, snapshot_id і url.

Перелічує звіти, налаштовані для автоматичного регулярного надсилання на ресурсі — кожен з id, name, owner, period (week або month) та ID користувачів-одержувачів. Відображає збережену конфігурацію розкладу (period + одержувачі). Пагінація курсором через next_cursor.

Отримує одну живу URL-адресу на вимогу (простий HTTP GET, без JavaScript) і повертає деталі відповіді — фінальний URL, код статусу, повний ланцюжок редиректів, час відповіді та розпакований розмір сторінки — плюс опціональні блоки: розпарсені SEO-елементи (title, meta description, meta robots, canonical, hreflang, заголовки, теги OG/Twitter, типи JSON-LD, кількість слів, кількість посилань, зображення без alt), основний контент у вигляді чистого markdown і сирий HTML. Помилки передавання повертаються як структуровані помилки (dns_error, timeout, blocked_url…). Безкоштовно — ніколи не витрачає кредити MCP; з лімітом запитів на користувача.

Відображає сітку карток KPI зі зведених даних — кожна картка містить підпис, сире значення, необов'язкову одиницю (префікс $, суфікс % або s для тривалості), зміну період до періоду з напрямком вгору/вниз та необов'язкове групування в секції, коли карток більше ніж чотири. Викликається автоматично, коли інструмент зведення (get_gsc_summary, get_ga4_summary…) повертає render_with: render-scorecard. Безкоштовно.

Відображає інтерактивну таблицю із сортуванням, пошуком і пагінацією на боці клієнта з будь-якого спискового результату — топ ключових слів, топ сторінок, найбільші зміни, промпти, зворотні посилання тощо. Стовпці типізуються за даними, а комірки масивів залишаються як чипи. Викликається автоматично, коли списковий інструмент повертає render_with: render-data-table. Безкоштовно.

Відображає інтерактивний лінійний графік зі спливаючою підказкою при наведенні та перехрестям, перемикабельною легендою та автоматичною подвійною віссю Y, коли дві серії використовують різні одиниці. Живиться будь-яким інструментом історії чи денних рядів (get_page_detail, get_keyword_detail, історія ефективності…), що повертає render_with: render-time-series-chart. Безкоштовно.

Живий стан бекенда MCP за кожною поверхнею (GSC, GA4, Site Audit, AI Tracker, Завдання) та кожним сховищем даних, кожен зі статусом ok, degraded або down разом із last_check_at і sample_error. Безплатно й без аргументів — опитай його перед багатокроковим workflow, щоб зламаний endpoint було видно одразу.