Web developer adalah apa? Panduan pemilik usaha sebelum menyewa

Web developer adalah orang yang menulis dan merawat kode yang membuat sebuah website bekerja: halaman yang tampil di browser pengunjung, formulir yang benar-benar mengirim pesan, dan sistem di belakang layar yang menyimpan pesanan atau data pelanggan. Kalau desainer menentukan rupa halaman, developer yang membuat rupa itu hidup dan bisa dipakai.

Biro Statistik Tenaga Kerja Amerika Serikat (tab baru) merumuskannya dalam satu kalimat pendek: web developers create and maintain websites. Kata kedua itu yang sering dilupakan pembeli jasa. Pekerjaan developer tidak berhenti di hari tayang, dan banyak keluhan pembeli jasa website yang kami baca justru muncul sesudah developernya tidak bisa dihubungi lagi.

Panduan ini ditulis untuk Anda yang akan menyewa atau menilai web developer, bukan untuk yang ingin berkarier sebagai developer. Isinya pembagian front-end, back-end, dan full-stack; beda developer dengan web designer dan UI/UX designer; apa yang sebenarnya dikerjakan dalam proyek website usaha; bukti yang berhak Anda minta; pilihan freelancer, agensi, atau pegawai sendiri; pertanyaan untuk menyaring kandidat; dan tanda bahaya sebelum uang muka berpindah.

Apa itu web developer, dan kenapa judulnya sering menyesatkan

Wikipedia (tab baru) mendefinisikan web developer sebagai programmer yang mengembangkan aplikasi web dengan model client-server. Dua kata itu cukup untuk memahami seluruh pekerjaannya. Client adalah browser di ponsel atau laptop pengunjung Anda. Server adalah komputer di pusat data yang menyimpan berkas situs dan datanya. Developer menulis kode untuk salah satu sisi itu, atau untuk keduanya.

Istilah website developer dan web developer artinya sama, dipakai bergantian di lowongan kerja dan penawaran jasa. Sementara web development adalah nama bidang kerjanya, yaitu seluruh proses membangun dan merawat website, dan web developer adalah orang yang mengerjakannya.

Masalahnya, satu judul bisa menutupi pekerjaan yang sangat berbeda. Ada orang yang menyebut dirinya web developer padahal pekerjaannya memasang tema jadi lalu mengganti logo dan warna. Ada juga yang membangun sistem pemesanan dengan jadwal, notifikasi, dan dashboard admin dari nol. Keduanya sah, tetapi harganya, risikonya, dan cara menilainya jauh berbeda.

Daftar tugas yang ditulis BLS memberi gambaran yang lebih jujur daripada judul: bertemu klien untuk membahas kebutuhan, desain, dan fungsi situs; membuat dan menguji aplikasi, antarmuka, dan menu navigasi; menulis kode; memadukan grafis, audio, dan video; serta memantau trafik situs. Perlu dicatat, BLS menggabungkan developer dan desainer digital dalam satu kelompok pekerjaan, jadi daftar itu sebagian juga menyentuh wilayah desain. Pelajaran untuk Anda: jangan menilai dari judul, tanyakan apa yang akan diserahkan di akhir proyek.

Front-end, back-end, dan full-stack: tiga lantai dalam satu bangunan

Pembagian paling umum di dunia web development ada tiga, dan memahaminya membantu Anda menulis brief yang tidak salah alamat.

Front-end adalah bagian yang dilihat dan disentuh pengunjung. Dokumentasi MDN (tab baru) menjelaskan bahwa kode di sisi browser ditulis dengan HTML, CSS, dan JavaScript, berjalan di dalam browser, dan terutama mengurus tampilan serta perilaku halaman: tata letak, navigasi, gaya komponen, dan validasi formulir. Front-end developer menerima rancangan dari desainer lalu mengubahnya menjadi halaman yang rapi di ponsel maupun layar lebar.

