Rok API Microsoft Advertising — SOAP umiera, a oto wywołanie REST, które zbudować zamiast niego

Cały rok w jednym zdaniu

Jedna zmiana ma zegar — Microsoft wycofuje swoje API SOAP, nowe funkcje trafiają tylko do REST od 1 października 2026, a SOAP zostaje całkowicie wyłączone 31 stycznia 2027 — a reszta to Microsoft po cichu dochodzący do parytetu funkcji z Google, co czyni 2026 momentem na rozpoczęcie automatyzacji nad Bingiem, póki prawie nikt inny tego nie robi. Jeśli masz jakikolwiek skrypt, konektor albo zadanie raportowe zbudowane na SDK SOAP, masz mniej więcej rok i konkretną przebudowę do zaplanowania. Reszta to przewaga, którą adoptujesz, kiedy zechcesz.

Każdą zmianę wezmę tak samo: co się zmieniło, dlaczego ma znaczenie dla twojego konta i jakie dokładnie wywołanie albo payload zbudować — termin pierwszy, szansa później. Powód, dla którego 2026 to dobry moment, to nie szum: API potrafi wreszcie to, co API Google — PMax, AI Max, generatywne komponenty, New Customer Acquisition, logowanie Google i import — a konkurencja wciąż traktuje Bing po macoszemu. Okno jest otwarte właśnie dlatego, że ich tu jeszcze nie ma.

Ale jedna zmiana ma przypiętą datę. Zacznij tam.

Termin — SOAP jest wycofywane, REST to jedyna droga

To jedyny twardy zegar roku Microsoftu, więc idzie pierwszy.

Co się zmieniło. 1 kwietnia 2026 Microsoft ogłosił twardy harmonogram przeniesienia Advertising API z SOAP na REST. Liczą się dwie daty:

• 1 października 2026 — nowe funkcje trafiają tylko do REST API. SOAP nie dostaje już nic nowego.
• 31 stycznia 2027 — SOAP zostaje całkowicie wyłączone. Istniejące integracje SOAP działają do tego dnia i ani dnia dłużej.

Materiały PPC.land i ALM Corp potwierdzają obie te same daty.

Dlaczego ma znaczenie dla twojego konta. Jeśli jakiekolwiek zadanie raportowe, skrypt do stawek albo konektor dotyka Binga przez SDK SOAP, ma twardą datę ważności. I nie jest to kosmetyczna podmiana — raportowanie działa w REST inaczej, flow autoryzacji się różni, a obsługa błędów się zmienia. Pipeline raportowy, o którym zapomnisz, po prostu przestanie zwracać dane 31 stycznia 2027, w środku kwartału, bez ostrzeżenia poza blogpostem sprzed dziesięciu miesięcy.

Co zrobić. Jeśli twoje narzędzia do Binga są cienkie albo żadne, nie portuj starego kodu SOAP — buduj REST-first i przeskocz całą generację. REST to czyste HTTP i JSON: raport przechodzi z koperty SOAP do POST-a JSON na endpoint raportowania, z tokenem OAuth bearer i twoim developer tokenem w nagłówkach:

# OLD: SOAP envelope to ReportingService.svc (off on 2027-01-31)
#   <s:Envelope><s:Body><SubmitGenerateReport>...</SubmitGenerateReport></s:Body></s:Envelope>

# NEW: REST — submit a report request as JSON
curl -X POST \
  "https://reporting.api.bingads.microsoft.com/Reporting/v13/GenerateReport/Submit" \
  -H "Authorization: Bearer $OAUTH_TOKEN" \
  -H "DeveloperToken: $DEV_TOKEN" \
  -H "CustomerAccountId: $ACCOUNT_ID" -H "CustomerId: $CUSTOMER_ID" \
  -H "Content-Type: application/json" \
  -d '{ "ReportRequest": { "Type": "CampaignPerformanceReportRequest",
        "Aggregation": "Daily", "Columns": ["CampaignName","Clicks","Spend"] } }'

