Google Search Console Serwer MCP

Wymienia każdą property GSC, do której uwierzytelniony użytkownik ma dostęp. Zwraca ID property (UUID) oraz URL (sc-domain:…), które przekazujesz do wszystkich pozostałych narzędzi.

Kliknięcia, wyświetlenia, CTR i średnia pozycja dla property w wybranym oknie. Akceptuje presety (last_7_days, last_28_days, last_3_months, last_year) lub bezwzględne daty from/to. Zwraca też branded_breakdown, który dzieli kliknięcia, wyświetlenia, CTR i pozycję na branded i non-branded — sterowany tagiem Brand property.

Porównuje dwa okna GSC obok siebie i zwraca diff + change_pct dla kliknięć, wyświetleń, CTR i pozycji. Okres A może być presetem; okres B jest bezwzględny.

Największe ruchy między dwoma okresami, z deltami policzonymi z góry, dzięki czemu Twój asystent nie musi wgłębiać się w każdą pozycję osobno. Wybierz dimension=keywords or pages, metrykę (kliknięcia, wyświetlenia lub pozycję) oraz direction=up / down / both, aby uzyskać zyskujących, tracących lub największe wahania w obie strony. Period B domyślnie to okres bezpośrednio poprzedzający Period A.

Najlepsze słowa kluczowe dla property uszeregowane według kliknięć, wyświetleń, CTR lub pozycji — z porównaniem okres-do-okresu. Stronicowane przez next_cursor. Filtruj branded: true|false, aby oddzielić zapytania brandowe od tych wypracowanych przez SEO; podsumowanie zwraca branded_breakdown, który odczytasz na jeden rzut oka.

Dzienny szereg czasowy (kliknięcia, wyświetlenia, CTR, pozycja) dla pojedynczego zapytania w property. Te same opcje zakresu dat co podsumowanie.

Dla pojedynczego zapytania wypisuje strony Twojej property, które zdobywają jego kliknięcia i wyświetlenia — uszeregowane według kliknięć, wyświetleń, CTR lub pozycji, z deltami okres-do-okresu i stronicowaniem przez next_cursor. Przydatne do wykrywania kanibalizacji słów kluczowych lub znalezienia strony kanonicznej dla danego terminu.

Najlepsze strony dla property uszeregowane według kliknięć, wyświetleń, CTR lub pozycji — każdy wiersz zwraca kliknięcia, wyświetlenia, CTR i pozycję z deltami okres-do-okresu. Stronicowane przez next_cursor.

Dzienny szereg czasowy (kliknięcia, wyświetlenia, CTR, pozycja) dla pojedynczego URL-a strony w property. Drop-in kompatybilne ze składnią zakresu dat z podsumowania.

Dla podanego URL-a strony wypisuje zapytania wyszukiwania, które napędzają jej kliknięcia i wyświetlenia — uszeregowane według wybranej metryki, z deltami okres-do-okresu i stronicowaniem przez next_cursor. Odwrotność list_pages_for_keyword: zaczynasz od URL-a i widzisz dokładnie, które zapytania go zasilają.

Podsumowanie pokrycia indeksowania dla property: znane (zgłoszone w mapie witryny) adresy URL, ile z nich Google indeksuje, indexed_pct oraz podział 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 niesie prawdziwe prev/delta; zakres dat przez preset lub bezwzględne from/to.

Dzienny trend zindeksowanych stron — jedna seria "indexed" punktów {date, value}, zsumowana po mapach witryny property i gotowa do wykresu szeregu czasowego. Zwraca points (dni z realnymi danymi) i sygnalizuje insufficient_history, gdy dni jest zbyt mało, by sensownie narysować wykres.

Adresy URL aktualnie w danym stanie pokrycia Google (podaj stan dokładnie tak, jak raportuje go get_indexation_summary). Każdy wiersz zwraca url, state, last_crawled, google_canonical vs declared_canonical oraz discovered_via (mapa witryny lub strona odsyłająca). Stronicowane kursorem (limit max 200).

