Sebagian besar orang memilih vendor website dengan cara membandingkan tiga hal: harga, portofolio, dan seberapa cepat mereka membalas chat. Tiga-tiganya masuk akal. Tiga-tiganya juga tidak memberi tahu Anda apa pun tentang hal yang akan benar-benar Anda rasakan dua tahun lagi — yaitu apakah website itu masih bisa disentuh orang selain vendor yang membuatnya.
Di tulisan ini saya tidak akan memberi Anda daftar 15 tips. Daftar seperti itu sudah ada di mana-mana, dan masalahnya bukan kekurangan tips — masalahnya semua tips itu menilai vendor dari hal-hal yang bisa mereka siapkan sebelum ketemu Anda. Yang akan saya bagikan justru urutan kerjanya: apa yang Anda tulis sebelum menghubungi siapa pun, bagaimana membaca respons mereka, cara memeriksa portofolio web developer dengan tangan sendiri dalam 20 menit, dan lima klausul kontrak yang menentukan apakah Anda memiliki website itu atau cuma menyewanya.
Saya menulis ini dari dua sisi meja. Saya sudah delapan tahun lebih menangani SEO dan pengembangan website di empat negara, jadi saya pernah jadi vendor yang dinilai — dan berkali-kali jadi orang yang dipanggil untuk membereskan website yang ditinggalkan vendor sebelumnya. Bagian kedua itu yang paling banyak mengajari saya.
Harga yang Anda Bandingkan di Awal Bukan Harga yang Anda Bayar
Ada satu skenario yang saya lihat berulang, dan bentuknya hampir selalu sama.
Website sudah jadi setahun lalu. Sekarang pemiliknya cuma ingin mengganti satu angka harga di halaman layanan. Bukan proyek besar — satu angka. Dia buka email vendor, tidak dibalas. WhatsApp centang dua, tidak dibaca. Akhirnya dia cari developer lain, dan di situlah percakapannya berubah: developer baru minta akses hosting, dan ternyata akun hosting terdaftar atas nama vendor lama. Domain juga. Yang dia punya cuma satu login WordPress dengan role “editor”.
Dia tidak sedang bernegosiasi soal satu angka lagi. Dia sedang menegosiasikan kembali kepemilikan bisnisnya sendiri di internet.
Yang membuat saya menulis artikel ini bukan kasus itu sendiri, tapi satu hal yang selalu sama di semua kasus serupa: tidak satu pun dari orang-orang ini memilih vendor secara ceroboh. Mereka membandingkan harga. Mereka melihat portofolio. Mereka bahkan minta testimoni. Semua langkah standar sudah dilakukan.
Masalahnya, semua langkah standar itu menilai bagaimana proyek dimulai. Tidak ada satu pun yang menilai bagaimana proyek berakhir. Dan yang akan Anda hidupi selama tiga sampai lima tahun ke depan bukan hari peluncuran — melainkan setiap kali Anda butuh mengubah sesuatu dan harus mencari tahu siapa yang boleh menyentuhnya.
Cara Memilih Jasa Pembuatan Website: Ringkasan 7 Langkah
Kalau Anda sedang buru-buru, ini urutannya. Penjelasan lengkap tiap poin ada di bawah.
- Tulis spek satu halaman — tujuan bisnis, daftar halaman, siapa yang menulis isinya, integrasi wajib, dan tanggal target beserta alasannya.
- Kirim dokumen yang sama persis ke tiga vendor, bukan penjelasan lisan yang berbeda-beda ke tiap orang.
- Nilai reaksinya, bukan harganya — vendor yang bagus akan mengajukan pertanyaan dan menolak sebagian permintaan Anda.
- Periksa portofolio dengan tangan sendiri: buka di HP dengan data seluler, cek kecepatannya, pastikan situsnya masih hidup.
- Minta dua kontak klien lama yang bisa Anda hubungi langsung — tanyakan soal proses, bukan hasil.
- Baca lima klausul kontrak: kepemilikan aset, definisi garansi, batas revisi, isi serah terima, dan klausul keluar.
- Tentukan siapa yang merawat website setelah launch — sebelum, bukan sesudah, website itu jadi.
Enam dari tujuh langkah ini dikerjakan sebelum Anda menandatangani apa pun. Itu bukan kebetulan.
Apa yang Sebenarnya Anda Beli Saat Membayar Jasa Pembuatan Website
Angka yang tertulis di penawaran terlihat seperti harga satu barang. Sebenarnya itu lima pekerjaan berbeda yang digabung jadi satu baris, dan lima pekerjaan itu punya nilai yang sangat berbeda buat Anda.
Lima komponen yang tersembunyi dalam satu angka
Perencanaan dan spesifikasi. Menerjemahkan “saya butuh website” jadi daftar halaman, alur, dan fungsi yang konkret. Komponen paling murah untuk dikerjakan, paling mahal kalau dilewati.
Desain. Tampilan, tata letak, hierarki visual. Ini yang paling terlihat, jadi ini yang paling banyak dibicarakan saat penawaran — dan paling sedikit berpengaruh pada apakah website itu bisa dirawat nanti.
Pembangunan. Mengubah desain jadi halaman yang berfungsi, responsif, dan tidak lambat. Di sinilah kualitas yang tak terlihat ditentukan.
Konten. Teks, foto, spesifikasi produk. Hampir selalu jadi tanggung jawab Anda, dan hampir selalu tidak dibicarakan dengan serius sampai proyeknya sudah molor.
Serah terima. Akses, dokumentasi, lisensi, dan penjelasan cara mengelola. Komponen yang nyaris tidak pernah masuk penawaran, padahal ini satu-satunya yang menentukan apakah Anda punya aset atau punya ketergantungan.
Perhatikan polanya. Yang paling mudah dinilai saat membandingkan penawaran justru komponen yang paling tidak menentukan, dan sebaliknya.
Tiga jenis penyedia, tiga mode gagal yang berbeda
Saya tidak percaya ada satu jenis vendor yang paling benar. Yang ada adalah kecocokan — dan tiap jenis punya cara gagal yang khas.
Freelancer atau developer perorangan. Paling murah, paling personal, komunikasi paling cepat. Mode gagalnya: satu titik kegagalan. Kalau orangnya sakit, pindah kerja, atau kehilangan minat, proyek Anda berhenti total dan tidak ada yang tahu isi kepalanya.
Agensi kecil atau tim butik. Ada proses, ada pembagian peran, biasanya masih bisa bicara langsung dengan yang mengerjakan. Mode gagalnya: kapasitas. Kalau mereka kebanjiran proyek, Anda jadi antrean, dan yang mengerjakan Anda bukan orang yang Anda temui saat presentasi.
Penyedia paket massal atau platform. Cepat, terstandar, harga jelas. Mode gagalnya: kekakuan dan kunci platform. Selama kebutuhan Anda persis seperti paketnya, hasilnya bagus. Begitu keluar sedikit dari template, biayanya meloncat — atau tidak bisa sama sekali.
Sebelum menilai vendor mana pun, ada pertanyaan yang lebih dulu harus dijawab: apakah Anda memang butuh dibangun ulang, dan di level mana. Saya sudah menguraikan itu terpisah di pembahasan tentang empat plafon yang menentukan kapan sebuah bisnis benar-benar butuh website custom — karena separuh proyek pembangunan ulang yang saya lihat sebenarnya tidak perlu terjadi. Dan kalau Anda masih menimbang platformnya, pertimbangan teknis antara membangun custom versus memakai WordPress dari kacamata SEO sebaiknya diselesaikan sebelum masuk ke ruang penawaran, bukan di dalamnya.
Soal label “SEO friendly” di paket vendor
Hampir semua paket mencantumkan ini. Sedikit yang menjelaskan artinya.
“SEO friendly” dari vendor website, kalau dikerjakan dengan benar, berarti fondasi teknisnya beres: struktur heading rapi, URL bersih, halaman bisa dirayapi, gambar tidak berat, situs cepat di HP, tag judul dan deskripsi bisa diedit tanpa harus menyentuh kode. Itu lantai, bukan hasil. Artinya website Anda tidak menghalangi peringkat — bukan berarti akan dapat peringkat.
Peringkat itu pekerjaan lain: riset kata kunci, konten yang dibangun terus-menerus, otoritas dari luar. Vendor yang jujur akan mengatakan ini tanpa Anda tanya. Kalau ada yang menjanjikan halaman satu sebagai bagian dari paket pembuatan website, harga itu sedang membeli sesuatu yang tidak bisa mereka kendalikan. Untuk pekerjaan peringkatnya sendiri saya menanganinya terpisah lewat layanan SEO, dan saya lebih suka memisahkannya secara terang-terangan daripada menyelipkannya sebagai bonus di paket website.
Vendor Bukan Variabel Terbesar dalam Kegagalan Proyek Website
Ini bagian yang jarang disebut oleh siapa pun yang menulis panduan memilih vendor — termasuk oleh vendor sendiri, karena tidak menguntungkan.
Anda bisa memilih vendor terbaik di kota Anda dan proyeknya tetap berantakan.
Angkanya cukup keras. Dari kompilasi statistik manajemen proyek 2026, hanya sekitar 31% proyek yang benar-benar memenuhi definisi klasik “berhasil” — selesai tepat waktu, sesuai anggaran, dan sesuai lingkup yang disepakati. Penyebab utamanya bukan vendor yang tidak kompeten. Urutan teratasnya: kebutuhan yang tidak jelas (39%), lalu scope creep atau lingkup yang melebar di tengah jalan (33%), lalu perencanaan yang kurang matang (29%). Data yang sama mencatat 52% proyek mengalami scope creep — naik dari 43% lima tahun sebelumnya — dengan rata-rata pembengkakan anggaran 27%.
Khusus proyek website, penyebab paling umum molornya jadwal punya nama yang sangat tidak dramatis: keterlambatan konten dari klien.
Saya mengalami sendiri sisi ini. Ada proyek yang desainnya selesai dalam tiga minggu, lalu berhenti total selama dua bulan karena menunggu foto produk dan profil perusahaan yang tidak pernah datang. Vendor tidak bisa berbuat apa-apa. Klien merasa vendor lambat. Dua-duanya benar dari sudut pandang masing-masing, dan hubungan yang tadinya baik jadi dingin — bukan karena kualitas kerja, tapi karena tidak ada yang menyepakati di awal siapa yang menulis apa dan kapan tenggatnya.
Ada konsekuensi harga dari sini yang tidak banyak disadari. Ketika brief Anda kabur, vendor punya dua pilihan, dan keduanya merugikan Anda. Pilihan pertama: mereka menaikkan harga untuk berjaga-jaga terhadap ketidakpastian — Anda membayar mahal untuk ambiguitas Anda sendiri. Pilihan kedua: mereka memberi harga optimis untuk memenangkan proyek, lalu menagih ulang setiap kali muncul hal yang “tidak termasuk”. Anda merasa ditipu; mereka merasa sudah jujur sejak awal.
Brief yang jelas bukan formalitas administratif. Itu satu-satunya alat yang Anda punya untuk membuat tiga penawaran benar-benar bisa dibandingkan.
Empat Tahap Memilih Vendor Website — Urut, Jangan Dilompati
Urutannya penting. Sebagian besar orang masuk di tahap tiga, dan itu sumber hampir semua penyesalannya.
Tahap 1: Tulis spek satu halaman sebelum menghubungi siapa pun
Bukan dokumen 15 halaman. Satu halaman. Kalau tidak muat di satu halaman, Anda belum selesai berpikir.
Lima hal yang harus ada di dalamnya
Satu tujuan bisnis, dengan angka. Bukan “meningkatkan citra perusahaan”. Tulis: “dapat 20 permintaan penawaran per bulan lewat formulir” atau “mengurangi pertanyaan berulang di WhatsApp sampai separuh”. Tujuan yang tidak punya angka tidak bisa dipakai untuk menilai apa pun setelahnya.
Daftar halaman, dengan nama penanggung jawab isinya. Beranda, tentang, layanan (berapa halaman?), blog, kontak. Di sebelah tiap halaman, tulis nama orang yang akan menyediakan teksnya dan tanggal jadinya. Ini bagian yang paling sering dilewati dan paling sering jadi penyebab proyek berhenti.
Tiga hal yang harus bisa Anda ubah sendiri. Harga? Foto? Artikel? Jadwal? Tulis tepat tiga. Ini mengubah percakapan teknis jadi percakapan operasional, dan langsung menentukan seberapa rumit sistem yang Anda butuhkan.
Integrasi yang wajib ada. Tombol WhatsApp, pembayaran, pengiriman, CRM, pencatatan konversi. Sebut merek dan platformnya kalau sudah ada.
Tanggal target, beserta alasannya. “Secepatnya” bukan tanggal. “Sebelum pameran 15 November” adalah tanggal — dan alasannya membuat vendor bisa mengusulkan versi lebih ramping yang tetap mengejar tenggat itu.
Tahap 2: Kirim spek yang sama ke tiga vendor — lalu baca reaksinya
Kirim dokumen identik. Bukan penjelasan lisan yang sedikit berbeda ke tiap orang, karena kalau begitu Anda sedang membandingkan tiga brief yang berbeda dan menyangka sedang membandingkan tiga vendor.
Lalu perhatikan apa yang terjadi selama 48 jam berikutnya. Ini tesnya, dan tidak ada vendor yang bisa menyiapkan jawabannya lebih dulu — karena mereka harus bereaksi terhadap dokumen Anda, bukan terhadap pertanyaan umum.
Tanda bagus: mereka mengajukan pertanyaan yang belum terpikir oleh Anda. Mereka menolak sebagian permintaan Anda dan menjelaskan kenapa. Mereka mengusulkan memotong lingkup untuk mengejar tanggal Anda. Mereka bertanya soal konten dan siapa yang menulisnya. Mereka mempertanyakan tujuan angka Anda dan apakah website memang alat yang tepat untuk itu.
Tanda buruk: penawaran datang dalam dua jam dengan harga bulat dan tanpa satu pun pertanyaan. “Bisa semua, Pak” adalah kalimat yang mahal. Vendor yang tidak menolak apa pun di tahap ini adalah vendor yang akan menagih Anda nanti — atau menyerahkan sesuatu yang tidak menyelesaikan masalah Anda, tapi sesuai permintaan tertulis Anda.
Yang sering terjadi di lapangan: orang menilai kecepatan balas sebagai profesionalisme. Kadang memang begitu. Tapi penawaran yang datang terlalu cepat untuk spek yang serius biasanya berarti mereka mengambil harga dari daftar paket, bukan dari membaca kebutuhan Anda.
Tahap 3: Uji portofolio dengan tangan sendiri
Portofolio web developer bisa dibuat cantik dengan tangkapan layar. Yang tidak bisa dipalsukan adalah situsnya sendiri, hari ini, di HP Anda.
Minta tiga URL yang masih hidup — bukan gambar, bukan PDF, bukan tautan ke folder desain. Lalu lakukan ini, semuanya bisa selesai dalam 20 menit.
Lima pemeriksaan yang bisa Anda lakukan sendiri
- Buka di HP dengan data seluler, bukan WiFi kantor. Matikan WiFi. Hitung berapa detik sampai Anda bisa membaca teks pertama. Kalau lebih dari lima detik, itulah standar kecepatan yang akan Anda dapatkan juga.
- Jalankan PageSpeed Insights ke ketiga URL. Anda tidak perlu paham semua metriknya. Yang perlu Anda lihat: apakah ketiganya konsisten, atau cuma satu yang bagus dan dua lainnya berantakan. Konsistensi menunjukkan standar kerja; satu situs bagus bisa saja kebetulan.
- Cek apakah situsnya masih hidup dan masih mirip tangkapan layarnya. Portofolio yang menampilkan proyek 2019 yang sekarang sudah diganti orang lain tidak memberi tahu Anda apa pun tentang kemampuan mereka sekarang.
- Isi formulir kontaknya. Serius. Kirim pesan singkat dan lihat apakah berfungsi. Formulir mati di situs portofolio adalah hal yang sering saya temukan, dan itu artinya tidak ada yang memeriksa situs itu sejak diserahkan.
- Lihat website vendor itu sendiri dengan standar yang sama. Kalau situs mereka lambat di HP, itu bukan soal “tukang cukur yang rambutnya berantakan”. Itu contoh kerja yang paling bebas mereka kendalikan.
Lalu satu langkah yang membedakan pemeriksaan serius dari sekadar melihat-lihat: minta dua kontak klien lama yang bisa Anda hubungi. Dan saat menghubungi, jangan tanya “hasilnya bagus tidak” — itu pertanyaan yang jawabannya selalu sopan. Tanyakan hal-hal yang lebih spesifik: berapa lama molornya dari rencana awal, ada tagihan tambahan yang tidak diduga atau tidak, dan berapa lama balasan mereka kalau ada masalah setelah launch.
Tahap 4: Uji kontrak — lima klausul yang menentukan tiga tahun ke depan
Kalau Anda hanya sempat membaca satu bagian dari artikel ini, baca yang ini.
Klausul 1 — Kepemilikan, disebut satu per satu. Bukan kalimat umum “aset menjadi milik klien”. Minta tertulis, terpisah: domain terdaftar atas nama siapa, akun hosting atas nama siapa, kode sumber diserahkan atau tidak, file desain asli diserahkan atau tidak, dan — ini yang paling sering luput — lisensi tema dan plugin berbayar itu atas nama siapa. Banyak website dibangun dengan lisensi milik vendor. Saat Anda pindah, lisensinya ikut pergi, dan situs Anda berhenti mendapat pembaruan keamanan tanpa ada yang memberi tahu.
Klausul 2 — Definisi garansi. Tanyakan tepatnya: apa yang termasuk, berapa lama, dan apa yang membatalkannya. Standar yang wajar di industri adalah perbaikan bug 30–90 hari setelah peluncuran, tanpa biaya. Kalau kata “garansi” muncul di penawaran tanpa tiga informasi itu, kata itu belum berarti apa-apa.
Klausul 3 — Batas revisi dan mekanisme perubahan. “Revisi unlimited” terdengar murah hati dan sebenarnya berbahaya untuk kedua pihak: tanpa batas, tidak ada momen di mana proyek dinyatakan selesai. Yang lebih sehat adalah jumlah putaran revisi yang jelas per tahap, plus aturan sederhana soal apa yang memicu permintaan perubahan berbayar. Anda ingin trade-off itu muncul saat keinginan muncul — bukan sebagai tagihan kejutan di akhir.
Klausul 4 — Isi serah terima. Tulis daftarnya di kontrak: semua kredensial, satu dokumen berisi cara mengubah lima hal yang paling sering Anda ubah, daftar plugin dan alasan pemakaiannya, cara dan lokasi cadangan, serta satu sesi pendampingan yang direkam. Dokumentasi yang ditulis setelah proyek selesai hampir tidak pernah ditulis. Yang tertulis di kontrak, ditulis.
Klausul 5 — Klausul keluar. Apa yang terjadi kalau Anda berhenti di tengah jalan, atau tidak melanjutkan perawatan tahun depan? Berapa lama mereka menyimpan cadangan? Berapa biaya migrasi keluar? Vendor yang percaya diri tidak keberatan menuliskan ini. Keberatan atas pertanyaan ini adalah jawabannya sendiri.
Soal uang muka: 30–50% di awal adalah praktik normal dan sehat di industri ini. Yang perlu Anda waspadai adalah permintaan pelunasan 100% di depan sebelum ada apa pun yang bisa dilihat.
Lima Kesalahan yang Dilakukan Pembeli — Bukan Vendor
Sebagian besar checklist vendor website menganggap risiko datang dari satu arah. Dari pengalaman saya membereskan proyek yang gagal, sekitar separuhnya berakar di sisi pembeli.
1. Membandingkan penawaran yang lahir dari brief berbeda
Anda cerita panjang lebar ke vendor A karena sedang santai, lalu cerita singkat ke vendor B karena sedang buru-buru. Penawaran B lebih murah. Tentu saja lebih murah — dia menghitung pekerjaan yang lebih sedikit. Ini bukan perbandingan, ini kebetulan.
2. Mengira “garansi” itu satu hal
Kata ini dipakai untuk empat produk yang sangat berbeda, dan hampir tidak ada penawaran yang menjelaskan yang mana.
Empat garansi berbeda yang dijual dengan satu kata
Garansi bug. Kalau ada yang rusak dari pekerjaan mereka, mereka perbaiki tanpa biaya, dalam periode tertentu. Ini yang paling berguna, dan wajar di angka 30–90 hari.
Garansi revisi. Berapa kali Anda boleh minta ubah sebelum kena biaya tambahan. Ini soal lingkup, bukan kualitas.
Garansi uptime atau hosting. Janji bahwa server tetap hidup. Ini sebenarnya janji dari penyedia hosting, yang diteruskan ke Anda.
Garansi hasil. Peringkat, traffic, penjualan. Hampir selalu tidak bisa dipertanggungjawabkan pada proyek pembuatan website.
Sekarang bagian yang membuat saya selalu berhenti sejenak ketika melihatnya: “garansi seumur hidup” yang banyak diiklankan hampir selalu jenis ketiga — dan berlaku selama Anda tetap berlangganan hosting di tempat mereka. Baca ulang kalimat itu. Yang dijual sebagai perlindungan seumur hidup sebenarnya adalah ikatan seumur hidup, dan garansinya batal tepat pada saat Anda memutuskan untuk pindah. Perlindungan yang hilang persis ketika Anda paling membutuhkannya bukan perlindungan.
3. Menunda konten sampai desain selesai
“Nanti teksnya menyusul” adalah kalimat yang membunuh lebih banyak proyek website daripada masalah teknis apa pun. Ingat data tadi: keterlambatan konten adalah penyebab paling umum molornya proyek website. Kalau Anda tidak sanggup menyediakan teks, katakan di awal dan bayar orang untuk menulisnya. Itu jauh lebih murah daripada proyek yang menggantung tiga bulan.
4. Menyerahkan pendaftaran domain dan hosting “biar praktis”
Ini nyaman di minggu pertama dan mahal di tahun ketiga. Daftarkan domain atas nama badan usaha atau nama Anda sendiri, dengan email Anda sendiri — email perusahaan, bukan Gmail pribadi staf yang mungkin sudah resign tahun depan. Beri vendor akses. Jangan beri mereka kepemilikan. Perbedaan antara keduanya baru terasa satu kali seumur hidup, tapi terasa sangat mahal.
5. Tidak menentukan siapa yang merawat setelah launch
Website bukan barang yang selesai. Ada pembaruan, cadangan, tambalan keamanan, isi yang harus diperbarui. Kalau tidak ada nama yang ditugaskan — orang internal, vendor lewat kontrak perawatan, atau pihak ketiga — jawabannya secara default adalah “tidak ada”, dan Anda baru akan tahu itu sekitar delapan bulan kemudian, biasanya lewat kabar buruk.
Dua Pertanyaan 2026 yang Belum Ada di Checklist Mana Pun
Dua hal berubah dalam setahun terakhir dan belum masuk ke daftar pertanyaan standar yang beredar. Keduanya berujung pada hal yang sama: portabilitas.
“Kalau saya bawa file ini ke developer lain, berapa lama dia butuh untuk paham?”
Ini pertanyaan terbaik yang bisa Anda ajukan pada 2026, dan alasannya baru.
Banyak vendor sekarang membangun dengan bantuan AI. Itu sendiri bukan masalah — saya juga memakainya. Yang jadi masalah adalah pergeseran jenis cacatnya. Riset dari penyedia alat pemeriksa kualitas kode menemukan lebih dari 90% masalah pada kode buatan AI bukan bug yang bikin situs rusak hari ini, melainkan masalah maintainability: struktur yang membuat setiap perubahan di masa depan jadi lebih lambat, lebih mahal, dan lebih berisiko. Kerusakan yang tidak terlihat pada hari peluncuran.
Ada juga soal kunci platform. Sebagian pembangun website berbasis AI berjalan di sistem tertutup; kode yang bisa “diekspor” dari sana sering kali tidak realistis dijalankan di tempat lain. Analis industri memperkirakan lebih dari 8.000 startup membangun aplikasi produksi dengan AI sepanjang 2024–2025 yang kemudian butuh dibangun ulang sebagian atau seluruhnya, dengan biaya berkisar puluhan hingga ratusan ribu dolar per proyek.
Terjemahannya untuk Anda: penawaran yang mencurigakan murah dan cepat pada 2026 bisa jadi memang murah — dan biayanya dipindahkan ke tahun kedua, ke orang berikutnya yang harus menyentuh situs itu. Jadi tanyakan dengan tenang: sistem apa yang dipakai, kalau saya bawa ini ke developer lain berapa lama dia butuh untuk memahaminya, dan apa yang saya terima dalam bentuk yang bisa dibaca orang lain. Jawaban gugup di pertanyaan ini lebih informatif daripada portofolio mana pun.
“Halaman ini isinya tetap ada kalau JavaScript dimatikan?”
Terdengar teknis, tapi konsekuensinya bisnis.
Mesin jawaban seperti ChatGPT, Perplexity, dan ringkasan AI di Google mengambil dan mengutip halaman yang isinya mudah diambil. Situs yang isinya baru muncul setelah tumpukan skrip berjalan — entah aplikasi JavaScript berat atau tumpukan page builder yang terlalu banyak — lebih sulit dibaca mesin semacam itu dibanding halaman yang isinya sudah ada sejak awal.
Jadi “modern” dan “canggih” pada 2026 tidak otomatis berarti lebih baik ditemukan. Kadang justru sebaliknya. Anda tidak perlu paham detail teknisnya untuk menanyakan satu hal ke calon vendor: apakah isi halaman utama sudah ada di sumber halaman, atau baru dirakit di browser pengunjung. Vendor yang paham akan langsung tahu maksud Anda. Yang tidak paham akan menjawab tentang kecepatan — dan itu pun sudah memberi tahu Anda sesuatu.
Mulai dari Satu Halaman, Sebelum Satu Telepon
Kalau seluruh artikel ini harus diringkas jadi satu kalimat: Anda tidak sedang membeli website, Anda sedang membeli kemampuan untuk terus menjalankan website itu tanpa orang yang membuatnya.
Semua yang saya tulis di atas — spek satu halaman, membaca reaksi alih-alih harga, membuka portofolio di HP sendiri, lima klausul kontrak — semuanya menguji hal yang sama dari sudut berbeda: apa yang Anda pegang saat hubungan ini berakhir. Karena hubungan ini pasti berakhir. Semua hubungan vendor berakhir. Pertanyaannya cuma apakah berakhirnya rapi atau mahal.
Saya perlu menyebutkan satu hal supaya adil: saya sendiri menerima pekerjaan pembuatan website. Jadi ya, artikel tentang cara memilih vendor ini ditulis oleh seseorang yang juga vendor. Cara paling sehat membaca tulisan ini adalah dengan menjalankan semua pemeriksaan di atas pada saya juga. Kalau saya gagal di salah satunya, Anda baru saja menghemat beberapa bulan dan cukup banyak uang.
Langkah pertama hari ini kecil saja, dan tidak butuh vendor: buka dokumen kosong, tulis satu tujuan bisnis dengan angka di dalamnya, lalu daftar halaman beserta nama orang yang bertanggung jawab mengisi teksnya. Berhenti di situ. Dokumen itu saja sudah membuat Anda berada di depan sebagian besar orang yang minggu ini sedang meminta penawaran.
Kalau Anda ingin dibantu langsung — mulai dari menyusun speknya sampai membangun dan menyerahkan situsnya lengkap dengan dokumentasi — saya menangani itu lewat layanan web development. Dan kalau yang Anda butuhkan sebenarnya bukan vendor website melainkan pemeriksaan atas situs yang sudah ada, prinsip penyaringan yang mirip tapi disesuaikan untuk penyedia jasa optimasi sudah saya tulis di lima tes untuk memilih jasa SEO yang tidak bisa dijawab dengan template — dua jenis vendor ini sering dijual dalam satu paket, padahal cara menilainya berbeda.
Pertanyaan yang Sering Ditanyakan
Berapa lama waktu yang wajar untuk pembuatan website?
Untuk website profil perusahaan dengan lima sampai sepuluh halaman, empat sampai delapan minggu adalah rentang yang masuk akal — dengan catatan konten sudah siap. Toko online atau situs dengan fungsi khusus jelas lebih lama. Kalau ada yang menjanjikan tiga hari, tanyakan apa yang dikerjakan dalam tiga hari itu; biasanya jawabannya adalah memasang template dengan isi seadanya.
Berapa uang muka yang wajar diminta vendor website?
Sekitar 30–50% di awal adalah praktik normal dan sehat, sebagai tanda komitmen dua arah. Pembayaran biasanya dipecah mengikuti tahapan proyek. Yang perlu Anda pertanyakan adalah permintaan pelunasan penuh sebelum ada satu pun hasil yang bisa Anda lihat.
Apa saja yang harus saya terima saat serah terima website?
Minimal: akses domain dan hosting atas nama Anda, akun administrator penuh, kode sumber atau akses ke file situs, file desain asli, daftar plugin dan tema beserta status lisensinya, panduan singkat cara mengubah hal-hal yang paling sering Anda ubah, dan penjelasan soal cadangan — di mana disimpan dan seberapa sering. Sebaiknya semua ini sudah tertulis sebagai daftar di kontrak, bukan diminta setelah proyek selesai.
Apakah garansi website seumur hidup itu masuk akal?
Perlu diperiksa isinya. Dalam banyak kasus yang saya temui, “seumur hidup” merujuk pada dukungan atau uptime selama Anda tetap berlangganan hosting di vendor tersebut — bukan perbaikan bug tanpa batas waktu. Minta tertulis: apa yang diperbaiki tanpa biaya, dalam kondisi apa, dan apa yang membatalkan garansi itu.
Bagaimana cara memverifikasi portofolio web developer yang diklaim?
Minta URL yang masih aktif, bukan tangkapan layar. Buka di HP dengan data seluler, ukur kecepatannya, isi formulir kontaknya untuk memastikan masih berfungsi. Lalu minta dua kontak klien yang bisa dihubungi langsung, dan saat menghubungi tanyakan soal proses — ketepatan waktu, tagihan tak terduga, kecepatan respons setelah launch — bukan soal apakah hasilnya bagus.
Kalau website saya pakai WordPress, apakah saya tetap perlu minta source code?
Yang lebih relevan untuk WordPress bukan “kode sumber” dalam arti aplikasi custom, melainkan: akses penuh ke file situs dan basis data, file tema anak (child theme) kalau ada penyesuaian, serta status lisensi tema dan plugin berbayar atas nama siapa. Lisensi ini yang paling sering jadi masalah tersembunyi — saat berpindah vendor, situs Anda bisa berhenti menerima pembaruan keamanan tanpa ada peringatan apa pun.
English 