--- title: "Kapan Butuh SSL Wildcard untuk Banyak Subdomain?" description: "SSL wildcard melindungi semua subdomain satu tingkat dengan satu sertifikat. Kenali batasnya, risikonya, dan kapan sertifikat per subdomain lebih tepat." url: "https://nivelva.com/insight/butuh-ssl-wildcard-banyak-subdomain" category: "Website \u0026 Domain" tags: ["ssl wildcard","subdomain","sertifikat ssl","let's encrypt","dns"] author: "Theresia Candiawan" published: "2026-11-07T14:07:00+07:00" updated: "2026-11-07T14:07:00+07:00" language: "id" publisher: "Nivelva (https://nivelva.com)" --- # Kapan Butuh SSL Wildcard untuk Banyak Subdomain? > **Jawaban singkat:** SSL wildcard (*.domain.com) berguna bila subdomain banyak, sering bertambah, atau dibuat otomatis, misalnya platform SaaS. Untuk beberapa subdomain tetap di satu hosting, sertifikat per subdomain atau multi-domain biasanya lebih sederhana dan lebih aman. Websitemu berawal dari satu alamat. Lalu muncul `toko.domainkamu.com` untuk toko online, `blog.domainkamu.com` untuk artikel, `app.domainkamu.com` untuk aplikasi pelanggan, dan setiap bulan tim meminta subdomain baru untuk kampanye atau staging. Di titik ini pertanyaan wajar muncul: apakah lebih praktis memakai satu sertifikat untuk semuanya? Itulah fungsi SSL wildcard. Satu sertifikat dengan nama `*.domainkamu.com` berlaku untuk semua subdomain di tingkat pertama. Tapi wildcard bukan jawaban otomatis untuk "punya banyak subdomain". Ada batas teknis, cara validasi yang lebih rumit, dan risiko keamanan yang perlu ditimbang. ## Cara kerja dan batas sertifikat wildcard Tanda bintang dalam sertifikat wildcard hanya menggantikan **satu label** di bagian paling kiri nama domain. Aturan pencocokannya mengikuti standar verifikasi identitas TLS (RFC 6125) yang dipakai browser. Artinya, `*.domainkamu.com` cocok untuk `toko.domainkamu.com` dan `mail.domainkamu.com`. Sertifikat yang sama **tidak** cocok untuk `domainkamu.com` tanpa awalan, dan tidak cocok untuk subdomain bertingkat seperti `dev.app.domainkamu.com`. Karena itu, penerbit biasanya menambahkan domain utama sebagai nama tambahan di sertifikat yang sama. Untuk subdomain bertingkat, kamu butuh wildcard terpisah seperti `*.app.domainkamu.com`. ## Pilihan yang sering dibandingkan Selain wildcard, ada dua cara lain untuk melindungi banyak subdomain: sertifikat terpisah untuk tiap subdomain, atau satu sertifikat multi-domain (SAN) yang memuat daftar nama tertentu. | Aspek | Wildcard | Per subdomain | Multi-domain (SAN) | |:--|:--|:--|:--| | Cakupan | Semua subdomain satu tingkat | Satu nama per sertifikat | Daftar nama yang ditentukan | | Subdomain baru | Langsung tercakup | Perlu terbit sertifikat baru | Perlu terbit ulang dengan nama baru | | Validasi di Let's Encrypt | Wajib DNS-01 | HTTP-01 atau DNS-01 | HTTP-01 atau DNS-01 | | Bila kunci privat bocor | Semua subdomain terdampak | Hanya satu subdomain | Semua nama di sertifikat terdampak | | Nama subdomain terlihat di log publik CT | Tidak, hanya pola bintang | Ya | Ya | | Cocok untuk | SaaS, subdomain dinamis, banyak server di belakang satu proxy | Hosting cPanel biasa, sedikit subdomain | Beberapa domain atau subdomain tetap | Baris tentang log publik perlu dijelaskan. Setiap sertifikat publik dicatat di log Certificate Transparency yang bisa dicari siapa saja. Sertifikat per subdomain otomatis membuka daftar subdomainmu, termasuk yang tidak kamu umumkan, sedangkan wildcard hanya mencatat pola bintangnya. Ini bukan pengganti keamanan, karena subdomain tetap bisa ditemukan lewat cara lain, tapi kadang jadi pertimbangan. ## Kapan wildcard benar-benar dibutuhkan? Wildcard paling masuk akal saat subdomain **dibuat secara dinamis**. Contohnya platform yang memberi setiap pelanggan alamat sendiri seperti `namatoko.platformkamu.com`. Menerbitkan sertifikat baru untuk setiap pelanggan bisa dilakukan, tapi wildcard membuat subdomain baru langsung aman tanpa menunggu penerbitan. Wildcard juga praktis bila semua subdomain dilayani dari satu titik, misalnya reverse proxy atau load balancer yang meneruskan ke banyak aplikasi. Satu sertifikat di satu tempat lebih mudah dirawat daripada puluhan sertifikat. Sebaliknya, bila kamu hanya punya tiga sampai lima subdomain tetap di satu akun hosting cPanel, wildcard biasanya tidak perlu. AutoSSL akan menerbitkan sertifikat untuk setiap domain dan subdomain yang lolos validasi, gratis dan otomatis. Penjelasan langkahnya ada di [cara pasang SSL gratis di cPanel dengan AutoSSL](https://nivelva.com/insight/cara-pasang-ssl-gratis-cpanel-autossl). ## Validasi DNS dan risiko yang perlu disiapkan Untuk Let's Encrypt, sertifikat wildcard hanya bisa diterbitkan lewat validasi **DNS-01**: kamu harus membuat record TXT `_acme-challenge` di DNS domain, dan karena perpanjangan berjalan rutin, proses ini sebaiknya otomatis lewat API penyedia DNS. Dokumentasi cPanel menyebut provider Let's Encrypt di AutoSSL bisa mengamankan domain wildcard, umumnya ketika zona DNS domain dikelola di server tersebut. Kalau DNS-mu ada di Cloudflare atau penyedia lain, pastikan alat ACME yang dipakai punya akses API ke sana. Sisi keamanannya: satu kunci privat wildcard sering disalin ke beberapa server. Kalau satu server diretas dan kunci itu dicuri, penyerang bisa menyamar sebagai subdomain mana pun. Simpan kunci di sesedikit mungkin tempat, idealnya hanya di proxy depan, dan jangan memasangnya di server uji coba yang jarang dirawat. Rawat juga record DNS untuk subdomain yang sudah tidak dipakai, karena record yatim bisa dimanfaatkan seperti dijelaskan di [subdomain takeover](https://nivelva.com/insight/subdomain-takeover-celah-dns-terlupakan). Dari sisi biaya, wildcard gratis tersedia dari Let's Encrypt, sementara versi berbayar biasanya lebih mahal daripada sertifikat satu domain. Pertimbangan umum gratis atau berbayar dibahas di [SSL gratis Let's Encrypt atau berbayar](https://nivelva.com/insight/ssl-gratis-let-s-encrypt-berbayar-cukup). ## Pertanyaan yang perlu dijawab sebelum memutuskan Sebelum membeli atau menerbitkan wildcard, jawab beberapa hal berikut dengan jujur. Berapa subdomain yang aktif sekarang, dan berapa yang mungkin bertambah dalam setahun? Kalau jumlahnya tetap dan sedikit, wildcard hanya menambah kerumitan. Kalau bertambah setiap minggu, wildcard menghemat banyak pekerjaan. Di mana subdomain itu dilayani? Bila semuanya berada di satu akun hosting atau di balik satu reverse proxy, satu sertifikat mudah dipasang. Bila tersebar di beberapa penyedia, misalnya toko di satu platform, blog di platform lain, dan aplikasi di VPS sendiri, menyalin satu kunci wildcard ke semua tempat itu justru memperbesar risiko. Dalam kasus seperti ini, biarkan tiap platform mengurus sertifikatnya masing-masing. Siapa yang mengelola DNS, dan apakah ada akses API-nya? Tanpa otomatisasi DNS, perpanjangan wildcard Let's Encrypt harus dilakukan dengan menambah record TXT secara manual setiap beberapa minggu. Dengan masa berlaku sertifikat yang terus memendek, cara manual seperti ini cepat atau lambat akan terlupa dan berujung sertifikat kedaluwarsa. Terakhir, apakah ada subdomain bertingkat? Jika ada alamat seperti `api.staging.domainkamu.com`, rencanakan wildcard tambahan atau sertifikat terpisah sejak awal. Mencatat semua subdomain dalam satu daftar sederhana, lengkap dengan lokasi server dan penanggung jawabnya, akan sangat membantu. Daftar itu sekaligus berguna untuk membersihkan subdomain lama yang sudah tidak dipakai. ## Ringkasnya Pakai SSL wildcard bila subdomainmu banyak, sering bertambah, atau dilayani dari satu proxy. Untuk beberapa subdomain tetap di hosting biasa, sertifikat per subdomain dari AutoSSL sudah cukup dan risikonya lebih terisolasi. Apa pun pilihannya, pastikan validasi dan perpanjangan berjalan otomatis, lalu pantau tanggal kedaluwarsa setiap sertifikat agar tidak ada subdomain yang tiba-tiba menampilkan peringatan di browser pengunjung. ## Sumber - - - - --- Diterbitkan oleh Nivelva Insight (https://nivelva.com/insight/). Artikel ini: https://nivelva.com/insight/butuh-ssl-wildcard-banyak-subdomain Kontak Nivelva: WhatsApp https://wa.me/6285111245007, email hello@nivelva.com