Live Google URL Inspection dla jednej strony: coverage_state, verdict (PASS / NEUTRAL / FAIL), indexing_allowed, kanoniczny Google vs użytkownika, last_crawl_time, robots_txt_state, page_fetch_state, sitemaps, próbka odsyłających adresów URL, rich_results i mobile_usability. Cache-first — zwraca świeży wynik z cache lub odświeża na żywo z GSC w ramach limitu inspekcji property.

Wszystkie zadania dla property. Filtruj po statusie (open / done), osobie przypisanej, taskboxie (kolumna) lub q (wyszukiwanie po tytule, niewrażliwe na wielkość liter). Stronicowane przez next_cursor.

Kolumny tablicy zadań (taskboxy) dla danej property: id, nazwa, status (todo / in_progress / done) i kolejność. Przekaż zwrócone id taskboxa — albo słowo kluczowe statusu — do create_task lub update_task, aby przenieść zadanie do tej kolumny.

Pełne szczegóły pojedynczego zadania. Akceptuje UUID, slug lub pełny URL zadania z przeglądarki (argument property jest opcjonalny, gdy podasz URL).

Tworzy zadanie na property z title (wymagane) plus opcjonalnie description, assignee, priority (1–5, domyślnie 3) i taskbox (domyślnie kolumna TO-DO).

Aktualizuje zadanie częściowo — dowolna kombinacja title, description, assignee, priority, taskbox lub unassign:true, aby wyczyścić właściciela.

Dołącza komentarz do zadania. Ta sama elastyczna referencja zgłoszenia (UUID / slug / URL) co get_task i update_task.

Wypisuje komentarze do zadania, łącznie z zagnieżdżonymi odpowiedziami. Ta sama elastyczna referencja zgłoszenia (UUID / slug / URL) co get_task — argument property jest opcjonalny, gdy podasz URL.

Tworzy notatkę na wykresie property dla danej daty (Y-m-d) wraz z treścią notatki — plus opcjonalnie dłuższy opis, kategorię i powiązany UUID zadania. Dodawana jako niestandardowa notatka obejmująca całą witrynę, której jesteś autorem.

Wypisuje adnotacje property w zakresie dat, od najnowszych. Użyj presetu (last_7_days, last_28_days, last_3_months, last_year) lub bezwzględnych dat from/to, z opcjonalnym wyszukiwaniem fragmentu w treści notatki i stronicowaniem (limit ograniczony do 200).

Pełne szczegóły pojedynczej adnotacji po jej id — data, notatka, opis, kategoria, powiązane zadanie, autor i property, do której należy. Użyj list_annotations, aby znaleźć id.

Usuwa niestandardową adnotację na podstawie jej id. Usunąć można tylko własne niestandardowe notatki — notatki oficjalne lub globalne są odrzucane. Zwraca id z deleted: true.

Wypisuje projekty Site Audit property (konfiguracje crawlowania), abyś mógł odkryć audit_id do wskazania. Każdy zwraca audit_id, name, mode (list / complete / organic_traffic), device, start_urls, status, progress, last_crawl_date, pages_crawled oraz najnowszy health_score. Większość pozostałych narzędzi site-audit domyślnie bierze ostatnio zakończony audyt, więc to przydaje się tylko, gdy chcesz wskazać konkretny.

Podsumowanie stanu technicznego ostatniego crawla: health_score (bieżący plus prev i delta), pages_crawled, crawl_date, issues_by_severity (critical / warning / notice, każdy z issue_types i pages_affected względem poprzedniego crawla), issues_by_category (OnPage, Links, International, Robots, Social) oraz category_scores dla poszczególnych obszarów. Domyślnie najnowszy audyt.

Problemy techniczne wykryte przez ostatni crawl, najpoważniejsze najpierw — każdy z issue_code (przekaż go do list_site_audit_issue_pages), title, severity, category, pages_affected (z prev i delta), wskazówkami how_to_fix oraz priority. Filtruj po severity i/lub category; stronicowane kursorem (limit max 200).

