UrlEdge
Kembali ke Blog
17 Mei 2026 UrlEdge Editorial4 min read

www, apex, dan wildcard forwarding tanpa merusak SEO

Normalisasi host terlihat sederhana sampai root, www, subdomain, path, dan query string punya aturan berbeda. Policy yang jelas menjaga URL canonical tetap stabil.

Peta normalisasi host yang menunjukkan apex, www, dan wildcard subdomain menuju satu canonical host

Normalisasi host terlihat seperti tugas DNS kecil sampai traffic nyata mulai masuk.

Brand ingin memakai apex domain. Website lama memakai www. Blog, toko, atau campaign berjalan di subdomain. Agency meminta wildcard forwarding. Link campaign masih harus mempertahankan path dan UTM. Jika keputusan ini dibuat terpisah, hasilnya sering menjadi redirect chain.

Pertanyaannya bukan apakah www atau apex selalu lebih baik. Pertanyaannya: host mana yang canonical, dan bagaimana semua varian mengikuti host itu?

Jika ini bagian dari migration yang lebih besar, mulai dari website migration redirect checklist. Artikel ini fokus pada host layer.

Host adalah bagian dari URL policy

example.id, www.example.id, dan *.example.id tidak sama secara operasional.

  • Apex terlihat lebih rapi untuk marketing.
  • www masih umum di stack lama.
  • Subdomain bisa berarti product, docs, support, atau store.
  • Wildcard membantu saat banyak host mengikuti satu aturan.

Yang penting, jangan biarkan variasi ini berjalan karena kebetulan.

Host normalization map for apex, www, and wildcard subdomains

Pilih canonical host sebelum launch

Jawab lebih awal:

PertanyaanKenapa penting
Website berjalan di apex atau www?Menentukan URL canonical yang terlihat
Subdomain mana yang alias?Tidak semua subdomain boleh digabung
Apakah path dipertahankan?SEO, bookmark, dan deep link bergantung padanya
Apakah query string dipertahankan?UTM, coupon, dan ID bisa hilang
Ada exception sementara?Campaign dan launch bisa butuh aturan berbeda

Jika jawaban ini belum jelas, beberapa layer akan mencoba membantu sekaligus.

DNS saja tidak cukup

DNS memberi tahu traffic harus ke mana. DNS tidak otomatis menentukan perubahan URL yang terlihat.

Alur bersih:

http://www.brand-lama.example/harga?utm_source=email
  -> https://brand-baru.example/harga?utm_source=email

Alur rapuh:

http://www.brand-lama.example/harga
  -> https://www.brand-lama.example/harga
  -> https://brand-lama.example/harga
  -> https://brand-baru.example/harga

Satu hop lebih mudah diaudit dan dirawat.

Wildcard forwarding cocok jika struktur tetap sejajar

Wildcard rule berguna saat path tetap kompatibel:

old.example.id/* -> new.example.id/$1

Cocok ketika:

  • banyak URL lama harus dipertahankan
  • struktur tidak berubah besar
  • Anda tidak ingin menulis rule per halaman
  • subdomain lama adalah alias yang valid

Jika arsitektur berubah besar, mapping URL penting secara eksplisit.

Pertahankan path dan query saat link masih bernilai

Normalisasi host tidak boleh menghapus konteks.

http://old.example.id/docs/api?ref=partner&utm_source=newsletter

jika strukturnya cocok, harus berakhir di:

https://new.example.id/docs/api?ref=partner&utm_source=newsletter

Ini penting untuk:

  • halaman SEO
  • dokumentasi
  • paid campaign
  • affiliate link
  • bookmark user

Jika path atau query hilang, redirect terlihat benar tetapi nilainya turun.

Hindari chain

Kesalahan umum adalah membagi tanggung jawab:

  • HTTP ke HTTPS di satu layer
  • www ke apex di layer lain
  • domain migration di CDN atau hosting
  • aplikasi menambah canonical rule lagi

Hasilnya http -> https -> www -> final.

Jika stack Anda sudah seperti itu, lihat Redirect Chains and Loops.

Test launch matrix

Sebelum publish, test varian nyata:

TestContoh
Apex roothttps://example.id/
www roothttps://www.example.id/
Deep pathhttps://example.id/harga
Deep path with queryhttps://example.id/harga?utm_source=email
Old host with pathhttps://old.example.id/blog/post-1
Wildcard subdomainhttps://docs.example.id/guide

Launch QA matrix for canonical host, path preservation, query preservation, and redirect hops

Pastikan:

  • final host sesuai
  • path tetap ada
  • query tetap ada
  • status code sesuai intent
  • tidak ada hop ekstra

Di mana UrlEdge cocok

UrlEdge cocok ketika host normalization perlu dikelola sebagai routing policy, bukan snippet terpisah.

Keuntungannya adalah satu tempat untuk canonical host, varian, path, query, dan status code.

FAQ

Haruskah selalu memilih apex daripada www?

Tidak. Keduanya bisa bekerja. Yang penting memilih satu canonical host dan membuat varian lain mengikutinya dengan rapi.

Bisakah wildcard subdomain memakai satu rule?

Bisa jika struktur tetap sejajar. Jika berubah besar, mapping URL penting secara eksplisit.

Apakah DNS cukup?

Tidak. DNS tidak menggantikan HTTP redirect policy yang terlihat oleh user.

Haruskah parameter campaign dipertahankan?

Biasanya ya, kecuali ada alasan jelas untuk menghapusnya. Atribusi yang hilang sulit dipulihkan.

Referensi

Tetapkan canonical host sekali saja

Redirect root, www, dan wildcard subdomain dengan HTTPS otomatis, path preservation, dan canonical destination.

Coba Free Redirect Service

Artikel Terkait

Lihat semua