Back-end adalah bagian yang bekerja di server. Menurut MDN, pemrograman sisi server pada dasarnya memilih konten apa yang dikirim ke browser sebagai jawaban atas setiap permintaan. Termasuk di dalamnya memeriksa data yang dikirim lewat formulir, menyimpan dan mengambil data dari basis data, serta mengirim notifikasi lewat email atau kanal lain.

Full-stack berarti menguasai keduanya. Wikipedia menyebutnya secara sederhana: developer bisa berspesialisasi di sisi client, di sisi server, atau di keduanya.

Konsekuensinya untuk Anda cukup praktis. Situs company profile lima halaman hampir seluruhnya pekerjaan front-end, karena isinya relatif tetap. Begitu ada login pelanggan, pemesanan dengan slot jadwal, stok yang berkurang otomatis, atau dashboard untuk admin, Anda masuk ke wilayah back-end, dan itu biasanya berarti aplikasi web, bukan sekadar website.

Pendapat kami, dan ini memang pendapat: label full-stack pada satu orang bukan jaminan kuat di dua sisi. Banyak yang sebenarnya kuat di satu sisi dan cukup di sisi lain. Tanyakan saja proyek terakhirnya lebih banyak menghabiskan waktu di mana. Jawaban yang jujur justru tanda baik.

Web developer vs web designer vs UI/UX designer, siapa menyerahkan apa

Tiga judul ini paling sering tertukar di penawaran jasa. BLS membedakannya dari tanggung jawabnya: desainer digital mengembangkan, membuat, dan menguji tata letak, fungsi, dan navigasi supaya mudah dipakai, sedangkan back-end developer bertanggung jawab atas konstruksi teknis situs secara keseluruhan dan front-end developer membuat fitur teknis untuk tampilannya.

Cara termudah membedakan mereka adalah melihat barang yang diserahkan di akhir pekerjaan.

Tabel ini lebih lebar dari layar. Geser ke samping untuk melihat seluruh kolom.

Detail soal pembagian UI dan UX sudah kami bahas terpisah di artikel UI UX adalah, jadi di sini cukup satu catatan. Di proyek usaha kecil, satu orang sering memegang dua atau tiga peran sekaligus, dan itu wajar. Masalahnya baru muncul saat Anda mengira membayar untuk tiga peran padahal yang dikerjakan hanya satu. Contohnya: penawaran menyebut desain custom, tetapi yang datang adalah tema jadi dengan logo Anda. Tanyakan sejak awal apakah akan ada mockup yang bisa Anda setujui sebelum kode ditulis.

Apa saja yang dikerjakan web developer dalam proyek website usaha

Supaya Anda bisa mengawasi proyek tanpa harus bisa membaca kode, berikut urutan pekerjaan developer pada proyek website usaha yang umum. Tidak semua proyek melewati semuanya, tetapi kalau satu tahap dilewati, sebaiknya Anda tahu alasannya.

1. Membaca kebutuhan dan menulis lingkup kerja. Halaman apa saja, fitur apa saja, dan apa yang sengaja tidak dikerjakan. Tanpa dokumen ini, setiap perubahan di tengah jalan menjadi bahan perdebatan.
2. Menyiapkan fondasi. Domain, hosting, dan tempat penyimpanan kode. Kalau istilah domain dan hosting masih kabur, baca dulu penjelasan hosting dan domain kami.
3. Membangun halaman dari rancangan. Pekerjaan front-end, termasuk memastikan tampilan tetap rapi di layar ponsel yang sempit.
4. Menyambungkan fungsi. Formulir, tombol WhatsApp, pelacakan kunjungan, dan bila perlu basis data serta panel admin.
5. Menguji. Kecepatan diukur dengan Core Web Vitals. web.dev (tab baru) menetapkan ambang baik LCP 2,5 detik, INP 200 milidetik atau kurang, dan CLS 0,1 atau kurang, diukur pada persentil ke 75 kunjungan. Cara mengeceknya sendiri ada di panduan cek kecepatan website. Untuk aksesibilitas, patokannya WCAG 2.2 (tab baru) dari W3C dengan tiga tingkat kesesuaian, A, AA, dan AAA.
6. Menayangkan. SSL, sitemap, dan pendaftaran Search Console. Daftar lengkapnya ada di checklist website siap SEO.
7. Serah terima dan perawatan. Akses, dokumen, dan kesepakatan siapa yang memperbarui situs sesudahnya, entah Anda sendiri atau lewat layanan perawatan bulanan.

