Apa Itu HTTP? Bahasa Web yang Dijelaskan untuk Pemula

Setiap kali kamu membuka sebuah situs, mengetik kata kunci pencarian, atau menekan sebuah tautan, ada hal kecil yang terjadi di balik layar: dua komputer mulai mengobrol. Perangkatmu meminta sesuatu, lalu sebuah mesin di suatu tempat di dunia membalasnya. Aturan main untuk percakapan bolak-balik itu punya nama, yaitu HTTP. Inilah salah satu bagian terpenting dari cara kerja web, dan kabar baiknya, urusan ini jauh lebih sederhana daripada kelihatannya.

Di artikel ini kita akan membongkar apa sebenarnya HTTP itu, melihat bentuk sebuah request dan response, lalu memahami kenapa formatnya sengaja dibuat agar bisa dibaca manusia biasa, bukan cuma mesin. Setelah selesai, kamu akan paham ide inti yang menjadi fondasi hampir semua hal lain di web.

Kepanjangan HTTP Sebenarnya

HTTP adalah singkatan dari HyperText Transfer Protocol. Mari kita pecah kata demi kata, karena tiap kata punya makna yang berguna untuk dipahami.

• HyperText berarti teks yang mengandung tautan, yaitu hubungan yang bisa diklik sehingga kamu bisa melompat dari satu halaman ke halaman lain. Tujuan awal HTTP memang memindahkan dokumen-dokumen yang saling tertaut seperti ini.
• Transfer artinya memindahkan sesuatu dari satu tempat ke tempat lain. Di sini, “sesuatu” itu adalah isi halaman web: teks, gambar, video, dan data.
• Protocol adalah kata yang paling penting. Protokol hanyalah seperangkat aturan yang sudah disepakati tentang bagaimana dua pihak berkomunikasi. Bayangkan seperti tata krama menelepon: satu orang bilang “halo,” yang lain membalas, dan keduanya tahu giliran siapa yang bicara.

Jadi kalau digabung, HTTP adalah seperangkat aturan yang disepakati untuk memindahkan konten bertaut di seluruh web. Saat browser dan server sama-sama mengikuti aturan ini, keduanya bisa saling mengerti dengan mulus, meskipun mungkin dibuat oleh perusahaan yang sama sekali berbeda di belahan bumi yang berseberangan.

Klien dan Server

HTTP dibangun di atas dua peran. Begitu kamu memahami keduanya, semua hal lain jadi terasa masuk akal.

Sebuah klien adalah pihak yang meminta sesuatu. Sebagian besar waktu, itu adalah browser-mu — Chrome, Firefox, Safari, Edge — tapi bisa juga berupa aplikasi ponsel, atau bahkan program lain yang mengambil data secara otomatis.

Sebuah server adalah komputer yang menyimpan konten dan menjawab permintaan. Ketika kamu membuka acy-partner.com, ada sebuah server di suatu tempat yang tugasnya menunggu permintaan masuk lalu mengirimkan halaman yang tepat.

Polanya selalu sama: klien meminta, server menjawab. Server tidak pernah tiba-tiba mengirimimu halaman tanpa diminta. Ia menunggu sampai ada permintaan lebih dulu. Pola sederhana ini disebut model request–response, dan inilah denyut nadi seluruh web.

   ┌──────────┐   1. request  ──────────▶   ┌──────────┐
   │  KLIEN   │                              │  SERVER  │
   │ (browser)│   ◀──────────  2. response   │ (situs)  │
   └──────────┘                              └──────────┘

Kamu meminta. Ia menjawab. Lalu percakapan itu selesai, sampai kamu meminta hal berikutnya.

Seperti Apa Bentuk Request

Inilah bagian yang sering mengejutkan pemula: sebuah request HTTP sebagian besar berupa teks biasa yang benar-benar bisa dibaca manusia. Saat kamu mengeklik sebuah tautan, browser menuliskan sebuah pesan singkat lalu mengirimkannya ke server. Versi sederhananya kira-kira begini:

GET /index.html HTTP/1.1
Host: acy-partner.com
User-Agent: Mozilla/5.0
Accept: text/html

Mari kita baca baris per baris:

• GET adalah method alias metode — ini memberi tahu server apa yang ingin kamu lakukan. GET berarti “tolong berikan ini.” (Ada metode lain untuk mengirim atau mengubah data; nanti kita bahas.)
• /index.html adalah path alias jalur — sumber daya mana persisnya yang kamu minta dari server.
• HTTP/1.1 adalah versi protokol yang dipakai.
• Baris-baris setelahnya disebut header — potongan informasi tambahan. Host menyebut situs mana yang kamu maksud, User-Agent menggambarkan browser-mu, dan Accept memberi tahu server jenis konten apa yang sanggup kamu tampilkan.

Hanya itu. Tidak ada kode rahasia, tidak ada biner yang membingungkan. Sebuah request pada dasarnya adalah catatan sopan yang berbunyi: “Halo server, aku mau file di /index.html, dan ini sedikit info tentang diriku.”

Seperti Apa Bentuk Response

Server membaca request-mu, mencari tahu apa yang kamu minta, lalu mengirim balik sebuah response — juga berupa teks yang bisa dibaca, diikuti konten yang sebenarnya. Bentuknya kira-kira seperti ini:

HTTP/1.1 200 OK
Content-Type: text/html
Content-Length: 1024

<!DOCTYPE html>
<html>
  <body>Halo, dunia!</body>
