---
title: "Apa Itu Wildcard DNS dan Kapan Sebaiknya Dipakai?"
description: "Wildcard DNS membuat subdomain yang belum terdaftar mengarah ke satu tujuan. Pahami cara kerja, manfaat, dan risikonya."
url: "https://nivelva.com/insight/apa-itu-wildcard-dns-dipakai"
category: "Website \u0026 Domain"
tags: ["dns","wildcard dns","subdomain","domain","ssl wildcard"]
author: "Aisyah Aris"
published: "2026-11-11T12:46:00+07:00"
updated: "2026-11-11T12:46:00+07:00"
language: "id"
publisher: "Nivelva (https://nivelva.com)"
---

# Apa Itu Wildcard DNS dan Kapan Sebaiknya Dipakai?

> **Jawaban singkat:** Wildcard DNS adalah record dengan nama * (misalnya *.domainmu.com) yang menjawab permintaan untuk subdomain apa pun yang tidak punya record sendiri. Cocok untuk aplikasi yang memberi subdomain per pelanggan, tapi untuk website bisnis biasa lebih aman membuat subdomain satu per satu.

Wildcard DNS adalah record DNS bernama `*`, misalnya `*.domainmu.com`, yang otomatis menjawab permintaan untuk subdomain apa pun yang belum punya record sendiri. Ketik `apasaja.domainmu.com` atau `toko123.domainmu.com`, dan keduanya akan mengarah ke tujuan yang sama tanpa kamu harus membuat record satu per satu.

Kedengarannya praktis, dan memang praktis untuk kasus tertentu. Tapi kalau dipasang tanpa alasan jelas, wildcard bisa membuat salah ketik pengunjung tetap "berhasil" membuka sesuatu, membingungkan mesin pencari, dan memperluas permukaan serangan. Jadi pertanyaannya bukan "bisa atau tidak", melainkan "perlu atau tidak".

## Bagaimana wildcard DNS bekerja?

Aturan resminya ada di RFC 1034 dan diperjelas di RFC 4592[^1]. Intinya, record wildcard hanya dipakai kalau nama yang ditanyakan **tidak ada** di zona DNS. Beberapa konsekuensinya sering mengejutkan:

### Nama yang sudah ada tidak tersentuh wildcard

Kalau kamu punya record A untuk `www.domainmu.com`, lalu ada yang menanyakan record TXT `www.domainmu.com`, wildcard **tidak** ikut menjawab. Nama `www` dianggap sudah ada, jadi jawabannya "tidak ada record TXT", bukan isi wildcard. Wildcard hanya mengisi nama yang benar-benar kosong.

### Wildcard tidak berlaku untuk domain utama

`*.domainmu.com` tidak menjawab permintaan untuk `domainmu.com` itu sendiri. Domain utama tetap butuh record A atau AAAA sendiri.

### Wildcard bisa menjangkau beberapa tingkat

Permintaan untuk `a.b.domainmu.com` juga bisa dijawab oleh `*.domainmu.com`, selama `b.domainmu.com` tidak ada di zona. Tapi kalau kamu membuat record apa pun untuk `b.domainmu.com`, wildcard di atasnya tidak lagi berlaku untuk `a.b.domainmu.com`. Di sinilah banyak orang bingung saat melakukan troubleshooting.

## Perbandingan wildcard dan subdomain biasa

| Aspek | Wildcard `*.domainmu.com` | Subdomain dibuat satu per satu |
|:--|:--|:--|
| Usaha pengelolaan | Satu record untuk semua | Satu record per subdomain |
| Subdomain salah ketik | Tetap terbuka ke tujuan wildcard | Gagal dengan pesan domain tidak ditemukan |
| Kejelasan inventaris | Sulit tahu subdomain mana yang benar-benar dipakai | Jelas, semua tercatat di zona |
| Sertifikat SSL | Butuh SSL wildcard atau penerbitan per subdomain | Cukup sertifikat untuk nama yang terdaftar |
| Cocok untuk | Aplikasi multi pelanggan, lingkungan uji dinamis | Website bisnis, email, layanan tetap |

## Kapan wildcard DNS masuk akal?

Wildcard berguna saat subdomain dibuat oleh aplikasi, bukan oleh manusia. Contoh yang umum:

- **Aplikasi SaaS dengan subdomain per pelanggan**, misalnya `namatoko.aplikasimu.com`. Setiap kali ada pendaftaran, aplikasi langsung bisa melayani subdomain baru tanpa menunggu record DNS dibuat dan menyebar.
- **Lingkungan pratinjau untuk pengembang**, misalnya setiap cabang kode punya alamat sendiri seperti `fitur-baru.dev.domainmu.com`.
- **WordPress Multisite mode subdomain**, yang memang dirancang memberi subdomain untuk setiap situs di jaringan.

Dalam semua kasus itu, server tujuan harus siap. Web server perlu dikonfigurasi menerima nama host apa pun (atau mencocokkannya ke data pelanggan) dan menolak dengan sopan nama yang tidak dikenal.

### Wildcard berupa record A atau CNAME?