Dokładne adresy URL dotknięte jednym problemem — przekaż jego issue_code i otrzymaj każdy problematyczny url z wartością dla danej strony. Stronicowane kursorem (limit max 200). Zamienia dowolny problem z audytu prosto w konkretną listę poprawek.

Pełny szczegół crawla dla jednego URL-a: status_code, crawl_depth, indexability_score i health_score, category_scores, issue_counts oraz issues[] — kontrole, które strona oblewa, każda z issue_code, severity, category, opisem dla danej strony i how_to_fix.

Znajduje zcrawlowane strony spełniające kryteria technicznego SEO z Twojego ostatniego audytu witryny. Filtruj po status_code (np. 404), no_canonical (brak tagu kanonicznego), missing_h1 (brak nagłówka H1) lub check_title (dowolna kontrola audytu pokazana w UI, np. "Title Tag too short"). Sortuj po health, status_code, url lub depth, ze stronicowaniem przez next_cursor. Każdy wiersz zwraca url, status_code, title, indexability, performance_score (health 0–100), last_crawled_at, count_errors i count_warnings — plus check_description, gdy aktywny jest filtr kontroli.

Uruchamia świeży crawl (akcja zapisu) — kolejkuje audyt i wydaje kredyty crawlera projektu (oddzielne od kredytów MCP) proporcjonalnie do zcrawlowanych stron. Obsługuje tryby complete i list; zwraca audit_id, status, started_at i pages_queued. Wyniki stają się dostępne dla narzędzi odczytu, gdy crawl się zakończy.

Porównuje dwa crawle, by odpowiedzieć na pytanie „co się pogorszyło lub poprawiło od ostatniego razu?” — health_diff plus liczniki i cztery listy: new_issues, resolved_issues, worsened i improved, każdy problem niesie pages_affected, prev i delta. Domyślnie ostatni crawl vs poprzedni.

Wyświetla strony monitorowane przez usługę w Code Monitor, każdą z jej statusem monitorowania — url, last_change_at (najnowsza wykryta zmiana) i changes_count (łączna liczba wykrytych zmian). Filtruj po fragmencie url; paginacja kursorem (limit maks. 200). Zwraca feature_not_available, gdy plan nie obejmuje Code Monitor.

Wyświetla wykryte zmiany kodu/HTML on-page, od najnowszych — każdą z url, date i change_types (Title, Canonical, Meta Description, noindex, robots.txt, sitemap.xml, H1, Status code, Hreflang, Open Graph, Twitter image, Analytics, Tag Manager). Filtruj do jednej strony za pomocą seoMonitorId lub page albo pomiń, aby uzyskać kanał ostatnich zmian z całego projektu; zawęź za pomocą from/to. Paginacja kursorem (limit maks. 200).

Zwraca wartości przed/po dla pojedynczej wykrytej zmiany, adresowanej przez url + createdAt — jeden wpis na każde zmienione pole z type, property, before i after (tablice dla pól wielowartościowych). Podaj changeType, aby zwrócić tylko jedno pole. Zwraca not_found, gdy żadna zmiana nie pasuje, oraz invalid_change_type dla nieznanej etykiety pola.

Zwraca najnowszy zapisany stan monitorowanej strony — bieżące wyodrębnione pola on-page (title, canonical, meta description, meta robots, robots.txt, sitemap.xml, H1, nagłówki, status code, hreflang, obraz Open Graph, Twitter image, Analytics, Tag Manager). Wskaż stronę przez seoMonitorId lub url; surowy HTML i zrzuty ekranu nie są przechowywane. Zwraca not_found dla nieznanej strony.

Wypisuje prompty AI Tracker (Brand Radar), które śledzi property. Każdy wiersz zwraca prompt_id, prompt_text, engines_tracked (silniki LLM, na których uruchamiany jest prompt), last_run_at (ISO-8601, najnowsze uruchomienie) i runs_in_range (uruchomienia silników w danym oknie). Zakres runs_in_range ustaw presetem (last_7_days, last_28_days, last_3_months, last_year) lub bezwzględnymi datami from/to — pełna lista promptów zawsze wraca. Filtruj po silniku (chatgpt/openai, claude/anthropic, gemini, perplexity) i stronicuj przez limit (max 200) i next_cursor.

