Apa itu CDN,
berapa biayanya,
dan kapan Anda butuh?

Sudah Pasang CDN, Kok Malah Terasa Lebih Lambat

Ada satu thread lama di forum Diskusi Web Hosting yang isinya masih relevan sampai sekarang. Judulnya "Cloudflare Lemot dan Lambat", dibuka 14 Oktober 2019 oleh pemilik sebuah situs film.

Dia menulis begini.

"Tuan saya adalah admin jagomovie.net yang sejak dulu adalah pengguna jasa layanan CDN yang gratisan si Cloudflare, Tapi sejak tanggal 12 sampai sekarang server mereka membuat akses website menjadi lemot..."

Thread "Cloudflare Lemot dan Lambat", diskusiwebhosting.com, 14 Oktober 2019

Jawaban yang masuk di hari yang sama menjelaskan kenapa. Trafiknya ternyata dilempar ke pusat data Cloudflare di San Jose, California, bukan ke lokasi Asia yang jauh lebih dekat.

Salah satu anggota forum, morpig, menuliskan sebabnya apa adanya.

"kalo biasanya 'usagenya' gede terus tuan pake free plan/yang gratisan, mereka bakal route website tuan ke server mereka yang bandwidthnya 'relatif murah'. biasanya ke jepang atau USA."

Balasan pengguna morpig di thread yang sama, diskusiwebhosting.com, 14 Oktober 2019

Di thread lain yang lebih tua, tanggal 4 Agustus 2018, pertanyaannya lebih mendasar lagi. Judulnya cuma "Pakai cloudflare atau tidak", dan jawaban yang paling banyak diamini justru menyarankan tidak.

Pengguna dengan nama pluto01 menjawab singkat, "CF ini kan cdn untuk memperdekat content ke pengakses, jika content sdh di local dan visitor lokal menurut hemat ga perlu". Anggota lain, atriumhosting, menambahkan lebih tegas, "target indonesia mah ga perlu pake cdn, krn pengunjung dari Indonesia di ajak muter2 dulu ke USA trus SG baru balik Indonesia".

Sekarang bagian yang jujur. Situasinya sudah membaik sejak itu. Cloudflare punya titik di Jakarta, dan sebagian besar pengunjung Indonesia sekarang memang dilayani dari sana atau dari Singapura, tidak lagi dilempar ke Amerika.

Tapi logika yang dipakai dua orang itu tetap benar, dan justru itulah yang hampir tidak pernah Anda temukan di artikel yang menjelaskan CDN. Kalau isi website Anda sudah dekat dan pengunjung Anda juga dekat, jarak yang mau dipendekkan itu sebenarnya tinggal berapa?

Nah, supaya bisa menjawab pertanyaan itu untuk kasus Anda sendiri, kita perlu tahu dulu CDN itu sebenarnya mengerjakan apa.

Pengertian: Apa Itu CDN?

CDN singkatan dari Content Delivery Network. Isinya jaringan server yang tersebar di banyak kota, dan tugasnya menyimpan salinan file website Anda supaya file itu bisa diambil dari lokasi yang paling dekat dengan pengunjung.

Sederhananya seperti gudang cabang.

Bayangkan Anda punya pabrik keripik di Malang dan pembelinya ada di Medan. Kalau tiap pesanan dikirim langsung dari Malang, ongkos dan waktunya ya segitu terus. Tapi kalau Anda menitipkan stok di gudang Medan, pesanan dari sana cukup diambil dari gudang itu.

Barangnya sama persis. Yang berubah cuma jaraknya.

Ada tiga istilah yang akan terus muncul, dan lebih enak dikenali sekarang daripada nanti kebingungan waktu membaca dokumentasi.

• Origin. Server asal Anda, tempat website itu sebenarnya dipasang. Ini pabriknya. Kalau Anda pakai hosting di Jakarta, ya itu origin Anda.
• Edge server. Server milik penyedia CDN yang menyimpan salinan tadi. Ini gudang cabangnya.
• PoP. Singkatan dari Point of Presence, yaitu satu lokasi fisik yang berisi kumpulan edge server. Cloudflare punya ratusan PoP, salah satunya di Jakarta.

Satu hal yang perlu diluruskan sejak awal, karena ini sumber salah paham yang paling sering kami temui waktu ngobrol dengan klien.

CDN tidak memindahkan website Anda. Website Anda tetap di tempatnya, dan yang dipindahkan cuma salinan sebagian filenya. Kalau server asal Anda mati, CDN tidak bisa menyelamatkan Anda lebih dari beberapa menit.