Wildcard bisa dibuat dengan tipe record apa pun, tapi yang paling sering dipakai adalah A (langsung ke IP server) dan CNAME (ke hostname lain). Contoh di panel DNS:

```
*.aplikasimu.com.   3600   IN   A       203.0.113.10
*.preview.domainmu.com.   3600   IN   CNAME   app.domainmu.com.
```

Record A cocok kalau aplikasi berjalan di server dengan IP tetap. CNAME cocok kalau aplikasi ada di platform yang IP-nya bisa berubah, karena kamu cukup mengikuti hostname dari penyedia. Alamat `203.0.113.10` di atas adalah IP contoh untuk dokumentasi, ganti dengan IP servermu.

Satu hal yang sering dilupakan: wildcard sebaiknya dipasang di bawah subdomain khusus, misalnya `*.preview.domainmu.com`, bukan langsung `*.domainmu.com`. Dengan begitu, salah ketik pada alamat utama bisnismu tetap gagal seperti biasa, dan hanya area pratinjau yang dijawab oleh wildcard.

## Kapan sebaiknya tidak dipakai?

Untuk website company profile, toko online biasa, atau blog, wildcard hampir tidak memberi manfaat. Jumlah subdomainmu sedikit dan tetap, jadi membuatnya satu per satu jauh lebih rapi. Panduan membuatnya ada di [cara membuat subdomain](https://nivelva.com/insight/cara-membuat-subdomain-dipakai).

> **Risiko wildcard yang sering diabaikan:**
>
> Wildcard membuat subdomain apa pun tampak hidup. Kalau tujuan wildcard adalah layanan pihak ketiga yang suatu saat kamu tinggalkan, semua subdomain ikut menggantung dan berpotensi diambil alih orang lain. Polanya mirip dengan [subdomain takeover](https://nivelva.com/insight/subdomain-takeover-celah-dns-terlupakan). Selain itu, alamat salah ketik yang tetap terbuka bisa dipakai pihak lain untuk membuat tautan yang terlihat seolah resmi.

Risiko lain yang perlu dipikirkan:

- **Konten duplikat di mesin pencari.** Kalau semua subdomain menampilkan halaman yang sama, mesin pencari bisa menemukan banyak alamat dengan isi identik. Atasi dengan redirect ke alamat utama atau balasan 404 untuk nama yang tidak dikenal.
- **Wildcard MX.** Wildcard pada record MX membuat email ke `apasaja@subdomain-acak.domainmu.com` diterima server. Jarang ada alasan bagus untuk ini.
- **Troubleshooting lebih sulit.** Subdomain yang seharusnya sudah dihapus tetap terlihat aktif karena dijawab wildcard.

## Wildcard DNS dan SSL wildcard itu beda

Wildcard DNS hanya mengatur ke mana nama diarahkan. Agar `https://` di setiap subdomain tidak memunculkan peringatan, kamu butuh sertifikat yang mencakup subdomain tersebut. Sertifikat wildcard `*.domainmu.com` hanya mencakup satu tingkat, jadi `a.b.domainmu.com` tidak tercakup. Pembahasan lengkapnya ada di [kapan butuh SSL wildcard](https://nivelva.com/insight/butuh-ssl-wildcard-banyak-subdomain).

## Cara mengecek apakah domain memakai wildcard

Tanyakan nama acak yang pasti tidak kamu buat:

```
dig acak-sekali-12345.domainmu.com +short
```

Kalau muncul alamat IP atau hostname, berarti ada wildcard yang aktif. Kalau kosong, domainmu tidak memakai wildcard untuk tipe record itu. Lakukan pengecekan ini juga setelah pindah penyedia DNS, karena beberapa panel atau template bawaan hosting kadang menambahkan wildcard otomatis.

## Pertanyaan yang sering diajukan

### Apakah wildcard DNS memperlambat website?

Tidak. Bagi resolver, jawaban dari wildcard sama saja dengan jawaban record biasa. Kecepatan website ditentukan server tujuan, bukan jenis record-nya.

### Bisakah wildcard dan subdomain biasa dipakai bersamaan?

Bisa. Subdomain yang punya record sendiri selalu memakai record itu, sedangkan wildcard hanya mengisi nama yang tidak terdaftar.

### Apakah wildcard berlaku untuk www?

Hanya kalau www tidak punya record apa pun. Begitu www punya record, misalnya A atau CNAME, wildcard tidak lagi menjawab untuk nama www.

### Bagaimana cara menghapus wildcard dengan aman?

Catat dulu subdomain yang benar-benar dipakai dari log web server atau analitik, buat record khusus untuk masing-masing, baru hapus record wildcard. Setelah itu cek ulang dengan dig.

[^1]: RFC 4592, The Role of Wildcards in the Domain Name System.

## Sumber

- <https://www.rfc-editor.org/rfc/rfc4592>
- <https://www.rfc-editor.org/rfc/rfc1034>

---

Diterbitkan oleh Nivelva Insight (https://nivelva.com/insight/). Artikel ini: https://nivelva.com/insight/apa-itu-wildcard-dns-dipakai
Kontak Nivelva: WhatsApp https://wa.me/6285111245007, email hello@nivelva.com