Widoczność dla poszczególnych silników dla jednego promptu: runs, mentions, mention_rate (%) oraz zmiana w punktach procentowych względem bezpośrednio poprzedzającego okresu — w rozbiciu na ChatGPT, Claude, Gemini i Perplexity, z totalami zagregowanymi po silnikach. Zakres dat przez preset lub bezwzględne from/to (domyślnie last_28_days).

Pojedyncze uruchomienia silników stojące za jednym promptem — jeden wiersz na uruchomienie z date, engine, flagami mentioned / mentioned_in_text i response_excerpt (do 600 znaków faktycznej odpowiedzi AI). Filtruj po silniku, ogranicz zakresem dat, stronicuj przez limit (max 200) i next_cursor.

Źródła, które silniki AI zacytowały, odpowiadając na jeden prompt, zagregowane w zakresie: own_domain plus każda zacytowana domena i URL oznaczone is_own_domain i url_count — abyś widział, które z Twoich stron zdobywają cytowania, a które wygrywają konkurenci.

Tworzy prompt AI Tracker — pytanie, które tracker uruchamia względem silników. Ustaw listę silników (chatgpt, claude, gemini, perplexity), country, język odpowiedzi i cadans uruchamiania (daily, week lub month), a opcjonalnie umieść go pod tematem przez topicId lub topicTitle (find-or-create).

Częściowo aktualizuje śledzony prompt — dowolna kombinacja jego tekstu, listy silników, country, języka odpowiedzi lub cadansu uruchamiania; pominięte pola pozostają bez zmian. Prompt zachowuje swój bieżący temat i musi pozostać w nim unikalny.

Usuwa śledzony prompt i wszystkie jego zapisane odpowiedzi silników. Nieodwracalne; temat promptu pozostaje nienaruszony.

Wypisuje tematy promptów, które grupują prompty na stronie LLM Tracker — każdy z topic_id i title. Przekaż temat do create_prompt / update_prompt, aby umieścić pod nim prompt.

Tworzy (lub pobiera) temat promptu po title — idempotentny upsert, więc ponowne utworzenie istniejącego title zwraca go bez zmian z created=false. Tematy grupują prompty na stronie LLM Tracker.

Zmienia nazwę tematu promptu po jego topicId. Nowy title musi być niepusty i unikalny w obrębie property (zmiana na ten sam title to udany no-op).

Usuwa temat promptu. Kaskadowo: każdy prompt umieszczony pod nim oraz wszystkie zapisane odpowiedzi tych promptów również są trwale usuwane. Zwraca prompts_deleted. Nieodwracalne.

Wypisuje property GA4 połączone z Twoimi projektami. Każdy wpis zwraca id projektu i URL (oba działają jako argument property dla pozostałych narzędzi GA4), bazowy identyfikator property GA4 oraz datę połączenia. Zwracane są tylko projekty z połączoną property GA4.

Sesje, użytkownicy, nowi użytkownicy, konwersje, współczynnik zaangażowania i sesje na użytkownika dla property w wybranym oknie — presety (last_7_days, last_28_days, last_3_months, last_year) lub bezwzględne daty from/to. Każda metryka zwraca current, prev i delta względem bezpośrednio poprzedzającego okresu.

Porównuje dwa okna GA4 obok siebie — sesje, użytkownicy, nowi użytkownicy, konwersje i współczynnik zaangażowania, z obiema wartościami plus diff i change_pct dla każdej metryki. Okres A może być presetem; okres B jest bezwzględny. Bliźniak compare_date_ranges dla GA4.

Sesje w podziale na źródła pozyskania. Wybierz dimension=source_medium (domyślnie) lub channel dla domyślnego grupowania kanałów GA4 — wiersze przychodzą posortowane według sesji, każdy ze swoim share_pct całości okresu, ograniczone przez limit (domyślnie 25, max 100).

