Last chance! 50% off DataCamp Premium
Sale ends in
Google Sheets is vaak de plek waar teams data opslaan en delen. Maar zodra je steeds dezelfde sheet bijwerkt, kost handmatig kopiëren en plakken onnodig tijd.
Met de Google Sheets API kun je sheets automatisch bijwerken en beheren vanuit je eigen apps en scripts. Je kunt data binnenhalen, updates wegschrijven en rapporten actueel houden zonder het handmatig te doen.
In deze gids laten we je stap voor stap zien hoe je alles instelt, leest, schrijft, opmaakt en veelvoorkomende spreadsheettaken automatiseert.
Om de Google Sheets API te gebruiken, heb je een Google Cloud-project nodig en een manier om je app te verifiëren. Laten we op hoofdlijnen bekijken hoe je dit instelt.
Alle Google API's draaien binnen een Google Cloud-project. Dit project bevat je inloggegevens, API-instellingen en gebruikslimieten.
Zo maak je je eerste project:

Maak een nieuw project in Google Console. Afbeelding door auteur.
Zodra het project klaar is, schakel je de vereiste API's in:

Ga naar API's en services inschakelen om de API in te schakelen. Afbeelding door auteur.

Google Sheets API inschakelen. Afbeelding door auteur.
Als je applicatie spreadsheetbestanden moet maken, verplaatsen of beheren, schakel dan ook de Google Drive API in:
De Google Sheets API ondersteunt drie primaire authenticatiemethoden. Welke je gebruikt, hangt af van hoe je app werkt.
Gebruik dit wanneer echte gebruikers inloggen en met hun eigen spreadsheets werken. Gebruikers kunnen toegang goedkeuren en je app kan alleen doen wat zij toestaan.
Stel dat je een webapp bouwt waarmee gebruikers hun Google-account kunnen koppelen zodat je app hun persoonlijke Sheets kan lezen of bijwerken. Kies in dat geval voor OAuth 2.0.
Zo doe je dat:

Ga naar het OAuth-toestemmingsscherm. Afbeelding door auteur.
Maak nu OAuth 2.0 client-inloggegevens aan om eindgebruikers te verifiëren en toegang te krijgen tot hun Google Sheets-gegevens. Een client-ID identificeert je applicatie uniek bij de OAuth-servers van Google.
Zo doe je dat:

Ga naar de OAuth-client-ID. Afbeelding door auteur.
API-sleutels identificeren je project, niet een gebruiker. Ze werken alleen met openbare spreadsheets en kunnen geen privébestanden bewerken.
Gebruik dit daarom alleen als je data uit een openbare Google Sheet wilt lezen om op een website weer te geven of om een simpel script te testen.
Zo genereer je je API-sleutel:

Ga naar API-sleutels. Afbeelding door auteur.

Bewaar de gegenereerde API-sleutel. Afbeelding door auteur.
Service-accounts laten je app zelfstandig draaien, zonder gebruikerslogin. Je deelt specifieke spreadsheets met het e-mailadres van het service-account en bepaalt wat het mag doen.
Als je een gepland script wilt draaien dat elke nacht een rapport bijwerkt of data uit een database synchroniseert naar een gedeelde Google Sheet, zijn service-accounts de beste optie.
Laten we bekijken hoe je ze maakt en configureert:
Zo pak je dit aan:

Inloggegevens maken in Google Sheets API. Afbeelding door auteur.

Voer inloggegevens in. Afbeelding door auteur.
Er verschijnt een pop-up met Service-account gemaakt.

Maak een service-account in de Google Sheets API. Afbeelding door auteur.
Een service-account gebruikt geen login of toestemmingsscherm. In plaats daarvan verifieert het met een privésleutel die is opgeslagen in een JSON-sleutelbestand. Met dit sleutelbestand kan de applicatieserver zijn identiteit bewijzen aan Google en automatisch toegangstokens aanvragen.
Zo genereer je een sleutelbestand:
Het bestand wordt nu gedownload.

Genereer een JSON-sleutelbestand voor de Google Sheets API. Afbeelding door auteur.
Service-accounts hebben niet automatisch toegang tot je spreadsheets. Je moet elk bestand delen met het e-mailadres van het service-account.
Zo doe je dat:

Kopieer het client-e-mailadres uit het JSON-sleutelbestand. Afbeelding door auteur.

