Website statis mulai terasa nyata saat keluar dari URL pratinjau dan masuk ke domain yang Anda miliki.
Di langkah inilah proyek sederhana sering terasa rumit. Record DNS, domain apex, www, sertifikat HTTPS, redirect, URL lama, dan cache browser muncul bersamaan. Masing-masing tidak sulit. Yang penting adalah urutannya.
URL pratinjau dulu, domain belakangan
Gunakan URL pratinjau sebagai link kerja sampai website disetujui.
Pembagiannya jelas:
- URL pratinjau membuktikan file yang diunggah bekerja.
- Domain kustom membuktikan launch publik sudah siap.
Jika domain dihubungkan terlalu awal, setiap perbaikan konten ikut bercampur dengan debugging DNS. Pisahkan masalahnya. Unggah folder, buka pratinjau HTTPS, uji website, lalu hubungkan domain.
Di DeployPages, alur upload dari homepage memberi jalur preview-first ini. Setelah website siap, lanjut ke domain kustom dan SSL gratis.
Apex domain atau www?
Biasanya ada dua pilihan utama:
| Jenis domain | Contoh | Paling cocok untuk |
|---|---|---|
| Apex domain | example.com | Alamat publik paling bersih |
Subdomain www | www.example.com | Sangat umum dan biasanya mudah diroute |
| Subdomain kustom | docs.example.com, app.example.com | Docs, campaign, side project, pratinjau |
Dokumentasi GitHub Pages sendiri menyarankan agar setup apex dan www dipikirkan dengan hati-hati. Mereka juga mencatat bahwa subdomain www adalah tipe yang paling stabil untuk GitHub Pages karena tidak terdampak perubahan alamat IP server GitHub. Detail record tiap host bisa berbeda, tetapi pelajarannya berlaku luas: pilih satu alamat utama, lalu redirect alamat lainnya ke sana.
Untuk kebanyakan website marketing, portfolio, dan docs, dua pola ini sama-sama wajar:
example.comsebagai primary, denganwww.example.comredirect ke sana.www.example.comsebagai primary, denganexample.comredirect ke sana.
Jangan biarkan keduanya menyajikan salinan website yang terpisah. Itu menciptakan URL duplikat untuk pengguna dan mesin pencari.
DNS record dalam bahasa sederhana
Anda tidak perlu menghafal semua tipe record DNS. Untuk hosting website statis, biasanya Anda akan bertemu ini:
| Record | Fungsinya | Penggunaan umum |
|---|---|---|
CNAME | Mengarahkan subdomain ke hostname lain | www.example.com ke target dari host |
A | Mengarahkan domain ke alamat IPv4 | Apex domain saat provider memberi IP |
AAAA | Mengarahkan domain ke alamat IPv6 | Apex domain saat IPv6 didukung |
ALIAS atau ANAME | Mengarahkan apex domain ke hostname | Alternatif khusus provider untuk A |
TXT | Menyimpan teks verifikasi | Cek kepemilikan domain |
Host Anda seharusnya memberi tahu record mana yang perlu ditambahkan. Jika tidak, itu masalah produk, bukan masalah pengguna.
Gunakan tool lookup setelah mengubah record. DeployPages menyediakan tool DNS lookup untuk mengecek apakah internet publik sudah melihat perubahan.
HTTPS bagian dari launch, bukan bonus
Domain kustom tanpa HTTPS terlihat rusak bagi pengguna, browser, dan mesin pencari.
Sebelum mengumumkan link, cek:
- Domain terbuka dengan
https://. - Sertifikat mencakup hostname persis yang Anda pakai.
- Versi
http://redirect ke HTTPS. - Hostname non-primary redirect ke hostname primary.
- Peringatan browser hilang di private window.
Jika DNS masih propagasi, penerbitan HTTPS bisa membutuhkan waktu. Jangan mengubah record setiap beberapa menit kecuali nilainya memang salah. Tunggu, cek, lalu ubah hanya bagian yang perlu.
SSL checker berguna karena Anda bisa memverifikasi sertifikat dari luar cache browser sendiri.
Posisi domain kustom dalam deployment website statis
Rantai deployment yang bersih terlihat seperti ini:
| Tahap | URL | Tujuan |
|---|---|---|
| Upload pertama | URL pratinjau sementara | Cek file dan bagikan internal. |
| Review | URL pratinjau stabil | Kirim ke klien, rekan tim, atau stakeholder. |
| Launch | Domain kustom | Traffic publik dan SEO. |
| Update | Versi deployment baru | Perbaiki atau tingkatkan tanpa merusak versi lama. |
| Pemulihan | Pulihkan versi sebelumnya | Kembali ke versi aman jika update gagal. |
Rantai ini salah satu alasan host statis sebaiknya melakukan lebih dari sekadar menyimpan file. Saat website punya domain sungguhan, Anda butuh kesadaran versi. Upload rusak tidak seharusnya menjatuhkan link publik tanpa jalur pemulihan.
DeployPages membuat pemulihan versi sebagai fitur produk, bukan latihan manual mencari ZIP lama. Lihat pemulihan versi instan untuk sisi kontrol release.
Kesalahan domain kustom yang sering terjadi
Mengunggah build yang salah sebelum menghubungkan DNS
Jika URL pratinjau rusak, domain juga akan rusak. Perbaiki file dulu.
Mencampur dua hostname primary
Pilih example.com atau www.example.com. Redirect yang lain.
Melupakan link lama
Jika Anda mengganti website yang sudah ada, cek path penting yang lama. Website statis tetap bisa membutuhkan redirect.
Menganggap DNS berubah hanya karena dashboard berubah
Dashboard penyedia DNS tidak sama dengan resolusi DNS publik. Gunakan tool lookup.
Launch tanpa metadata
Sebelum launch domain, set title, description, favicon, dan gambar sosial yang nyata. Metadata generator dan tool gambar OG bisa membantu bagian yang membosankan tetapi terlihat.
Kapan domain kustom layak dipasang?
Tambahkan domain saat:
- Website mewakili bisnis, orang, produk, acara, atau klien.
- Link akan dicetak, dibagikan di iklan, atau ditaruh di profil.
- SEO penting.
- Orang akan kembali membuka website itu nanti.
- Anda butuh kepercayaan lebih dari URL pratinjau sementara.
Lewati domain untuk pratinjau sekali pakai, loop feedback cepat, atau demo internal yang akan diganti besok.
Hosting statis bekerja paling baik saat mendukung dua kecepatan. Link pratinjau harus cepat. Launch domain harus disengaja.