Naar inhoud gaan
supastack
Blader door de docs
WebNext.js

For AI agents: fetch the complete documentation index at /llms.txt, the full documentation corpus at /llms-full.txt, the agent skill at /skill.md, or this page as Markdown at /nl/docs/web/google-sign-in.md (or send Accept: text/markdown).

Google-inloggen toevoegen

Maak een gratis Google Cloud OAuth-client en verbind Doorgaan met Google met de app.

Walkthrough voor beginners

Vereisten: de webapp lokaal draaiend (Ship in 5 minuten) en een gemigreerde database voor echte accounts (Database instellen). U heeft een gewoon Google-account nodig; alles hier is gratis en duurt ongeveer 10 minuten.

Snelle begrippen: OAuth is de standaard waarbij Google de gebruiker op Google's pagina aanmeldt en uw app een bewijs overhandigt. Een Google Cloud-project is een container in Google's console die de inloggegevens van uw app bevat. Het OAuth-consentscherm is de pagina die Google gebruikers toont voordat ze worden teruggestuurd. Een client-ID identificeert uw app bij Google; het clientgeheim is het wachtwoord ervan en blijft op de server.

1. Maak een Google Cloud-project. 2. Configureer het consentscherm. 3. Maak één Web-OAuth-client en kopieer het ID en het geheim. 4. Plak drie waarden in apps/web/.env.local en herstart de devserver.

Eén project is genoeg voor het hele product: hetzelfde Google Cloud-project host later uw Cloud Run-deployment, en mobiele login loopt via dezelfde webbackend — u maakt geen aparte client per platform of functie.

Het Google Cloud-project aanmaken

1. Open console.cloud.google.com en meld u aan met uw Google-account.

2. Klik op de projectdropdown in de bovenste balk (naast het Google Cloud-logo) en kies New Project.

3. Geef het een naam — uw productnaam is prima — en klik op Create. Er is geen organisatie, kaart of factureringsaccount nodig voor inloggegevens.

Verwacht: de console herlaadt in het nieuwe project en de naam verschijnt in de bovenste balk. Hergebruik dit project wanneer u de deploymentgids bereikt in plaats van er nog een aan te maken.

De OAuth-client aanmaken

1. Ga in de console naar APIs & Services → Credentials → + Create Credentials → OAuth client ID.

2. Zet Application type op Web application en geef het een naam als supastack local.

3. Voeg onder Authorized JavaScript origins http://localhost:3000 toe. Voeg onder Authorized redirect URIs http://localhost:3000/api/auth/callback/google toe — dat callbackpad hoort bij Better Auth, de standaard auth-engine van de kit: {APP_URL}/api/auth/callback/google.

4. Klik op Create en kopieer de Client ID en het Client Secret uit het dialoogvenster. U kunt ze later op de pagina van de client opnieuw openen, maar nu kopiëren bespaart een stap.

Maak voor productie een tweede Web-client (aanbevolen) of voeg toe aan deze: JavaScript-origin https://yourdomain.com en redirect-URI https://yourdomain.com/api/auth/callback/google. Aparte clients per omgeving betekent dat een gelekt lokaal geheim productie niet kan bereiken.

De waarden aan de app toevoegen

Open apps/web/.env.local — Next.js leest dit bestand, niet de root .env — en stel de drie regels hieronder in. AUTH_GOOGLE_ENABLED=true zet de knop aan; het clientpaar identificeert uw Google Cloud-client.

Het clientgeheim is alleen voor de server: het mag nooit in een NEXT_PUBLIC_- of EXPO_PUBLIC_-variabele voorkomen en nooit naar Git worden gecommit. Stel in productie dezelfde drie namen in de geheimenopslag van uw host in in plaats van in een env-bestand.

Herstart de devserver na het bewerken — omgevingswijzigingen worden alleen bij het opstarten gelezen.

# apps/web/.env.local
AUTH_GOOGLE_ENABLED=true
GOOGLE_CLIENT_ID=your-client-id.apps.googleusercontent.com
GOOGLE_CLIENT_SECRET=your-client-secret

Verifiëren en problemen oplossen

Open http://localhost:3000/auth, klik op de Google-knop, doorloop het consentscherm van Google en controleer dat de app aangemeld terugkomt.

