English
Deutsch
PolskiSmart Campaigns od 23 września 2026: koniec tworzenia przez API, istniejące kampanie działają dalej
Spis treści
Od 23 września 2026 roku Google nie pozwala tworzyć nowych Smart Campaigns przez Google Ads API. Istniejące kampanie nadal można aktualizować i nadal mogą wyświetlać reklamy. Pierwotna zapowiedź wskazywała 5 sierpnia, lecz aktualizacja z 13 sierpnia przesunęła termin na 23 września. Ograniczenie dotyczy określonej operacji API. Nie oznacza zapowiedzi wyłączenia wszystkich działających Smart Campaigns. [1]
Gdzie zmiana ujawnia się w pracy agencji
Przykładowa agencja obsługuje dwa automatyczne procesy. Pierwszy zmienia budżet istniejącej kampanii lokalnej firmy. Drugi tworzy kampanię po otwarciu nowej placówki. Oba korzystają z tego samego połączenia z kontem, ale tylko drugi zależy od usuwanej operacji. Poprawne logowanie i działające raporty nie potwierdzają więc, że uruchamianie nowych klientów nadal przebiega prawidłowo.
Przydatny spis obejmuje wykonywane operacje, a nie tylko połączone konta. Tworzenie kampanii, zmiany budżetu, pobieranie raportów i aktualizacja materiałów powinny znaleźć się w osobnych wierszach. W przeciwnym razie panel pokazujący poprawny ruch API może ukryć niedziałający proces wdrożenia klienta.
Rozpoznanie zablokowanej ścieżki
Google wskazuje żądania tworzenia kampanii zawierające typ kanału SMART oraz podtyp SMART_CAMPAIGN. Ta kombinacja pozwala przeszukać kod, kolejki zadań i logi żądań. Sama nazwa zawierająca słowo „smart” nie wystarcza. Smart Bidding, Smart Campaigns i dynamiczne reklamy w wyszukiwarce oznaczają różne rozwiązania. [1]
Sprawdzana operacja: utworzenie kampanii
advertising_channel_type: SMART
advertising_channel_sub_type: SMART_CAMPAIGNŻądanie blokowane przez regułę produktu nie powinno być ponawiane bez końca jak przejściowy błąd sieci. Proces wymaga zapisanego powodu niepowodzenia oraz innej ścieżki tworzenia kampanii. Wielokrotne zmienianie ustawień logowania dotyczyłoby niewłaściwej części systemu.
Nowa metoda migracji tworzy wersję roboczą
Google Ads API v25.2 wprowadza GeneratePMaxDraftCampaign. Metoda wykorzystuje istniejącą Smart Campaign jako podstawę nowej wersji roboczej Performance Max. Utworzona kampania ma stany PAUSED oraz INCOMPLETE. Powstaje etap kontroli przed rozpoczęciem emisji, a nie automatycznie kompletna i aktywna kampania zastępcza. [2, 3]
Odpowiedź zawiera identyfikatory kampanii, budżetu, grupy zasobów i zasobów. Powinny zostać zapisane w rejestrze migracji natychmiast po pomyślnym utworzeniu. Jeżeli odpowiedź zaginie albo zadanie zostanie przerwane, kolejny przebieg powinien najpierw sprawdzić stan konta. Powtórzenie operacji tworzenia bez takiej kontroli może spowodować powstanie kolejnych wersji roboczych.
Walidacja i tworzenie to osobne kroki
Metoda obsługuje ustawienie validate_only. Jego włączenie sprawdza żądanie bez tworzenia wersji roboczej i zwraca informacje o walidacji. Nazwa zasobu wskazuje ustawienia istniejącej Smart Campaign. Poniższy fragment pokazuje dane żądania w zapisie pól używanym w dokumentacji; nie jest kompletnym żądaniem HTTP gotowym do wykonania.
resource_name:
customers/1234567890/smartCampaignSettings/987654321
validate_only: true
gbp_enabled: false
image_enabled: falseDwie ostatnie opcje wymagają szczególnej uwagi. Dokumentacja wskazuje, że ustawienie ich na true nie jest obecnie obsługiwane. Plan migracji nie może więc zakładać automatycznego przeniesienia powiązania z Profilem Firmy ani wygenerowania potrzebnych obrazów przez ten wywołany proces. Pole dostępne w schemacie nie zawsze oznacza działającą funkcję. [2]
Co należy ocenić przed aktywacją
Przy przykładowym otwarciu placówki praktyczny przegląd obejmuje cel biznesowy, budżet, cele konwersji, lokalizacje, strony docelowe i materiały reklamowe. Jest to zalecana lista organizacyjna, a nie stwierdzenie, że API potwierdza biznesową trafność każdej decyzji. Kampania poprawna technicznie może nadal promować niewłaściwy oddział albo optymalizować emisję pod mało przydatną konwersję.
Plan musi również określić los dotychczasowej kampanii. Jej dalsza emisja i istnienie nowej wersji roboczej to dwa osobne stany. Nieplanowane nakładanie się kampanii utrudnia kontrolę budżetu i interpretację wyników. Rejestr przejścia powinien wskazywać aktywną kampanię, moment zmiany oraz miejsce zapisania wcześniejszej konfiguracji na wypadek korekty.
Performance Max jest opcją, nie uniwersalnym zamiennikiem
Pierwotna zapowiedź wymienia Performance Max jako alternatywę, ale wskazuje również Search i Demand Gen zależnie od celów firmy. To wybór dotyczący planowania, a nie mechaniczna zamiana pól. Proces zaprojektowany dla jednego typu kampanii nie staje się odpowiedni dla innego po samej zmianie technicznej wartości typu. [1]
Najbliższe zadanie ma wąski zakres: nowa kampania nie może zależeć od zablokowanej operacji. Istniejące kampanie i nowe wdrożenia wymagają osobnej oceny. Każdy zamiennik potrzebuje wyraźnego etapu kontroli. Niewielkie, udokumentowane przejście jest łatwiejsze do zdiagnozowania niż szeroka przebudowa oparta na błędnym założeniu, że wszystkie Smart Campaigns muszą natychmiast zniknąć.
Powiązane narzędzie
GoogleAds – eksplorator zapytań GAQL
Pytania i odpowiedzi
Jak ustalić, jakie Smart Campaigns istnieją na koncie?
Zapytaniem GAQL do zasobu campaign z filtrem na typ kanału: SELECT campaign.id, campaign.name, campaign.status FROM campaign WHERE campaign.advertising_channel_type = 'SMART'. Lista pokazuje, które kampanie wchodzą w grę przy późniejszej migracji; ich identyfikatory powinny trafić do rejestru migracji, zanim powstanie pierwsza wersja robocza.
Jak sprawić, by przebieg migracji dało się bezpiecznie powtórzyć, gdy zostanie przerwany w trakcie wywołania GeneratePMaxDraftCampaign?
Przebieg powinien zapisać swój zamiar przed wywołaniem, a po przerwaniu najpierw sprawdzić stan konta, zamiast tworzyć od nowa. Nadaje się do tego kolejność w czterech krokach:
- Przed wywołaniem wpis w rejestrze migracji: która Smart Campaign, jaki moment, stan „zlecone”.
- Najpierw kontrola żądania z validate_only. Błąd na tym etapie nie zostawia na koncie niczego, więc kontrolę wolno powtarzać dowolnie często.
- Po pomyślnym utworzeniu wpisanie zwróconych identyfikatorów kampanii, budżetu, grupy zasobów i zasobów oraz zmiana stanu na „utworzone”.
- Jeśli nowy przebieg znajdzie wpis, który pozostał na „zlecone”, najpierw odpytuje konto i szuka wstrzymanej wersji roboczej Performance Max powstałej od chwili wpisu; zasób change_status wymienia w tym celu niedawno dodane kampanie wraz ze znacznikiem czasu. Dopiero gdy nie ma tam nic pasującego, tworzenie zostaje powtórzone.
Błędy należy przy tym rozdzielać według rodzaju. Przekroczenie czasu i przejściowe błędy serwera uzasadniają ponowienie po uzgodnieniu stanu, odrzucenie merytoryczne już nie, bo przy następnej próbie wróci tak samo i powinno trafić do rejestru razem z powodem.
Źródła
- Google Ads: Changes to Support for Smart Campaigns, updated 13 August 2026
- Convert Smart campaigns to Performance Max
- Google Ads API release notes, v25.2
Źródła sprawdzone: 24 września 2026.
Powiązane artykuły
