Agent AI i MCP z dostępem do Google Ads: 5 rzeczy, które idą źle, i jak je sprawdzić

Ten wpis dotyczy dostępu i zapisu. Skąd biorą się błędne liczby w samych odpowiedziach AI, opisujemy we wpisie o złych liczbach z AI.

Co agent AI widzi i może zrobić w Google Ads przez MCP

Agent AI podłączony przez MCP widzi i zmienia w Google Ads tyle, na ile pozwalają narzędzia serwera MCP i uprawnienia konta Google, którym go autoryzujesz. Oficjalny serwer MCP Google tylko czyta, a narzędzia zapisu mają niektóre serwery spoza Google, np. burnr8 ma narzędzia zmiany budżetu i wstrzymywania kampanii.

MCP (Model Context Protocol) to, według opisu na stronie projektu, otwarty standard łączenia aplikacji AI, takich jak Claude czy ChatGPT, z zewnętrznymi systemami. Serwer MCP daje modelowi narzędzia, np. „uruchom zapytanie do konta Google Ads” albo „zmień budżet kampanii”.

Google udostępnia własny serwer MCP dla Google Ads API. Według dokumentacji serwera MCP Google Ads (aktualizacja 30.09.2026) jest on w obecnej wersji wyłącznie do odczytu. Ma trzy narzędzia: list_accessible_customers pokazuje listę kont, search uruchamia zapytania GAQL (język zapytań Google Ads API), a get_resource_metadata opisuje zasoby. Serwer MCP Google nie zmieni stawek ani nie wstrzyma kampanii.

Przy zapisie przez agenta AI błąd przestaje być złym zdaniem w raporcie, a staje się zmianą na koncie klienta. Dlatego specyfikacja narzędzi MCP zaleca, żeby zawsze był człowiek, który może odmówić wywołania narzędzia.

5 rzeczy, które idą źle, gdy agent AI dostaje dostęp do Google Ads

Agent AI z dostępem do Google Ads może zawieść w pięciu miejscach: projekt Google Cloud nie ma dostępu do prawdziwych kont, agent ma pełne prawa zapisu, zmienia konto na podstawie starego odczytu, wykonuje tylko część listy albo zgłasza sukces zapisu, który się nie udał.

1. Projekt Google Cloud nie ma dostępu do kont produkcyjnych

Agent AI nie pobierze danych z prawdziwego konta Google Ads, jeśli projekt Google Cloud ma tylko dostęp testowy.

Od 9 września 2026 Google Ads API nie używa developer tokenów. Według dokumentacji Google o wycofaniu developer tokenów poziom dostępu zależy teraz od projektu Google Cloud, z którego pochodzą dane logowania OAuth. Nowy projekt dostaje domyślnie dostęp testowy, czyli tylko do kont testowych.

Z dostępem testowym zapytanie do prawdziwego konta kończy się błędem CLOUD_PROJECT_NOT_APPROVED_FOR_PRODUCTION (w API v25; starsze wersje zwracają ACTION_NOT_PERMITTED). Agent może wtedy odpowiadać, że „nie ma dostępu do konta”, choć konto Google ma do niego pełne uprawnienia.

Źródło tabeli: poziomy dostępu do Google Ads API. O Basic można wnioskować dopiero po weryfikacji marki projektu. Oficjalny serwer MCP Google wymaga co najmniej poziomu Explorer.

Z naszej praktyki: zanim Google przyznał nam Basic Access 21.08.2026, system na testowym developer tokenie (przed zmianą z 9.09) widział tylko numery dwóch kont, bez nazw i bez danych.

Jak sprawdzić: na stronie Google Ads API w Cloud Console sprawdź poziom dostępu projektu, zanim zaczniesz szukać błędu w agencie.

2. Agent ma pełne prawa zapisu, choć potrzebował tylko odczytu