Tahap satu dan tujuh paling sering dilewati, dan dua tahap itulah yang paling mahal kalau bermasalah belakangan.

Bukti yang bisa Anda minta: repositori, akses, dan dokumen serah terima

Anda tidak perlu bisa memprogram untuk menilai apakah pekerjaan developer bisa diteruskan orang lain. Anda cukup memastikan bukti-buktinya ada di tangan Anda.

Bukti pertama adalah repositori kode. Dokumentasi Git (tab baru) mendefinisikan version control sebagai sistem yang mencatat perubahan berkas dari waktu ke waktu sehingga versi tertentu bisa dipanggil kembali. Pada sistem terdistribusi seperti Git, setiap salinan repositori menyimpan seluruh riwayatnya. Artinya, kalau Anda memegang repositori, Anda memegang riwayat pembangunan situs, bukan cuma berkas versi terakhir.

Kalau repositori disimpan di GitHub, memindahkannya ke akun Anda adalah prosedur resmi. Dokumentasi GitHub (tab baru) menulis bahwa issue, pull request, dan wiki ikut berpindah, tautan lama dialihkan otomatis ke lokasi baru, dan undangan transfer ke akun pribadi kedaluwarsa bila tidak diterima dalam satu hari. Jadi saat developer bilang sudah mengirim transfer, buka email Anda hari itu juga.

Tabel ini lebih lebar dari layar. Geser ke samping untuk melihat seluruh kolom.

Kalau situs Anda dibangun dengan WordPress, repositori sering kali tidak dipakai. Gantinya, minta akses administrator penuh dan satu berkas cadangan lengkap. Perbedaan kedua jalur itu kami bahas di WordPress atau website custom.

Satu catatan lagi bila back-end menyimpan data pelanggan. Indonesia sudah punya UU Nomor 27 Tahun 2022 tentang Pelindungan Data Pribadi (tab baru), ditetapkan dan berlaku sejak 17 Oktober 2022. Tanyakan di mana data formulir disimpan, siapa yang bisa membukanya, dan bagaimana cara menghapusnya. Developer yang serius akan punya jawaban tertulis.

Freelancer, agensi, atau pegawai sendiri: memilih bentuk kerja sama

Tidak ada bentuk yang selalu menang. Yang ada hanya cocok dengan ukuran proyek dan seberapa besar risikonya bagi usaha Anda. Kami sengaja tidak menulis kisaran gaji atau tarif pasar, karena kami tidak punya sumber resmi yang memuat angka itu untuk Indonesia.

Tabel ini lebih lebar dari layar. Geser ke samping untuk melihat seluruh kolom.

Dari riset keluhan pembeli yang kami kumpulkan dari forum dan ulasan publik pada September 2026, vendor yang sulit dihubungi setelah dibayar termasuk keluhan yang paling sering muncul. Seorang pengguna forum merangkum kekhawatirannya begini:

"Jangan sampai perusahaan jasa itu tutup lalu website nya gak bisa diapain"

Karena itu, bukti di bagian sebelumnya berlaku sama untuk semua bentuk kerja sama. Bedanya hanya siapa yang Anda tagih.