Lalu bagaimana salinan itu bisa sampai di gudang cabang? Ternyata bukan Anda yang mengirimnya.

Apa yang Terjadi Waktu Halaman Anda Diminta

Cara kerja CDN paling gampang dimengerti kalau kita ikuti dua kunjungan berturut-turut ke file yang sama.

Anggap website Anda di server Jakarta, dan ada pembeli dari Makassar yang membuka halaman produk.

Kunjungan pertama. Permintaan pembeli itu tidak langsung ke Jakarta. Yang pertama menerimanya justru edge server terdekat. Edge server memeriksa lemarinya sendiri, dan ternyata gambar produk itu belum ada di sana. Kondisi ini namanya MISS.

Karena tidak punya, edge server mengambilkannya dari origin Anda di Jakarta, mengirimkannya ke pembeli, lalu menyimpan satu salinan untuk dirinya sendiri.

Jadi pembeli pertama itu justru tidak mendapat keuntungan apa-apa. Dia malah menambah satu lompatan.

Kunjungan kedua. Ada pembeli lain di Makassar membuka halaman yang sama sepuluh menit kemudian. Kali ini edge server sudah punya salinannya, jadi gambarnya dikirim langsung tanpa menyentuh Jakarta sama sekali. Kondisi ini namanya HIT.

Perjalanan yang tadinya bolak-balik Makassar ke Jakarta selesai di dalam kota.

Dari alur itu ada tiga konsekuensi yang jarang disebutkan orang, dan tiga-tiganya bakal Anda temui sendiri kalau memasang CDN.

Pertama, halaman yang jarang dibuka hampir selalu MISS. Salinannya keburu dibuang sebelum ada orang kedua yang memintanya. Website dengan seratus pengunjung sebulan praktis tidak merasakan apa-apa.

Kedua, tiap kota punya lemarinya sendiri. Salinan yang tersimpan di Jakarta tidak otomatis ada di Surabaya, jadi pengunjung pertama di tiap lokasi tetap kena MISS.

Ketiga, salinan itu punya masa simpan. Namanya TTL, konsep yang sama dengan yang dipakai DNS. Habis masa itu, edge server bertanya lagi ke origin apakah filenya berubah.

Sampai sini kelihatannya rapi. Masalahnya, tidak semua isi halaman Anda boleh masuk lemari itu.

Yang Ikut Disimpan dan Yang Tidak

Ini bagian yang paling sering bikin orang kecewa, dan sepanjang riset kami menyiapkan artikel ini, hampir tidak ada penjelasan berbahasa Indonesia yang membahasnya sampai tuntas.

Pengaturan bawaan hampir semua CDN cuma menyimpan file statis. Gambar, CSS, JavaScript, font, PDF. Dokumen HTML-nya tidak.

Kenapa begitu? Karena penyedia CDN tidak tahu website Anda jenis apa. Kalau HTML ikut disimpan tanpa ditanya, halaman keranjang belanja orang lain bisa nyasar ke pengunjung berikutnya, dan kerusakan seperti itu jauh lebih mahal daripada halaman yang lambat.

Jadi mereka mengambil sikap paling aman. Simpan yang jelas-jelas sama untuk semua orang, sisanya lewatkan ke server asal.

Akibatnya begini. Kalau yang bikin website Anda lambat adalah waktu server menyusun halaman, memasang CDN tidak akan mengubah angka itu sedikit pun.

Angka yang dimaksud namanya TTFB, waktu server berpikir sebelum mengirim byte pertama. Dan TTFB baru ikut turun kalau HTML-nya ikut disimpan di edge.

Kabar baiknya, itu bisa dinyalakan.

Di Cloudflare pengaturannya ada di Cache Rules, tempat Anda menentukan halaman mana yang boleh disimpan dan berapa lama. Untuk WordPress ada layanan bernama APO yang mengurus bagian ini sekalian, termasuk membersihkan salinan lama tiap kali Anda menerbitkan tulisan.

Tapi jangan dinyalakan asal-asalan. Keranjang, checkout, halaman akun, dan alamat admin harus dikecualikan lebih dulu, dan kalau website Anda menampilkan nama pengguna di pojok kanan atas, halaman itu juga tidak boleh ikut disimpan.

Kalau bagian ini terdengar rumit, sebetulnya ada alasan yang lebih mendasar kenapa banyak orang bingung. Mereka mengira CDN dan plugin cache itu barang yang sama.

