Cara Redirect Naked Domain ke WWW dengan DNS dan 301

---

Naked domain adalah nama domain utama tanpa subdomain, misalnya example.com. Dalam praktik pengelolaan website, kita sering ingin mengarahkan alamat tersebut ke versi canonical seperti https://www.example.com atau ke URL lain yang sudah ditentukan.

Hal penting yang sering membingungkan adalah perbedaan antara DNS routing dan HTTP redirect. DNS hanya menerjemahkan nama domain ke alamat atau resource tujuan. DNS record seperti A, AAAA, CNAME, dan Alias tidak mengirim respons HTTP 301 atau 302. Redirect terjadi setelah request sudah mencapai layanan web, proxy, CDN, load balancer, atau fitur domain forwarding yang memang dapat memberikan respons redirect kepada browser.

DOMAIN ROUTING BASICS DNS menunjuk lokasi, layanan web melakukan redirect

Jika tujuan Anda adalah mengubah example.com menjadi www.example.com di address bar browser, gunakan layanan redirect yang benar-benar memberikan respons HTTP 301/302.

Apa Itu Naked Domain dan Redirect?

Naked domain, apex domain, atau root domain adalah nama domain tanpa prefix seperti www. Contohnya:

NAKED / APEXexample.com

CANONICAL TARGETwww.example.com

Jika ingin semua pengunjung yang membuka example.com selalu berpindah ke https://www.example.com, konfigurasi akhirnya harus menghasilkan redirect HTTP. Status 301 umumnya digunakan untuk perpindahan permanen, sedangkan 302 digunakan ketika perpindahan bersifat sementara.

301Permanent RedirectGunakan ketika tujuan canonical memang permanen.

302Temporary RedirectGunakan ketika pengalihan hanya bersifat sementara.

Record DNS yang Sering Digunakan

Sebelum membuat redirect, ada baiknya memahami beberapa resource record DNS yang umum digunakan. Record berikut berfungsi untuk routing dan konfigurasi layanan, bukan sebagai pengganti HTTP redirect.

A

Address RecordIPv4

Menghubungkan hostname dengan alamat IPv4.

example.com  A  203.0.113.1

AAAA

IPv6 AddressIPv6

Menghubungkan hostname dengan alamat IPv6.

example.com  AAAA  2001:db8::1

CNAME

Canonical NameAlias hostname

Membuat hostname menjadi alias hostname lain. Umumnya digunakan pada subdomain seperti www.

www  CNAME  example.com

MX

Mail ExchangeEmail routing

Menentukan server yang menerima email untuk domain.

example.com  MX  10 mail.example.com

TXT

Text RecordVerification / policy

Digunakan untuk verifikasi domain serta kebijakan seperti SPF, DKIM, dan data teks lainnya.

example.com  TXT  "verification=value"

NS

Name ServerAuthoritative DNS

Menentukan nameserver yang bertanggung jawab terhadap zona DNS.

example.com  NS  ns1.example.net

CNAME bukan HTTP redirect Jika www.example.com dibuat sebagai CNAME ke hostname lain, address bar browser tidak otomatis berubah hanya karena record CNAME tersebut.

SOA Record dalam Zona DNS

SOA atau Start of Authority menyimpan informasi administratif utama untuk sebuah zona DNS, termasuk primary nameserver dan parameter timing zona. Record ini biasanya dikelola otomatis oleh penyedia DNS.

example.com IN SOA ns1.example.com hostmaster.example.com (
  2026081901 ; Serial
  3600 ; Refresh
  1800 ; Retry
  1209600 ; Expire
  86400 ; Minimum TTL
)

Redirect Naked Domain dengan Cloudflare

Cloudflare menyediakan fitur URL forwarding melalui Redirect Rules. Untuk kebutuhan satu domain atau pola URL tertentu, gunakan Single Redirects. Metode ini lebih tepat dibanding hanya membuat record DNS karena Cloudflare dapat memberikan respons redirect HTTP kepada browser.

01Aktifkan Domain di Cloudflare

Pastikan nameserver domain sudah menggunakan Cloudflare dan hostname yang ingin dialihkan tersedia pada zona.

02Buka Rules

Masuk ke dashboard domain lalu pilih bagian Rules → Redirect Rules.

03Buat Single Redirect

Buat kondisi yang menangkap hostname naked seperti example.com.

04Tentukan Target

Arahkan ke https://www.example.com atau URL canonical yang diinginkan.

05Pilih Status

Gunakan 301 jika redirect bersifat permanen.

SOURCEhttps://example.com/*

TARGEThttps://www.example.com/$1

OFFICIAL DOCUMENTATIONCloudflare RedirectsDokumentasi URL forwarding Cloudflare.

Redirect dengan Google Cloud DNS

Google Cloud DNS sendiri tidak berfungsi sebagai mesin HTTP redirect. Cloud DNS hanya mengarahkan hostname melalui record DNS. Jika ingin melakukan redirect menggunakan ekosistem Google Cloud, request perlu diarahkan ke layanan yang dapat memberikan respons redirect, misalnya External Application Load Balancer dengan URL map.