Deel de toegang van het service-account via Google Sheets. Afbeelding door auteur.
Google biedt officiële clientbibliotheken die het werken met de Sheets API vereenvoudigen. Ze regelen authenticatie, het formatteren van verzoeken en retries voor je. Dit is zelfs makkelijker en veiliger dan ruwe HTTP-verzoeken versturen.
Hier zijn gangbare installatievoorbeelden voor populaire talen:
Python
pip install google-api-python-client google-auth google-auth-oauthlib
Node.js
npm install googleapis
Java (voeg de clientbibliotheek toe met Maven)
<dependency>
<groupId>com.google.apis</groupId>
<artifactId>google-api-services-sheets</artifactId>
</dependency>
Let op: Clientbibliotheken besparen insteltijd en verminderen fouten naarmate je project groeit.
De Google Sheets API wordt vooral gebruikt om spreadsheetdata te lezen, te schrijven, bij te werken en op te maken. Laten we dit begrijpen:
Om data uit een Google Sheet te lezen, heb je twee dingen nodig: de spreadsheet-ID en het celbereik dat je wilt benaderen.
De spreadsheet-ID komt uit de URL van Google Sheets. Het is de lange tekenreeks tussen /d/ en /edit. Dit vertelt de API uit welke spreadsheet gelezen moet worden.
Als mijn Sheets-URL bijvoorbeeld is: https://docs.google.com/spreadsheets/d/1s4-xSl1ztvdXmCUISe14XZWduQoJ4Ignz_HrgqsExPI/edit?gid=0#gid=0
Dan is de Spreadsheet-ID in dit geval: 1s4-xSl1ztvdXmCUISe14XZWduQoJ4Ignz_HrgqsExPI

