Masih korelasi dengan konten sebelumnya, perjelas versi URL yang digunakan situs Anda.
Secara pribadi, saya lebih suka yang ini:
https://domain.com – tanpa www
Tapi yang dengan www juga berfungsi:
Juga, konsistenlah dengan versi www yang disukai saat melakukan pembuatan tautan dan di seluruh jejaring sosial Anda.
Misalnya, jika situs Anda memuat tanpa www, akan aneh jika menggunakan https://www.domain.com di seluruh jaringan sosial Anda.
Lakukan saja tanpa www.
Anda dapat melakukan tes secara manual atau menggunakan alat seperti https://httpstatus.io/ dan memasukkan URL domain untuk melihat pengalihan.
Haruskah Anda menggunakan www atau tidak di domain Anda?
Selama 20 tahun atau lebih, telah terjadi perdebatan tentang apakah Anda harus menggunakan www atau tidak di nama host kanonis situs web Anda. Jadi, haruskah Anda menggunakan www atau tidak?
Beberapa latar belakang sejarah
Meskipun orang sering menggunakan istilah “nama domain” dan “nama host” secara bergantian, ada perbedaan, dan ini bukan hanya tentang semantik. Saya akan menyederhanakan deskripsi ini sedikit, untuk mendapatkan satu poin:
Sebagai administrator TI, jaringan Anda akan menjadi domain Anda. Masuk akal untuk memberikan nama domain, dan DNS diakomodasi untuk ini, jadi Anda akan mendaftarkan nama domain, misalnya “example.com”. Sekarang, di bawah domain ini Anda akan memiliki host Anda. Setiap mesin yang terhubung ke jaringan dianggap sebagai host. Mesin untuk menyajikan dokumen World Wide Web secara alami akan mendapatkan nama host “www” di bawah domain Anda, dan dengan demikian diberi nama domain yang memenuhi syarat (FQDN) “www.example.com”. Anda akan melakukan hal yang sama untuk semua host lain di jaringan Anda, apakah Anda memiliki server web atau tidak. Ini adalah cara Anda mengatur host di jaringan Anda.
Untuk pergi ke server web di domain “example.com”, Anda akan pergi ke host dengan nama “www.example.com”. Ngomong-ngomong: Dulu ketika dinosaurus menjelajahi interweb, tidak ada yang namanya host virtual. Semua server web melayani satu situs web (setidaknya per alamat IP). Tidak masalah nama host yang Anda gunakan, asalkan mengarah ke alamat IP yang benar.
“Nama domain polos”, yaitu nama domain Anda tanpa “www” – seperti “contoh.com” ada dalam istilah DNS yang disebut “asal”. Saat World Wide Web menjadi populer di pertengahan 1990-an, beberapa administrator mulai menunjukkan asal ke alamat IP yang sama dengan host www. Ini akan memungkinkan pengunjung situs web hanya mengetik “example.com” di browser web mereka, bukan nama host lengkap “www.example.com”.
Lalu datanglah SEO
Karena asal, “example.com”, dan nama host, “www.example.com” dapat mengarah ke alamat IP yang berbeda – dan sejak Januari 1997 ke situs web yang berbeda di alamat IP yang sama – orang yang berpengetahuan SEO mulai memberi tahu kami bahwa kami harus memilih nama host kanonik dan yang lain harus menunjuk ke sana (dengan kode respons HTTP 301).
Juga, masuk akal untuk memilih satu. Tapi yang mana?
Untuk SEO sebenarnya tidak masalah sama sekali. Selama Anda memilih salah satu. Tapi ada kekhawatiran lain selain SEO. Lanjutkan membaca.
Pemahaman manusia tentang URL
Ketika saya bekerja di sebuah agen pemasaran tepat setelah pergantian abad, ada kekhawatiran nyata bahwa orang mungkin tidak mengerti bahwa itu adalah alamat World Wide Web jika kita mengabaikan bagian “www”. Maksud saya, kami baru saja mulai meninggalkan “http: //”. Selain itu, karena warisannya, saya pribadi lebih suka menggunakan nama host yang “benar”, yaitu “www.example.com”.
Hari ini, saya tidak berpikir ini adalah masalah sama sekali. Orang-orang akan mengerti bahwa itu adalah alamat web apakah Anda memiliki www atau tidak, jika Anda memiliki domain tingkat atas yang umum dikenal. Karena satu versi mengalihkan ke versi lainnya, tidak masalah jika nama host kanonis Anda adalah “www.example.com” dan Anda hanya menggunakan “example.com” dalam iklan cetak, karena tampilannya lebih baik. Sepertinya, jika Anda memiliki salah satu dari ribuan domain tingkat atas baru, seperti .beer, Anda mungkin ingin menyertakan www untuk alasan yang sama seperti yang kami lakukan dalam pemasaran di masa lalu.
Non-www lebih cantik dan lebih mudah
Saya harus mengakui: “example.com” lebih pendek untuk diketik, lebih mudah dibaca dan itu hanya membutuhkan sedikit ruang. Sangat dapat dimengerti bahwa orang-orang mulai membuang bagian “www” dan hanya menggunakan asalnya sebagai nama host kanonik.
Jadi mengapa www atau tidak masih menjadi masalah?
Mengapa kita masih memperdebatkan ini sekarang? Tidak bisakah orang menggunakan apa yang mereka sukai, dan kita semua membiarkan mereka melakukannya?
Ya tentu saja.
Tetapi Anda tahu, jika Anda adalah administrator situs web, Anda mungkin ingin membuat pilihan yang cerdas. Karena seperti kebanyakan hal di internet, tidak semuanya dipikirkan saat kita mulai menggunakannya. Hal-hal seperti kue.
Cookie diturunkan ke subdomain
Cookie yang disetel dari nama host, juga akan dikirim ke semua subdomain. Yaitu jika situs web di “example.com” menyetel cookie, browser juga akan mengirimkan cookie ini saat mengunjungi “www.example.com”. Kedengarannya bagus, karena itu situs web yang sama, bukan? Namun cookie juga akan dikirim ke “cdn.example.com”, ke “email.example.com”, ke “intranet.example.com”, ke thirdpartyservice.example.com, dan seterusnya. Dan banyak layanan pihak ketiga memungkinkan Anda menggunakan domain Anda persis seperti ini.
Kumpulan cookie dari “www.example.com” akan * tidak * dikirim ke host “saudara” seperti di atas. Browser Anda memahami bahwa mereka bukan “subservices” tetapi melengkapi layanan yang berbeda, dan seharusnya tidak mendapatkan akses ke cookie Anda.
Cookie yang tidak perlu merusak kinerja
Cara kerja HTTP dan cookie, adalah bahwa mereka dikirim dari browser untuk setiap permintaan ke server web. Ini berarti bahwa jika situs web Anda menyetel cookie untuk asal (“example.com”) cookie ini juga harus dikirim ke setiap permintaan yang Anda buat ke misalnya “email.example.com” atau “intranet.example.com” . Ini memperlambat komunikasi dan membuat Anda mengalami pengalaman pengguna yang lebih buruk.
Cookie dapat dibaca oleh pihak ketiga
Jadi, jika situs web Anda terletak di asal (“example.com”) dan memiliki login ke CMS, CMS akan mengeluarkan cookie ke browser Anda agar Anda tetap login setidaknya untuk sesi tersebut. Kemudian, saat Anda mengunjungi “someinternalservice.example.com”, administrator layanan tersebut dapat membaca cookie tersebut, menyalinnya, dan menggunakannya untuk masuk ke CMS perusahaan untuk “example.com” sebagai Anda. Hal yang sama berlaku untuk vendor layanan email Anda saat Anda mengunjungi “email.example.com”, vendor CDN Anda saat Anda mengunjungi “example.com” yang memuat aset dari misalnya “static.example.com” dan seterusnya.
Jika Anda khawatir tentang keamanan apa pun yang Anda miliki di “example.com”, pastikan Anda memasang “www” – di depannya. Jika itu tidak membantu Anda memilih apakah Anda harus menggunakan www atau tidak, saya tidak yakin apa yang akan. Baik HTTPS maupun 2FA tidak akan membantu Anda, karena cookie itu adalah token ajaib. Langkah-langkah keamanan lainnya, seperti pembatasan IP akan membantu.
Cookie dari subdomain, dapat dibagikan – jika Anda mau
Sekarang, jika Anda memiliki layanan di subdomain, seperti “sso.example.com”, RFC 6265 memungkinkan Anda menyetel cookie untuk asal dan membuatnya dibagikan dengan “example.com” atau “www.example.com”. Jadi menghindari “domain kosong” sebagai nama host, sebenarnya memberi Anda lebih banyak fleksibilitas.
Asal DNS tidak boleh CNAME
Berbicara tentang fleksibilitas, kita harus kembali membahas tentang DNS.
Ada batasan dalam DNS yang mengatakan bahwa origin, harus berupa record tipe A, artinya harus mengarah ke alamat IP tetap.
Ketika situs Anda bertambah besar dan Anda memindahkannya ke layanan yang dihosting, atau ingin mengarahkannya ke Firewall Aplikasi Web atau mitigator DDoS, Anda mungkin ingin menggunakan catatan jenis CNAME, untuk mengarahkan nama host ke nama host fleksibel lain yang vendor mengelola tergantung pada lalu lintas dan kebutuhan Anda.
Sekarang, jika situs web Anda dihosting di asal (“example.com”), Anda tidak dapat melakukannya. Namun tidak ada masalah dengan nama host “www” menjadi data CNAME. Jadi jika Anda menginginkan fleksibilitas penskalaan, sekarang atau di masa depan, Anda harus menggunakan nama host www dari awal.
Kesimpulan
Tidak masalah jika Anda menggunakan www atau tidak.
Saya setuju bahwa nama domain asal terlihat lebih cantik, tetapi itu hanya masalah praktis di bilah alamat browser itu sendiri. Anda dapat menggunakan “www.example.com” sebagai nama host kanonis Anda, tetapi di tempat lain, Anda hanya dapat menggunakan domain kosong. Ini akan mengarahkan pengguna ke tempat yang benar.
Tetapi ada hal-hal penting yang mengatakan Anda harus menggunakan nama host lengkap dengan www: Kinerja-bijaksana, bijaksana-keamanan dan dalam hal fleksibilitas.
Ini harus mengakhiri debat “www atau tidak” sekali dan untuk selamanya: gunakan www.
Apakah Anda menggunakan WordPress dan ingin memindahkan situs Anda yang sudah ada ke domain www? Jika ya, dan ikuti langkah-langkah mudah dari kami untuk memindahkan situs WordPress Anda.
Masih butuh bantuan?
| Tools yang digunakan | Pendalaman Materi |
|---|---|
| – WordPress | – Cukup jelas |