Cloud DNSA / AAAA menunjuk ke alamat load balancer.

Load BalancerMenerima request HTTP/HTTPS.

URL MapMengirim redirect ke hostname tujuan.

Jadi contoh lama yang hanya membuat A record menggunakan gcloud dns record-sets create belum cukup untuk membuat browser berpindah ke URL lain. A record hanya menentukan alamat yang menerima request.

OFFICIAL DOCUMENTATIONGoogle Cloud Load Balancing RedirectKonfigurasi redirect menggunakan URL map dan load balancer.

Redirect dengan Amazon Route 53

Amazon Route 53 juga merupakan layanan DNS, sehingga sebuah Alias record hanya mengarahkan traffic ke resource AWS. Untuk membuat redirect, Route 53 perlu diarahkan ke resource yang memang dapat mengirim respons redirect.

S3 Website Redirect S3 website hosting dapat dikonfigurasi untuk mengalihkan seluruh request ke domain lain. Cocok untuk redirect HTTP sederhana.

CloudFront + Origin Gunakan CloudFront ketika membutuhkan akses HTTPS dan arsitektur yang lebih lengkap. Lebih cocok untuk deployment production HTTPS.

Perhatikan HTTPS pada S3 website endpoint Website endpoint Amazon S3 tidak menyediakan SSL/TLS secara langsung. Untuk HTTPS gunakan solusi seperti CloudFront di depan resource yang sesuai.

OFFICIAL DOCUMENTATIONRoute 53 dan S3 WebsiteRouting domain dan konfigurasi website redirect AWS.

Redirect dengan Dynadot Domain Forwarding

Jika domain terdaftar di Dynadot, metode paling sederhana adalah menggunakan fitur Domain Forwarding. Dynadot menyediakan pilihan redirect 301 maupun 302 dan dapat digunakan tanpa membuat server web sendiri.

01Masuk ke Dynadot

Buka akun kemudian masuk ke daftar domain.

02Buka DNS Settings

Pilih domain lalu buka menu pengaturan DNS.

03Pilih Dynadot Forwarding

Gunakan mode forwarding yang tersedia pada menu DNS.

04Masukkan Target URL

Contoh: https://www.example.com.

05Pilih 301 atau 302

Gunakan 301 untuk redirect permanen lalu simpan konfigurasi.

OFFICIAL DOCUMENTATIONDynadot Domain ForwardingPanduan forwarding domain dan status redirect.

Metode Mana yang Sebaiknya Digunakan?

LAYANANREDIRECTTINGKAT

CloudflareSingle RedirectMudah

DynadotDomain ForwardingMudah

Google CloudLoad Balancer + URL MapAdvanced

AWSS3 Redirect / CloudFrontAdvanced

Untuk Blogger atau website sederhana, Cloudflare Redirect Rules atau forwarding dari registrar biasanya paling praktis. Google Cloud dan AWS lebih cocok jika website memang sudah menggunakan infrastruktur cloud tersebut.

Kesalahan yang Sering Terjadi

Menganggap A Record sebagai redirectA record hanya menunjuk alamat IPv4.

Menganggap CNAME mengubah URL browserCNAME mengatur resolusi DNS, bukan address bar.

Redirect hanya HTTPPastikan hostname lama juga dapat menerima request HTTPS jika pengunjung mengaksesnya melalui HTTPS.

Redirect loopJangan membuat dua hostname saling mengarahkan tanpa aturan canonical yang jelas.

Lupa mempertahankan pathJika dibutuhkan, pastikan /artikel tetap menjadi /artikel setelah redirect.

TTL dianggap sebagai waktu redirectTTL hanya berkaitan dengan cache DNS, bukan kecepatan respons HTTP redirect.

WARNING

Setelah membuat redirect 301, uji terlebih dahulu dengan browser incognito atau tool HTTP checker. Redirect permanen dapat tersimpan pada cache browser dan CDN sehingga kesalahan konfigurasi terkadang terlihat seolah masih aktif walaupun rule sudah diperbaiki.

Checklist Setelah Redirect Aktif

http://example.com mengarah ke URL canonical.

https://example.com juga bekerja tanpa certificate error.

Path dan query string tetap dipertahankan jika memang diperlukan.

Tidak terjadi redirect loop antara naked domain dan www.

Canonical URL di website konsisten dengan tujuan redirect.

Search Console dan sitemap menggunakan hostname canonical yang sama.

Redirect naked domain sebenarnya bukan sekadar persoalan menambah record DNS. DNS menentukan ke mana request diarahkan, sedangkan layanan web di belakang hostname tersebut menentukan apakah browser menerima halaman biasa atau respons redirect. Memahami perbedaan ini membuat konfigurasi domain jauh lebih mudah ketika berpindah antara Cloudflare, registrar, Google Cloud, AWS, maupun penyedia DNS lainnya.

DOMAIN ARCHITECTURETentukan satu hostname canonical lalu arahkan hostname lainnya secara konsisten

Untuk sebagian besar website, struktur sederhana dan redirect yang jelas lebih mudah dipelihara daripada membuat banyak jalur domain yang berbeda.