redirect_uri_mismatch betekent dat de in Google geregistreerde redirect-URI niet exact overeenkomt — controleer het protocol (http versus https), de poort en het pad: het moet eindigen op /api/auth/callback/google, niet /callback/google/ of een variant met slash aan het einde.

Access blocked / has not completed the Google verification process betekent dat het consentscherm nog in Testing staat en het inloggend account niet onder Test users staat — voeg het toe onder de sectie Audience.

Als de Google-knop ontbreekt of inloggen nog steeds mislukt na het bewerken van .env.local, herstart dan de devserver. Als het opstarten mislukt met de naam van een variabele, is de vlag ingeschakeld zonder het complete clientpaar.

Wil je verdergaan met de configuratie? Lees GitHub-inloggen toevoegen.

Veelgestelde vragen

14 vragen

Wat is supastack?

supastack is een modulair fundament voor het bouwen van SaaS-producten met AI. Het brengt gemeenschappelijke infrastructuur samen zodat jij je kunt richten op productspecifieke functies.

Ondersteunt het web en mobiel?

Ja. supastack bevat Next.js- en Expo-apps als startpunten voor web- en mobiele ervaringen.

Welke authenticatie is inbegrepen?

Better Auth dekt e-mail/wachtwoord, OTP en sociale login. Persoonlijke workspaces worden bij het account geprovisioneerd zodat productrecords vanaf dag één afgebakend blijven.

Hoe ondersteunt het AI?

supastack bevat configureerbare multi-provider AI, usage-tracking, budgetten en versleutelde bring-your-own-key-ondersteuning.

Hoe worden abonnementen afgehandeld?

Voor producten op de kit vormen Stripe-billing, abonnementen en entitlements het fundament voor betaalde toegang. Providersecrets blijven server-only.

Waar leeft mijn productspecifieke code?

Productspecifieke functies blijven in een aparte codebase terwijl het product de fundamentmodules van supastack configureert en integreert.

Hoe werkt de prijs van supastack?

De kit is een eenmalige aankoop met lifetime updates: One Framework voor $249 (tijdelijke lanceringsprijs — $100 korting op de normale prijs van $349) of All Frameworks (Next.js, iOS, Android) voor $499 (tijdelijke lanceringsprijs — $100 korting op de normale prijs van $599), plus $75 per extra developer seat. Geen kit-abonnement. Checkout op deze site levert je licentiesleutel per e-mail, met repositorytoegang via een GitHub-uitnodiging.

Hoe bakens workspaces mijn data af?

Records van gebruikers worden afgebakend per workspaceId. Identiteit, entitlements, AI-gebruik, billing-events en auditentries blijven binnen de grens van de persoonlijke workspace.

Hoe werken achtergrondjobs?

Trigger.dev is de expliciete jobruntime. Het JobRunner-contract belooft alleen enqueue, status en cancel — workflowsemantiek blijft Trigger.dev-specifiek en expliciet.

Hoe verschilt e-mail van outreach?

Transactionele e-mail dekt productworkflows zoals voltooiingsnotices. Koude outreach en campagnes zijn productzaken buiten de e-mailmodule van deze kit.

Hoe werken mobiele aankopen?

Mobiel bevat native aankopen en herstel via RevenueCat, met toegang die je server verifieert. Configureer de winkelaccounts en rond apparaattests af vóór publicatie. Webfacturatie blijft afzonderlijk.

Waar leven de AI-providerkeys?

Bring-your-own-key-credentials zijn versleuteld en blijven server-only. Keys worden uit logs gefilterd; gebruik en budgetten blijven zichtbaar op workspaceniveau.

Welke betaalmethoden accepteert de checkout?

De door Stripe gehoste checkout accepteert kaarten en kan ook Alipay en WeChat Pay aanbieden zodra die wallets op het Stripe-account zijn geactiveerd — handig voor kopers in China. Wallet-autorisaties worden asynchroon bevestigd, dus de licentiepagina wordt bijgewerkt zodra de betaling is afgerond.

Kan ik een terugbetaling krijgen?

Zodra je toegang hebt gekregen tot de repository, is supastack voor altijd van jou en kan er dus geen terugbetaling plaatsvinden. Maar wees gerust: je krijgt de volledige broncode met levenslange updates om onbeperkt producten voor jezelf of je klanten te bouwen en te lanceren. Je mag de code alleen niet doorverkopen of de repository herdistribueren als starterkit of template.

NL
Thema