English
Deutsch
PolskiMigracja do AI Max we wrześniu 2026: co zmienia się teraz, a dlaczego DSA czeka do lutego
Spis treści
Migracja Google do AI Max ma dwa odrębne harmonogramy. Kampanie Search wykorzystujące Campaign-level Broad Match lub samodzielnie używane automatycznie tworzone zasoby mają przechodzić zmianę stopniowo we wrześniu 2026 roku. Dynamiczne reklamy w wyszukiwarce, czyli DSA, nie należą do tej wrześniowej migracji. Ich przejście przewidziano na luty 2027 roku. Połączenie wszystkich trzech przypadków w jeden wrześniowy termin prowadzi do niewłaściwego planu kontroli. [1, 2]
Nazwa migracji nie wystarcza
Campaign-level Broad Match jest ustawieniem na poziomie kampanii. Nie oznacza po prostu obecności pojedynczego słowa kluczowego w dopasowaniu przybliżonym. Automatycznie tworzone zasoby, czyli ACA, dotyczą generowanych treści reklamowych. DSA wykorzystuje treść witryny do dopasowania wyszukiwań i tworzenia reklam. Choć wspólnym kierunkiem jest AI Max, punkty wyjścia wymagają różnych kontroli.
Pierwszym użytecznym dokumentem jest więc lista kampanii z poprzednią konfiguracją, obecnymi ustawieniami i zaobserwowaną datą zmiany. Wpis „AI Max aktywny” nie wyjaśnia przebiegu migracji. Według stanu na 24 września opublikowany okres wdrożenia nie dowodzi też zakończenia zmiany we wszystkich kwalifikujących się kampaniach.
Jakie ustawienia przewidziano
Sierpniowa zapowiedź Google opisuje ustawienia po migracji. Dla Campaign-level Broad Match włączone jest Search Term Matching, a Text Customization i Final URL Expansion pozostają wyłączone. Dla samodzielnego ACA włączone są Search Term Matching i Text Customization; Final URL Expansion również pozostaje wyłączone. Dotychczasowe uwzględnienia i wykluczenia marek mają zostać zachowane przy przejściu z ustawienia broad match. [1]
| Konfiguracja początkowa | Dostosowywanie tekstu | Rozszerzanie końcowego URL | Search Term Matching |
|---|---|---|---|
| Campaign-level Broad Match | Wyłączone | Wyłączone | Włączone |
| Samodzielne ACA | Włączone | Wyłączone | Włączone |
Tabela przedstawia zapowiedziane ustawienia domyślne, a nie odczyt z konta klienta. Kampania zmieniona ręcznie wymaga sprawdzenia rzeczywistej konfiguracji. Nazwa wyświetlana w raporcie nie zastępuje takiego porównania.
Praktyczna kontrola wielojęzycznego sklepu
Przykładowy sprzedawca reklamuje osobne strony produktów po angielsku, niemiecku i polsku. Przed interpretacją wyników tygodnia kontrola ustala, czy tekst reklamy może zmieniać się automatycznie i czy działa rozszerzanie adresu docelowego. Następnie porównuje obietnicę reklamy z dostępnością, ceną i stroną otwartą po kliknięciu.
Niezmienione ustawienie strony docelowej nie dowodzi poprawności każdej reklamy. Automatycznie wygenerowany nagłówek nadal może wymagać oceny treści. Z kolei zmiana liczby konwersji nie dowodzi wyboru innej strony. Dowody dotyczące konfiguracji i wyników powinny znajdować się w osobnych kolumnach.
Rejestr kontroli kampanii
Poprzednia funkcja: samodzielne ACA
Zaobserwowana data migracji: zapisana z konta
Aktualne dostosowywanie tekstu: sprawdzone
Aktualne rozszerzanie końcowego URL: sprawdzone
Ograniczenia marek: porównane z zapisanym stanem
Strony docelowe i cele konwersji: sprawdzone
Odpowiedzialność i termin kolejnej kontroli: zapisaneDSA ma osobny okres przygotowań
Nowszy harmonogram z sierpnia wskazuje luty 2027 roku jako okres automatycznej migracji DSA. Z tą fazą wiąże również zakończenie tworzenia nowych grup reklam DSA. Starsze ogłoszenia zawierają wcześniejsze terminy. Przeniesiona do planu lista zadań potrzebuje zatem daty źródła i nazwy konkretnej funkcji. Ogólna etykieta „migracja starszych funkcji Search” zaciera tę różnicę. [1, 2]
W istniejącej strukturze DSA dodatkowy czas pozwala przygotować kontrolowane porównanie: zapisany stan początkowy, ograniczony test i wyraźną ocenę wyniku. Rejestr przejścia powinien obejmować używane strony i wykluczenia, a nie tylko identyfikator kampanii. Ułatwi to wyjaśnienie późniejszych zmian w strukturze ruchu.
Pomiar zmiany bez wymyślania przyczyny
Wykres przed zmianą i po niej dostarcza użytecznych obserwacji. Jednocześnie mogą jednak zmieniać się sezonowość, promocje, budżet i śledzenie. Test potrzebuje głównego miernika ustalonego przed pojawieniem się wyników. Wartość zakupów, wartościowe zapytania ofertowe i liczba konwersji platformy mogą odpowiadać na różne pytania.
Krótki rejestr migracji obok raportu często daje więcej niż kolejny zbiorczy wskaźnik. Pokazuje moment zmiany konfiguracji i sprawdzone założenia. Istniejący GAQL Explorer pomaga przygotować czytelne zapytania; nie łączy się z kontem i nie potwierdza jego konfiguracji. Powiązany artykuł o Conversion Lift wyjaśnia dodatkowo różnicę między przypisanymi wynikami a rzeczywiście dodatkowym efektem reklamy.
Powiązane narzędzie
GoogleAds – eksplorator zapytań GAQL
Google Ads API v25.1: odczyt danych Conversion Lift bez możliwości założenia badania
Pytania i odpowiedzi
Czy uwzględnienia i wykluczenia marek zostają zachowane także przy przejściu z samodzielnego ACA?
Przytoczona w artykule informacja o zachowaniu dotychczasowych uwzględnień i wykluczeń marek dotyczy przejścia z ustawienia broad match. Dla samodzielnego ACA nic z niej nie wynika, ani w jedną, ani w drugą stronę. Dlatego w rejestrze kontroli znajduje się wiersz „Ograniczenia marek: porównane z zapisanym stanem”, a takie porównanie zakłada, że stan sprzed migracji został zapisany.
Dlaczego wzrost liczby konwersji po migracji nie dowodzi jeszcze, że AI Max działa?
Ponieważ liczba konwersji platformy obejmuje wyniki przypisane, a nie dodatkowe. Jeśli Search Term Matching dociera do nowych wyszukiwań, konto może przypisać kampanii także zakupy, które bez reklamy nastąpiłyby inną drogą, na przykład przez inną kampanię tej samej marki albo przez wynik organiczny. Liczba rośnie wtedy, choć łączny przychód pozostaje taki sam.
Czy rzeczywiście coś przybywa, pokazuje dopiero porównanie z grupą kontrolną, takie jak w Conversion Lift, albo przynajmniej główny miernik spoza platformy, na przykład wartość zakupów we własnym sklepie. Ten miernik trzeba ustalić przed pojawieniem się wyników, czego artykuł wymaga od każdego testu.
Jak udokumentować datę migracji kampanii, gdy raport pokazuje tylko obecny stan?
Stan nie jest historią. Wpis „AI Max aktywny” mówi tylko, co obowiązuje teraz, a nie od kiedy. Datę da się ustalić na dwa sposoby, które się uzupełniają:
- Własny zapis. Kto przed migracją zanotował konfigurację każdej objętej nią kampanii i odczytuje ją ponownie w stałych odstępach, zna datę zmiany z dokładnością do tego odstępu. To jest właśnie zapisany stan, z którym rejestr kontroli zestawia bieżące ustawienia.
- Historia zmian konta. W Google Ads API zasób change_event zwraca jednak zmiany tylko z ostatnich 30 dni. Nie jest pewne, czy zmiana przeprowadzona przez Google pojawia się tam jako osobna zmiana, dlatego warto to sprawdzić na znanej kampanii, zanim analiza zacznie się na tym opierać.
GAQL Explorer pomaga przygotować takie zapytania w czytelnej postaci. Nie łączy się z kontem, więc zapytanie musi zostać wykonane przez osobne połączenie z API. A ponieważ okno 30 dni przesuwa się z każdym dniem, a pierwsze dni września wypadają z niego już na początku października, odczyt historii opłaca się teraz, a nie dopiero przy następnej niejasności w raporcie.
Źródła
- Google Ads: Migrate Campaign-level Broad Match and Automatically Created Assets to AI Max, 12 August 2026
- Google: DSA upgrade to AI Max, updated 11 June 2026
Źródła sprawdzone: 24 września 2026.
Powiązane artykuły
