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 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.

Godinu dana je taj noćni posao radio na Explorer nivou, koji Google dodeljuje bez ikakve prijave. Explorer pokriva reporting sasvim pristojno, ali čim zatražite nešto više, recimo Keyword Planner pozive, udarite u zid: DEVELOPER_TOKEN_NOT_APPROVED. Od septembra 2026. sam na Basic nivou, pa ovaj vodič više nije teorija nego opis puta koji sam prošao, uključujući i to da mi je prijava jednom bila vraćena na dopunu.

U međuvremenu se promenilo nešto krupnije od mog naloga. Google je 9. septembra 2026. ukinuo developer tokene i premestio ceo sistem pristupa na Google Cloud projekat. Ako ste ovaj vodič čitali ranije, put kroz API Center koji je tu bio opisan više ne postoji. Ovo je verzija koja opisuje kako stvari stoje danas.

Šta se promenilo 9. septembra 2026.

Developer token je do tada bio ključ izdat manager nalogu. Nosio je nivo pristupa. Svaki poziv ka API-ju morao je da ga pošalje, i Google je po tokenu znao da li smete 2.880 ili 15.000 operacija. Nivo je pripadao agenciji.

Token je 9. septembra 2026. penzionisan. I dalje ga možete slati, kod nastavlja da radi, ali ga Google ignoriše. Nivo pristupa sada određuje Google Cloud projekat iz kog su izvučeni vaši OAuth kredencijali. Zvanična dokumentacija to kaže jednom rečenicom: "Your Google Cloud project is assigned an access level."

Menja se i mesto gde se traži nadogradnja. Nije više API Center u manager nalogu, nego Google Cloud Console. Sama stranica API Center-a to danas piše u baneru: nivo koji prikazuje "may no longer be accurate and cannot be upgraded from this page". Ostaje korisna još samo za developer kontakt email.

Vredi znati i da Google-ova sopstvena dokumentacija u trenutku pisanja nije usaglašena. Stranica o nivoima pristupa ažurirana je 9. septembra 2026, uredno navodi da nivo nosi Cloud projekat, ali ukidanje tokena ne pominje nijednom rečju. Ta informacija stoji samo na stranici o politici developer tokena. Ako negde naiđete na uputstvo koje vas šalje u API Center, verovatno nije pogrešno napisano, nego samo nije stiglo da bude ažurirano.

Poslednji detalj iz tranzicije: prijave započete pre 9. septembra 2026. su zatvorene i moraju se ponovo podneti kroz Cloud Console. Ako vam je nešto tada visilo na statusu pending, ne čekajte odgovor koji neće doći.

Ako ste već imali odobren token

Za sve koji su pre 9. septembra imali odobren nivo pristupa na developer tokenu, prelaz nije tražio nijedan korak sa vaše strane. Desilo se sledeće:

Meni lično je 14. septembra 2026. stigao mejl od Google-a da je nivo BASIC sa mog manager naloga automatski prenet na tri moja Google Cloud projekta. Nisam morao ništa da uradim - kod je nastavio da radi bez ijedne izmene.

Preduslovi pre nego što počnete

Trebaju vam dve stvari. Prva je Google Ads nalog, i preporučujem da to bude manager nalog (MCC), ne pojedinačni klijentski nalog. Razlog je i dalje praktičan, samo se promenio mehanizam: MCC vam služi kao ulazna tačka preko login-customer-id parametra, pa jedan skup kredencijala gađa sve naloge povezane pod njim, bez posebnog podešavanja po klijentu.

Druga stvar je Google Cloud projekat, i on je sada glavni akter. Na njemu se generišu OAuth2 kredencijali (client ID i client secret), na njemu se radi brand verification, i njemu se dodeljuje nivo pristupa. Projekat je besplatan za kreiranje.

Korak 1: Cloud projekat je sada nosilac pristupa

Prvi korak nije generisanje tokena, nego provera koji Cloud projekat zaista stoji iza vaših poziva. Ako ste do sada radili sa Google Ads API-jem, taj projekat već postoji, jer ste iz njega izvukli OAuth kredencijale. Broj projekta pročitate iz prefiksa client ID-ja, dela pre prve crtice.

Novi projekat dobija Test Account Access: radi isključivo sa test nalozima koje sami kreirate i ne vidi ni jedan bajt produkcijskih podataka. Mnogi projekti zatim dobiju Explorer Access, koji radi i sa pravim 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 i na njemu sam godinu dana vrteo 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. Ime greške je, uzgred, jedan od ostataka starog sistema: token više ne odlučuje ništa, ali se poruka nije promenila.

Pre nego što tražite nadogradnju, iskoristite postojeći nivo da proverite da vam autentifikacija i osnovna konekcija rade. Ako poziv ne prolazi ni ovde, problem je u konfiguraciji, ne u nivou pristupa. Ceo taj lanac, uključujući izbor između desktop i web OAuth toka i zamku od 7 dana kod refresh tokena, pokrivam u vodiču za Google Ads API autentifikaciju.

Korak 2: Brand verification, ekran po ekran

Ovaj korak je u julu 2026. bio opcion, kao način da ubrzate prijavu koja visi na statusu pending. Danas je preduslov za nove Basic i Standard prijave. Ko već ima odobren pristup, izuzet je i ne mora ništa da radi.

Brand verification je deo šireg OAuth App verification procesa i za većinu developera je samoposlužna, bez čekanja na ljudski pregled. Ekrani ispod su iz mog projekta i proces se od jula nije menjao.

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 pregleda 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.

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, verifikujete onaj iz kog se zaista autentifikujete, jer se nivo pristupa dodeljuje njemu.