Metryki GA4 na stronę (landing / URL), uszeregowane tak, byś widział, które strony generują najwięcej sesji, rejestracji (konwersji) lub użytkowników. Każdy wiersz zwraca stronę plus sesje, użytkowników, konwersje i engagement_rate, każde z prev poprzedniego okresu i change_pct. Sortuj po sesjach (domyślnie), konwersjach lub użytkownikach; ograniczone przez limit (domyślnie 25, max 100). Towarzysz get_ga4_traffic_by_source na poziomie strony.

Ruch z poleceń AI/LLM według silnika — ChatGPT, Perplexity, Gemini, Claude, Copilot i inne, wykrywane z source/medium sesji GA4. Każdy silnik zwraca sesje, kluczowe zdarzenia i średni czas trwania sesji, ze zmianą względem poprzedniego okresu. Twój ruch GEO, zmierzony.

Wypisuje tagi słów kluczowych i stron danej property. Każdy tag zwraca tag_id, name, type (keyword|page), color, rule_count (reguły automatycznego przypisywania) i member_count (słowa kluczowe lub strony, które aktualnie go noszą). Przekazuj nazwy tagów do filtra tags w get_top_keywords, get_top_pages i list_winners_losers.

Tworzy tag na property. type to keyword (taguje słowa kluczowe), url (taguje strony) lub both. Opcjonalny color to ciąg hex używany przez UI SEOcrawl. Tożsamość tagu to name + type, więc ponowne utworzenie istniejącego tagu po prostu aktualizuje jego color.

Ręcznie nadaje tag konkretnym słowom kluczowym i/lub stronom, ponad wszelkimi regułami automatycznymi. Przekaż keywords (dokładne ciągi) i/lub urls (dokładne URL-e stron); wymagany jest co najmniej jeden. Tag jest tworzony dla odpowiedniego type, jeśli jeszcze nie istnieje.

Usuwa tag z konkretnych słów kluczowych i/lub stron — odwrotność apply_tag. Tylko odpina tag od tych pozycji; nie usuwa samego tagu ani nie rusza reguł automatycznego przypisywania.

Usuwa tag całkowicie: odpina go od każdego słowa kluczowego/strony i kasuje tag. type to keyword, url lub both. Wbudowanych tagów Brand / Non-Brand nie można usunąć. Reguły automatyczne celujące w tag pozostają nienaruszone — do tego użyj delete_tag_rule.

Wypisuje reguły automatycznego przypisywania property — wzorce, które tagują słowa kluczowe/strony automatycznie. Opcjonalnie filtruj po tagu. Każda reguła zwraca rule_id, tag, field (keyword|url), country i swoje warunki (match + value).

Tworzy regułę automatycznego przypisywania, która taguje każde pasujące słowo kluczowe lub stronę — obecne i przyszłe. field to keyword lub url; match to contains, not_contains, exact, starts_with, ends_with lub regex (bezpieczny wzorzec RE2); value to wzorzec. Jedna reguła na tag+field; tagowanie istniejących pozycji działa asynchronicznie.

Usuwa regułę automatycznego przypisywania po jej rule_id (z list_tag_rules). Zatrzymuje przyszłe automatyczne tagowanie dla tego wzorca; pozycje, które już noszą tag, zachowują go (do odpięcia użyj remove_tag lub delete_tag).

Wypisuje Smart Views słów kluczowych i stron zdefiniowane dla property — każdy z view_id, name, type (keyword | page) oraz nazwami tagów, które grupuje. Liczby członków dla poszczególnych tagów pochodzą z list_tags.

Tworzy Smart View z zestawu tagów (odczytaj je z list_tags). type to keyword (nad tagami słów kluczowych) lub page (nad tagami stron). Widok pojawia się w UI SEOcrawl dokładnie jak utworzony natywnie i można go tam edytować.

Usuwa Smart View po jego view_id. Trwałe i usuwa widok także z UI SEOcrawl; bazowe tagi pozostają nienaruszone. Zwykłe id zastosowanego filtra zwraca not_found.