Agent AI z tokenem OAuth do Google Ads API dostaje zakres adwords, jedyny, jaki podaje dokumentacja OAuth Google Ads API, więc zakresem tokenu nie ograniczysz agenta do odczytu. To, czy agent tylko czyta, zależy od narzędzi serwera MCP i od uprawnień konta Google, którym go autoryzujesz.

Opis narzędzia „tylko do odczytu” też nie jest gwarancją. Według schematu specyfikacji MCP adnotacje narzędzi, np. readOnlyHint, są tylko wskazówkami i nie muszą wiernie opisywać działania narzędzia. Granicę zapisu wyznacza kod serwera i rola konta Google, a nie etykieta narzędzia.

Z naszej praktyki: przy weryfikacji naszej aplikacji OAuth w Google (wrzesień 2026) GA4 dostało zakres tylko do odczytu (analytics.readonly), a Google Ads zakres adwords, bo dokumentacja nie podaje węższego. Dlatego listę dozwolonych zmian w Marketing Workspace wyznacza kod.

Jak sprawdzić: przed podłączeniem przeczytaj listę narzędzi serwera MCP. Do testów autoryzuj konto Google z dostępem „Tylko do odczytu”: według pomocy Google Ads o poziomach dostępu taki dostęp pozwala wyświetlać kampanie i raporty, a edycja kampanii zaczyna się od poziomu „Standardowy”.

3. Agent zmienia konto na podstawie nieaktualnych danych

Agent AI przygotowuje zmianę w Google Ads na podstawie odczytu z chwili rozmowy. Jeśli między odczytem a zapisem ktoś zmienił budżet w panelu, zapis nadpisze nowszą wartość planem opartym na starej.

Historia zmian nie zawsze to pokaże od razu. Według opisu historii zmian w API zmiana pojawia się w wynikach z opóźnieniem do 3 minut, a zapytanie sięga najwyżej 30 dni wstecz.

Z naszej praktyki: od pierwszej wersji zmian w Marketing Workspace (21.08.2026) propozycja wygasa po 24 godzinach, a tuż przed zapisem system czyta konto jeszcze raz i wstrzymuje zmianę, gdy wartość jest inna niż w propozycji.

Jak sprawdzić: zanim zatwierdzisz zmianę, porównaj wartość „przed” z panelem albo poproś agenta, żeby odczytał ją ponownie tuż przed zapisem.

4. Agent wprowadza tylko część własnej listy

Agent AI przy prośbie „wprowadź zaproponowane” wykonuje tylko tę część własnej listy zmian, którą widzi, gdy narzędzie przycina historię rozmowy albo odpowiedź urywa się na limicie długości. Dotyczy to długiej listy zmian w Google Ads, np. wykluczeń, która przechodzi przez kilka tur rozmowy.

Z naszej praktyki: do wersji 1.1.0 (29.09.2026) asystent Marketing Workspace pamiętał tylko początek swojej poprzedniej odpowiedzi, a długie odpowiedzi potrafiły się urwać. Od tej wersji pamięta całą odpowiedź, więc polecenie „wprowadź zaproponowane wykluczenia” obejmuje pełną listę (lista zmian).

Jak sprawdzić: policz pozycje na liście, którą agent zaproponował, i zmiany, które wykonał. Jeśli liczby się różnią, poproś o listę brakujących pozycji, zamiast powtarzać polecenie.

5. Błąd zapisu zgłoszony jako sukces

Agent AI, który nie przeczyta całej odpowiedzi Google Ads API, może napisać „gotowe” o zmianach, których na koncie nie ma. Google Ads API domyślnie wykonuje operacje z jednego żądania razem albo wcale. Według opisu żądania MutateGoogleAdsRequest z włączoną opcją partial_failure poprawne operacje są wykonywane, a błędne wracają jako błędy.

To samo żądanie można wysłać z opcją validate_only: Google sprawdza je wtedy bez wykonania i zwraca tylko błędy. To dobry test przed zapisem, ale nie zastępuje sprawdzenia po zapisie.