CDN, Plugin Cache, dan Hosting Itu Tiga Hal Berbeda

Tiga-tiganya sering disebut dalam satu tarikan napas waktu orang membicarakan kecepatan website. Padahal ketiganya menyelesaikan masalah yang berlainan, dan memasang yang satu tidak menggantikan yang lain.

Gampangnya, plugin cache mempercepat pembuatan halaman, sedangkan CDN mempercepat pengantaran. Kalau yang macet di dapur, menambah kurir tidak menolong.

Karena itu urutan yang paling masuk akal biasanya begini. Perbaiki dapur dulu lewat plugin cache atau perbaikan kode, baru urus pengantarannya lewat CDN.

Kami tulis urutan lengkapnya, termasuk cara mengukur tiap potongan waktunya, di kenapa website lambat.

Jenis CDN yang Perlu Anda Kenal

Banyak artikel membagi CDN jadi empat sampai lima jenis. Buat pemilik bisnis, sebetulnya cuma dua pembagian yang berpengaruh ke keputusan Anda.

Pull dan push

Pull CDN mengambil sendiri file dari server Anda waktu ada yang meminta, persis seperti alur MISS tadi. Anda tidak melakukan apa-apa, tinggal arahkan, dan sisanya berjalan otomatis. Hampir semua CDN populer bekerja dengan cara ini.

Push CDN kebalikannya. Anda yang mengunggah file ke jaringan mereka lebih dulu, dan file itu menetap di sana sampai Anda hapus. Ini dipakai untuk file besar yang jarang berubah, misalnya installer atau video panjang.

Untuk website bisnis biasa, jawabannya hampir selalu pull. Push baru masuk akal kalau Anda membagikan file berukuran gigabyte.

CDN umum dan CDN khusus

CDN umum melayani seluruh isi website Anda apa adanya. Cloudflare dan bunny.net masuk kelompok ini.

CDN khusus dirancang untuk satu jenis isi saja, dan biasanya sekalian mengolahnya. CDN gambar bisa mengubah ukuran dan format foto Anda di jalan, jadi satu file asli otomatis tersaji sebagai WebP kecil di HP dan versi besar di desktop. CDN video mengurus pemotongan video jadi potongan-potongan kecil supaya bisa diputar tanpa diunduh utuh.

Kalau isi website Anda didominasi foto produk, CDN khusus gambar sering memberi hasil lebih besar daripada CDN umum, karena yang dipangkas bukan cuma jaraknya tapi juga ukuran filenya.

Setelah tahu jenisnya, pertanyaan berikutnya yang paling sering masuk ke kami cuma satu. Ini bayarnya berapa?

Berapa Sebenarnya Biaya CDN

Jawaban jujurnya, untuk sebagian besar bisnis kecil dan menengah, nol rupiah.

Cloudflare punya paket gratis dengan bandwidth yang tidak dibatasi untuk konten web biasa, dan ini bukan versi cacat yang sengaja dilambatkan. Mesin cache-nya sama dengan yang dipakai pelanggan berbayar.

Yang Anda bayar di paket atasnya itu fitur tambahan. Aturan keamanan yang lebih rinci, laporan yang lebih dalam, dukungan teknis yang lebih cepat dijawab. Bukan kecepatannya.

Ada satu jebakan yang perlu Anda sadari, dan letaknya bukan di harga paket.

Layanan yang menagih per GB itu tagihannya mengikuti trafik Anda. Selama trafiknya stabil, angkanya kecil dan enak. Tapi satu video yang tiba-tiba ramai dibagikan orang, atau satu file besar yang diunduh berulang-ulang oleh bot, bisa melipatgandakan tagihan bulan itu tanpa Anda sempat sadar.

Cloudflare Free tidak punya risiko itu, dan buat pemilik bisnis yang tidak mau kaget lihat tagihan, ketenangan itu ada nilainya.

Biaya yang justru sering terlupakan malah bukan biaya CDN-nya. Kalau setelan Anda salah dan halaman jadi kacau, waktu yang habis untuk mencari sebabnya itu ongkos juga.

Nah, kalau ternyata anggaran Anda memang ada, pertanyaan berikutnya biasanya soal ke mana uang itu sebaiknya diarahkan.

Upgrade VPS atau Pasang CDN?

Ini pertanyaan yang sering ditanyakan dengan nada seperti soal selera, padahal ada cara memilihnya, dan caranya bisa Anda kerjakan sendiri dalam sepuluh menit.