(Host REST, model nagłówków OAuth + DeveloperToken i ścieżka v13 pochodzą z dokumentacji Microsoftu; potwierdź dokładne body żądania dla swojego raportu w release notes, zanim wdrożysz.)

Przewaga #1 — generatywne AI pisze twoje komponenty, przez API

Z zaplanowanym terminem reszta roku to parytet, którego Google już nauczył cię używać.

Co się zmieniło. Luty 2025 (SDK 13.0.24) dostarczył endpointy rekomendacji — CreateResponsiveSearchAdRecommendation, CreateAssetGroupRecommendation, CreateResponsiveAdRecommendation, każdy z odpowiednikiem Refine…. Lipiec 2025 (13.0.25) dodał wariant job-based i rekomendacje brand kit; luty 2026 dodał AutoGeneratedAssetsEnabled do ustawień RSA. Wszystko z release notes.

Dlaczego ma znaczenie dla twojego konta. Generowanie i iterowanie tekstu reklam jest teraz skryptowalne, a nie tylko zadaniem klikanym w interfejsie — co stanowi różnicę między ręcznym pisaniem tekstów dla dziesięciu grup plików a generowaniem ich dla setek.

Co zrobić. Wepnij endpointy rekomendacji w ten sam workflow kreatywny, który już prowadzisz dla Google — generuj, dopracuj względem brand kitu, wysyłaj:

feed/product → CreateResponsiveSearchAdRecommendation
            → RefineResponsiveSearchAdRecommendation (brand-kit term exclusions)
            → push to ad group  (no manual copy-paste from the UI)

Bing staje się kolejnym kanałem wyjściowym twojego istniejącego pipeline’u tekstów reklam, a nie osobnym, budowanym ręcznie.

Przewaga #2 — AI Max for Search, z przełącznikiem API

Co się zmieniło. AI Max for Search otworzyło się dla pilotażu w maju 2026, z hakiem API AISearchSetting (Campaign Management). Wnosi rozszerzone dopasowanie zapytań, personalizację komponentów i inteligentny routing URL — ten sam post-keywordowy trend co AI Max Google — z zabezpieczeniami wystawionymi przez API: włączenia i wykluczenia marki, wykluczenia haseł, ograniczenia komunikatów. Search Engine Land opisał premierę obok szerszego pchnięcia Microsoftu w agentowy web.

Dlaczego ma znaczenie dla twojego konta. Jeśli prowadzisz już na Google migrację DSA-do-AI-Max, ten sam playbook przenosi się na Microsoft niemal jeden do jednego. Kompromis też jest identyczny — zyskujesz zasięg i oddajesz dopasowanie oraz wybór URL, więc zabezpieczenia to ta część, której nie pomijasz.

Co zrobić. Ustaw AISearchSetting na kampanii i wdroż swoje zabezpieczenia z brand kitu programowo na wszystkich kontach, tak jak robisz to na Google:

{
  "AISearchSetting": { "Enabled": true },
  "BrandKit": {
    "TermExclusions": ["competitor-name", "off-brand-claim"],
    "MessagingRestrictions": ["no superlatives without proof"]
  }
}

(AISearchSetting i wykluczenia brand kit to prawdziwe dodatki Campaign Management z marca/maja 2026; dokładne zagnieżdżenie obiektów jest poglądowe — AI Max wciąż jest pilotażem, więc potwierdź schemat i status GA w release notes tuż przed tym, jak zaczniesz pod niego budować.)

Przewaga #3 — konwergencja z Google sprawia, że portowanie jest tanie

Najwyraźniejszy motyw roku: Microsoft sprawił, że przeniesienie konfiguracji z Google jest tanie.

Dlaczego ma znaczenie dla twojego konta. „To, co robisz na Google, możesz teraz przenieść do Binga niemal 1:1” — a z logowaniem Google nie utrzymujesz nawet drugiego modelu myślowego OAuth. Ta sama tożsamość Google uwierzytelnia oba:

# Authenticate the MICROSOFT API with your existing Google identity (Dec 2025+).
# GoogleOAuthWebAuthCodeGrant is a Bing Ads SDK auth class — not a raw grant_type.
from bingads.authorization import GoogleOAuthWebAuthCodeGrant