</html>

Baris pertama adalah yang paling menarik. 200 OK adalah status code alias kode status — sinyal singkat yang memberi tahu bagaimana hasilnya. 200 berarti “berhasil, ini yang kamu minta.” Kamu mungkin sudah pernah berkenalan dengan saudaranya yang terkenal, 404, yang berarti “aku tidak menemukan itu.”

Setelah baris status muncul header response (di sini Content-Type menyebut bahwa isinya HTML), lalu satu baris kosong, kemudian body — konten asli yang akan ditampilkan browser-mu.

Berikut beberapa kode status yang akan sering kamu temui:

Patokan praktis yang mudah diingat: kode di rentang 200-an berarti sukses, 300-an berarti pengalihan, 400-an berarti kamu yang salah meminta, dan 500-an berarti server yang bermasalah.

Metode HTTP yang Umum

Metode di awal sebuah request memberi tahu server maksud kamu. Kamu tidak perlu menghafal semuanya hari ini, tapi mengenali yang utama sangat membantu:

Saat kamu cuma membuka-buka halaman, browser memakai GET. Saat kamu mengisi formulir pendaftaran lalu menekan kirim, biasanya browser memakai POST untuk mengirimkan datamu. Tiap metode adalah cara yang jelas untuk menyatakan jenis tindakan yang kamu maksud, supaya server tahu harus merespons seperti apa.

Kenapa Bisa Dibaca Manusia Itu Penting

Mungkin kamu bertanya kenapa HTTP tidak dirancang sebagai aliran angka yang padat dan ringkas. Keputusan untuk membuatnya berbasis teks dan mudah dibaca itu memang disengaja, dan terbukti sangat menguntungkan.

Karena request dan response pada dasarnya berupa teks biasa, para pengembang bisa membacanya langsung dengan mata sendiri ketika ada yang salah. Kamu tidak perlu alat khusus untuk melihat bahwa sebuah request meminta /about lalu menerima balasan 404. Keterbukaan ini membuat web mudah dipelajari, mudah diperbaiki, dan mudah dikembangkan. Header dan fitur baru bisa ditambahkan seiring waktu tanpa merusak perangkat lunak lama, sederhananya karena semua orang bisa melihat dan menyepakati formatnya.

Ibaratnya seperti resep masakan yang ditulis dengan tulisan tangan yang jelas dibanding yang ditulis dengan sandi rahasia. Keduanya mungkin sama-sama bisa dipakai, tapi yang mudah dibaca jauh lebih gampang digunakan, diperbaiki, dan disempurnakan bersama-sama — dan web tumbuh besar justru karena begitu banyak orang bisa memahaminya.

Di Sinilah HTTPS Masuk

Ada satu kelemahan dari HTTP klasik: karena pesannya berupa teks biasa, siapa pun yang bisa mengintip koneksi antara kamu dan server bisa ikut membacanya. Untuk artikel publik, itu bukan masalah. Tapi untuk kata sandimu, nomor kartu kreditmu, atau pesan pribadi, itu jelas masalah besar.

Itulah sebabnya web modern berjalan di atas HTTPS — HTTP yang baru saja kamu pelajari, dibungkus satu lapisan enkripsi. Huruf “S” berasal dari kata Secure, yang berarti aman. Dengan HTTPS, percakapannya tetap mengikuti semua aturan yang sama, tapi isinya diacak sehingga hanya browser-mu dan server asli yang bisa memahaminya. Siapa pun yang mengintip di tengah jalan cuma melihat tulisan yang tidak berarti.

HTTPS cukup penting sehingga layak dibahas mendalam di artikel tersendiri, yang akan kita ulas terpisah. Untuk sekarang, pegang saja ide intinya: HTTPS adalah HTTP ditambah enkripsi — percakapan yang sama, tapi privat.

Rangkuman Singkat

Mari kita kumpulkan semuanya menjadi satu gambaran yang jelas:

• HTTP adalah kepanjangan dari HyperText Transfer Protocol — seperangkat aturan yang disepakati untuk memindahkan konten web.
• Web berjalan di atas model request–response: sebuah klien (biasanya browser-mu) meminta, dan sebuah server menjawab. Server hanya merespons; ia tidak pernah memulai percakapan.
• Sebuah request menyatakan apa yang kamu mau — sebuah metode seperti GET, sebuah path, dan beberapa header yang menggambarkan dirimu.
• Sebuah response kembali membawa kode status (seperti 200 OK atau 404 Not Found), beberapa header, dan konten yang sebenarnya.
• Pesan HTTP sebagian besar berupa teks biasa yang bisa dibaca manusia, dan justru karena itulah web jadi sangat mudah dijadikan fondasi dan cepat tumbuh besar.
• HTTPS adalah versi HTTP yang aman dan terenkripsi, dan itulah yang menjaga informasi sensitifmu tetap privat.

Begitu ide request–response ini sudah duduk nyaman di kepalamu, banyak sekali bagian dari web yang berhenti terasa seperti sihir. Tiap halaman yang dimuat, tiap formulir yang kamu kirim, tiap aplikasi yang mengambil data hanyalah pertukaran pesan-pesan sopan ini. Dari sini, langkah berikutnya yang wajar adalah menyelami lebih dalam soal kode status, header, atau enkripsi HTTPS yang melindunginya — masing-masing dibangun langsung di atas fondasi yang baru saja kamu pasang.