Kuncinya memisahkan dua angka yang sering dikira satu.

TTFB itu waktu server Anda berpikir sebelum mengirim byte pertama. Ini urusan dapur. Sisa waktunya dipakai mengunduh gambar, CSS, JavaScript, dan menggambar halaman di layar. Ini urusan pengantaran.

Upgrade VPS memperbaiki yang pertama. CDN memperbaiki yang kedua. Kalau salah pilih, uang Anda keluar untuk memperbaiki bagian yang tidak rusak.

Cara mengukurnya begini. Buka website Anda di Chrome, tekan F12, pilih tab Network, muat ulang halaman, klik baris paling atas, lalu buka tab Timing dan cari angka di baris Waiting for server response.

Kalau lebih suka lewat terminal, satu perintah ini sudah cukup.

curl -o /dev/null -s -w "ttfb: %{time_starttransfer}\ntotal: %{time_total}\n" https://namadomain.com/

Setelah angkanya ada, tinggal dicocokkan.

Ada satu urutan praktis yang biasanya kami sarankan ke klien, dan alasannya sederhana saja.

Pasang Cloudflare Free dulu, karena gratis dan bisa dimatikan lagi kalau tidak cocok. Ukur ulang setelah seminggu. Baru setelah itu putuskan apakah VPS-nya perlu naik.

Kenapa urutannya begitu? Karena upgrade VPS itu biaya tetap yang menempel tiap bulan selamanya, sementara diagnosanya belum tentu benar. Naik dari 2 vCPU ke 4 vCPU untuk masalah yang sebenarnya ada di gambar 4000 piksel itu pemborosan yang berjalan diam-diam.

Satu catatan tambahan buat yang websitenya WordPress. Kalau TTFB Anda tinggi karena plugin yang menumpuk, pindah ke VPS yang lebih besar cuma membuat plugin yang sama berjalan di mesin yang lebih mahal. Bebannya tetap ada, cuma ditanggung perangkat yang lebih kuat.

Apakah Bisnis Anda Benar-benar Butuh CDN

Sekarang bagian yang biasanya tidak ditulis penyedia hosting, karena mereka juga berjualan CDN.

Manfaat CDN itu berbanding lurus dengan dua hal, yaitu seberapa jauh pengunjung Anda dari server, dan seberapa berat file yang harus mereka unduh. Kalau dua-duanya kecil, hasilnya juga kecil.

Ini gambarannya untuk beberapa jenis bisnis yang sering kami tangani.

• Manfaatnya besar. Website dengan pembaca dari luar negeri, media yang isinya banyak foto, toko online dengan katalog ratusan produk, aplikasi yang dipakai cabang di beberapa pulau, dan website yang sering jadi sasaran bot.
• Manfaatnya sedang. Toko online lokal dengan foto produk yang cukup banyak, dan website yang trafiknya naik turun tajam karena kampanye iklan.
• Manfaatnya kecil. Company profile beberapa halaman dengan pengunjung Indonesia dan server yang sudah di Jakarta. Selisih yang bisa diberikan CDN di sini tinggal beberapa puluh milidetik, dan itu tidak akan dirasakan siapa pun.

Untuk kelompok terakhir, apakah berarti CDN tidak berguna sama sekali? Tidak juga.

Alasan memasangnya biasanya bergeser dari kecepatan ke hal lain. Perlindungan dari serangan, penyaringan bot, sertifikat SSL yang diurus otomatis, dan pengelolaan domain yang jadi lebih rapi karena semuanya di satu tempat. Itu semua alasan yang sah, cuma jangan disebut alasan kecepatan.

Kasus khusus: apakah server game memakai CDN?

Pertanyaan ini sering muncul, dan jawaban pendek yang beredar di banyak artikel Indonesia agak menyesatkan. Biasanya ditulis "game online butuh CDN" tanpa keterangan lebih lanjut.

Yang benar, sebagian trafiknya iya, dan justru bagian yang paling penting malah tidak.

Yang lewat CDN adalah file installer, patch, update, aset, dan launcher. File ini besar, isinya sama untuk semua pemain, dan sempurna untuk disimpan di banyak lokasi. Patch puluhan GB yang diunduh jutaan orang di hari yang sama memang mustahil dilayani dari satu server.

Yang tidak bisa lewat CDN biasa adalah permainannya sendiri. Posisi pemain, tembakan, chat, semuanya berbeda untuk tiap orang di tiap milidetik. Tidak ada yang bisa disimpan, karena begitu disimpan datanya sudah basi.

