English
Deutsch
PolskiSmart Campaigns od 23 września 2026: koniec tworzenia przez API, istniejące kampanie działają dalej
Management Summary
Smart Campaigns to rodzaj kampanii reklamowych w Google Ads. Od 23 września 2026 zewnętrzne programy do zarządzania reklamą nie mogą tworzyć nowych kampanii tego typu. Istniejące nadal działają i można je zmieniać. Dotyczy to na przykład agencji automatycznie uruchamiających reklamę nowych placówek. Wybór zastępstwa zależy od celu firmy. Przeniesienie do Performance Max tworzy najpierw nieukończoną wersję roboczą, dlatego materiały reklamowe i budżet wymagają oceny przed startem.
Spis treści
Od 23 września 2026 roku Google Ads API nie pozwala tworzyć nowych Smart Campaigns. API to interfejs, przez który inne programy zarządzają kontem reklamowym. Istniejące Smart Campaigns nadal można zmieniać i nadal mogą wyświetlać reklamy. Google początkowo wskazywał 5 sierpnia, a w aktualizacji z 13 sierpnia przesunął termin na 23 września. Zmiana blokuje tworzenie przez ten interfejs; nie wyłącza istniejących kampanii. [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 tworzenie kampanii dla nowych klientów nadal działa.
Dla każdego automatycznego zadania warto osobno zapisać, czy tworzy kampanie, zmienia budżety, pobiera raporty, czy aktualizuje materiały reklamowe. Taki spis wskazuje zadania wymagające poprawki. Pomyślne pobranie raportu nie potwierdza na przykład, że utworzenie kampanii dla nowego oddziału również się powiedzie.
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ą
W Google Ads API v25.2 pojawiło się wywołanie GeneratePMaxDraftCampaign. Tworzy nową wersję roboczą Performance Max na podstawie istniejącej Smart Campaign. Nowa kampania jest wstrzymana (status = PAUSED) i jeszcze nie w pełni skonfigurowana (creation_status = INCOMPLETE). Przed uruchomieniem trzeba sprawdzić i uzupełnić ustawienia oraz materiały reklamowe. [2, 3]
Odpowiedź zawiera techniczne identyfikatory nowej kampanii, budżetu, grupy zasobów i poszczególnych zasobów. Zasoby to materiały reklamowe, na przykład teksty i obrazy; grupa zasobów łączy takie materiały. Identyfikatory powinny od razu trafić do rejestru migracji. Po utracie odpowiedzi nie wiadomo jeszcze, czy Google zdążył utworzyć wersję roboczą. Drugie wywołanie może wtedy utworzyć kolejną.
Walidacja i tworzenie to osobne kroki
Przy validate_only: true Google sprawdza żądanie, lecz nie tworzy wersji roboczej. Pole resource_name wskazuje ustawienia istniejącej Smart Campaign. Poniższy poprawny YAML przedstawia dane żądania z fikcyjnymi numerami kont i nazwami pól z dokumentacji API. Rzeczywiste żądanie wymaga jeszcze między innymi uwierzytelnienia oraz wywołania usługi API.
resource_name: customers/1234567890/smartCampaignSettings/987654321
validate_only: true
gbp_enabled: false
image_enabled: falseWedług aktualnej instrukcji pola gbp_enabled i image_enabled muszą zostać pominięte albo ustawione na false; wartość true powoduje błąd. Automatyczne przeniesienie Profilu Firmy w Google i generowanie obrazów nie są jeszcze dostępne przez te opcje. Wersja robocza zawiera obrazy zastępcze. Przed uruchomieniem trzeba powiązać odpowiednie obrazy z kampanią i usunąć powiązania z obrazami zastępczymi. [2]
Co należy ocenić przed aktywacją
Przed uruchomieniem kampanii nowego oddziału trzeba sprawdzić budżet, reklamowaną lokalizację, stronę docelową i materiały reklamowe. Ważny jest również cel konwersji: czy kampania ma zwiększać liczbę wysłanych zapytań, czy tylko odsłon strony? Poprawne technicznie żądanie nie potwierdza trafności takiego wyboru. Lista jest redakcyjną propozycją kontroli przed uruchomieniem.
Rejestr migracji powinien także wskazywać, kiedy nowa kampania ma ruszyć, a dotychczasowa zostać wstrzymana. Utworzenie wersji roboczej nie zatrzymuje starej kampanii. Jednoczesna emisja obu kampanii może oznaczać dodatkowe wydatki. Wcześniejsze ustawienia powinny pozostać udokumentowane na potrzeby późniejszych poprawek.
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]
Na początek potrzebne są trzy osobne działania: zastąpienie zablokowanego wywołania tworzenia, dalsze monitorowanie istniejących kampanii i kontrola nowych wersji roboczych przed startem. Rejestr z identyfikatorami kampanii, wynikami i nierozwiązanymi błędami pokazuje również po przerwaniu pracy, które kroki już się zakończyły.
Powiązane narzędzie
GoogleAds – eksplorator zapytań GAQL
Pytania i odpowiedzi
Jak ustalić, jakie Smart Campaigns istnieją na koncie?
GAQL to język zapytań Google Ads. Poniższe zapytanie wyświetla identyfikatory, nazwy i stany kampanii typu SMART: 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 ograniczyć ryzyko duplikatów po przerwanym wywołaniu?
Brak odpowiedzi nie dowodzi, że ponowienie wywołania nie utworzy duplikatu. Po niejasnym wyniku proces powinien więc zatrzymać tworzenie. Praktyczna kolejność:
- Zablokować równoczesne migracje tej samej kampanii źródłowej. Przed każdym przebiegiem zapisać konto, identyfikator kampanii i czas.
- Najpierw sprawdzić żądanie z
validate_only: true. Usunąć przyczynę zgłoszonego błędu; powtarzane kontrole nadal podlegają zwykłym limitom API. - Przed właściwym wywołaniem tworzenia zapisać stan „zlecono utworzenie”. Po pomyślnej odpowiedzi trwale zapisać zwrócone identyfikatory i ustawić stan „utworzone”.
- Po przekroczeniu czasu lub przerwaniu ustawić stan „wynik nieznany” i nie zlecać automatycznie kolejnej wersji roboczej. Porównać konto z rejestrem; brak jednoznacznego dopasowania wymaga kontroli przez obsługę systemu.
change_status pomaga w szukaniu, ale nie dowodzi braku wersji roboczej. Zmiany mogą pojawić się dopiero po trzech minutach. Przy kilku zmianach tego samego zasobu widoczna jest tylko ostatnia; kampania dodana wcześniej może więc występować jako zmieniona. Sam znacznik czasu również nie przypisuje jednoznacznie wersji roboczej do konkretnego zadania. Po niejasnym wyniku automatyczne tworzenie pozostaje zablokowane do czasu znalezienia istniejącej wersji roboczej albo potwierdzenia, że wywołanie się nie powiodło. [4]
Ź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
- Google Ads API: Change Status
Źródła sprawdzone: 25 października 2026.
Powiązane artykuły