Spreadsheet-ID. Afbeelding door auteur.
Het bereik schrijf je in A1-notatie, waarbij cellen worden aangeduid met kolomletters en rijnummers. Bijvoorbeeld:
A1 leest één cel
A1:C10 leest een blok cellen
Sheet1!A:A leest een hele kolom
Sheet1!1:1 leest een hele rij
Om waarden op te halen, biedt de API twee hoofdmethoden:
spreadsheets.values.get leest data uit één bereik. Gebruik dit wanneer je precies weet welke tabel of welk blok je nodig hebt.
spreadsheets.values.batchGet leest data uit meerdere bereiken in één verzoek. Gebruik dit wanneer je data uit meerdere plekken tegelijk wilt, zoals totalen uit de ene sheet en details uit een andere.
Data lezen verandert de spreadsheet niet. Het retourneert simpelweg waarden die je app elders kan gebruiken. Je kunt dit dus inzetten om data naar dashboards te halen, te exporteren voor analyse en geautomatiseerde rapporten te genereren.
Data schrijven werkt grotendeels hetzelfde als data lezen. Je hebt nog steeds een spreadsheet-ID en een bereik nodig, maar dit keer stuur je ook de waarden die je wilt schrijven.
De Google Sheets API biedt hiervoor twee hoofdmethoden:
spreadsheets.values.update: Gebruik dit als je data naar een specifiek bereik wilt schrijven en wilt overschrijven wat daar al staat. Als je bijvoorbeeld de koprij van een tabel wilt vervangen door nieuwe kolomnamen, is update de juiste keuze. De waarden die je verstuurt, vervangen de bestaande cellen in dat bereik.
spreadsheets.values.append: Gebruik dit wanneer je nieuwe rijen wilt toevoegen zonder bestaande data te beïnvloeden. Dit is handig als je data groeit, zoals het loggen van dagelijkse statistieken, het toevoegen van nieuwe records of het opslaan van formulierantwoorden. De API voegt de nieuwe waarden automatisch in na de laatste niet-lege rij.
Bij het schrijven van data moet je ook kiezen hoe Google Sheets de waarden die je stuurt moet behandelen. Dit wordt bepaald door ValueInputOption.
RAW slaat de waarde precies op zoals je die verstuurt
USER_ENTERED behandelt de waarde alsof deze in de sheet is getypt
Als je bijvoorbeeld =SUM(1,2) verstuurt:
Met RAW wordt het als platte tekst opgeslagen
Met USER_ENTERED wordt het geëvalueerd als formule
De keuze tussen update en append hangt af van hoe je sheet is opgezet.
Gebruik update wanneer:
Gebruik append wanneer:
Met batch-bewerkingen kun je meerdere wijzigingen groeperen in één API-verzoek. Dit vermindert het aantal calls van je app en helpt binnen de gebruikslimieten te blijven.
Er zijn twee gangbare batchpatronen in de Google Sheets API.
Voor het werken met waarden kun je gebruiken:
spreadsheets.values.batchGet om meerdere bereiken tegelijk te lezen
spreadsheets.values.batchUpdate om naar meerdere bereiken te schrijven in één verzoek
Voor structurele wijzigingen en opmaak gebruik je spreadsheets.batchUpdate. Dit is de meest handige batchmethode en ondersteunt veel acties in één verzoek.
Met spreadsheets.batchUpdate kun je wijzigingen combineren zoals:
In plaats van losse verzoeken te sturen om een spreadsheet te hernoemen en een nieuw tabblad te maken, kun je dit bijvoorbeeld allebei doen in één batchUpdate-aanroep. Dit is sneller en makkelijker te beheren naarmate je workflows groeien.
Batch-bewerkingen kun je gebruiken om rapporten op te zetten, consistente opmaak toe te passen of grote updates door een spreadsheet heen te doen.
Data bijwerken betekent waarden in specifieke cellen of bereiken vervangen. Dit doe je meestal wanneer je cijfers vernieuwt, KPI's bijwerkt of een vaste uitvoerzone in een sheet overschrijft.
Gebruik spreadsheets.values.update om bestaande waarden bij te werken. Je geeft het doelbereik op en stuurt de nieuwe waarden; de bestaande data in dat bereik wordt vervangen.
Data wissen en data verwijderen zijn niet hetzelfde:
Data wissen verwijdert de waarden in cellen maar behoudt de sheet, layout en opmaak. Gebruik spreadsheets.values.clear wanneer je een bereik wilt leegmaken zonder de structuur te beïnvloeden.
Voorbeeld: een oud rapportgedeelte leegmaken voordat je verse data in dezelfde cellen schrijft.
Data verwijderen haalt een volledig sheet-tabblad weg. Dit doe je met spreadsheets.batchUpdate en een deleteSheet-verzoek. Het verwijderen van een sheet haalt data en structuur permanent weg.
Omdat het verwijderen van een sheet onomkeerbaar is, gebruik je dit het best spaarzaam en alleen als je zeker weet dat de data niet meer nodig is.
Naast data lezen en schrijven kun je met de Google Sheets API bepalen hoe spreadsheets eruitzien en zich gedragen. Zo kun je opmaak en visuele regels op schaal automatiseren.
Met de Google Sheets API kun je celopmaak programmatisch toepassen in plaats van via de Sheets-UI. Dit omvat tekststijlen, kleuren, getalnotaties en lay-outwijzigingen.
Alle opmaakwijzigingen worden als JSON-verzoeken verzonden via spreadsheets.batchUpdate. Elk verzoek beschrijft wat er moet veranderen en waar het moet worden toegepast.
Veelvoorkomende opmaaktaken zijn onder meer:
Zo kan een opmaakverzoek bijvoorbeeld de eerste rij van een sheet targeten en die vet maken met een lichte achtergrondkleur. Het verzoek gebruikt 0-based indexen, waarbij rij 0 de eerste rij vertegenwoordigt.
Met voorwaardelijke opmaak kun je cellen automatisch stijlen op basis van hun waarden. Als je belangrijke data wilt laten opvallen zonder handmatige controle, helpt voorwaardelijke opmaak.
Met de API definieer je regels voor voorwaardelijke opmaak in JSON en pas je ze toe via spreadsheets.batchUpdate.
Je kunt dit gebruiken voor:
Je kunt bijvoorbeeld een regel definiëren die elke waarde onder 0 in een specifieke kolom markeert. Eenmaal toegepast, werkt de opmaak automatisch bij als de data verandert.
De Google Sheets API kan draaitabellen via code maken en bijwerken. Draaitabellen vatten grote datasets samen zonder de oorspronkelijke data te wijzigen, wat helpt bij rapportage en analyse.
Je hoeft alleen draaitabellen te definiëren met JSON-verzoeken en deze toe te passen met spreadsheets.batchUpdate. Deze verzoeken beschrijven hoe data moet worden gegroepeerd, samengevat en weergegeven.
Via de API kun je:
Je kunt bijvoorbeeld rijen groeperen op trefwoord en automatisch het totaal aantal kliks en vertoningen berekenen. Terwijl de onderliggende data verandert, werkt de draaitabel automatisch bij.
Connected Sheets laat Google Sheets direct samenwerken met BigQuery. BigQuery verwerkt grote datasets, terwijl Sheets wordt gebruikt voor analyse en rapportage.
In plaats van miljoenen rijen naar een sheet te kopiëren, voert Connected Sheets queries uit op BigQuery en toont de resultaten. Zo blijven spreadsheets snel en responsief, zelfs met zeer grote datasets.
De verbinding wordt vanuit Google Sheets zelf gemaakt. De Google Sheets API wordt niet gebruikt om de verbinding op te zetten.
Zo werkt het:
Zodra de koppeling er is, kun je rechtstreeks in Sheets draaitabellen bouwen, formules toepassen en rapporten maken.
Toegang tot Connected Sheets wordt beheerd via Google Cloud Identity and Access Management.
Het account dat Sheets met BigQuery verbindt, moet beschikken over:
De authenticatie verloopt automatisch via de interface van Google Sheets.
Houd echter rekening met enkele beperkingen. Hoewel de Sheets API data kan lezen uit Connected Sheets en opmaak kan toepassen of draaitabellen kan bouwen, kan deze de onderliggende BigQuery-query niet wijzigen of data terugschrijven naar BigQuery-ondersteunde bereiken.
Daarom werkt Connected Sheets het best voor analyse en rapportage, niet voor het invoeren of bewerken van ruwe data.
Niet elke workflow vereist maatwerkcode. Verscheidene no-code- en low-code-tools koppelen rechtstreeks met de Google Sheets API en regelen de technische details voor je. De drie populairste opties zijn:
Deze tools bieden visuele interfaces om databronnen te selecteren, schema's in te stellen en resultaten naar Google Sheets te sturen. Ze regelen op de achtergrond de authenticatie, API-verzoeken en foutafhandeling.
Zo zijn no-code tools geschikt voor marketeers en analisten die betrouwbare datapijplijnen nodig hebben zonder code te schrijven. Ze verkorten ook de insteltijd voor veelvoorkomende rapportage- en dashboardcases.
Voor de meeste projecten kun je de Google Sheets API gratis gebruiken. Het belangrijkste is te begrijpen hoe gebruikslimieten werken.
Google rekent niet per verzoek of per spreadsheetactie. In plaats daarvan wordt het gebruik beheerst door quota.
Zolang je project binnen die limieten blijft, kun je de API kosteloos gebruiken. Als je eroverheen gaat, worden verzoeken tijdelijk geblokkeerd totdat het gebruik daalt of de limieten worden verhoogd.
De Google Sheets API hanteert limieten om de prestatiestabiliteit te behouden en misbruik te voorkomen. Deze limieten gelden meestal per project en in sommige gevallen per gebruiker.
De meeste projecten lopen tegen twee hoofdtypen limieten aan:
1. Verzoeken per minuut: Deze limiet bepaalt hoeveel API-calls je project in korte tijd kan versturen. Te veel kleine verzoeken tegelijk kunnen tijdelijke fouten veroorzaken.
Standaard staat de Google Sheets API toe:
|
Leesverzoeken |
Schrijfverzoeken |
|
300 verzoeken per minuut per project |
300 verzoeken per minuut per project |
|
60 verzoeken per minuut per gebruiker |
60 verzoeken per minuut per gebruiker |
2. Verzoeken per dag: Voor lezen en schrijven van data is er geen vaste dagelijkse limiet voor het aantal verzoeken dat je project kan doen. Je kunt de API de hele dag (24 uur) blijven gebruiken.
Limieten hebben vooral betrekking op hoeveel verzoeken je per minuut verstuurt, niet op het totaal per dag.
Om binnen de limieten te blijven en problemen te voorkomen:
Wanneer je Google Sheets automatiseert, komen prestatieproblemen meestal door te veel verzoeken te snel te sturen. Het is dus belangrijk te begrijpen hoe quota werken.
Google past quota toe om te beperken hoeveel verzoeken je project binnen een bepaalde tijd kan versturen. Sommige limieten gelden per project en andere per gebruiker.
Deze limieten hebben directe impact op geautomatiseerde workflows. Als je script te veel verzoeken te snel stuurt, begint de API fouten te retourneren en stopt de workflow. Dit gebeurt vaak wanneer scripts:
Gebruik monitoren om problemen vroeg te signaleren. In de Google Cloud Console kun je zien hoe dicht je project bij zijn limieten zit en plotselinge pieken in activiteit ontdekken. Zo doe je dat:
Als je plotselinge pieken ziet, duidt dat meestal op inefficiënte verzoekpatronen.