Ada alasan teknis kedua. Kebanyakan game memakai UDP untuk trafik permainannya, sedangkan CDN biasa cuma mengerti HTTP.

Untuk melindungi server game dari serangan, yang dipakai memang produk lain. Cloudflare misalnya punya layanan bernama Spectrum yang bisa memproksikan trafik TCP dan UDP, dan gunanya menyembunyikan alamat asli server sekaligus menahan DDoS. Percepatannya datang dari jalur jaringan yang lebih baik, bukan dari cache.

Jadi latensi permainan tetap ditentukan lokasi server fisiknya. Server game yang dipasang di Singapura akan terasa berbeda dengan yang di Jakarta, dan tidak ada CDN yang bisa mengubah itu.

Kalau prinsipnya ditarik, sebetulnya sederhana. CDN itu alat untuk barang yang sama untuk semua orang. Begitu isinya berbeda per orang atau berubah tiap detik, CDN bukan jawabannya.

Prinsip yang sama juga menjelaskan kenapa halaman keranjang dan dashboard tadi tidak ikut disimpan.

Apakah CDN Memengaruhi SEO?

Ini pertanyaan yang jawabannya sering terlalu disederhanakan jadi "iya, CDN bagus untuk SEO". Padahal yang benar lebih berhati-hati dari itu.

CDN tidak punya nilai peringkat langsung. Google tidak memberi poin tambahan hanya karena Anda memakai CDN, dan tidak ada kolom di mana pun yang mencatat itu.

Pengaruhnya ada, tapi tidak langsung, dan bisa ke dua arah.

Arah yang menguntungkan

Kalau halaman Anda berat karena gambar, CDN memperbaiki LCP, yaitu waktu sampai elemen terbesar di layar selesai digambar. LCP termasuk hitungan Core Web Vitals, dan itu memang salah satu sinyal yang dipakai Google.

Perlu diingat porsinya kecil. Kecepatan itu penentu di antara halaman yang relevansinya setara, bukan pengganti isi yang bagus. Jadi jangan berharap urusan SEO beres cuma karena angka hijau.

Manfaat kedua yang lebih jarang disebut, CDN membuat website Anda lebih tahan waktu ramai. Halaman yang mati waktu sedang banyak-banyaknya pengunjung itu jauh lebih merugikan daripada halaman yang lambat sedikit.

Arah yang merugikan

Bagian ini yang hampir tidak pernah ditulis, padahal kami beberapa kali menemukannya di website klien.

• Googlebot ikut kena saring. Aturan keamanan yang disetel terlalu galak bisa memberi tantangan verifikasi ke Googlebot, atau memblokirnya sekalian. Halaman yang tidak bisa diambil ya tidak bisa diindeks.
• Google membaca versi lama. Anda sudah mengubah harga, tapi salinan yang tersimpan di edge belum kedaluwarsa. Yang dibaca Google bisa saja harga kemarin.
• Alamat jadi berganda. Setelan yang kurang rapi kadang membuat satu halaman bisa dibuka lewat beberapa alamat sekaligus. Situasi seperti ini punya nama sendiri, dan kami bahas di kanibalisme keyword.
• Pengalihan yang berputar. Mode SSL yang tidak cocok dengan setelan server asal bisa membuat halaman terus mengalihkan diri sendiri sampai browser menyerah.

Kesimpulan yang lebih jujur, CDN membantu SEO kalau dipasang benar, dan bisa merugikan kalau dipasang lalu ditinggal begitu saja.

Kalau halaman Anda memang belum muncul di hasil pencarian, penyebabnya biasanya di tempat lain sama sekali. Kami tulis urutan pemeriksaannya di website tidak muncul di Google.

Cara Memastikan CDN Anda Benar-benar Bekerja

Banyak orang memasang CDN lalu berhenti di situ, dan tidak pernah tahu apakah barangnya jalan. Padahal memeriksanya gampang, dan tidak perlu memasang apa pun.

Buka website Anda di Chrome, tekan F12, pilih tab Network, lalu muat ulang halaman. Klik salah satu baris, buka bagian Headers, dan cari nama header yang menunjukkan status cache. Di Cloudflare namanya cf-cache-status.

Kalau lebih suka lewat terminal, satu perintah ini menampilkan seluruh headernya.

curl -sI https://namadomain.com/uploads/foto-produk.webp | grep -i "cf-cache-status\|age\|cache-control"

