W skrócie: Od grudnia 2025 Bing Ads API przyjmuje logowanie przez Google. Nowe granty GoogleOAuthDesktopMobileAuthCodeGrant i GoogleOAuthWebAuthCodeGrant pozwalają uwierzytelnić się w API Microsoft Advertising za pomocą tej samej tożsamości Google, której używasz już w Google Ads. Poprawka z marca 2026 zachowała refresh token. To nie nowa funkcja, lecz prostsze wdrożenie. Jeden model uwierzytelniania dla obu platform, mniej kodu do utrzymania.
Dwanaście lat pracy z Google Ads API nauczyło mnie nudnej prawdy. Kod, który rozmawia z platformą, to łatwa część. Godziny utrzymania znikają w kodzie, który trzyma przy życiu dwa zestawy danych logowania. Od grudnia 2025 połowa tego problemu zniknęła, bo Bing Ads API przyjmuje teraz logowanie przez Google.
Nowe granty nazywają się GoogleOAuthDesktopMobileAuthCodeGrant i GoogleOAuthWebAuthCodeGrant. Dzięki nim uwierzytelnisz się w API Microsoft Advertising za pomocą tej samej tożsamości Google, której używasz już w Google Ads. Wczesna wersja miała lukę i gubiła refresh token Google, ale poprawka z marca 2026 ją załatała.
Dlaczego to ważne
Narzędzia wieloplatformowe zawsze płaciły podatek od uwierzytelniania. Dwóch dostawców tożsamości, dwa cykle życia tokenów, dwie sterty kodu do zarządzania danymi logowania robiące to samo. Ujednolicenie uwierzytelniania Microsoftu z Google OAuth daje ci jeden model myślowy dla obu platform i wyraźnie mniej kodu w każdym narzędziu, które obsługuje obie platformy. Przewodnik ALM Corp opisuje onboarding krok po kroku.
To usuwa przeszkodę na etapie wdrożenia, ale nie dodaje nowej funkcji. Dla agencji i skryptów działających na wielu kontach mniej infrastruktury wokół logowania to dokładnie ten rodzaj zmiany, która po cichu ułatwia budowanie całej reszty.
Jak z tego skorzystać
Jeśli budujesz albo przerabiasz konektor wieloplatformowy, scal warstwę uwierzytelniania w jeden przepływ Google OAuth, zamiast utrzymywać osobną ścieżkę dla danych logowania Microsoftu. Wybierz grant pasujący do twojego środowiska. GoogleOAuthWebAuthCodeGrant pasuje do aplikacji serwerowej z redirect URI, GoogleOAuthDesktopMobileAuthCodeGrant do narzędzi instalowanych. Token Google przechowuj i odświeżaj dokładnie tak, jak robisz to już dla Google Ads. Dzięki poprawce z marca 2026 refresh token zostaje zachowany, więc nie zmuszasz użytkowników do logowania przy każdej sesji.
Dobrze wpisuje się to w pozostałe tegoroczne przykłady integracji obu platform. Bogatszy import z Google, parytet z AI Max, import New Customer Acquisition z Google PMax. Jedna tożsamość, dwie platformy, mniej kodu pomiędzy nimi.
Jeden haczyk wart jest wzmianki. Współdzielona tożsamość to także współdzielony punkt awarii. Przechowywanie i rotację tokena Google traktuj z taką samą starannością jak dane logowania Microsoftu. Wygoda w warstwie uwierzytelniania jest wygraną tylko wtedy, gdy towarzyszy jej odpowiedni poziom bezpieczeństwa.
Pełny przegląd tego, w czym Microsoft Advertising API dogoniło w tym roku Google Ads API, znajdziesz w moim podsumowaniu roku Microsoft API. A potem usuń jeden osobny mechanizm obsługi poświadczeń ze swojego kodu. Mało który refaktoring daje tyle frajdy.