Kalau kebutuhan Anda sudah masuk wilayah aplikasi web tetapi belum jelas bentuknya, jangan langsung meminta harga pembangunan. Di daftar harga kami, pintunya adalah Sprint Spesifikasi seharga Rp1.900.000, lima hari kerja berisi wawancara kebutuhan, alur pengguna, daftar fitur berprioritas, wireframe utama, serta estimasi harga tetap dan tenggat. Yang diserahkan berupa dokumen, bukan kode, dan biayanya dipotong penuh dari harga proyek bila Anda lanjut. Pembangunannya sendiri masuk paket Aplikasi Web Custom mulai Rp9.500.000, dikerjakan 4 sampai 8 minggu. Semua angkanya terbuka di halaman harga, dan gambaran biaya yang lebih luas ada di artikel biaya bikin website.

Pertanyaan wawancara untuk menyaring web developer

Delapan pertanyaan berikut tidak butuh latar belakang teknis. Yang Anda nilai bukan istilahnya, melainkan apakah jawabannya konkret, bisa dicek, dan mau ditulis.

1. "Tunjukkan satu proyek yang masih tayang. Bagian mana yang Anda kerjakan sendiri?" Jawaban yang baik menyebut bagian spesifik. Jawaban yang lemah menunjuk seluruh situs milik tim besar.
2. "Selama proyek, kode disimpan di mana, dan kapan pindah ke akun saya?" Yang Anda cari adalah tanggal atau tahap yang jelas, bukan "nanti setelah lunas" tanpa definisi.
3. "Setelah serah terima, bagaimana saya mengganti teks dan foto sendiri?" Kalau jawabannya selalu lewat developer, itu keputusan desain sistem yang harus Anda setujui secara sadar.
4. "Berapa target kecepatan di ponsel, dan bagaimana membuktikannya?" Jawaban yang baik menyebut angka dan alat ukur, misalnya laporan PageSpeed Insights yang dikirim saat serah terima.
5. "Risiko keamanan apa yang Anda periksa?" Developer yang serius biasanya mengenal OWASP Top 10 (tab baru), dokumen yang oleh OWASP sendiri disebut standar kesadaran bagi developer dan keamanan aplikasi web. Pada edisi 2025, urutan pertamanya Broken Access Control, yaitu pengguna bisa membuka data yang seharusnya bukan haknya.
6. "Kalau Anda sakit atau berhenti di tengah proyek, apa yang terjadi?" Jawaban yang baik menyebut dokumentasi dan akses yang sudah Anda pegang, bukan janji tidak akan sakit.
7. "Apa yang tidak termasuk dalam penawaran ini?" Daftar pengecualian yang jelas melindungi kedua pihak. Penawaran tanpa pengecualian biasanya berujung tagihan susulan.
8. "Layanan pihak ketiga apa saja yang dipakai, dan akunnya atas nama siapa?" Hosting, layanan email, peta, pembayaran, atau notifikasi. Setiap baris butuh nama pemilik akun.

Satu pola jawaban yang patut diwaspadai: "tenang saja, nanti saya urus semuanya." Kalimat itu terdengar ramah, tetapi tidak menjawab satu pun pertanyaan di atas. Minta versi tertulisnya, dan lihat bagaimana reaksinya.

Tanda bahaya sebelum Anda mentransfer uang muka

Tanda bahaya bukan bukti penipuan. Banyak developer jujur yang sekadar tidak rapi administrasinya. Tetapi setiap tanda di bawah ini pernah muncul dalam keluhan pembeli yang kami baca, dan masing-masing mudah dicegah sebelum uang berpindah.

