Hampir setiap pendaftaran alat AI di 2026 menyertakan tiga huruf yang sama: API. ChatGPT, generator gambar, web scraper, integrasi CRM — istilah ini ada di mana-mana, tetapi kebanyakan penjelasannya selalu dimulai dengan analogi restoran yang itu-itu saja dan tidak pernah benar-benar menunjukkan seperti apa API itu. Artikel ini berbeda. Di bagian-bagian berikut, Anda akan melihat permintaan API nyata, respons nyata, dan memahami kenapa tim sales, alur kerja operasional, dan stack ecommerce Anda bergantung pada API setiap hari.
Saya sudah banyak menghabiskan waktu di Thunderbit untuk memikirkan cara membuat konsep teknis lebih mudah dipahami oleh tim bisnis — orang-orang yang tidak menulis kode, tetapi sangat perlu mengerti bagaimana alat-alat mereka saling terhubung. Jadi saya menelusuri risetnya, menguji panggilan API langsung, dan menyusun panduan ini supaya Anda mendapat pengalaman “lihat langsung, bukan cuma diberi tahu” yang sering hilang di penjelasan API lain. Sales rep, manajer pemasaran, operator ecommerce — panduan ini mencakup hal-hal yang benar-benar Anda perlukan.
Apa Itu API? Definisi Sederhana
API (Application Programming Interface) adalah sekumpulan aturan yang memungkinkan satu perangkat lunak meminta data atau tindakan dari perangkat lunak lain — lalu menerima jawaban terstruktur sebagai balasannya.
Dengan kata lain, ini adalah titik kontak resmi antara dua sistem. Anda tidak mengakses seluruh database, seluruh aplikasi, atau seluruh perusahaan di belakangnya. Anda mengakses bagian yang dibuka oleh API, dalam format yang diminta, lalu menerima persis apa yang dijanjikan. IBM, MuleSoft, dan Postman sama-sama sepakat: API adalah mekanisme atau kontrak yang memungkinkan komponen perangkat lunak berkomunikasi menggunakan aturan dan protokol yang ditentukan.
Bayangkan seperti loket drive-through. Anda memesan dalam format tertentu (menu, ukuran, mungkin kustomisasi), lalu Anda mendapat persis yang diminta — tanpa pernah masuk ke dapur. Menu adalah dokumentasi API. Loketnya adalah endpoint. Struknya adalah respons.
Tapi analogi hanya membantu sampai titik tertentu. Begini tampilan panggilan API yang sebenarnya.
Seperti Apa Permintaan dan Respons API Nyata
Tempel URL ini ke browser Anda sekarang:
https://api.agify.io?name=michael
Anda baru saja mengirim GET request ke API Agify, meminta prediksi usia yang terkait dengan nama “michael.” Ini hasil yang akan Anda terima (respons JSON):
{
"count": 304886,
"name": "michael",
"age": 61
}
| Bagian Respons | Artinya |
|---|---|
| "name": "michael" | Input yang Anda berikan — nama yang diminta |
| "age": 61 | Prediksi API berdasarkan datanya |
| "count": 304886 | Berapa banyak titik data yang digunakan untuk membuat prediksi |
Selesai. Anda baru saja membuat panggilan API. Tanpa kode, tanpa terminal, tanpa instalasi. Permintaannya adalah URL (dengan parameter), dan responsnya adalah data terstruktur yang ditampilkan browser sebagai teks. Setiap API bekerja dengan prinsip dasar yang sama: permintaan terstruktur masuk, respons terstruktur keluar.
Apa yang BUKAN API
API bukan database. API adalah lapisan akses terkendali di depan database (atau layanan, atau model).
API bukan website. Website dirancang agar manusia bisa membaca dan mengklik. API dirancang agar perangkat lunak bisa membaca dan memproses — API mengembalikan data terstruktur (biasanya JSON), bukan halaman visual.
API bukan peretasan. API hanya mengakses data dan tindakan yang memang sengaja disediakan oleh penyedia.
Kenapa Tim Bisnis Perlu Peduli pada API?
Kalau Anda bekerja di sales, operasional, pemasaran, atau ecommerce, mungkin Anda tidak pernah mengetik permintaan API sendiri. Tetapi Anda terus-menerus bergantung pada software yang terhubung ke API — dan memahami konsep ini memberi Anda keunggulan nyata saat mengevaluasi alat, merancang automasi, dan berkomunikasi dengan tim developer.
API sudah terjalin dalam pekerjaan harian Anda — inilah contohnya:
| Aktivitas Sehari-hari | API yang Bekerja di Baliknya |
|---|---|
| Login dengan Google di sebuah website | OAuth 2.0 / API identitas |
| Melihat tarif pengiriman langsung saat checkout | API tarif carrier (UPS, FedEx, dll.) |
| Mengambil lead dari website ke spreadsheet | API ekstraksi web (misalnya, Thunderbit) |
| Menerima pembayaran kartu kredit online | Stripe, PayPal, atau API pembayaran lainnya |
| Menanamkan peta di halaman pencari lokasi toko | Google Maps API |
| Sinkronisasi CRM dengan alat email | API integrasi (Zapier, Make, atau konektor bawaan) |
| Menggunakan chatbot AI di halaman support | API LLM atau NLP |
Dampak bersihnya: input data manual berkurang, kesalahan lebih sedikit, dan proses yang dulu memakan waktu berjam-jam selesai dalam hitungan detik. Laporan State of the API 2025 dari Postman menemukan bahwa 37% responden kini menghasilkan pendapatan langsung dari API — naik dari 28% pada tahun sebelumnya. Dan 66% mengatakan mereka “API-first,” artinya API dirancang dan diuji sebelum aplikasi yang bergantung padanya dibangun.
Lain kali Anda mengevaluasi alat SaaS, ajukan satu pertanyaan: apakah alat ini punya API, dan apa saja yang dieksposnya? Satu pertanyaan itu bisa menghemat Anda berbulan-bulan pusing integrasi.
Bagaimana Cara Kerja API? Penjelasan Siklus Permintaan-Respons
Polanya selalu sama:
- Anda (klien) mengirim permintaan — “Hei, berikan saya cuaca di New York.”
- API menerima permintaan, memeriksa apakah valid dan berwenang, lalu meneruskannya ke server yang tepat.
- Server memproses permintaan — menanyakan database, menjalankan model, atau melakukan tindakan.
- API mengirim respons kembali — data terstruktur (biasanya JSON) dengan jawabannya, plus kode status yang memberi tahu apa yang terjadi.
Cara sederhana untuk membayangkannya:
Klien → mengirim permintaan (method + endpoint + header + body) → endpoint API → Server memproses → endpoint API → mengirim respons (kode status + body JSON) → Klien
Istilah Penting yang Benar-Benar Akan Anda Pakai
| Istilah | Arti Sederhana |
|---|---|
| Endpoint | URL spesifik tempat Anda mengirim permintaan (seperti loket tertentu di sebuah gedung) |
| HTTP Methods | GET (membaca data), POST (mengirim data), PUT (memperbarui data), DELETE (menghapus data) |
| Request Headers | Info tambahan yang menempel pada permintaan Anda (seperti kartu identitas — token autentikasi, tipe konten) |
| Response Body | Data aktual yang Anda terima kembali (biasanya dalam format JSON) |
| Status Codes | Jawaban singkat API: 200 (sukses), 401 (tidak berwenang), 404 (tidak ditemukan), 429 (terlalu banyak permintaan), 500 (kesalahan server) |
Sumber: MDN HTTP overview, MDN HTTP request methods, MDN HTTP response status codes.
Permintaan yang samar akan ditolak. Permintaan yang valid mencakup endpoint, method, izin, dan field yang benar. Dokumentasi API yang baik adalah buku petunjuk tentang apa yang boleh Anda minta dan bagaimana cara memintanya.
API vs. SDK vs. Webhook vs. Library: Apa Bedanya?
Pitch dari vendor suka melempar kata “API,” “SDK,” “webhook,” dan “library” seolah-olah semuanya sinonim. Padahal bukan. Saya sudah cukup sering mengikuti panggilan seperti itu untuk tahu bahwa kebingungannya nyata. Berikut tabel pembeda yang dulu saya harap seseorang pernah berikan:
| Konsep | Apa Itu | Analogi Sederhana | Contoh |
|---|---|---|---|
| API | Sekumpulan aturan agar dua program bisa saling bicara | Loket drive-through | OpenAI API, Google Maps API |
| SDK | Paket alat yang menggabungkan API + helper + dokumentasi | Set memasak lengkap (resep, alat, bahan) | iOS SDK, Android SDK |
| Library | Kode siap pakai yang Anda panggil di program Anda | Buku resep berisi resep siap pakai | React, NumPy |
| Webhook | API terbalik — server memanggil ANDA saat sesuatu terjadi | Bel pintu yang berbunyi saat paket datang | Peringatan pembayaran Stripe, notifikasi push GitHub |
Sedikit konteks untuk masing-masing:
- SDK: Kalau Anda membangun aplikasi mobile, SDK memberi Anda semuanya — API, contoh kode, dokumentasi, utilitas. Anda mungkin tidak akan sering berurusan dengan SDK kecuali bekerja bersama developer.
- Library: Library adalah kode yang ditulis orang lain dan bisa Anda gunakan di program sendiri. Mungkin di balik layar ia memakai API, tetapi itu alat untuk developer, bukan saluran komunikasi antar sistem.
- Webhook: Alih-alih Anda menanyakan update ke API (“Pembayarannya sudah masuk belum? Sekarang bagaimana?”), webhook membalik modelnya — server mengirim notifikasi saat peristiwa terjadi. Anggap saja seperti notifikasi push untuk software.
Saat orang mengatakan “API” di 2026, mereka hampir selalu merujuk ke web API — khususnya REST API. Tetapi memahami istilah terkait ini membuat Anda tidak tersesat saat mendengar pitch vendor atau membaca thread Slack dengan tim engineering Anda.
Jenis-Jenis API Utama (dan Kapan Anda Akan Menemukannya)
Berdasarkan Tingkat Akses
- API Publik (Terbuka): Siapa pun bisa menggunakannya. Contoh: API cuaca gratis, atau API data publik seperti Open-Meteo.
- API Privat (Internal): Dipakai hanya di dalam perusahaan untuk menghubungkan sistem internal. Contoh: CRM Anda berbicara dengan sistem billing Anda.
- API Partner: Dibagikan hanya kepada mitra bisnis tertentu berdasarkan perjanjian. Contoh: perusahaan logistik berbagi data pelacakan pengiriman dengan retailer.
Berdasarkan Arsitektur
| Gaya | Format Data | Paling Cocok Untuk | Catatan untuk Pemula |
|---|---|---|---|
| REST | JSON (biasanya) | Aplikasi web, integrasi SaaS, API publik | Mulailah dari sini — 86% developer memakai REST |
| SOAP | XML | Integrasi enterprise yang diatur ketat (perbankan, kesehatan) | Pelajari hanya jika stack Anda membutuhkannya |
| GraphQL | JSON | Frontend kompleks yang butuh field yang sangat spesifik | Berguna setelah memahami dasar REST |
| gRPC | Protocol Buffers | Microservices internal, layanan latensi rendah | Biasanya wilayah developer/backend |
Sumber: Postman API protocols in 2023, GraphQL official docs, gRPC introduction.
Sebagai pengguna bisnis, Anda paling sering akan berinteraksi dengan REST API dan webhook. Sisanya penting untuk diketahui saat berbicara dengan vendor, tetapi REST adalah titik awal default untuk dokumentasi SaaS, integrasi Zapier, dan alat seperti Thunderbit.
API AI di 2026: Use Case yang Mengubah Semuanya
Artikel lama tentang “apa itu API” sering menganggap pengalaman pertama semua orang dengan API adalah Google Maps atau Stripe. Di 2026, itu sudah tidak sepenuhnya benar. Kebanyakan pemula mulai mengenal kata “API” karena mereka mendaftar ke ChatGPT, mencoba generator gambar, atau menjelajahi alat scraping AI.
Secara mekanis, API AI bekerja seperti API lain. Anda mengirim permintaan — prompt, dokumen, URL — lalu mendapatkan output terstruktur. Bedanya ada di sisi server: alih-alih mencari baris database, server menjalankan model.
Contoh nyata:
- OpenAI API: Kirim prompt teks → terima respons yang dihasilkan AI.
- API pembuatan gambar: Kirim deskripsi → terima gambar yang dihasilkan AI.
- API ekstraksi data AI: Kirim halaman web yang berantakan → terima data bersih dan terstruktur.
Coba ekstraksi data AI dengan Thunderbit Get Started Free
Bagaimana Open API Thunderbit Mengubah Halaman Web Berantakan Menjadi Data Terstruktur
Sekarang ke bagian yang saya memang agak berpihak padanya (alasannya jelas). Thunderbit menyediakan Open API yang membuat ekstraksi data berbasis AI tersedia secara programatik:
- Distill API: Kirim URL halaman web → dapatkan Markdown bersih, siap untuk analisis atau pipeline AI. Cocok untuk analisis konten, membangun knowledge base, atau memasok data ke alur kerja LLM.
- Extract API: Tentukan skema (nama field, tipe) dan kirim URL → AI mengekstrak data JSON terstruktur yang cocok dengan skema Anda.
Berikut contoh sederhana. Bayangkan Anda mengirim URL halaman produk Amazon yang berantakan ke Extract API Thunderbit:
POST https://api.thunderbit.com/v1/extract
Authorization: Bearer YOUR_API_TOKEN
Content-Type: application/json
{
"url": "https://example-store.com/products",
"fields": [
{ "name": "product_name", "type": "text" },
{ "name": "price", "type": "number" },
{ "name": "rating", "type": "number" }
]
}
Lalu Anda menerima:
{
"status": "success",
"data": [
{ "product_name": "Organic Cotton Tee", "price": 29.99, "rating": 4.7 },
{ "product_name": "Linen Button Shirt", "price": 54.00, "rating": 4.5 }
]
}
Respons itu siap langsung dipindahkan ke spreadsheet. Satu panggilan API baru saja menggantikan berjam-jam copy-paste manual. Ekstensi Chrome Thunderbit memakai mesin AI yang sama di balik antarmuka tanpa kode, tetapi API membuka aksesnya untuk tim yang perlu melakukan automasi dalam skala besar.
Untuk pembahasan lebih lanjut tentang cara kerja ekstraksi berbasis AI dalam praktik, lihat panduan kami tentang apa itu ekstraksi data atau cara mengekstrak data dari website mana pun.
Panggilan API Pertama Anda: Tutorial Mini Praktis
Dua menit. Tanpa unduhan, tanpa instalasi, tanpa coding. Siap?
Langkah 1: Buka Browser Anda
Buka tab browser baru.
Langkah 2: Tempel URL API Gratis
Salin dan tempel ini ke address bar lalu tekan Enter:
https://api.agify.io?name=michael
Anda baru saja mengirim GET request ke API Agify, meminta prediksi usia yang terkait dengan nama “michael.”
Langkah 3: Baca Respons JSON Bersama-sama
Anda seharusnya melihat sesuatu seperti ini:
{
"count": 304886,
"name": "michael",
"age": 61
}
"name"— input yang Anda berikan"age"— prediksi API"count"— berapa banyak titik data yang digunakan
Selesai. Anda baru saja membuat panggilan API.
Langkah 4: Naik Level — Coba API yang Memakai Kunci Autentikasi
Sekarang coba sesuatu yang sedikit lebih nyata. Buka OpenWeatherMap, daftar akun gratis, lalu dapatkan API key. Setelah itu tempel URL seperti ini (ganti YOUR_KEY):
https://api.openweathermap.org/data/2.5/weather?q=London&appid=YOUR_KEY&units=metric
Kali ini, Anda harus membuktikan identitas Anda dengan API key. Itulah autentikasi — dan itulah cara kerja sebagian besar API dunia nyata.
Langkah 5: Pahami Kode Respons
Saat Anda membuat panggilan API, terkadang Anda akan melihat error alih-alih data. Berikut arti kode status yang paling umum:
| Kode Status | Artinya |
|---|---|
| 200 OK | Semuanya berhasil — ini datanya |
| 401 Unauthorized | API key Anda salah atau belum ada |
| 404 Not Found | Endpoint atau resource tidak ada |
| 429 Rate Limited | Anda mengirim terlalu banyak permintaan terlalu cepat |
| 500 Internal Server Error | Ada yang bermasalah di sisi server |
Sumber: MDN HTTP response status codes.
Keamanan API Dijelaskan Sederhana: Keys, OAuth, dan JWT dalam Satu Tabel
Anda sebenarnya sudah memakai dua tingkat autentikasi tanpa sadar: tanpa autentikasi (Agify) dan API key (cuaca). Dua metode lainnya melengkapi gambaran ini:
| Metode Autentikasi | Cara Kerjanya | Kapan Anda Akan Menemuinya | Tingkat Kompleksitas |
|---|---|---|---|
| Tanpa Auth | Tidak perlu kredensial — siapa pun bisa memanggil API | Data publik, read-only (prediksi nama, open dataset) | Sangat Rendah |
| API Key | Satu string rahasia yang disertakan pada setiap permintaan | Akses data sederhana (data cuaca, Open API Thunderbit) | Rendah |
| OAuth 2.0 | Pengguna memberi izin terbatas melalui alur login pihak ketiga | Mengakses data pengguna (Google, Spotify, login sosial) | Sedang |
| JWT (JSON Web Token) | Token bertanda tangan yang menyandikan identitas dan izin pengguna | Autentikasi stateless di aplikasi web modern | Sedang-Tinggi |
Sumber: OAuth 2.0 RFC 6749, JWT RFC 7519.
Saat Anda menempel URL Agify tadi, Anda tidak memakai auth. Saat Anda menambahkan API key cuaca, Anda menggunakan autentikasi API key. OAuth dan JWT berperan saat aplikasi perlu mengakses data pribadi Anda — misalnya saat Anda menekan “Sign in with Google.”
Ekstensi Chrome Thunderbit menggunakan sesi login browser itu sendiri (tidak perlu API key terpisah untuk scraping), sementara Open API Thunderbit menggunakan autentikasi Bearer token standar. Itu contoh praktis dua model dalam satu produk.
Menjaga API Key Tetap Aman
- Jangan pernah membagikan API key Anda secara publik (tidak ada screenshot, tidak ada dokumen bersama, tidak ada repo publik).
- Jangan menanamkan key secara hardcode ke dokumen atau spreadsheet bersama.
- Jika Anda developer, gunakan environment variables atau secrets manager.
- Lakukan rotasi key secara berkala, dan segera lakukan jika Anda curiga key sudah terekspos.
Contoh API Dunia Nyata yang Sudah Anda Gunakan Setiap Hari
Mungkin Anda sudah memakai setengah lusin API sebelum makan siang hari ini tanpa menyadarinya:
- Google Maps yang tertanam di website bisnis: Situs tersebut memakai Google Maps API untuk mengambil dan menampilkan peta. Anda melihat peta; di belakang layar, ada panggilan API yang mengambilnya. Sumber: dokumentasi Google Maps Platform.
- “Sign in with Google/Facebook”: API berbasis OAuth yang memungkinkan Anda login tanpa membuat akun baru.
- Pemrosesan pembayaran (Stripe, PayPal): Saat Anda checkout online, sebuah API menangani pembayaran antara toko dan penyedia pembayaran. Sumber: dokumentasi Stripe API.
- Aplikasi cuaca: Aplikasi cuaca di ponsel Anda memanggil API cuaca setiap kali dibuka.
- Chatbot dan asisten AI: ChatGPT, Claude, dan alat scraping AI semuanya mengekspos kemampuannya lewat API.
- Mesin rekomendasi Spotify: Saat Spotify menyarankan playlist, API di balik layar sedang menyajikan data lagu, preferensi pengguna, dan prediksi model.
- AI Web Scraper Thunderbit: Menggunakan AI untuk mengekstrak data terstruktur dari website mana pun — dan kini menawarkan Open API agar tim bisa mengotomatiskan ekstraksi data dalam skala besar.
Cara Memilih API yang Tepat untuk Kebutuhan Bisnis Anda
Saat tiba waktunya memilih API — atau membantu tim developer memilihnya — inilah kriteria yang layak ditanyakan:
Perbandingan singkat:
| Tipe | API Publik Gratis (mis. Agify) | Open API Thunderbit | Google Maps API |
|---|---|---|---|
| Auth | Tidak ada | API Key (Bearer token) | API Key |
| Harga | Gratis | Berbasis kredit, ada paket gratis | Bayar per panggilan, ada paket gratis |
| Format data | JSON | JSON / Markdown | JSON |
| Rate limit | Longgar | Sesuai paket | Sesuai paket |
| Dokumentasi | Minimal | Detail (docs) | Sangat lengkap |
Laporan Treblle 2025 API Intelligence Report menemukan bahwa perusahaan rata-rata mengelola 613 endpoint API, dengan 55% mengelola setidaknya 500 API. Itu sangat banyak komponen yang bergerak — itulah sebabnya dokumentasi, dukungan, dan harga yang jelas menjadi sangat penting.
API dan Input Data Otomatis: Saat Konsep Ini Menjadi Praktis
API menjadi sangat menarik saat diarahkan ke bagian paling membosankan dari alur kerja bisnis: input data.
Input data manual masih merugikan organisasi miliaran dolar per tahun, dan tingkat error input data rata-rata sekitar 1% — terdengar kecil sampai Anda sadar bahwa dalam dataset berisi 10.000 catatan, itu berarti 100 kesalahan. Dalam keuangan, kesehatan, atau ecommerce, bahkan beberapa kesalahan saja bisa menggagalkan deal atau memicu masalah kepatuhan.
Sistem input data otomatis menggabungkan API dengan OCR, AI, dan machine learning untuk menangkap, mengekstrak, memvalidasi, dan mengekspor data — tanpa manusia menyalin dan menempel antar tab. Alurnya biasanya seperti ini:
- Penangkapan data: Sistem membaca data dari sumber (halaman web, PDF, gambar, atau formulir).
- Ekstraksi: AI atau OCR mengidentifikasi dan mengambil field yang relevan.
- Validasi: Aturan memeriksa error, duplikasi, atau nilai yang hilang.
- Ekspor: Data bersih mengalir ke spreadsheet, CRM, ERP, atau database — sering kali lewat API.
Thunderbit masuk ke alur kerja ini sebagai lapisan ekstraksi berbasis AI. Dengan ekstensi Chrome, pengguna bisnis bisa membuka halaman web, mengklik “AI Suggest Fields,” lalu membiarkan AI menentukan kolom mana yang perlu diekstrak — tanpa kode, tanpa ribet. Data diekspor langsung ke Excel, Google Sheets, Airtable, atau Notion. Dan untuk tim yang perlu melakukan automasi dalam skala besar, Open API Thunderbit mengubah AI yang sama menjadi endpoint yang bisa diprogram.
| Pendekatan | Waktu Setup | Akurasi | Skalabilitas | Paling Cocok Untuk |
|---|---|---|---|---|
| Input data manual | Tidak ada | Rendah (rawan error) | Sangat rendah | Tugas kecil satu kali |
| Automasi lama (macro, skrip) | Tinggi | Sedang | Sedang | Alur kerja berulang yang dikelola IT |
| Alat berbasis AI (Thunderbit, dll.) | Rendah | Tinggi | Tinggi | Pengguna bisnis, ekstraksi lintas situs |
Untuk contoh nyata bagaimana input data otomatis bekerja dalam praktik, lihat posting kami tentang penjelasan automasi input data atau manfaat automasi data untuk bisnis.
FAQ
1. Apa kepanjangan API?
API adalah kepanjangan dari Application Programming Interface. Ini adalah sekumpulan aturan yang memungkinkan dua program perangkat lunak berkomunikasi — satu meminta data atau tindakan, dan yang lain merespons dalam format terstruktur.
2. Apakah saya perlu bisa coding untuk menggunakan API?
Tidak selalu. Banyak API bisa dipanggil dari browser, Postman, atau alat tanpa kode seperti Zapier. Alat seperti ekstensi Chrome Thunderbit menggunakan API di balik layar tanpa mengharuskan Anda menulis kode sama sekali. Open API memang bersifat programatik, tetapi tim bisnis bisa memakainya lewat alat internal atau platform automasi.
3. Apakah API sama dengan website?
Tidak. Website dirancang agar manusia bisa membaca dan mengklik. API dirancang agar program bisa membaca — API mengembalikan data terstruktur (seperti JSON), bukan halaman web visual. Keduanya sering berada di domain yang sama, tetapi fungsinya sangat berbeda.
4. Apakah API gratis?
Sebagiannya gratis (seperti API data publik). Sebagian lain memakai model freemium (paket gratis + paket berbayar) atau mengenakan biaya per permintaan. Open API Thunderbit, misalnya, memakai sistem berbasis kredit dengan paket gratis untuk pengujian. Selalu periksa harga, rate limit, dan ketentuan layanan tiap penyedia.
5. Apa perbedaan antara API key dan OAuth?
API key adalah satu string rahasia yang Anda sertakan pada setiap permintaan — sederhana dan cocok untuk akses dasar. OAuth 2.0 adalah alur yang lebih kompleks di mana pengguna memberikan izin terbatas ke sebuah aplikasi (seperti “Sign in with Google”), sehingga aplikasi bisa mengakses data tertentu tanpa pernah melihat kata sandi pengguna. API key mengidentifikasi aplikasi; OAuth memberikan izin pengguna yang dibatasi cakupannya.
Pelajari Lebih Lanjut
