Google Ads API Basic Access: Vodič Korak po Korak [2026]

Živimo u trenutku kada svaka ozbiljnija agencijska operacija prolazi kroz neki oblik API-ja i automatizacije, ne samo kroz interfejs u browseru. Kod mene to izgleda konkretno: svako jutro, pre nego što otvorim Google Ads na bilo kom klijentskom nalogu, već imam podatke iz noćne provere preko svih ~10 naloga koje vodim pod jednim manager nalogom. Budget pacing, performanse po kampanji, upozorenja kada nešto padne u disapproved, i rudarenje search termina koje bi ručno trajalo satima. Sve to radi API, ne ja.

Ulaznica za sve to je developer token. Moj token danas radi na Explorer nivou, koji Google dodeljuje automatski, i on pokriva kompletan moj noćni reporting. Ali čim zatražite nešto više od toga, recimo Keyword Planner pozive, udarite u zid: DEVELOPER_TOKEN_NOT_APPROVED. Za punu funkcionalnost treba vam Basic Access, a to znači aplikaciju i review koji zvanično traje do 5 radnih dana, bez statusne trake i bez procene koliko još treba čekati.

To se menja. Google je 7. jula 2026. objavio pilot koji tu čekaonicu drastično skraćuje za developere koji su spremni da urade jedan dodatni, opcioni korak. Ovaj vodič vas vodi kroz ceo proces, od nule do odobrenog Basic Access tokena, uključujući i taj novi korak.

Preduslovi pre nego što počnete

Pre nego što uopšte otvorite API Center, treba vam dve stvari. Prva je Google Ads nalog, i preporučujem da to bude manager nalog (MCC), ne pojedinačni klijentski nalog. Razlog je praktičan: developer token živi na nivou manager naloga, i taj isti token pokriva sve klijentske naloge koje pod njim vodite. Ako aplicirate iz pojedinačnog naloga, kasnije ćete morati da radite ceo proces ponovo čim dobijete drugog klijenta.

Druga stvar je Google Cloud projekat. Ovo nije dodatni posao, jer vam ionako treba da biste generisali OAuth2 kredencijale (client ID i client secret) preko kojih se API autentifikuje. Projekat je besplatan za kreiranje, i isti projekat ćete kasnije koristiti i za brand verification iz Koraka 4.

Korak 1: Developer token u API Center-u

Developer token se nalazi na jednom, uvek istom mestu: u manager nalogu otvorite API Center, u novijem interfejsu pod Admin sekcijom (stariji nalozi ga i dalje prikazuju pod Tools and Settings). Ako do sada niste imali potrebu za API-jem, ova stranica vam verovatno nikad nije zapala za oko, ali tu se dešava sve što je vezano za pristup Google Ads API-ju.

Kada prvi put otvorite API Center, Google vam automatski generiše token sa Test Account Access nivoom: radi isključivo sa test nalozima koje sami kreirate, i ne vidi ni jedan bajt produkcijskih podataka. Google zatim mnogim nalozima automatski dodeli Explorer Access, bez ikakve aplikacije. To je nivo na kom je moj token na slici iznad: radi i sa pravim, produkcijskim nalozima, ali sa limitom od 2.880 operacija dnevno i bez pristupa planning alatima (Keyword Planner), kreiranju naloga, user management-u i billing servisima.

Explorer je sasvim pristojna ulaznica: na njemu vrtim kompletan noćni reporting preko svih klijentskih naloga. Ali je i tačno mesto gde ćete prvi put osetiti ograničenje, jer svaki poziv ka servisu koji Explorer ne pokriva vraća DEVELOPER_TOKEN_NOT_APPROVED. Pre nego što aplicirate za Basic, iskoristite ovaj nivo da proverite da vam autentifikacija i osnovna konekcija rade: ako poziv ne prolazi ni ovde, problem je u konfiguraciji, ne u nivou pristupa.

Korak 2: Basic Access aplikacija

Iz API Center-a, uz karticu developer tokena, nalazi se dugme za aplikaciju za viši nivo pristupa. Otvara se forma sa nekoliko pitanja o tome ko ste i šta planirate da radite sa API-jem. Ovde se najviše grešaka pravi, i ovde vredi uložiti deset minuta pažnje umesto da formu popunite uzgred.

Korak 3: Povezivanje sa Google Cloud projektom

Da bi brand verification iz sledećeg koraka uopšte mogla da se veže za vaš token, Google mora da zna koji Cloud projekat ide uz koji developer token. Očekivali biste formu ili polje za to, ali povezivanje radi drugačije: po zvaničnoj dokumentaciji, dovoljno je da napravite bilo koji API poziv koji istovremeno koristi vaš developer token i OAuth kredencijale iz tog Cloud projekta. Time su token i projekat povezani.

Detalji koji olakšavaju: poziv može ići kroz user authentication ili service account tok, može ciljati test ili produkcijski nalog, i potpuno je nebitno da li će uspeti ili pasti. Nebitan je i trenutni nivo pristupa tokena. Bitno je samo da se token i kredencijali iz projekta pojave zajedno u jednom pozivu.

Korak 4: Brand verification (novi pilot od jula 2026)

Ovo je deo koji do 7. jula 2026. jednostavno nije postojao u ovom obliku. Google Ads API Team, preko Anash P. Oommena, objavio je na zvaničnom Google Ads Developer Blog-u da developeri sada mogu da ubrzaju review svoje Basic Access aplikacije jednim opcionim korakom: brand verification na povezanom Google Cloud projektu.

