DSA către AI Max: migration governance pentru legacy Search campaign settings
Răspuns scurt: Guvernează tranziția DSA→AI Max ca migrare de legacy behavior, nu simplă feature activation. Capturează fiecare DSA, automatically created asset și campaign-level broad-match setting înainte de upgrade, mapează-l la intended AI Max state, verifică migrated configuration după schimbare și documentează orice delta. Automatic upgrade nu înlocuiește validation.
De ce această tranziție are nevoie de governance separat
Google a anunțat că legacy Search features precum Dynamic Search Ads se mută către AI Max. Anunțul din 2026 a actualizat și transition timeline: DSA sunset și auto-upgrade au fost extinse spre 2027, în timp ce unele legacy settings precum automatically created assets și campaign-level broad match au început tranziția mai devreme.
Exact timeline contează pentru că accounts pot fi în states diferite în timpul migrării.
Governance plan trebuie deci să înregistreze observed account state, nu să se bazeze doar pe original announcement date.
Construiește întâi legacy manifest
Înainte de voluntary sau automatic upgrade, capturează:
- campaigns care folosesc DSA;
- dynamic ad groups;
- page feeds;
- URL rules;
- dynamic targets;
- exclusions;
- negative keywords;
- automatically created assets state;
- campaign-level broad-match state;
- bidding strategy;
- conversion goals;
- tracking templates;
- current campaign/ad-group IDs.
Acest manifest este pre-state pentru reconciliation.
Mapează legacy behavior către AI Max behavior
Google spune că DSA migrations pot muta dynamic ad groups în standard ad groups și pot păstra legacy URL controls în timp ce activează AI Max capabilities.
Nu presupune că termenul „preserved” înseamnă că întreaga campanie se comportă identic.
Creează mapping table:
| Legacy element | Intended post-migration state | Verification |
|---|---|---|
| dynamic ad group | standard ad group | inspect campaign structure |
| DSA URL controls | corresponding URL controls | compare include/exclude rules |
| automatically created assets | text customization state | inspect AI Max settings |
| campaign-level broad match | search term matching state | inspect matching control |
| tracking template | unchanged dacă nu este editat intenționat | test landing URLs |
Tabelul transformă migrarea într-un artefact verificabil.
Voluntary upgrade versus automatic upgrade
Voluntary upgrade oferă mai mult control asupra timing și validation. Automatic upgrade poate reduce scheduling control, dar tot cere post-state verification.
Pentru voluntary migration:
- selectează bounded campaign cohort;
- freeze pre-state;
- upgrade;
- compare settings;
- validate delivery și tracking;
- expand after review.
Pentru automatic migration:
- record platform notice;
- capture latest pre-state posibil;
- monitor account în jurul expected transition;
- reconcile resulting state;
- tratează unknown sau partial outcomes drept review-required.
Nu recrea settings blind dacă acknowledgement este neclar.
URL controls cer atenție specială
DSA a depins istoric mult de website și URL rules. AI Max poate folosi și Final URL Expansion și alte destination controls.
Verifică dacă:
- approved URL sets corespund business intent;
- exclusions rămân prezente;
- page feeds sau equivalent rules sunt înțelese;
- legal/support/careers URLs rămân excluse dacă asta a fost intenția;
- dynamic destinations păstrează tracking;
- campaign segmentation nu colapsează service/product boundaries importante.
O migrare care păstrează traffic dar schimbă destination quality nu este clean success.
Asset behavior are nevoie de check separat
Automatically created assets și AI Max text customization sunt related, dar nu trebuie tratate drept labels identice cu behavior identic.
După migrare, inspectează:
- generated/optimized assets;
- asset source unde este raportat;
- mandatory wording;
- brand restrictions;
- disallowed claims;
- destination/asset combinations.
Dacă business-ul se baza anterior pe manually controlled copy, definește ce generated states sunt acceptabile înainte de broad rollout.
Păstrează measurement continuity
Migration windows pot contamina performance comparisons.
Înregistrează:
- migration date/time;
- pre/post campaign IDs dacă se schimbă;
- reporting labels;
- conversion-definition changes;
- budget changes;
- tracking changes;
- campaign learning state;
- major promotions sau seasonality.
Nu atribui fiecare post-migration performance movement lui AI Max dacă s-au schimbat simultan mai multe variabile.
Reconciliation states
Folosește explicit migration states:
PRE_STATE_CAPTURED;UPGRADE_SCHEDULED;UPGRADE_OBSERVED;SETTINGS_RECONCILED;TRACKING_VALIDATED;DELIVERY_REVIEWED;ROLLBACK_OR_REMEDIATION_REQUIRED;UNKNOWN_POST_STATE.
Account-ul nu trebuie marcat complete la UPGRADE_OBSERVED singur.
Ce testezi după migrare
Cel puțin:
- landing URLs resolve corect;
- tracking templates continuă să funcționeze;
- exclusions sunt prezente;
- search terms rămân în business scope;
- generated text nu creează unsupported claims;
- conversion goals sunt unchanged dacă nu au fost modificate intenționat;
- reporting poate fi unit cu historical data;
- budget și bidding settings sunt corecte.
Timeline documentation este fast-changing evidence
Google a schimbat DSA transition timeline după initial announcement. Asta înseamnă că orice articol sau internal SOP cu exact migration dates trebuie tratat drept fast-changing.
Înainte de action, reverifică current Google Ads documentation și account notices.
Partea durabilă din governance model nu este data. Este procesul de pre-state capture, mapping pentru expected changes și post-state reconciliation.
Regula de migrare
O tranziție DSA→AI Max reușită nu este „campaign încă cheltuiește”. Este migrare în care echipa poate explica ce s-a schimbat, ce a rămas la fel și dacă resulting campaign respectă business, URL, creative și measurement constraints.
Surse revizuite
- https://blog.google/products/ads-commerce/dsa-upgrade-to-ai-max-2026/
- https://support.google.com/google-ads/answer/15909989?hl=en