authentication = GoogleOAuthWebAuthCodeGrant(
    client_id=CLIENT_ID, client_secret=CLIENT_SECRET, redirection_uri=REDIRECT_URI,
)
# one OAuth flow across Google Ads + Microsoft Advertising;
# a March 2026 fix preserves the Google refresh token between runs.

Co zrobić. Wybierz to jedno zadanie z Google o najwyższym zwrocie — cele NCA albo generatywne komponenty to zwykle pierwsze wybory — i przenieś je na Bing jako pilotaż. Praca przy autoryzacji i imporcie jest już zrobiona za ciebie; wykorzystujesz wzorce ponownie, a nie wymyślasz je od nowa. (Klasy grantów Google-OAuth to prawdziwe dodatki do SDK z grudnia 2025; potwierdź dokładny konstruktor i flow autoryzacji w release notes — to helper SDK, a nie wartość grant token-endpointu.)

Przewaga #4 — pomiar dorósł

Trzy upgrade’y sprawiają, że dane z Binga wreszcie łatwo wepiąć we własne BI i CRM:

Dlaczego ma znaczenie dla twojego konta. MSClickIdPerformanceReport to ten, po który sięgasz najpierw: zszyj MSCLKID z zamówieniami w CRM, a dostajesz prawdziwy ROAS zamiast liczb raportowanych przez platformę — ten sam join, który już robisz na GCLID Google. Kształt raportu to po prostu kolejny REST-owy submit na endpoint raportowania v13, więc wpada wprost w migrację, którą i tak robisz w pierwszej sekcji.

Shopping tymczasem po cichu się skonsolidował: stare Content API v9.1 jest faktycznie zamrożone (ostatnia zmiana w 2024). Nowoczesny Microsoft Shopping działa przez Microsoft Merchant Center plus Bing Ads v13 — grupy plików PMax, ścieżki listing group i FeedItemPerformanceReport.

Na horyzoncie — reklamy w chatbocie

Najbardziej wybiegający w przyszłość wątek to zakład Microsoftu na agentowy commerce. Na Activate 2026 wprowadził Copilot Checkout — zakupy bezpośrednio w czacie — obok Brand Agents dla Shopify i miejsc reklamowych pod konwersacyjnymi odpowiedziami Copilota, z Performance Max wyświetlającym się pod tymi wynikami. Komentarz marketingowy ujmuje to jako wejście Microsoftu w „AI-first” — naprawdę nową powierzchnię zakupową, a nie kolejny slot reklamowy.

Na razie to bardziej „obserwuj ten obszar” niż „automatyzuj dziś”, ale ma konkretny warunek wstępny: higiena feedu i brand kitu. Produkty pojawiają się czysto na powierzchni AI tylko wtedy, gdy ich dane feedu i komunikacja są w porządku — więc ta mało efektowna praca pozycjonuje sklep pod kanał konwersacyjny. Po stronie kreacji rok przyniósł też komponenty HTML5 przez API (AddHTML5s, marzec 2026) i Video Animation (statyczny obraz do komponentu wideo, listopad 2025) — tanie sposoby na zasilanie bogatszych formatów bez zespołu produkcyjnego.

Rok na jednej osi czasu

Każdy wpis v13 poniżej pochodzi z Bing Ads API release notes (ostatnia aktualizacja 5 czerwca 2026); ogłoszenia platformowe z bloga Microsoft Advertising. Jedyne twarde terminy to dwie daty wycofania SOAP (oznaczone TWARDY); wiersz o reklamach politycznych UE to obowiązek compliance, a cała reszta to opcjonalna przewaga — prawa kolumna mówi, co jest czym.

[HARD Oct 1]  1. Audit auth/connector → plan the REST rebuild
[HARD Jan 31] 2. Build REST-first → skip the SOAP port entirely
[parity]      3. Port one Google job → NCA or generative assets
[pilot]       4. AISearchSetting → deploy brand-kit guardrails
[measure]     5. MSClickId + offline conversions → into your BI

FAQ