Kako to izgleda u praksi: ako je vaša aplikacija za developer token na statusu pending, odete u Google Cloud Console, pod OAuth consent screen, odnosno Google Auth Platform, pa Branding, i tamo završite brand verification. To je deo šireg OAuth App verification procesa i za većinu developera je samoposlužni proces, bez čekanja na ljudski review sa te strane. Google navodi da će nakon toga vašu Basic Access aplikaciju pregledati "in the next few hours", odnosno u narednih nekoliko sati.

Kako izgleda ceo proces, ekran po ekran

1. Otvorite OAuth consent screen. U Google Cloud Console-u izaberite svoj projekat, pa u levom meniju APIs and services, pa OAuth consent screen. Time ulazite u Google Auth Platform deo konzole.

2. Kliknite Get started ako platforma nije konfigurisana. Ako do sada niste podešavali OAuth consent za ovaj projekat, dočekaće vas prazan Overview ekran sa dugmetom Get started.

3. Popunite konfiguraciju projekta. Prolazite kroz četiri kratke sekcije: App Information (ime aplikacije i support email), Audience, Contact Information i Finish, pa kliknete Create.

4. Prebacite User type na External i status na In production. Na Audience tabu, ako piše Internal, kliknite Make external. Google u dokumentaciji izričito kaže da za potrebe ovog review-a User type mora biti External, a publishing status In production, čak i ako je vaš alat čisto interni. U dijalogu izaberite In production i potvrdite Push to production.

5. Popunite Branding tab. Ovde unosite podatke koji se korisnicima prikazuju na consent ekranu: home page aplikacije, linkove ka privacy policy i uslovima korišćenja, authorized domene i kontakt email. Kliknite Save.

6. Kliknite Verify branding. Dugme se nalazi u gornjem desnom uglu Branding taba, u Verification status kartici.

7. Sačekajte par minuta. Verifikacija je automatska i sam interfejs kaže da može trajati do 5 minuta. Ako iskoči greška, ispravite šta traži (najčešće je problem u domenima ili linkovima) i pokrenite ponovo.

8. Objavite verifikovan branding. Kada verifikacija prođe, kliknite Publish branding. Ne odlažite ovo: verifikovan rezultat ističe za 7 dana ako ga ne objavite.

9. Gotovo: projekat je brand verified. Status kartica sada prikazuje zelenu potvrdu da je branding verifikovan i vidljiv korisnicima. Ovo je signal koji Google-ov tim vidi kada pregleda vašu pending Basic Access aplikaciju.

Nekoliko stvari je bitno da razumete pre nego što krenete u ovaj korak. Ako je vaš Cloud projekat ranije već prošao brand verification za bilo koji drugi Google API, ne morate to ponavljati. I ako imate više Cloud projekata, dovoljno je da samo jedan bude verifikovan. Sam korak je potpuno opcion: ako već imate odobren developer token, ne treba vam brand verification, jer je ceo smisao ovog pilota da ubrza aplikacije koje čekaju na status pending, ne da menja nešto za već odobrene naloge.

Ako trenutno imate aplikaciju koja čeka na review, ovo je jednostavno najbrži put da je ubrzate: par minuta u Cloud Console-u umesto do 5 radnih dana neizvesnosti.

Šta dobijate sa Basic Access i šta i dalje ne radi

Sa odobrenim Basic Access tokenom dobijate punu funkcionalnost API-ja na svim klijentskim nalozima povezanim pod vašim manager nalogom, do 15.000 API operacija dnevno. To uključuje i ono što Explorer izričito ne pokriva: planning alate (Keyword Planner pozive za keyword ideje i volumen), kreiranje naloga i billing servise. Moj svakodnevni stack, reporting koji se sam generiše svako jutro, praćenje pacing-a, performansi i disapproved oglasa preko svih naloga, radi već na Explorer nivou. Isti mehanizam koristim i za automatski upload offline konverzija kod pojedinih klijenata, o čemu sam pisao odvojeno u vodiču o Offline Conversion Import za B2B. Za jednog čoveka koji vodi deset naloga, ovo nije pogodnost, ovo je jedini realan način da monitoring bude na nivou agencije, a ne na nivou koliko stigne da otvori u browseru.

Keyword Planner je kod mene bio prva stvar koja je udarila u ograničenje: pozivi za generisanje keyword ideja i procenu volumena vraćali su DEVELOPER_TOKEN_NOT_APPROVED, jer planning alati jednostavno nisu deo Explorer nivoa. Dok Basic ne prođe, procenu volumena radim preko podataka iz Search Console-a i benchmark CPC-a iz same platforme, što je sasvim dovoljno za odluke koje donosim. Ali ako vam je keyword research kroz API bitan deo posla, Basic Access nije opcija nego uslov.

Standard Access je posebna, kasnija aplikacija za koju idete tek kada Basic postane usko grlo, obično kada gradite alat velikog obima za više klijenata istovremeno i kada dnevni limit od 15.000 operacija počne realno da vas koči. Uslov je da već imate Basic, a zvaničan review traje do 10 radnih dana. Za agenciju sa desetak naloga, Basic je plafon koji vam realno treba.

Često postavljana pitanja