Setup Cloudflare di Aged Domain: Sinyal Apa yang Sebenarnya Kamu Kirim ke Google

June 27, 2026 · By DomainScope

Ada kebiasaan yang hampir universal di kalangan orang yang beli aged domain: langsung parkir di hosting, redirect, atau deploy konten — tanpa menyentuh layer DNS dan CDN sama sekali. Padahal keputusan setup Cloudflare di hari pertama itu bukan keputusan netral. Ada konsekuensi teknis yang tidak kecil.

Saya pernah lihat domain dengan history clean — backlink solid dari situs berita regional, anchor text wajar, tidak ada DMCA — tapi crawl Google-nya lambat sekali masuk. Tiga minggu, baru 40% halaman terindeks. Setelah ditelusuri, masalahnya ada di konfigurasi Cloudflare yang salah dari awal: SSL mode-nya "Flexible", bukan "Full (Strict)". Google menerima respons yang inkonsisten antara origin server dan edge node Cloudflare.

SSL Mode Bukan Detail Kecil

Ini miskonsepsi yang tersebar luas: orang mengira Cloudflare otomatis "aman" begitu diaktifkan. Tidak. Mode SSL Flexible artinya koneksi antara Cloudflare dan origin server kamu tidak terenkripsi. Google Googlebot melihat itu — dan untuk aged domain yang sedang dalam fase "pembuktian ulang" ke crawler, inkonsistensi sinyal HTTPS bisa memperlambat proses re-indexing.

Set ke Full (Strict) sejak awal. Pastikan origin server sudah punya sertifikat valid (bisa pakai Cloudflare Origin Certificate yang gratis). Ini bukan tips SEO biasa — ini fondasi.

Crawl Budget dan "Always Online" yang Sering Salah Dipahami

Fitur Always Online di Cloudflare menyimpan cache halaman kamu dan menampilkannya kalau origin server down. Kedengarannya bagus. Tapi untuk aged domain yang baru kamu rebuild, ini bisa jadi masalah: kalau konten lama dari cache Cloudflare tiba-tiba muncul lagi — konten yang tidak relevan dengan arah baru domain — Googlebot bisa mendapat sinyal yang membingungkan.

Matikan dulu Always Online selama 30–60 hari pertama setelah deploy konten baru. Biarkan Googlebot selalu menyentuh origin server langsung dan mendapat gambaran konten yang konsisten.

Soal crawl budget — Cloudflare secara default memblokir beberapa bot lewat firewall rules. Cek Security → Bots dan pastikan Googlebot, Bingbot, dan crawler lain yang legitimate tidak kena challenge atau block. Ini terdengar obvious, tapi saya melihat setup di mana "Bot Fight Mode" aktif dan ternyata memperlambat indeksasi karena beberapa crawler tidak lolos verifikasi bot challenge Cloudflare.

Sebelum Setup Cloudflare, Pastikan Domain-nya Layak

Di sinilah urutan kerja yang sering terbalik. Banyak orang langsung setup infrastruktur — Cloudflare, hosting, tema WordPress — sebelum benar-benar tahu kondisi dalam domain yang mereka beli.

Saya pakai DomainScope sebagai langkah pertama, sebelum menyentuh konfigurasi apapun. DomainScope men-score domain 0–100 berdasarkan backlink profile, anchor text health, Wayback Machine history, dan DMCA record — dan hasilnya keluar dalam hitungan detik. Kalau score-nya rendah karena anchor spam atau history yang buruk, setup Cloudflare sepintar apapun tidak akan menyelamatkan domain itu. Kamu cuma membangun di atas fondasi retak.

Ini bukan promosi. Ini urutan logis: audit dulu, baru bangun infrastruktur.

Page Rules vs. Cache Rules: Jangan Pakai yang Sudah Deprecated

Cloudflare sudah mulai deprecated Page Rules dan mendorong pengguna ke Cache Rules yang lebih granular. Untuk aged domain, ini penting karena kamu perlu kontrol yang presisi — misalnya, jangan cache halaman admin WordPress, jangan cache URL dengan parameter query tertentu, tapi cache agresif untuk halaman statis.

Setup Cache Rules dengan kondisi: URI Path contains /wp-admin → Bypass. URI Path contains /wp-login → Bypass. Sisanya bisa kamu set TTL sesuai kebutuhan. Ini mencegah Cloudflare menyajikan versi cache dari halaman yang seharusnya dinamis — dan menjaga konsistensi yang dilihat crawler.

Redirect dan Propagasi DNS: Jangan Terburu-buru

Satu hal yang sering bikin panik tapi sebenarnya normal: setelah nameserver dipindah ke Cloudflare, ada jeda propagasi DNS yang bisa sampai 24–48 jam. Selama periode ini, jangan ubah-ubah konfigurasi terus. Biarkan propagasi selesai, cek via whatsmydns.net bahwa resolusi sudah konsisten global, baru lanjut ke konfigurasi lain.

Untuk aged domain yang mungkin punya redirect lama (dari pemilik sebelumnya), periksa apakah ada redirect chain yang tertinggal di level DNS atau hosting lama. Redirect 301 yang panjang dan berlapis — apalagi kalau melewati domain lain — menambah latency dan bisa mengacaukan crawl path Googlebot.

Sinyal yang Sebenarnya Kamu Kirim

Cloudflare bukan magic. Ia mempercepat, melindungi, dan memberi kontrol — tapi semua itu hanya bekerja kalau konfigurasi dasarnya benar dan domain yang kamu setup memang punya fondasi yang layak diperjuangkan.

Jadi sebelum kamu buka dashboard Cloudflare untuk aged domain berikutnya: sudahkah kamu tahu persis apa yang ada di backlink profile-nya, bagaimana anchor text-nya terdistribusi, dan apakah Wayback Machine menyimpan history yang bisa mempersulit recovery? Kalau belum, mulai dari sana dulu.

Ready to check a domain?

Analyze a domain free →