LinkedIn
Instagram
WhatsApp
Telegram
Gmail
Outlook
Google Agenda
Word lid van de Slack-gemeenschapGoogle OAuth 100 gebruikerslimiet: Hoe de limiet te overstijgen (2026)
Je app heeft de limiet van 100 testgebruikers voor Google OAuth bereikt. Autorisatie mislukt, gebruikers worden buitengesloten en de valkuil van 7 dagen verlopen maakt het erger. Hier zijn de 3 paden naar onbeperkte gebruikers - gerangschikt op snelheid en kosten.
Wat is de Google OAuth 100-gebruikerslimiet?
Als je app in Testen De publicatiestatus op het OAuth-toestemmingsscherm, Google beperkt je strikt tot precies 100 testgebruikers. Zodra dat aantal is bereikt, ontvangt elke nieuwe gebruiker die probeert je app te autoriseren een foutmelding. Dit is de Google OAuth 100-gebruikerslimiet - en de meeste ontwikkelaars worden er halverwege de lancering door verrast.
De Google OAuth 100 gebruikerslimiet (ook wel de "OAuth-gebruikerslimiet" genoemd) beperkt apps in de testmodus tot maximaal 100 geautoriseerde gebruikers. Dit geldt ongeacht het aantal testgebruikers-e-mails dat u toevoegt aan de Google Cloud Console. Wanneer de limiet is bereikt, kunnen nieuwe gebruikers het OAuth-proces niet voltooien - autorisatie mislukt onmiddellijk.
De limiet voorkomt dat niet-gecontroleerde apps op grote schaal toegang krijgen tot gevoelige gebruikersgegevens. Het dwingt ontwikkelaars om het verificatieproces te doorlopen voordat ze productiegebruik bereiken.
In Testen status: hard 100-gebruiker limiet. In Productie status: limiet is verwijderd voor alleen goedgekeurde bereiken. Niet-goedgekeurde gevoelige bereiken blijven beperkt, zelfs in productie.
Google Cloud Console - API's en Services - OAuth-toestemmingsscherm - Tabblad Publiek. De sectie "Testgebruikers" toont aan hoeveel van de 100 slots zijn gebruikt.
Waar verschijnt de Google OAuth 100 gebruikerslimiet in de Console?
Navigeer naar API's en Services in het linker menu, klik dan op OAuth-instelscherm.
Als je app een bericht toont Testen Onder "Publicatiestatus" is de Google OAuth-gebruikerslimiet actief. U bent beperkt tot maximaal 100 geautoriseerde gebruikers.
Klik Publiek (voorheen "Testgebruikers" genoemd). Hier ziet u de toegevoegde testgebruikers-e-mails en het lopende totaal tegen de limiet van 100 gebruikers.
Wanneer de limiet is bereikt, zien gebruikers: "OAuth-gebruikerslimiet bereikt" of "Toegang geweigerd: deze app is niet geverifieerd". Beide bevestigen dat de Google 100-gebruikerslimiet van OAuth van kracht is.
Waarom je de limiet bereikt (zelfs na verificatie)
De Google OAuth gebruikerslimiet wordt niet altijd veroorzaakt door de testmodus. Er zijn 4 duidelijke scenario's die de limiet activeren - en weten welke van toepassing is op jou, bepaalt de juiste oplossing. Veel ontwikkelaars vinden het verrassend dat de limiet blijft bestaan, zelfs na het voltooien van de verificatie.
Uw app is in Testen publicatiestatus. Dit is de meest voorkomende oorzaak van de Google OAuth 100-gebruikerslimiet. Hoeveel e-mails je ook toevoegt aan de testgebruikerslijst, het aantal autorisaties is beperkt tot 100. De oplossing: overstappen naar Productie via app-verificatie.
Meest VoorkomendCrucial inzicht: Zelfs als uw app in productie is, kan het gebruik van gevoelige scopes (zoals Gmail lezen/verzenden, Agenda, Drive) die nooit zijn geverifieerd, de OAuth-gebruikerslimiet opnieuw toepassen. De limiet is specifiek voor de scope, niet alleen voor de status. Daarom bereiken sommige geverifieerde apps nog steeds de Google OAuth-gebruikerslimiet.
Vaak over het hoofd gezienJe hebt je app ingediend voor verificatie, maar Google heeft deze nog niet goedgekeurd. De limiet blijft van kracht totdat de beoordeling is voltooid. Beoordelingen van gevoelige bereiken duren weken; beperkte bereiken waarvoor een CASA Tier 2-beoordeling vereist is, kunnen maanden duren. Er bestaat geen tijdelijke oplossing gedurende dit tijdsbestek.
Het WachtenJe was in Productie met goedgekeurde scopes, daarna werd een nieuwe gevoelige scope toegevoegd (bijv. het toevoegen van Gmail-toegang aan een app die voorheen alleen een basaal profiel gebruikte). De nieuwe scope vereist een herbeoordeling, en de Google OAuth-gebruikerslimiet wordt opnieuw toegepast voor gebruikers die de uitgebreide set scopes autoriseren totdat de nieuwe scope is goedgekeurd.
ExpansierisicoHet zoeken naar "user cap reached limit although verified" is een veelvoorkomende frustratie voor ontwikkelaars. Het antwoord is bijna altijd scenario 02: de app is geverifieerd, maar de specifieke gevraagde scopes maakten geen deel uit van de goedgekeurde scope-set. Google's limiet is granulair: het geldt per niet-goedgekeurde scope, niet per app. Controleer uw exacte scope-lijst tegen uw goedkeuringsbrief voor verificatie.
Sla alle 4 de scenario's volledig over. Unipile's vooraf geverifieerde inloggegevens betekenen dat uw gebruikers nooit de Google OAuth limiet van 100 gebruikers bereiken - ongeacht de benodigde scopes.
Bouwen Zonder de DopDe Verborgen 7-Dagen Vervaldatum Val
Er is een tweede probleem dat de Google OAuth 100-gebruikerslimiet nog erger maakt voor SaaS-producten. Zelfs als je 100 slots niet vol zijn, verlopen de door testgebruikers verleende autorisaties automatisch na 7 dagen. Dit betekent dat je gebruikers elke week opnieuw toestemming moeten geven - wat elke productie-workflow volledig verstoort.
Google's documentatie verbergt dit: refresh tokens voor apps in Testmodus worden automatisch ongeldig na 7 dagen. Heeft uw gebruiker maandag toestemming verleend? Tegen de daaropvolgende maandag is uw app niet meer geautoriseerd. Uw token refresh call retourneert ongeldige_verlening. De gebruiker moet terugkeren naar het toestemmingsscherm en opnieuw autoriseren. Voor elke app die e-mail synchronisatie afhandelt, is dit eencomplete showstopper.
Gebruiker voltooit OAuth-stroom. Toegangstoken + vernieuwingstoken verkregen. App werkt perfect.
App vernieuwt toegangstoken met behulp van vernieuwingstoken. Geen gebruikersactie nodig. Lijkt stabiel.
Tokenvernieuwing werkt nog. Morgen gaat alles kapot. Geen waarschuwing voor de gebruiker of ontwikkelaar.
Token vernieuwing mislukt met ongeldige_verlening. Gebruiker is effectief uitgelogd. Moet opnieuw toestemming geven.
Apps die Gmail of Outlook synchroniseren verliezen na 7 dagen toegang. Historische synchronisatie kan opnieuw vanaf nul worden gestart, wat leidt tot dubbele gegevens en verwarde gebruikers.
Er is geen e-mail of melding aan de gebruiker. De app begint gewoon met het falen van API-aanroepen. Gebruikers ontdekken het probleem wanneer een functie stopt met werken, niet eerder.
Gebruikers worden wekelijks teruggestuurd naar het Google-toestemmingsscherm. Dit vernietigt retentie. De meeste gebruikers zullen niet opnieuw autoriseren. Verloop direct veroorzaakt door de google oauth testgebruikerslimiet.
Conclusie: Het toevoegen van testgebruikers aan je Google OAuth 100-gebruikerslimiet is een tijdelijke oplossing, geen definitieve. De vervaltijd van 7 dagen maakt het onmogelijk om echte productie-workloads uit te voeren met testreferenties. De drie geldige oplossingen zijn: volledige Google-verificatie, overschakelen naar niet-gevoelige bereiken, of het gebruik van een provider met vooraf geverifieerde referenties. We behandelen alle drie hieronder in detail.
Hoe voeg je testgebruikers toe aan Google OAuth
Voordat u naar een permanente oplossing grijpt, moet u mogelijk testgebruikers toevoegen aan Google OAuth om specifieke personen tijdens de ontwikkeling te deblokkeren. Hier is het exacte proces - plus de cruciale voorbehouden die betekenen dat dit nooit een echte oplossing is voor productie-apps.
Ga naar console.cloud.google.com en selecteer het project waartoe uw OAuth-gegevens behoren. Zorg ervoor dat u zich in het juiste project bevindt - het project waar uw OAuth 2.0 Client ID is aangemaakt.
In de linkernavigatiebalk: API's en Services klik dan OAuth-instelscherm. Als u deze optie niet ziet, zorg er dan voor dat de Google+ API of de juiste API is ingeschakeld in uw project.
In de instellingen van het OAuth-toegangsverleningsscherm, vindt u de Publiek tabblad (voorheen "Testgebruikers" in oudere Console-versies). Hier wordt de limiet van 100 Google OAuth-gebruikers beheerd. U ziet uw huidige publicatiestatus en het aantal testgebruikers.
Zie ook: Volledige handleiding voor de configuratie van het Google OAuth-verificatiescherm
Klik onder de sectie "Testgebruikers" op de + GEBRUIKERS TOEVOEGEN knop. Een dialoogvenster verschijnt waar u e-mailadressen kunt invoeren. U moet exacte Google-account-e-mailadressen gebruiken (gmail.com of Google Workspace-accounts).
Voer een of meer e-mailadressen in (u kunt een lijst plakken). Klik op Toevoegen, dan Sla. Gebruikers zijn nu geautoriseerd om uw OAuth-stroom te voltooien, zelfs terwijl de app zich in de status Testen bevindt. Ze zien het waarschuwingsscherm "niet-geverifieerde app", maar kunnen doorgaan.
Voltooi Google Verificatie - Het Officiële Pad
De canonieke manier om de limiet van Google OAuth-gebruikers te verhogen, is door het verificatieproces te voltooien. Na goedkeuring wordt de limiet van 100 gebruikers opgeheven voor uw geverifieerde scopes, en verlopen machtigingen niet meer na 7 dagen. Dit is de juiste weg als u uw eigen Google-gegevens op lange termijn nodig heeft, maar het is niet snel.
Vul het OAuth-toestemmingsscherm volledig in. Vermeld een duidelijke URL naar de startpagina, het privacybeleid en de gebruiksvoorwaarden. Geef precies aan welke scopes je app nodig heeft en waarom elke scope vereist is. Onvolledig ingevulde formulieren zijn de belangrijkste reden voor afwijzing.
Klik op "App publiceren" op het OAuth-scherm om de verificatie te starten. Google stuurt u een e-mail met de volgende stappen. Voor basisscoping (e-mail, profiel) is de beoordeling geautomatiseerd. Voor gevoelige scoping (Gmail, Agenda, Drive) begint een handmatige beoordeling.
Voor bereiken zoals gmail.alleenlezen, kalender.gebeurtenissen, of Drive-scopes beoordeelt het team van Google uw app handmatig. Verwacht e-mails heen en weer, demo-video's en motiverende documenten. Dit kan 4-6 weken duren.
Voor beperkte toegangsrechten (verzenden via Gmail, volledige toegang tot accounts) is een CASA Tier 2-beveiligingsbeoordeling vereist. Door Google goedgekeurde beoordelaars controleren de beveiligingsstatus van uw app. Zelf aan de slag gaan via Tier 2 App Defense is gratis, maar kost veel tijd. Beoordelaars van derden kosten 14.150 tot 14.750 USD.
| Scope Type | Voorbeelden | Herzieningstijd | Kosten | Dop verwijderd? |
|---|---|---|---|---|
| Niet-gevoelig | e-mailadres, profiel, openid | Geautomatiseerd (direct) | Gratis | Ja (Productie) |
| Gevoelig | Gmail alleen-lezen, Agenda lezen | 4-6 weken (handmatig) | Gratis | Ja (indien goedgekeurd) |
| Beperkt | Gmail volledige toegang, verzenden | 2-6 maanden (CASA Tier 2) | $0-$75k | Ja (indien goedgekeurd) |
Niet-gevoelige scope beperken - De Oplossing
Sommige apps kunnen de Google OAuth 100-gebruikerslimiet verwijderen zonder verificatie te doorlopen, door hun scope-verzoeken te beperken tot niet-gevoelige scopes. Dit is de snelste weg naar een onbeperkt aantal gebruikers, maar dit gaat ten koste van het niet kunnen lezen of schrijven van Gmail-, Agenda- of Drive-gegevens.
| Reikwijdte | Gegevens Toegankelijk | Gevoeligheid | Verificatie? | Cap toegepast? |
|---|---|---|---|---|
| openid | Gebruikersidentiteit | Niet-gevoelig | Niet vereist | Echt waar |
| E-mailadres alleen | Niet-gevoelig | Niet vereist | Echt waar | |
| profiel | Naam, foto | Niet-gevoelig | Niet vereist | Echt waar |
| gmail.alleenlezen | Lees de volledige e-mailinhoud | Gevoelig | Vereist | Kap van toepassing |
| gmail.verzenden | E-mail verzenden als gebruiker | Beperkt | CASA Tier 2 | Kap van toepassing |
| gmail-aanpassen | Lees/schrijf alle e-mail | Beperkt | CASA Tier 2 | Kap van toepassing |
| kalender.gebeurtenissen | Agenda-afspraken lezen/schrijven | Gevoelig | Vereist | Kap van toepassing |
Als je app alleen de gebruiker hoeft te identificeren (SSO, "Inloggen met Google"), gebruik dan openid e-mailadres profiel Geeft u onbeperkte gebruikers zonder verificatie. Perfect voor authenticatiestromen waarbij u geen toegang tot e-mailinhoud nodig hebt.
Als uw product Gmail-berichten leest of verzendt, agenda-afspraken synchroniseert of toegang heeft tot Drive-bestanden, valt er niet te ontsnappen aan gevoelige scopes. Het beperken van niet-gevoelige scopes is geen haalbare optie voor e-mail synchronisatie, CRM-verrijking of apps voor agendaplanning.
gmail.alleenlezen, wat een gevoelig bereik is dat verificatie vereist. Zie de volledige Gmail API scopes handleiding voor de volledige uitsplitsing van welke bereiken welk niveau van goedkeuring vereisen. Als u e-mailtoegang nodig hebt zonder te wachten op verificatie, is Optie 3 (hieronder) uw enige werkelijke alternatief.
Gebruik een vooraf geverifieerde OAuth-provider - De snelkoppeling
De snelste manier om de Google OAuth 100-gebruikerslimiet volledig te verwijderen, is door gebruik te maken van een provider die al Google's verificatie en de CASA Tier 2-beoordeling met hun eigen inloggegevens heeft voltooid. In plaats van weken of maanden te wachten, kunnen uw gebruikers zich onmiddellijk autoriseren zonder limiet, zonder 7-daagse vervaldatum en met volledige toegang tot de Gmail- en Agenda-API's vanaf dag één.
De beheerde provider gebruikt zijn eigen vooraf geverifieerde Google-gegevens. Hun verificatie omvat alle Gmail- en Agenda-scopes. Uw gebruikers autoriseren tegen gegevens die geen 100-gebruikerslimiet hebben en die nooit hebben gehad.
Productie-geverifieerde referenties geven vernieuwingstokens uit met standaardverloop (maanden, niet dagen). Gebruikers hoeven nooit wekelijks opnieuw toestemming te geven. Gmail-synchronisatie loopt continu zonder onderbreking.
Migreer met uw eigen Google-inloggegevens zonder downtime, zodra uw eigen verificatie is voltooid. Geen herauthentificatie vereist voor uw gebruikers. Nul migratiekosten.
Gmail-accounts verbinden met Unipile (zonder beperkingen, zonder wachttijd)
Meld je aan bij dashboard.unipile.com/aanmelden en haal je API-sleutel op. Duurt minder dan 2 minuten. Geen creditcard nodig voor de proefperiode.
Roepen POST /v1/accounts met "provider": "GOOGLE_OAUTH" en "gebruik_unipile_inloggegevens": true. Unipile handelt de OAuth-flow af met zijn CASA Tier 2 gecertificeerde inloggegevens. Geen limiet van 100 gebruikers. Zie de Unipile Google OAuth-documentatie voor de volledige API-referentie.
Zodra het account is gekoppeld, bel GET /v1/emails te lezen berichten of POST /v1/emails om te verzenden. U heeft volledige Gmail-toegang vanaf de eerste API-aanroep. Verken de E-mail API-handleiding voor alle beschikbare eindpunten.
Wanneer uw Google-verificatie is voltooid (weken of maanden later), werkt u de accountkoppeling bij om uw eigen OAuth-gegevens te gebruiken. Bestaande gekoppelde accounts blijven werken. Uw gebruikers merken de overgang nooit. Zie de complete Google OAuth integratiehandleiding voor de stappen van de migratie van inloggegevens.
Weken van verificatie.
Gebruik Unipile's sleutel en begin nu.
Verlies geen klanten die wachten op Google's review. Koppel Gmail-accounts in 5 minuten met onze vooraf geverifieerde ontwikkelaarsgegevens. Nooit een Google OAuth 100 gebruikerslimiet.
3 manieren om langs de Google OAuth gebruiker limiet te komen
Hier is een eerlijke vergelijking van alle drie de manieren om de Google OAuth 100-gebruikerslimiet te verwijderen. Kies op basis van uw tijdlijn, budget en of u toegang nodig heeft tot Gmail of Agenda.
| Functie | Optie 1: Google Verificatie | Optie 2: Niet-gevoelige bereiken | Optie 3: Managed Provider (Unipile) |
|---|---|---|---|
| Tijd voor onbeperkte gebruikers | 4 weken tot 6 maanden | Nu | Minder dan 5 minuten |
| Kosten | $0 tot $75.000 (CASA-beoordeling) | Gratis | Abonnementsgebaseerd |
| Gmail/Agenda toegang | Volledige toegang (indien goedgekeurd) | Nee, alleen basis authenticatie | Volledige toegang onmiddellijk |
| 7-daags verloop | Opgelost na goedkeuring | Niet van toepassing | Nooit verlopen |
| Inspanning ontwikkelaar | Zeer hoog (documenten, recensies, CASA) | Geen (scope's beperken) | Eén API-aanroep |
| Eigen inloggegevens | Ja | Ja | Eerst gedeeld, later gewisseld |
| Het beste voor | Apps die langdurig volledige eigendom van OAuth-stromen vereisen | Apps die alleen authenticatie vereisen en geen e-mail/agenda-inhoud nodig hebben | SaaS-producten die vanaf dag één Gmail-toegang nodig hebben |
Als u een product voor de lange termijn bouwt en volledige controle over de OAuth-stroom nodig heeft, is verificatie het juiste einddoel, maar houd rekening met de tijdlijn.
Als uw app alleen gebruikers hoeft te identificeren (en hun e-mail niet hoeft te lezen), omzeilen niet-gevoelige scopes de limiet volledig zonder extra werk.
Als je Gmail- of agenda-toegang nodig hebt en niet maanden kunt wachten, verwijderen de vooraf geverifieerde aanmeldingen van Unipile onmiddellijk de Google OAuth-gebruikerslimiet.
Veelvoorkomende Fouten met Betrekking tot Hoofletters en Oplossingen
De 100-gebruikerslimiet van Google OAuth komt naar voren in verschillende foutmeldingen, afhankelijk van waar in de stroom de limiet wordt bereikt. Hier zijn de 4 meest voorkomende fouten - met de exacte oorzaak en oplossing voor elk.
De harde limiet van 100 geautoriseerde gebruikers is bereikt. Dit wordt gezien door gebruikers die proberen uw app te autoriseren terwijl deze in de testmodus staat en 100 gebruikers de OAuth-flow al hebben voltooid.
Uw app is in productie, maar u ziet nog steeds fouten met betrekking tot limieten. Dit gebeurt wanneer u scopes aanvraagt die niet zijn opgenomen in de oorspronkelijke goedkeuring van uw verificatie. De limiet geldt per scope.
Een gebruiker probeert te autoriseren, maar krijgt een foutmelding 'toegang geweigerd' hoewel de limiet nog niet volledig is bereikt. Meestal staat de e-mail van de gebruiker niet in de lijst met testgebruikers, of u hebt het maximum van 100 testgebruikers bereikt.
Uw app werkte en nu mislukken tokenvernieuwingen met ongeldige_verlening. Dit is de 7-daagse exponentiële valkuil voor apps in de testmodus. De refresh token werd na 7 dagen automatisch ingetrokken door Google.
ongeldige_verlening en leidt de gebruiker om.Google OAuth 100 Gebruikerslimiet - Veelgestelde Vragen
Antwoorden op de meest gestelde vragen over de Google OAuth-gebruikerslimiet, hoe testgebruikers toe te voegen aan Google OAuth, en hoe de limiet te overschrijden.
De Google OAuth 100 gebruikerslimiet Er is een beperking van toepassing op apps in de status "Testen" voor het OAuth-scherm. Wanneer uw app in de testmodus staat, kunnen maximaal 100 gebruikers deze autoriseren. Zodra dat aantal is bereikt, ontvangen nieuwe gebruikers een toegang_geweigerd fout en kan de OAuth-stroom niet voltooien. Dit Google OAuth-gebruikerslimiet bestaat om te voorkomen dat niet-nagekeken apps op grote schaal toegang krijgen tot gevoelige gebruikersgegevens. Zie onze complete Google OAuth gids voor het volledige verificatieproces.
Naar Testgebruikers toevoegen aan Google OAuth: 1) Ga naar de Google Cloud Console. 2) Navigeer naar API's en Services dan OAuth-instelscherm. 3) Klik de Publiek tab. 4) Klik Gebruikers toevoegen. 5) Voer Google-account-e-mails in en sla op. Opmerking: de lijst bevat maximaal 100 e-mails, en de limiet van 100 gebruikers voor Google OAuth telt daadwerkelijke autorisaties, niet alleen de vermelde e-mails. Zie de toestemmingsscherm gids voor volledige installatiedetails.
Google maakt automatisch ongeldige vernieuwingstokens voor apps in Testmodus na 7 dagen. Dit is een beveiligingsmaatregel om langdurige toegang door niet-geverifieerde apps te voorkomen. Na 7 dagen geven tokenvernieuwing oproepen ongeldige_verlening, en gebruikers moeten opnieuw autoriseren. Dit maakt de Testmodus volkomen ongeschikt voor elke productie SaaS-workflow die continue toegang vereist. Overstappen naar Productie via verificatie, of het gebruik van vooraf geverifieerde providergegevens, lost dit permanent op.
Ja, dat kan verhoog google oauth gebruikerslimiet door Google's verificatieproces te voltooien en naar de productiestatus te gaan. Eenmaal goedgekeurd, wordt de limiet van 100 gebruikers voor uw geverifieerde scopes opgeheven en verlopen tokens niet langer wekelijks. Als alternatief, met behulp van de vooraf geverifieerde referenties van Unipile, krijgt u onmiddellijk onbeperkte gebruikers zonder te hoeven wachten. De google oauth 100-gebruikerslimiet kan niet worden verhoogd binnen de testmodus - 100 is een absolute harde limiet.
De de google oauth gebruikerslimiet wordt verwijderd na verificatie voor alleen goedgekeurde scopes. Als je app een scope aanvraagt die niet was opgenomen in de oorspronkelijke verificatiegoedkeuring, is de limiet opnieuw van toepassing op die niet-goedgekeurde scopes. Daarom zien sommige ontwikkelaars "oauth user cap reached" zelfs na verificatie - ze hebben een nieuwe scope toegevoegd (zoals een Agenda-scope aan een app die oorspronkelijk alleen voor Gmail was geverifieerd) zonder de nieuwe scope te laten goedkeuren. Kom altijd exact overeen met je OAuth-aanvraag met je goedgekeurde scopelijst.
Er zijn 3 manieren om Google OAuth gebruikerslimiet verwijderen: (1) Volledige verificatie - dien uw app in voor beoordeling door Google, krijg goedkeuring voor Productiestatus (4 weken tot 6 maanden). (2) Gebruik alleen niet-gevoelige bereiken - beperk tot openid, e-mailadres, profiel (geen toegang tot Gmail/Agenda, maar geen limiet) Gebruik de vooraf geverifieerde gegevens van Unipile - Koppel Gmail-accounts onmiddellijk met onze CASA Tier 2 gecertificeerde sleutels. Geen limiet, geen 7-daagse vervaldatum, volledige Gmail-toegang vanaf de eerste API-oproep.
Niet-gevoelige scopes die geen verificatie vereisen en geen gebruikerslimiet hebben: openid, e-mail, profiel. Deze geven je alleen identiteitsinformatie. Elke scope die toegang heeft tot Gmail-inhoud (gmail.alleenlezen, gmail.verzenden),agenda (kalender.gebeurtenissen) of Drive is gevoelig of beperkt en vereist verificatie. Zie de Gmail API scopes handleiding Voor de volledige scopegevoeligheidsanalyse. Voor apps die e-mailinhoud nodig hebben, is er geen ontkomen aan verificatie of het gebruik van een vooraf geverifieerde provider.
Google OAuth verificatietijdlijn afhankelijk van het scope-type: Niet-gevoelige scopes (e-mail, profiel) worden direct automatisch goedgekeurd wanneer je de app publiceert. Gevoelige scopes zoals alleen-lezen Gmail of agenda-afspraken nemen 4-6 weken voor handmatige beoordeling door het team van Google. Beperkte bereiken zoals gmail.verzenden of volledige Gmail-toegang vereist een CASA Tier 2 beveiligingsbeoordeling Dit duurt 2 tot 6 maanden en kost tussen de 1.400 (zelf te regelen) en 175.000 (externe beoordelaar). Houd hier rekening mee en maak gebruik van tijdelijke inloggegevens terwijl de verificatie gaande is.
Nee. De Google OAuth 100-gebruikerslimiet in testmodus is een strikt, absoluut maximum. - het kan onder geen beding worden verhoogd binnen de Testmodus. Google biedt geen uitzondering, upgrade of oplossing voor deze limiet in de Testmodus. De enige manier om 100 gemachtigde gebruikers te overschrijden is door over te schakelen naar de Productiestatus via verificatie, of door gebruik te maken van vooraf geverifieerde inloggegevens van een provider zoals Unipile. Er is geen betaalde optie of handmatige overschrijving om de limiet in de Testmodus te verhogen.
De snelste manier om onbeperkte Gmail-accounts te verbinden zonder de Google OAuth 100-gebruikslimiet is door gebruik te maken van Unipile's Gmail API. Unipile gebruikt vooraf geverifieerde, CASA Tier 2 gecertificeerde Google-credentials. Je maakt één API-aanroep met gebruik_unipile_credentials: true en gebruikers kunnen direct autoriseren. Geen limiet van 100 gebruikers, geen 7-daagse tokenvervaldatum, volledige Gmail lees-/zendtoegang vanaf de eerste aanroep. U kunt later overschakelen naar uw eigen geverifieerde Google-gegevens zonder dat gebruikers opnieuw hoeven te authenticeren. Bekijk de volledige API-documentatie om te beginnen.
Heb je nog vragen over het Google OAuth 100-gebruikerslimiet? Ons team staat klaar om je te helpen.
NL 
EN 
FR 
ES 
DE 
IT 
BR 
PL 
TR