Begini cara membaca hasilnya.

Nah, ini bagian pentingnya. Periksa dua hal secara terpisah.

Periksa satu file gambar, lalu periksa dokumen HTML halamannya. Kalau gambarnya HIT tapi dokumennya selalu DYNAMIC, berarti CDN Anda memang belum menyentuh halamannya, dan TTFB Anda memang tidak akan berubah.

Banyak orang berhenti di pemeriksaan pertama, melihat HIT, lalu menyimpulkan semuanya beres.

Satu pemeriksaan tambahan yang berguna, coba buka website Anda lewat layanan pengukur yang bisa memilih lokasi, misalnya dari Singapura dan dari Amerika. Kalau angkanya jauh berbeda padahal CDN sudah menyala, berarti ada isi halaman yang masih ditarik dari server asal.

Lima Hal yang Biasanya Rusak Setelah CDN Dinyalakan

CDN itu lapisan tambahan di depan website Anda, dan tiap lapisan tambahan punya cara sendiri untuk bikin repot. Ini yang paling sering kami temui.

1. Perubahan Anda tidak kelihatan

Anda mengganti harga atau memperbaiki tulisan, tapi yang muncul di layar masih yang lama. Ini kejadian nomor satu, dan biasanya bikin panik karena dikira websitenya rusak.

Penyebabnya salinan lama yang masih tersimpan di edge. Solusinya membersihkan cache lewat panel CDN Anda, dan kalau sedang banyak mengubah tampilan, nyalakan mode pengembangan supaya semua permintaan sementara dilewatkan langsung ke server asal.

Untuk file CSS dan JavaScript, cara yang lebih rapi adalah menyisipkan nomor versi di alamatnya. Website ini sendiri memakai cara itu, dan Anda bisa lihat di alamat file gayanya yang berakhiran tanda versi.

2. Semua pengunjung terlihat berasal dari satu alamat

Karena permintaan sekarang datang lewat edge server, yang tercatat di log server Anda adalah alamat IP CDN, bukan alamat pengunjung aslinya.

Akibatnya bisa lucu sekaligus merepotkan. Statistik lokasi pengunjung jadi ngawur, plugin anti-spam mengira semua komentar datang dari satu orang, dan pembatasan percobaan login jadi salah sasaran karena menghitung semua orang sebagai satu alamat.

Perbaikannya ada di sisi server, dengan membaca header khusus yang membawa alamat asli pengunjung. Di WordPress biasanya cukup memasang plugin resmi dari penyedia CDN-nya.

3. Halaman yang seharusnya pribadi ikut tersimpan

Ini yang paling berbahaya, dan biasanya muncul setelah seseorang menyalakan cache HTML tanpa mengecualikan apa-apa.

Gejalanya pengunjung melihat nama orang lain di pojok kanan atas, atau keranjang belanja yang isinya bukan miliknya. Kalau sampai kejadian, matikan cache HTML dulu, bersihkan semuanya, baru susun ulang pengecualiannya.

4. Mode SSL yang tidak cocok

Setelan SSL di CDN menentukan bagaimana koneksi ke server asal Anda diperlakukan. Kalau dipilih mode yang menganggap server asal tidak punya sertifikat padahal punya, atau sebaliknya, hasilnya bisa halaman yang terus mengalihkan diri sendiri sampai browser menyerah.

Untuk hampir semua kasus, pilihan yang benar adalah mode yang memakai enkripsi penuh sampai ke server asal, dan itu berarti server asal Anda memang harus punya sertifikat yang sah.

5. Subdomain yang seharusnya lewat malah ikut diproksikan

Waktu Anda memindahkan pengelolaan DNS ke penyedia CDN, semua record ikut pindah. Sebagian di antaranya tidak boleh melewati jaringan CDN.

Record untuk email misalnya, atau subdomain yang dipakai aplikasi internal, atau alamat yang dipakai layanan pembayaran untuk mengirim notifikasi. Kalau ikut diproksikan, gejalanya email berhenti masuk atau notifikasi pembayaran tidak sampai, dan orang biasanya mencari-cari di tempat yang salah.

Cara memeriksanya, buka daftar record DNS Anda dan pastikan yang menyala cuma yang memang melayani web. Penjelasan tiap jenis record ada di apa itu DNS.

Lima-limanya bisa dihindari, asal Anda tahu harus melihat ke mana. Dan itu sebetulnya alasan kenapa artikel ini panjang.

Pertanyaan Umum