• Meminta akses penuh ke hosting sebelum ada pekerjaan yang bisa dilihat. Salah satu keluhan yang kami baca bercerita tentang vendor yang meminta kredensial panel hosting dengan alasan tidak bisa bekerja lewat editor biasa, lalu tidak bisa dihubungi setelah kredensial diberikan.
• Domain didaftarkan atas nama developer atau perusahaannya. Dalam riset kami, domain dan akun yang dikuasai vendor termasuk tema keluhan yang paling sering muncul, setara dengan vendor yang menghilang.
• Tidak ada tanggal preview. Yang ada hanya rentang kabur seperti "satu sampai tiga bulan".
• Menolak menyerahkan kode dengan alasan "kode milik kami". Ini boleh saja kalau memang disepakati sebagai sewa, tetapi harus tertulis dan harganya harus mencerminkan bahwa Anda menyewa, bukan membeli.
• Penanggung jawab berganti-ganti tanpa pemberitahuan. Keluhan semacam ini muncul di ulasan publik, dengan pola yang sama: tenggat meleset dan yang tersisa hanya permintaan maaf.
• Harga tanpa daftar yang tidak termasuk. Angka yang terlihat murah di awal sering membengkak di tahun kedua lewat perpanjangan dan revisi.

Cara menangkalnya sederhana dan tidak butuh pengacara. Minta empat hal tertulis sebelum membayar: domain dan semua akun atas nama Anda sejak hari pertama, lingkup kerja beserta daftar pengecualian, jumlah ronde revisi dalam angka, dan tanggal preview serta tanggal tayang. Kalau proyeknya berupa toko online, tambahkan siapa yang memegang akun pembayaran dan pengiriman.

Kesimpulan

Web developer adalah orang yang membangun dan merawat kode website, entah di sisi browser, di sisi server, atau keduanya. Judulnya tidak banyak memberi tahu. Yang memberi tahu adalah barang yang ia serahkan: halaman yang berjalan, repositori atau berkas situs, akses yang atas nama Anda, dan dokumen yang bisa dibaca orang lain.

Sebelum menyewa siapa pun, tulis dulu apakah kebutuhan Anda berhenti di halaman yang tampil, atau juga butuh sistem yang menyimpan dan mengolah data. Dari situ Anda tahu harus mencari front-end, back-end, atau keduanya, dan pertanyaan wawancara di atas bisa langsung dipakai.

Kalau Anda ingin kebutuhan itu dipilah bersama, termasuk apakah cukup website biasa atau perlu aplikasi web custom, ceritakan lewat WhatsApp kami (membuka WhatsApp di tab baru). Kami balas dengan pembagian pekerjaan, paket yang masuk akal, dan tanggalnya.

Sumber

• U.S. Bureau of Labor Statistics, Web Developers and Digital Designers (tab baru), untuk definisi web developer, daftar tugas, serta pembedaan front-end, back-end, dan desainer digital.
• Wikipedia, Web developer (tab baru), untuk definisi berbasis model client-server dan spesialisasi front-end, back-end, serta full-stack.
• MDN, Introduction to the server side (tab baru), untuk perbedaan kode sisi browser dan sisi server.
• Pro Git, About Version Control (tab baru), untuk definisi version control dan salinan repositori yang memuat seluruh riwayat.
• GitHub Docs, Transferring a repository (tab baru), untuk isi yang ikut berpindah, pengalihan tautan, dan batas satu hari menerima transfer.
• web.dev, Web Vitals (tab baru), untuk ambang LCP, INP, dan CLS pada persentil ke 75.
• W3C, WCAG 2 Overview (tab baru), untuk WCAG 2.2 dan tiga tingkat kesesuaian A, AA, AAA.
• OWASP Top 10 (tab baru) dan daftar kategori edisi 2025 (tab baru), untuk deskripsi dokumen dan kategori Broken Access Control di urutan pertama.
• JDIH BPK, UU Nomor 27 Tahun 2022 (tab baru), untuk judul undang-undang pelindungan data pribadi dan tanggal berlakunya.
• Riset keluhan pembeli internal (45 kutipan dari forum dan ulasan publik, dikumpulkan September 2026). Sampelnya kualitatif, bukan survei, jadi dikutip sebagai keluhan yang sering muncul.