Korak 3: Traženje Basic nivoa

Sa verifikovanim projektom, nadogradnja se traži u Google Cloud Console-u, na Google Ads API stranici tog projekta. Google navodi da je odobrenje za Basic sada automatizovano i da stiže u roku od nekoliko minuta nakon brand verifikacije. To je bitna razlika u odnosu na stari proces, gde je ručni pregled zvanično trajao do 5 radnih dana bez ikakvog uvida u status.

Ono što se nije promenilo je šta treba da napišete o sebi. Bez obzira na to što odluku sada donosi automatika, opis vašeg slučaja upotrebe ostaje deo zapisa i postaje bitan onog trenutka kada nešto ode na ručni pregled. Pet stvari koje vredi odraditi kako treba:

Ako vam prijavu vrate na dopunu

Meni se to desilo. Prijava je otišla početkom avgusta, vraćena je na dopunu, i odobrenje je stiglo tek posle drugog kruga, u septembru. To nije katastrofa, ali jeste mesto gde se najviše vremena izgubi ako reagujete pogrešno.

Tri stvari koje sam naučio iz tog kruga:

Ne šaljite formu ponovo sa istim odgovorima. Poruka koju dobijete to izričito kaže, i to je bukvalno tako: dobićete isti odgovor drugi put. Odgovorite u postojećem thread-u, na isti broj slučaja.

Proverite gde je prepiska stigla. Kod mene je odgovor otišao na adresu koja nije ista kao developer kontakt email podešen u nalogu, pa je nedeljama stajao u sandučetu koje ne gledam svaki dan. Uskladite te dve adrese pre nego što uopšte aplicirate.

Ponudite detaljan opis biznis modela. Poruka o dopuni obično sama nudi tu alternativu. Iskoristite je: ko ste, ko su vam klijenti, odakle vam prihod, šta tačno alat radi, ko ga koristi, koliko operacija dnevno očekujete i zašto vam trenutni plafon smeta. To je nekoliko pasusa, ne roman, ali su konkretni brojevi ono što pomera stvar.

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

Sa Basic nivoom dobijate punu funkcionalnost API-ja na svim klijentskim nalozima koje gađate, do 15.000 operacija dnevno. To uključuje i ono što Explorer izričito ne pokriva: planning alate, kreiranje naloga, user management i billing servise.

Broj sam po sebi nije ono što najviše boli na Explorer nivou. Plafon od 2.880 je deljen preko svih naloga pod vašim manager nalogom. Jedno veće restrukturiranje jednog klijenta pojede dnevnu kvotu i blokira rad na svima ostalima do ponoći. Basic to sklanja sa puta.

Keyword Planner je kod mene bio prva stvar koja je udarila u ograničenje. Evo šta se konkretno promenilo, isti poziv pre i posle:

# Explorer
GenerateKeywordIdeas  ->  DEVELOPER_TOKEN_NOT_APPROVED
   "This method is not allowed for use with explorer access."

# Basic
GenerateKeywordIdeas  ->  599 keyword ideja
   polovni motori     12.100/mes   comp=LOW   bid  7,84-13,49
   kacige za motor     5.400/mes   comp=LOW   bid  3,49-22,82
   moto oprema         2.900/mes   comp=LOW   bid  3,03-24,04

Dva seed pojma, 599 ideja sa mesečnim volumenom, nivoom konkurencije i rasponom cene klika na vrhu stranice. Uz to radi i GenerateKeywordHistoricalMetrics, koji daje volumen mesec po mesec dvanaest meseci unazad. Za sezonske klijente to je budžetski kalendar koji se do sada nije mogao izvući programski: kod istog klijenta jedan pojam ima raspon 2,2 puta između vrha i dna godine, a drugi 4,3 puta. To su dva različita kalendara, u istom nalogu.

Dok Basic nije prošao, procenu volumena sam radio preko podataka iz Search Console-a i benchmark CPC-a iz same platforme. To je sasvim upotrebljiva zaobilaznica i preporučujem je svakome ko čeka, ali je zaobilaznica.

Moj svakodnevni stack, reporting koji se sam generiše svako jutro, praćenje pacing-a, performansi i disapproved oglasa preko svih naloga, radio je i 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 desetine 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.

Standard Access i kada ga zaista treba tražiti

Standard ukida ukupan dnevni plafon. Pojedinačni servisi zadržavaju svoje rate limite, ali broj operacija više nije ograničen. Uslova ima pet, i vredi ih znati unapred, jer se dva najčešće previde.

Prvi je da već imate Basic. Drugi je usklađenost sa RMF (Required Minimum Functionality), spiskom funkcija koje vaš alat mora da ima. Treći je ručni audit aplikacije, za koji Google navodi oko 10 radnih dana. Četvrti je demo pristup, ako alat koriste spoljni korisnici. Peti je dokazan obim.

Peti uslov je onaj koji obara većinu zahteva, i formulisan je bez uvijanja:

If your volume does not consistently near the 15,000 daily limit, your request will be denied.

Drugim rečima, Standard nije nagrada za ozbiljnost nego rešenje za usko grlo koje morate dokazati da imate. Za agenciju sa desetak do trideset naloga i noćnim reportingom, dnevna potrošnja je reda veličine stotina operacija, daleko ispod plafona. Zahtev bi bio odbijen, a odbijanje ostaje zabeleženo.

Praktičan savet: izmerite pre nego što tražite. Potrošnju vidite u Google Cloud Console-u, na metrikama za Google Ads API. Ako se ne približavate plafonu, Basic je tačan nivo, a RMF izuzeće vam ne ističe, pa Standard možete tražiti onog dana kada obim to zaista opravda.

Često postavljana pitanja