Cara Setting DNS Cloudflare untuk Blogger yang Benar

1. Dari PageSpeed ke Redirect-Checker: Lompatan 3 Lapis yang Mematikan (The Triple Hop Redirect Loop)

Gua gak mau panik dulu. Gua klik satu-satu 12 URL error yang dilaporin GSC itu tuk nyari benang merahnya (root cause). Ternyata polanya sama persis :

Semuanya nampilin versi URL tanpa www. Padahal, di dashboard Blogger jelas-jelas udah gua setel pengalihan kustom (custom redirect) tuk ngarah langsung ke versi www.

Cek yuk (let's check) apa yang sebenarnya terjadi di balik layar server. Gua langsung buka tool gratisan redirect-checker.org. Gua masukin URL root gua: http://nextoolerai.com.

Hasilnya bikin gua pengen istighfar panjang :

1. http://nextoolerai.com 301 Moved Permanently $ \rightarrow $
2. https://nextoolerai.com 301 Moved Permanently $ \rightarrow $
3. https://www.nextoolerai.com/
4. 200 OK

MUTER 3 LAPIS, LUR!

Wajib tau (you really need to know) kalo Googlebot itu ibarat tamu VVIP yang jadwalnya super padat. Mereka punya yang namanya Crawl Budget atau jatah waktu tuk merayapi situs sampean. Kalo robot ini disuruh lari estafet ngelewatin rute HTTP dilempar ke HTTPS non-www, terus loncat lagi ke HTTPS www, dia bakal ngambek. Buang-buang resource server mereka. Pantes dia nyerah dan ngasih stempel "Redirect Error".

Struktur pengalihan yang bener dan sesuai standar SEO E-E-A-T (Experience, Expertise, Authoritativeness, Trustworthiness) itu harusnya cuma ngelewatin 1x lompatan absolut:

$$ \text{[http://nextoolerai.com](http://nextoolerai.com)} \xrightarrow{301} \text{[https://www.nextoolerai.com/](https://www.nextoolerai.com/)} $$

Udah jelas penyakitnya ada di sistem redirect yang nabrak. Tapi pertanyaan teknisnya: ini redirect-nya siapa yang ngaco? Konfigurasi internal Blogger, atau setelan DNS Cloudflare gua?

2. Petunjuk Pertama : Jadi Detektif DNS di Ping.eu (Advanced DNS Lookup Investigation)

Catet nih (keep in mind), sampean jangan buru-buru login ke dashboard Cloudflare and ngacak-ngacak settingan sebelum tau akar masalah aslinya. Ibarat dokter, kita harus diagnosa gejalanya dari luar dulu menggunakan network tracking tool. Gua iseng cek DNS dari luar. Gua buka situs ping.eu, terus pilih menu Pencarian DNS (DNS Lookup). Gua masukin domain nextoolerai.com.

Dan ini hasil raw data yang ngasih petunjuk paling krusial :

KETAUAN SIAPA BIANG KEROKNYA!

Kalo sampean pusing liat angka-angka di atas, sini gua terjemahin bahasa manusianya biar gak loading otak:

• IP 172.67.145.96 sama 104.21.57.109: Ini adalah block IP (Internet Protocol) mutlak milik Cloudflare. Bukan IP server Google Blogger.
• IPv6 2606:4700:...: Ini juga masuk range network routing Cloudflare.
• MX record route2.mx.cloudflare.net: Urusan email domain juga numpang lewat server Cloudflare (email routing).

Artinya secara arsitektur jaringan, domain gua lagi di-proxy (di-tameng) secara penuh sama Cloudflare. Traffic visitor asli dan Googlebot gak bisa langsung nembus ke server Blogger, tapi dipaksa mampir nongkrong dulu di server Cloudflare.

Nah dari data analitik intelijen ini, gua baru yakin 100%. Tersangka utamanya adalah integrasi Cloudflare. Bukan sistem internal Blogger. Kalo IP-nya nampilin 216.239.xx.xx, nah baru itu IP murni Google. Tapi ini nampilin IP Cloudflare semua. Berarti fitur "Awan Oren" (Proxied) di akun gua posisinya lagi nyala terang benderang.

3. Bongkar TKP Cloudflare: 2 Dosa Besar Kebongkar (Analisis Miskonfigurasi Server)

Biar sat-set (make it snappy), gua langsung buka tab baru dan login ke akun Cloudflare. Meluncur cepet ke menu DNS > Records. Begitu tabel DNS-nya kebuka, keliatan jelas semua dosa masa lalu konfigurasi gua yang bikin traffic nyangkut dan bikin AdSense anyep.

DOSA #1 : 4 Biji A Record Jadul Masih Nangkring

Tuk sampean yang belum melek teknis, IP di atas adalah IP Google tahun 2020-an ke bawah. Secara teknis jaringan modern, Blogger versi 2026 itu sebenernya udah bisa lebih efisien pake CNAME Flattening yang nembak langsung ke ghs.google.com (khusus pengguna DNS canggih kayak Cloudflare).

A Record jadul yang statusnya "Proxied" ini bikin domain gua kedetect punya dua kepribadian jaringan yang bentrok: IP Google yang dibungkus paksa pake IP Cloudflare. Tabrakan rutinitas. Makanya redirect-nya pusing dan muter-muter nyari jalan keluar.

DOSA # 2: Awan Oren "Proxied" Nyala di CNAME www

Type : CNAME | Name: www | Target: ghs.google.com | Proxy: Proxied (AWAN OREN)

Dulu gua kira nyalain Proxy itu selalu ngasih efek bagus tuk semua kondisi. Gua mikirnya, biar dapet CDN (Content Delivery Network) gratis dari seluruh dunia, biar anti serangan DDoS dari hacker iseng, biar loading makin ngebut.

SALAH BESAR, LUR! Terutama tuk platform hosted kayak Blogger. Logika servernya jalan kayak gini :

Sama satu lagi / Plus (another thing), dobel redirect ini bikin dua kali kerja berat tuk satu permintaan halaman. 1x dilempar sistem Cloudflare, 1x dilempar sistem Blogger. Totalnya jadi 3 lapis kayak yang gua cek di redirect-checker tadi. Googlebot benci banget disuruh kerja bakti muter-muter. Kalo nemu lebih dari 1 atau 2 hop redirect, robotnya langsung nyerah dan ninggalin stempel "Redirect error" di dashboard GSC sampean. Nah, makanya (that's why), IP Cloudflare di ping.eu = Bukti Awan Oren Nyala = Sumber Penyakit Loop.

4. Eksekusi 5 Menit: Babat A Record & Teknik Resolusi DNS (Step-by-Step Clean Setup)

Udah jelas banget letak kerusakannya. Gua langsung eksekusi bedah server. Ikutin langkah teknis ini biar blog sampean juga waras lagi, artikel balik ke-index, dan setoran AdSense gak mampet.

LANGKAH 1 : Bunuh A Record Jadul

Gua centang 4 baris A Record yang isinya 216.239.xx.xx itu. Klik Delete. Bersihin sampe akar. Buang ke tong sampah. Karena kita pake Cloudflare, kita bisa manfaatin fitur CNAME Flattening yang jauh lebih modern dan responsif.

LANGKAH 2 : Matiin Awan Oren (Ganti ke DNS Only)

Klik Edit di baris CNAME www $ \rightarrow $ ghs.google.com. Klik icon awan oren yang tulisannya "Proxied" sampe warnanya berubah drastis jadi Abu-abu alias "DNS only". Klik Save.

LANGKAH 3 : Bikin CNAME Root (@) Karena Belum Ada

Nah, ini rahasia teknisnya yang sering dilewatin blogger pemula. Ternyata gua gak punya CNAME tuk domain utama (root domain). Pantes aja versi non-www nya ngaco balau pas diakses. Cloudflare itu unik dan canggih, dia ngijinin kita bikin CNAME di root @ (namanya CNAME Flattening), beda sama provider DNS lokal konvensional yang biasanya nolak.

Gua klik Add record :

LANGKAH 4 : Hasil Akhir DNS yang Bersih & Valid

Setelah dibersihin abis-abisan, tabel DNS gua cuma nyisain 2 baris esensial tuk integrasi Blogger :

Sama satu lagi / Plus, kalo sampean punya MX atau TXT record tuk keperluan email custom (misal Zoho Mail atau Google Workspace), biarin aja awan orennya nyala atau mati, itu gak ngaruh ke error index artikel. Jangan ikut dihapus, nanti email bisnis sampean mati.

LANGKAH 5 : Verifikasi Ulang Setelan Blogger

Biar makin produktif (level up your game), sampean wajib verifikasi silang. Bisa langsung... (allows you to) buka dashboard Blogger > Setelan > Dasar. Pastiin 3 toggle ini posisinya bener :

Kalo opsi "Alihkan domain" ini lupa sampean centang, mau DNS sampean sebersih apapun, redirect-nya bakal tetep gagal. Ini nyawa utama pengalihan internal Blogger.

5. Studi Kasus Advanced: Gimana Kalo Tetep Mau Pake Awan Oren? (Strict SSL Configuration Method)

Gak cuma itu / Ada lagi (but wait), ada trik tuk sampean yang keras kepala pengen tetep dapet perlindungan DDoS dari Cloudflare (Awan Oren nyala). Gua paham, kadang serangan bot traffic itu ngeselin banget dan bisa bikin limit hosting jebol (meski Blogger itu unmetered).

Biasanya, penyebab loop itu ada di tab SSL/TLS Cloudflare. Kalo sampean maksa nyalain Awan Oren, coba buka tab SSL/TLS > Overview di dashboard Cloudflare sampean.

Penyebab Kiamat Loop (Flexible Mode) : Kalo settingan enkripsi sampean posisinya ada di Flexible, pantesan terjadi loop yang gak berkesudahan! Flexible itu artinya Cloudflare ngehubungin server Blogger pake jalur HTTP (gak aman/tanpa gembok), tapi Blogger yang jaman sekarang udah default aman, maksa nolak dan minta dikirim pake jalur HTTPS. Jadinya ping-pong data sampe kiamat. Cloudflare ngirim HTTP, Blogger nendang balik suruh HTTPS, Cloudflare ngirim HTTP lagi. Gitu terus sampe Googlebot muak.

Solusi Pamungkas (Full Strict Mode) : Ubah settingan SSL/TLS Cloudflare sampean dari Flexible ke Full (Strict). Dengan mode strict ini, Cloudflare bakal ngehubungin Blogger pake jalur HTTPS yang dienkripsi penuh sejak awal handshake, jadi gak ada bentrokan permintaan jalur.

Tapi jujur aja sebagai praktisi, tuk platform Blogger, paling aman dan minim resiko maintenance ya pake metode "DNS Only" (Abu-abu) kayak yang gua jelasin di Langkah 4 tadi. Serahin urusan keamanan dan kecepatan (CDN) sepenuhnya ke infrastruktur Google yang udah terbukti tangguh sejagat raya.

6. Pembuktian Real-Time: Dari IP Cloudflare Balik ke IP Google

Sekarang hasilnya beda total. Karena udah "DNS only", CNAME @ langsung nembak murni ke IP server ghs.google.com. Gak ada campur tangan proxy lagi di tengah jalan. Jalur tolnya udah bebas hambatan.

JAM 9 :25 - TES REDIRECT-CHECKERIni detik-detik deg-degan tuk ngebuktiin apakah teori gua bener. Gua cek URL http://nextoolerai.com di redirect-checker. Hasil validasi terbarunya :

1. http://nextoolerai.com
2. 301 Moved Permanently
3. https://www.nextoolerai.com/
4. 200 OK

BOOM! CUMA 1X REDIRECT. Di layarnya muncul tulisan ijo seger: "SELAMAT. Semuanya tampak baik-baik saja." Gua sampe teriak tipis di dalem kamar. Bodo amat kedengeran tetangga. Rantai setan redirect muter udah resmi gua putus pake tangan gua sendiri.

7. Hasil 7 Hari Kemudian: Validation Passed & AdSense Ngalir Lagi!

Kalo udah urusan sama Google, kuncinya cuma satu: SABAR. Gua pantengin terus perkembangannya di GSC tiap pagi.

• Hari 1-3 : Status masih PENDING 12. Santai, Google emang butuh waktu tuk ngirim bot mereka ke jutaan web tiap harinya.
• Hari 4 : PENDING mulai turun jadi 8. FAILED tetep 0. Pertanda baik, antrean mulai jalan.
• Hari 6 : PENDING sisa 2 biji.
• Hari 7 jam 10 pagi: Ada notif email masuk dari Google Search Console:

Validation passed for Page indexing issue : Redirect error

Gua login GSC dengan perasaan lega: PENDING 0, FAILED 0. Status bar warnanya berubah ijo royo-royo. Gua langsung buka tab baru dan ngetik site:nextoolerai.com di pencarian Google.

Hasilnya? 12 artikel pilar gua yang kemaren nyangkut di dimensi lain gara-gara redirect error, sekarang udah nongol semua dengan gagah di halaman pertama pencarian. Total index web gua balik utuh jadi 19 halaman.

Traffic sore harinya perlahan tapi pasti langsung melonjak naik 40%. CPC (Cost Per Click) Adsense mulai stabil karena artikel yang punya high-buying intent udah kembali bisa diakses organik. Dashboard gajian mulai seger lagi ngeliat saldo nambah tiap jam (revenue recovered).

Misi penyelamatan selesai dengan sukses. Gara-gara iseng ngecek metrik PageSpeed terus lanjut jadi detektif DNS di ping.eu, nyawa 12 URL andalan gua terselamatkan dari ancaman de-index massal.

8. Aturan Main Blogger + Cloudflare 2026 (SOP Masa Kini)

Biar sampean gak ngulangin kebodohan dan ngabisin waktu berminggu-minggu buat troubleshooting hal yang sama kayak gua, ini 2 aturan mutlak (SOP) tuk manajemen DNS Blogger di era modern 2026 :

ATURAN #1: HARAM PAKE A RECORD LAMA (216.239.xx.xx) KALO PAKE CLOUDFLARE

Hapus bersih record IP angka tersebut. Ganti pake arsitektur CNAME @ yang diarahin ke ghs.google.com dengan manfaatin CNAME Flattening Cloudflare. Cek berkala pake ping.eu. Kalo IP-nya masih nampilin 104.21.xx.xx, berarti domain sampean masih nyangkut di dalem proxy dan belum sepenuhnya lepas.

ATURAN #2: JANGAN ASAL NYALAIN AWAN OREN "PROXIED"

Semua record CNAME yang ngarah ke ghs.google.com wajib hukumnya disetting ke "DNS only" (Awan Abu-abu). Kalo sampean tetep ngeyel pengen Awan Oren nyala, sampean wajib ngerti cara konfigurasi tab SSL ke posisi Full (Strict) dan nanggung segala resiko troubleshooting ekstra kalo tiba-tiba sertifikat SSL expired atau bentrok. Buat main aman agar artikel cepet ke-index dan disayang algoritma, ngorbanin fitur CDN Cloudflare dikit gak masalah, yang penting nyawa SEO dan index blog selamat dulu.

Tools Gratis Penyelamat Nyawa Blogger (The Technical Essential Toolkit)

Fiturnya lengkap / Banyak opsinya (packed with features), dari studi kasus boncos di atas, gua belajar banget bahwa ada 3 tools andalan yang wajib sampean sediain di bookmark browser sebelum buru-buru nyalahin algoritma Google yang sering update :

1. PageSpeed Insights: Jangan salah kaprah, tool ini bukan cuma tuk ngecek kecepatan loading dari angka 0 sampe 100. Tapi dia sering ngasih "bocoran" masalah fatal SEO teknikal dari GSC yang kadang gak sengaja kelewat pas kita ngecek dashboard utama.
2. redirect-checker.org: Tool open-source paling valid tuk ngitung seberapa panjang rantai redirect blog sampean. Kalo sampean liat rantainya lebih dari 1 atau 2 lompatan, siap-siap aja URL itu bakal diblokir dan ditolak mentah-mentah sama Googlebot.
3. ping.eu (DNS Lookup): Radar paling presisi dan ringan tuk ngelacak IP asli domain sampean lari ke server mana. Kalo hasilnya mengarah ke IP Cloudflare padahal sampean pake Blogger, berarti ada konfigurasi proxy yang mesti sampean review ulang.

Ketiga tools di atas itu paket lengkap (all-in-one fix) dan gratis 100%. Tapi percayalah, perpaduan ketiganya bisa nyelametin puluhan bahkan ratusan artikel potensial sampean dari ancaman mati suri karena "Redirect Error".

Sekarang PR gua tinggal ngurusin skor LCP yang masih mentok di 6 detik itu. Tapi itu gampang lah, urusan optimasi teknikal nanti. Yang penting pondasi 12 artikel pilar gua udah merdeka, terindeks sempurna, dan bebas hambatan tuk mendulang rupiah di Adsense.