Quota en systeemlimieten. Afbeelding door auteur.
Zelfs goed geschreven scripts kunnen tijdelijke API-fouten tegenkomen. De meest voorkomende zijn makkelijk te herkennen:
Deze fouten lossen vaak vanzelf op. Het verzoek direct opnieuw proberen kan het probleem verergeren.
Exponentiële backoff is de standaardmanier om veilig opnieuw te proberen. In plaats van meteen te retrypen, wacht je script voordat het opnieuw probeert. De wachttijd neemt toe na elke mislukking.
Een eenvoudig backoff-patroon ziet er zo uit:
Deze aanpak verlaagt de druk op de API en vergroot de kans op een succesvolle retry.
Hier is een eenvoudig Python-voorbeeld dat een verzoek opnieuw probeert met exponentiële backoff:
import time
from googleapiclient.errors import HttpError
def run_with_backoff(callable_request, max_retries=5):
delay = 1
for attempt in range(max_retries):
try:
return callable_request()
except HttpError as e:
status = getattr(e.resp, "status", None)
if status in [429, 500, 502, 503, 504]:
time.sleep(delay)
delay = min(delay * 2, 32)
continue
raise
raise RuntimeError("Request failed after retries.")
Je kunt vervolgens elke API-aanroep met deze helper wrappen:
result = run_with_backoff(
lambda: service.spreadsheets().values().get(
spreadsheetId=spreadsheet_id,
range="Report!A1:E100"
).execute()
)
Zo voorkomt je script dat het meteen faalt wanneer het probleem tijdelijk is, waardoor je workflows betrouwbaarder draaien.
De prestaties verbeteren wanneer je minder verzoeken verstuurt en payloads klein houdt. De meeste vertragingen ontstaan wanneer scripts te veel werk in één call doen.
Dit zijn de effectiefste technieken om vertragingen te voorkomen:
Batchmethoden zoals spreadsheets.values.batchGet, spreadsheets.values.batchUpdate en spreadsheets.batchreadsheets.batchUpdate laten je veel acties combineren in één verzoek. Dit levert de grootste prestatiewinst op.
Steeds dezelfde data lezen kost tijd en quota. Haal spreadsheetmetadata of sheet-ID's één keer op en hergebruik ze tijdens de scriptrun.
Sommige API-responses leveren data in pagina's. Verwerk één pagina tegelijk in plaats van alles in één keer te laden. Zo voorkom je time-outs en geheugenkosten bij grote datasets.
De meeste Google-clientbibliotheken en HTTP-clients ondersteunen automatisch gzip-compressie. Compressie verkleint de omvang bij grote responses, zoals bij het lezen van brede bereiken of het ophalen van spreadsheetmetadata.
Vraag, waar mogelijk, alleen de velden op die je nodig hebt in plaats van de volledige resource. Kleinere responses zijn sneller en gebruiken minder bandbreedte.
Vermijd het schrijven van één cel tegelijk. Schrijf volledige bereiken. Sla opmaakupdates over als er niets is veranderd en stuur data niet onnodig opnieuw.
Eén simpele regel werkt hier goed: als een script door rijen loopt en binnen die lus een API-call doet, zal het niet opschalen. Batch het werk, verminder het aantal verzoeken en houd payloads klein.
Fouten horen bij het werken met elke API. Laten we dus bekijken hoe je problemen snel oplost en automatisering betrouwbaar houdt.
Authenticatieproblemen zijn de meest voorkomende bron van fouten wanneer je begint met de Google Sheets API. Meestal komen ze door de setup en niet door bugs in je code.
Veelvoorkomende problemen zijn:
OAuth-problemen ontstaan vaak wanneer scopes niet overeenkomen met de actie die je wilt uitvoeren. Lezen-alleen-scopes staan bijvoorbeeld geen schrijfbewerkingen toe.
Problemen met service-accounts komen meestal door ontbrekende bestandsdeling. Een service-account kan geen enkele spreadsheet zien tenzij deze expliciet met zijn e-mailadres is gedeeld.
Verzoekfouten ontstaan meestal wanneer de verzonden data niet overeenkomt met wat de API verwacht. De foutmeldingen zijn vaak beschrijvend, maar kunnen in het begin toch verwarrend zijn.
Veelvoorkomende oorzaken zijn:
Ongeldige A1-notatie: Sheet-namen zijn verkeerd gespeld of bereiken bestaan niet
Onjuiste datastructuur: Waarden moeten als tweedimensionale arrays worden verzonden, zelfs voor één rij
Type-mismatches: Getallen, datums en formules gedragen zich anders afhankelijk van valueInputOption
Lees bij het troubleshooten altijd de volledige foutrespons, omdat Google API's meestal precies aangeven welk veld validatie niet heeft doorstaan.
Zoals elke clouddienst kan de Google Sheets API af en toe serverfouten retourneren, zoals 503 Service Unavailable bij hoge belasting of tijdelijke storingen.
Deze fouten zijn meestal tijdelijk. Probeer niet meteen opnieuw, want dat kan het erger maken.
Om betrouwbaarheid beter te waarborgen:
Een robuuste integratie gaat ervan uit dat sommige verzoeken zullen falen. Correcte retries, batchen en monitoren zorgen ervoor dat je scripts automatisch herstellen en blijven draaien zonder handmatige tussenkomst.
De Google Sheets API is eenvoudig om mee te werken, maar betrouwbaarheid op de lange termijn hangt af van hoe we onze setup ontwerpen en beveiligen.
Google biedt officiële tools en bronnen om ontwikkeling veiliger en eenvoudiger te maken:
Google onderhoudt officiële clientbibliotheken voor de Sheets API. Deze bibliotheken regelen authenticatie, retries en het formatteren van verzoeken. Met ondersteunde bibliotheken verminderen we fouten en besparen we tijd. Ze passen zich ook beter aan API-updates aan dan eigen HTTP-code.
De ondersteunde talen zijn Python, JavaScript met Node.js, Java en Go.
Elke bibliotheek volgt dezelfde kern-API-structuur, maar sommige bieden taal-specifieke helpers. Python en Node.js worden vaak verkozen voor automatisering vanwege de eenvoudigere setup en sterke communitysupport.
Clientbibliotheken integreren ook naadloos met andere Google API's, wat helpt wanneer een workflow Drive, BigQuery of Gmail omvat.
Inloggegevens bepalen de toegang tot je data, dus ga er zorgvuldig mee om met deze best practices:
Commit nooit sleutelbestanden naar versiebeheer
Sla sleutels buiten openbare repositories op
Gebruik omgevingsvariabelen of secret managers in productie
Verleen alleen de vereiste permissies
Geef de voorkeur aan smalle rollen boven brede
Beperk de toegang van service-accounts tot specifieke taken
Let op ongebruikelijke pieken of onbekende toegangspatronen
Roteer sleutels regelmatig en trek gelekte sleutels direct in en vervang ze
De beste volgende stap is om één kleine taak te automatiseren die je nu met de hand doet. Kies een spreadsheet die je beheert, lees een bereik, en schrijf of voeg er data aan toe. Als dat werkt, plan het dan in en laat het zelfstandig draaien.
Dat is het moment waarop de Google Sheets API echt rendeert.
Je hebt niet meteen een complex systeem nodig. Eén betrouwbare workflow bespaart al tijd en maakt het bouwen van de volgende veel eenvoudiger. Wil je die vaardigheden aanscherpen naast automatisering, bekijk dan onze Google Sheets Fundamentals-track of Introduction to Google Sheets en Intermediate Google Sheets-cursussen om meer waarde uit elke geautomatiseerde workflow te halen.
Ik ben een contentstrateeg die graag complexe onderwerpen eenvoudig maakt. Ik heb bedrijven als Splunk, Hackernoon en Tiiny Host geholpen om boeiende en informatieve content te maken voor hun doelgroep.
De Sheets API is het beste als je logica buiten Google leeft (bijv. backend, ETL, services). Wil je snel iets dat binnen Google Sheets draait, gebruik dan Apps Script.
Nee. Elk API-verzoek moet bij een Google Cloud-project horen. De console is vereist om API's in te schakelen en inloggegevens te maken.
Ja. De bewerkgeschiedenis in Google Sheets registreert nog steeds wijzigingen, maar wijzigingen via een service-account verschijnen onder de naam van dat service-account.
Nee. De API werkt alleen met Google Sheets. Excel-bestanden moeten eerst worden geconverteerd.
Begin met alleen-lezen toegang op een testsheet en voeg daarna geleidelijk schrijfrechten toe.
Leren met DataCamp
Cursus
Cursus
Cursus

blog
Adel Nehme
15 min