Wylistuj raporty SEO Reporting utworzone dla usługi — każdy z id, name, is_template, is_automate, created_at i owner. Domyślnie zwraca zwykłe raporty; przekaż templates: true, aby zamiast tego wylistować szablony raportów. Raporty cykliczne są wykluczone (użyj list_report_schedules). Paginacja kursorem przez next_cursor.

Pobierz metadane jednego raportu (name, is_template, is_automate, owner, created_at oraz period i odbiorców, gdy jest zaplanowany) i jego pełną strukturę widżetów — type, tytuł, pozycję, konfigurację i filtry każdego widżetu. Zwraca kompozycję raportu, nie wyrenderowane liczby (odczytaj je narzędziami GSC / GA4).

Wygeneruj udostępnialną migawkę istniejącego raportu i otrzymaj jego publiczny URL (akcja zapisu). Zapisuje bieżący stan widżetów raportu, deduplikowany po haszu treści — nie przyjmuje zakresu dat, więc najpierw edytuj widżety raportu, jeśli potrzebujesz innego okresu. Zwraca report_id, snapshot_id i url.

Wylistuj raporty skonfigurowane do automatycznego cyklicznego wysyłania w usłudze — każdy z id, name, owner, period (week lub month) i identyfikatorami użytkowników-odbiorców. Odzwierciedla zapisaną konfigurację harmonogramu (period + odbiorcy). Paginacja kursorem przez next_cursor.

Pobiera pojedynczy adres URL na żądanie (zwykły HTTP GET, bez JavaScriptu) i zwraca szczegóły odpowiedzi — końcowy URL, kod statusu, pełny łańcuch przekierowań, czas odpowiedzi i rozpakowany rozmiar strony — plus opcjonalne bloki: sparsowane elementy SEO (title, meta description, meta robots, canonical, hreflang, nagłówki, tagi OG/Twitter, typy JSON-LD, liczba słów, liczba linków, obrazy bez atrybutu alt), główną treść jako czysty markdown oraz surowy HTML. Błędy transportu zwracają ustrukturyzowane błędy (dns_error, timeout, blocked_url…). Za darmo — nigdy nie zużywa kredytów MCP; z limitem zapytań na użytkownika.

Renderuje siatkę kart KPI na podstawie danych podsumowujących — każda karta zawiera etykietę, wartość surową, opcjonalną jednostkę (prefiks $, sufiks % lub s dla czasu trwania), zmianę okres do okresu z kierunkiem w górę/w dół oraz opcjonalne grupowanie w sekcje, gdy kart jest więcej niż cztery. Wywoływana automatycznie, gdy narzędzie podsumowujące (get_gsc_summary, get_ga4_summary…) zwróci render_with: render-scorecard. Za darmo.

Renderuje interaktywną tabelę z sortowaniem, wyszukiwaniem i stronicowaniem po stronie klienta na podstawie dowolnego wyniku listy — najlepsze słowa kluczowe, najlepsze strony, największe wzrosty i spadki, prompty, linki zwrotne i więcej. Kolumny są typowane na podstawie danych, a komórki tablicowe pozostają jako chipy. Wywoływana automatycznie, gdy narzędzie listujące zwróci render_with: render-data-table. Za darmo.

Renderuje interaktywny wykres liniowy z dymkiem podpowiedzi przy najechaniu i celownikiem, przełączalną legendą oraz automatyczną podwójną osią Y, gdy dwie serie używają różnych jednostek. Zasilany przez dowolne narzędzie historii lub serii dziennej (get_page_detail, get_keyword_detail, historia wydajności…), które zwraca render_with: render-time-series-chart. Za darmo.

Stan backendu MCP na żywo dla każdej powierzchni (GSC, GA4, Site Audit, AI Tracker, Zadania) i każdego magazynu danych, raportowany jako ok, degraded lub down wraz z last_check_at i sample_error. Darmowe i bez argumentów — odpytaj je przed wieloetapowym workflow, aby zepsuty endpoint był widoczny od razu.