Google anunță modificarea ritmului lansărilor pentru Google Ads API: trece la un ciclu lunar de actualizări din 2026, ceea ce înseamnă versiuni mai frecvente, unele majore și altele minore. Miza este să ofere dezvoltatorilor acces mai rapid la funcționalități noi și să diminueze frecvența migrațiilor majore între versiuni.
Trecerea la un ciclu lunar nu este complet neobișnuită în industria software: pe măsură ce produsele cresc în complexitate și utilizatorii cer inovații rapide, companiile adoptă ritmuri mai dese de lansare pentru a furniza corecții și funcții incremental. Google Ads API își reconfigurează calendarul astfel încât să aibă între trei și patru lansări majore pe an, iar restul vor fi versiuni minore care aduc îmbunătățiri non-breaking. Pentru dezvoltatori, important este că fiecare versiune majoră va primi suport timp de un an de la lansare, reducând astfel presiunea migrațiilor frecvente.
Calendarul estimativ pentru 2026 include atât lansări majore, cât și serii de minore: V23 este planificată ca versiune majoră în ianuarie 2026, urmată de V23_1 în februarie și V23_2 pe 25 martie. Următoarea majoră, V24, este preconizată pentru aprilie 2026, cu două minore în mai și iunie. V25 apare ca majoră în iulie, cu minore în august și septembrie. V26, de asemenea majoră, este programată pentru octombrie, cu un V26_1 minor în noiembrie. Aceste date sunt orientative; Google avertizează că pot fi modificate, iar anumite lansări pot fi adăugate, eliminate sau reclasificate între major și minor.
Pe partea de retrageri (sunset), Google a propus un calendar provizoriu pentru 2026: V19 ar urma să fie retrasă în februarie 2026, V20 în iunie, V21 în august și V22 în octombrie 2026. Practic, utilizatorii versiunilor mai vechi vor trebui să își programeze actualizările înainte de aceste date pentru a nu rămâne fără suport.
Ce înseamnă asta pentru cei care folosesc Google Ads API în aplicații proprii sau soluții terțe? Mai multe update-uri înseamnă acces mai rapid la funcționalități noi și instrumente îmbunătățite pentru gestionarea campaniilor. În schimb, frecvența mai mare impune o strategie de update mai bine organizată: testare regulată, urmărirea notelor de lansare și planificarea migrațiilor între versiuni majore. Google spune că a ajustat și programul de sunset pentru a reduce migrările suplimentare care să împovăreze dezvoltatorii, ceea ce pare rezonabil, nimeni nu dorește să repete migrări continue.
Barry Schwartz, jurnalist specializat în marketing digital și search, a semnalat anunțul pe Search Engine Land, publicație deținută de Semrush. Informațiile provin din comunicarea oficială a Google și indică o schimbare structurală în ritmul lansărilor, cu impact direct asupra ecosistemului de dezvoltare pentru Google Ads.
Calendarul versiunilor, V23 (ianuarie 2026) cu V23_1 (februarie) și V23_2 (25 martie), V24 (aprilie) cu V24_1 (mai) și V24_2 (iunie), V25 (iulie) cu V25_1 (august) și V25_2 (septembrie), V26 (octombrie) cu V26_1 (noiembrie), și datele de sunset pentru V19–V22 ar trebui integrate în planurile tehnice din timp. Dacă utilizați integrări terțe, verificați dacă furnizorii sunt pregătiți pentru acest ritm lunar.
Schimbarea ridică discuții importante: echilibrul între un ritm accelerat de inovație și stabilitate pentru utilizatori, necesitatea unei documentații clare și rolul automatărilor de testare continuă în echipe. Exemplul Google Ads API arată cum o platformă larg folosită își ajustează politicile de suport și lansare pentru a răspunde atât cerințelor de dezvoltare, cât și nevoii de predictibilitate pentru parteneri. Cum vă organizați planurile de actualizare pentru a face față acestui ciclu lunar?
Planific prea puțin formal, dar testele automate și feature flags mă salvează; voi păstra suport pentru ultimele 2 versiuni majore.