Z naszej praktyki: od wersji 1.0.7 (04.09.2026) przycisk „Zatwierdź wszystkie” w Marketing Workspace wykonuje zmiany po kolei, każdą sprawdza osobno, a nieudane zostawia na liście, zamiast zgłaszać całość jako wykonaną.

Jak sprawdzić: po każdej zmianie odczytaj zmienioną wartość jeszcze raz albo sprawdź historię zmian konta. Przez API historia pokazuje też, czy zmiana przyszła z Google Ads API, czy z panelu.

Lista kontrolna przed podłączeniem agenta AI do konta klienta

Zanim agent AI dostanie dostęp do konta Google Ads klienta, sprawdź siedem rzeczy: poziom dostępu projektu, narzędzia zapisu, uprawnienia konta, zatwierdzanie, świeży odczyt, kompletność listy i odczyt po zapisie.

1. 1Czy projekt Google Cloud ma dostęp co najmniej Explorer (jeśli stawiasz serwer MCP sam)?
2. 2Czy wiesz, które narzędzia serwera MCP zapisują zmiany na koncie?
3. 3Czy na start autoryzujesz konto z dostępem „Tylko do odczytu”?
4. 4Czy każda zmiana czeka na twoje zatwierdzenie i czy możesz ją odrzucić?
5. 5Czy wartość „przed” jest odczytana tuż przed zapisem?
6. 6Czy liczba wykonanych zmian zgadza się z listą zaproponowanych?
7. 7Czy po zapisie sprawdzasz historię zmian albo odczytujesz wartość ponownie?

Jeśli na któreś pytanie odpowiedź brzmi „nie wiem”, agent zostaje przy odczycie. Pierwsze zmiany najlepiej sprawdzić na koncie testowym, do którego wystarcza dostęp Test.

Jak Marketing Workspace ogranicza zapis w Google Ads

Marketing Workspace, nasz asystent AI do kont Google Ads, Meta Ads i GA4, ogranicza zapis w Google Ads bezpiecznikami w kodzie, a nie w poleceniu dla modelu: zatwierdzenie każdej zmiany, zamknięta lista zmian, limit 30% dla budżetu, ponowny odczyt przed zapisem i odczyt po zapisie. Opisujemy je w dokumentacji modułu Google Ads:

• Asystent tylko proponuje, a zmiana wchodzi po twoim zatwierdzeniu, z wartością przed i po w dzienniku.
• Zmieniać można tylko budżety, stawki, statusy i wykluczenia, a nowe kampanie powstają jednym zapisem, całe albo wcale, po sprawdzeniu przez Google na sucho.
• Budżet zmienisz najwyżej o 30% w jednej operacji, a nic nie jest kasowane, tylko wstrzymywane.
• Propozycja wygasa po 24 godzinach, a przed zapisem system czyta konto ponownie i wstrzymuje zmianę, jeśli wartość się zmieniła.
• Po zapisie system odczytuje zmianę z konta i zapisuje ją w dzienniku.

Nie potrzebujesz własnego projektu Google Cloud: konto łączysz przez logowanie Google. Nie obiecujemy, że asystent się nie pomyli. Obiecujemy, że bez twojego zatwierdzenia nic na koncie się nie zmieni.

Sam model też ma znaczenie, ale nie zastąpi bezpieczników: w teście 8 modeli AI każdy model popełniał błędy, tylko w innych miejscach.

Zobacz, jak działa Marketing Workspace

O autorze

Robert Szymański

Założyciel Roition, niezależny developer Google Ads API

Założyciel Roition, prawie 3 lata doświadczenia w Google Ads. Projektuje i wdraża automatyzacje procesów dla polskich firm: integracje systemów, obsługę zapytań i ofert, asystentów AI pracujących na danych firmy.

Wszystkie artykuły autoraLinkedIn