Cloudflare Page Rules merupakan alat pengurusan berasaskan peraturan yang membolehkan anda menyesuaikan tetapan cache, redirect, keselamatan dan prestasi untuk corak URL tertentu. Dari segi pengurusan cache lanjutan, Page Rules sangat berguna untuk: cache fail statik seperti imej dan CSS dalam jangka masa panjang, mengecualikan panel admin daripada cache, mempercepatkan halaman kempen, serta mengurangkan risiko cache yang bermasalah pada laman e-dagang dinamik. Jika dikonfigurasikan dengan betul, Cloudflare Page Rules akan menurunkan beban server, memperbaiki masa respons (TTFB), membantu skor Core Web Vitals, dan memberikan pengalaman laman yang lebih pantas kepada pelawat.
Panduan ini membahas pengurusan cache lanjutan dengan Cloudflare Page Rules secara praktikal selaras dengan keperluan SEO dan prestasi tahun 2026. Anda akan pelajari secara langkah demi langkah bila dan bagaimana mengaplikasikan peraturan untuk WordPress, WooCommerce, laman korporat, fail statik, media, dan panel login; apakah tetapan yang berisiko serta ujian yang perlu dilakukan untuk pengesahan. Jika laman anda perlahan ketika trafik tinggi, sumber hosting cepat habis, atau kelajuan Cloudflare tidak seperti yang diharapkan, selalunya masalah berpunca dari strategi cache yang tidak tepat. Untuk infrastruktur yang kukuh, anda boleh pertimbangkan Hostragons pakej hosting web dan untuk pengurusan trafik yang selamat, lihat Penyelesaian sijil SSL.
Apa Itu Cloudflare Page Rules?
Cloudflare Page Rules membolehkan anda menetapkan tingkah laku berbeza untuk corak URL tertentu pada trafik yang melalui Cloudflare. Contohnya, untuk example.com/wp-admin/* anda boleh mematikan cache sepenuhnya; untuk example.com/assets/* anda boleh cache imej dan fail CSS lebih lama; atau redirect laman kempen lama ke URL baru. Peraturan ini berfungsi di lapisan DNS dan CDN, jadi ia diaktifkan sebelum permintaan sampai ke server anda.
Walaupun Cloudflare kini menawarkan sistem Cache Rules, Transform Rules dan Redirect Rules yang lebih modular, Page Rules tetap praktikal untuk laman kecil dan sederhana. Pada 2026, pendekatan terbaik ialah: Page Rules untuk keperluan mudah dan terhad, manakala kriteria kompleks atau projek berskala besar gunakan sistem baru. Prinsip utama tetap sama: cache kandungan yang betul, pada masa dan tempat yang betul.
Mengapa Pengurusan Cache Penting untuk SEO?
SEO bukan sekadar kualiti kandungan dan backlink. Google turut menilai pengalaman pengguna dari segi kelajuan laman, masa respons server, prestasi loading imej, kecekapan crawl dan kestabilan halaman. Struktur cache yang dioptimumkan dengan Cloudflare Page Rules menyokong pengalaman pengguna sebenar serta membolehkan bot enjin carian crawl laman anda dengan lebih cekap.
Contohnya, laman berita, blog atau korporat selalunya jarang berubah. Cache halaman ini di edge server Cloudflare membolehkan pelawat mendapat fail dari pusat data Cloudflare yang terdekat dengan lokasi mereka. Ini mengurangkan permintaan ke server utama, menghasilkan masa respons yang lebih stabil, error rate yang rendah dan kebolehaksesan lebih baik ketika trafik tinggi. Kesannya, prestasi SEO meningkat secara tidak langsung tetapi ketara.
Metrik Utama Prestasi
- TTFB: Masa ke byte pertama berkurang, terutama untuk pelawat dari lokasi jauh.
- LCP: Loading imej utama, banner atau bahagian utama laman menjadi lebih pantas.
- INP: Respons interaksi menjadi lebih baik apabila delay server dikurangkan.
- CLS: Cache tidak menyelesaikan layout shift secara langsung, namun loading sumber yang konsisten membantu.
- Crawl budget: Bot boleh crawl lebih banyak URL dengan lebih efisien.
Logik Cache dengan Cloudflare Page Rules
Secara default, Cloudflare biasanya tidak cache halaman HTML, tetapi cache fail statik seperti CSS, JS, imej dan font bergantung pada header. Dengan Page Rules, anda boleh ubah tingkah laku ini pada URL tertentu. Paling penting, pastikan kandungan dinamik atau peribadi tidak di-cache secara terbuka.
Contohnya, pada laman e-dagang, cache pada halaman cart, pembayaran, akaun dan panel pengguna boleh menyebabkan kekeliruan data. Sebaliknya, imej produk, banner kategori, fail landing page statik dan imej blog boleh di-cache lama tanpa masalah. Pendekatan terbaik adalah menetapkan peraturan mengikut fungsi setiap halaman, bukan secara automatik untuk semua.
Jenis Cache Cloudflare
- No Query String: Cache fail asas walaupun ada parameter; gunakan dengan berhati-hati.
- Ignore Query String: Cache sama walaupun URL ada parameter; bagus untuk kempen, berisiko untuk kandungan peribadi.
- Standard: Cache bergantung pada nama fail dan query string; lebih selamat.
- Cache Everything: Cuba cache semua kandungan termasuk HTML; hanya gunakan jika bypass sudah diset dengan betul.
- Edge Cache TTL: Tetapkan berapa lama kandungan disimpan di edge server Cloudflare.
- Browser Cache TTL: Tetapkan tempoh fail disimpan di browser pelawat.
Pemeringkatan Page Rules: Bagaimana Ia Berfungsi?
Cloudflare Page Rules diproses dari atas ke bawah dan hanya peraturan pertama yang match akan diaplikasikan. Sebab itu, urutan peraturan sama penting dengan kandungan peraturan. Istimewa dan kritikal letak di atas; peraturan cache umum di bawah. Contohnya, peraturan bypass untuk /wp-admin/* mesti diletakkan sebelum peraturan Cache Everything untuk seluruh laman.
Di pelan percuma, hak Page Rules biasanya terhad. Jika hanya ada tiga, keutamaan ialah: bypass panel admin/login, optimize fail statik, cache halaman tetap secara agresif. Projek yang perlukan lebih banyak peraturan boleh gunakan Cloudflare Cache Rules atau naikkan ke pelan premium. Selain itu, integrasi dengan cache server seperti LiteSpeed, NGINX atau plugin aplikasi juga penting. Rujuk Pengoptimuman prestasi hosting WordPress untuk panduan prestasi.
Contoh Strategi Page Rules Cloudflare
| Corak URL | Tetapan Disyorkan | Tujuan Penggunaan | Nota Risiko |
|---|---|---|---|
| example.com/wp-admin/* | Cache Level: Bypass | Kecualikan panel admin WordPress dari cache | Mesti berada di atas |
| example.com/wp-login.php* | Cache Level: Bypass | Elak masalah login/session | Disokong oleh peraturan keselamatan |
| example.com/wp-content/uploads/* | Cache Level: Standard, Edge TTL: 1 bulan | Pantaskan loading imej/media | Perlu purge jika fail diupdate |
| example.com/blog/* | Cache Everything, Edge TTL: 1 jam/hari | Pantaskan blog yang jarang berubah | Perlu berhati-hati jika ada komen/keahlian |
| example.com/sepet/* | Cache Level: Bypass | Biarkan cart e-dagang bersifat dinamik | Cache boleh campur data pengguna |
Langkah Demi Langkah: Setting Cache Cloudflare Page Rules
1. Kenal Pasti Struktur Laman dan Jenis Halaman
Langkah pertama ialah kumpulkan jenis halaman: blog, kategori, produk, cart, pembayaran, panel keahlian, panel admin, fail statik, dan endpoint API. Nota kekerapan update, sama ada ada data pengguna, dan nilai SEO. Tanpa analisis ini, penggunaan Cache Everything mungkin pantas di awal, tapi boleh menyebabkan masalah kandungan, borang dan conversion dalam jangka panjang.
2. Bypass untuk Kawasan Dinamik
Peraturan pertama untuk pengurusan cache lanjutan ialah bypass kawasan dinamik dan peribadi. Untuk WordPress, bypass pada /wp-admin/*, /wp-login.php*, /cart/*, /checkout/*, /my-account/*; untuk WooCommerce, bypass pada /sepet/*, /odeme/*, /hesabim/*. Software custom pula bypass pada /panel/*, /api/*, /login/*, /user/*.
Tetapan yang disyorkan: Cache Level: Bypass. Tambahan, tingkatkan Security Level, aktifkan Browser Integrity Check, atau sekat akses IP guna ciri keselamatan Cloudflare. Untuk keselamatan panel admin, gabungkan dengan Panduan Keselamatan Laman Web dan Pemasangan sijil SSL untuk pelan keselamatan menyeluruh.
3. TTL Panjang untuk Fail Statik
Imej, CSS, JS, font dan PDF yang jarang berubah boleh di-cache lama – seminggu, sebulan atau setahun jika versioning digunakan. Versioning bermaksud nama fail berubah bila update, seperti style.v24.css atau app.2026.01.js, jadi browser akan load fail baru secara automatik.
TTL panjang untuk fail statik mengurangkan penggunaan bandwidth dan mempercepatkan loading untuk pelawat berulang. Jika laman anda di Hostragons, semak setting cache di control panel hosting untuk pastikan CDN dan cache server selaras. Lihat Penyelesaian hosting berprestasi tinggi untuk pilihan infrastruktur berkuasa.
4. Cache HTML dengan Berhati-hati
Cache HTML boleh memberikan lonjakan kelajuan, tetapi perlu sangat cermat. Blog dan laman korporat biasanya sesuai untuk HTML cache. Namun, halaman dengan ucapan personal, info keahlian, status stok, cart, harga lokasi atau token borang dinamik berisiko tinggi. Jika anda set Cache Everything, pastikan peraturan bypass sudah lengkap.
Contoh: Untuk blog, gunakan Cache Everything dan Edge Cache TTL: 4 jam pada /blog/*. Laman korporat yang update sekali sehari boleh set TTL 1 hari. Laman e-dagang yang update stok setiap minit sebaiknya cache HTML dengan tempoh pendek, atau urus stok/harga melalui permintaan dinamik.
5. Rancang Perlakuan Query String
Parameter UTM, kempen iklan dan sistem filter menambah kompleksiti cache. Contohnya, /produk/kasut?utm_source=google dan /produk/kasut?utm_source=instagram sebenarnya sama kandungan. Dalam kes ini, abaikan query string untuk memaksimumkan cache. Tetapi jika parameter ubah kandungan seperti /cari?q=hosting atau /kategori?warna=biru, jangan abaikan.
Jadi, tanya: Adakah parameter ubah kandungan? Jika tidak, lebih baik abaikan untuk prestasi cache. Jika ya, gunakan Standard untuk keselamatan.
Contoh Page Rules WordPress
WordPress adalah sistem yang paling kerap dioptimumkan dengan Cloudflare Page Rules. Keputusan cache banyak dipengaruhi oleh plugin, tema, struktur keahlian dan WooCommerce. Untuk laman korporat WordPress yang ringkas, mulakan dengan:
- Peraturan pertama: example.com/wp-admin/* dengan Cache Level: Bypass.
- Peraturan kedua: example.com/wp-login.php* dengan Cache Level: Bypass dan Security Level tinggi.
- Peraturan ketiga: example.com/wp-content/uploads/* dengan Edge Cache TTL: 1 bulan dan Browser Cache TTL: 1 bulan.
Jika trafik blog tinggi dan ada hak Page Rules, tambah Cache Everything untuk /blog/*. Jika komen aktif, pastikan mekanisme purge digunakan supaya pengguna tidak nampak HTML lama selepas komen. Plugin cache WordPress yang ada integrasi purge Cloudflare boleh automatikkan pembersihan URL yang diupdate. Untuk optimisasi ini, lihat Hosting WordPress dan Panduan mempercepat WordPress.
Panduan Cache untuk WooCommerce dan Laman E-Dagang
Pengurusan cache pada laman e-dagang lebih sensitif kerana sesi pengguna, cart, harga, kempen, stok dan pembayaran adalah dinamik. Page Rules Cloudflare yang salah boleh menyebabkan data cart pengguna bercampur atau info harga tidak tepat. Oleh itu, WooCommerce, OpenCart, Magento atau platform custom wajib diuji sebelum guna cache agresif.
Kebiasaannya, cart, pembayaran, akaun, login, register dan API mesti bypass. Imej produk, banner kategori dan fail tema statik boleh cache dengan TTL panjang. Cache HTML produk pula bergantung pada stok dan harga; jika jarang berubah dan tiada harga custom, boleh cache dengan Edge TTL pendek. Jika stok berubah pantas, fokuskan cache pada imej/statik sahaja untuk keselamatan.
Perbandingan Page Rules dan Cache Rules Cloudflare
Pada 2026, hanya tahu Page Rules tidak cukup untuk pengurusan teknikal SEO dan prestasi. Cloudflare kini menonjolkan Cache Rules untuk kriteria lebih terperinci. Namun Page Rules tetap relevan untuk kebanyakan laman. Ringkasan berikut membantu anda memilih pendekatan sesuai.
| Ciri | Peraturan Halaman | Cache Rules |
|---|---|---|
| Mudah digunakan | Setup pantas untuk URL tertentu | Lebih teknikal, lebih fleksibel |
| Kepelbagaian syarat | Terhad | Header, cookie, path dan banyak lagi |
| Laman kecil | Biasanya mencukupi | Boleh guna jika perlu |
| Projek besar | Terhad oleh jumlah rules | Boleh skala lebih baik |
| Kemahiran diperlukan | Rendah | Menengah ke advanced |
Masalah Akibat Konfigurasi Cache yang Salah
Cloudflare Page Rules sangat berkuasa, tapi jika salah guna boleh menjejaskan SEO, conversion dan pengalaman pengguna. Masalah paling kerap ialah Cache Everything pada halaman dinamik, menyebabkan pelawat nampak harga lama, info stok tidak tepat, status pengguna salah atau respons borang yang outdated. Masalah lain ialah TTL terlalu panjang tanpa purge, menyebabkan Cloudflare tunjuk HTML lama walaupun SEO title, meta atau data structured sudah dikemas kini – Google bot akan crawl versi lama.
Untuk kenal pasti masalah cache, semak response header di browser developer tools. Jika CF-Cache-Status ialah HIT, kandungan dari cache Cloudflare. MISS, EXPIRED, BYPASS atau DYNAMIC pula signal lain. Uji bukan hanya homepage; semak kategori, blog, produk, cart, login dan borang secara berasingan.
Strategi Purge dan Update Cache
Pengurusan cache lanjutan bukan hanya tentang cache, tapi juga bila dan bagaimana membersihkan cache. Cloudflare menawarkan purge untuk URL tertentu, custom purge, purge seluruh cache dan API purge automatik. Purge seluruh cache nampak mudah tapi untuk laman besar, ia boleh menyebabkan load spike kerana content perlu diambil semula oleh server.
Strategi ideal: purge hanya URL yang berubah. Apabila blog post diupdate, purge post itu, kategori, homepage dan tag jika ada. Plugin WordPress atau sistem custom boleh automatikkan proses ini. Untuk laman korporat, tambah langkah purge ke SOP penerbitan kandungan.
Senario Praktikal: Blog Trafik Tinggi
Bayangkan blog teknologi anda menerima 300,000 pelawat sebulan. Artikel panduan dan review imej popular. Server analysis menunjukkan penggunaan CPU melonjak pada post baru yang viral. Gunakan strategi ini: bypass panel admin, cache media 1 bulan, cache blog post dengan Edge TTL 4 jam dan purge automatik selepas update.
Kini, majoriti permintaan ke post viral dihidangkan dari edge Cloudflare. Server origin hanya proses cache refresh atau bypass. Sumber hosting digunakan lebih efisien dan laman lebih tahan ketika trafik memuncak. Jika pertumbuhan trafik berterusan, selain CDN, pertimbangkan Penyelesaian pelayan VPS atau pakej hosting korporat.
Senario Praktikal: Laman Korporat
Laman korporat biasanya statik: perkhidmatan, about us, contact, blog dan portfolio. Cache agresif selalunya selamat kecuali pada borang contact, quotation dan CRM yang perlukan perhatian. Jika form ada CSRF token, captcha atau field pengguna, HTML cache mesti dimatikan.
Praktik terbaik: cache media/statik dengan TTL panjang, cache HTML sederhana untuk perkhidmatan, bypass untuk form dan admin. DNS dan domain juga perlu dikonfigurasikan dengan betul. Untuk pengurusan domain yang selamat, rujuk Perkhidmatan pendaftaran dan pemindahan domain.
Senarai Semak Ujian dan Pengesahan
Selesai setup Page Rules Cloudflare, wajib lakukan ujian. Bukan sekadar laman cepat, tetapi pastikan kandungan yang betul sampai ke pengguna yang betul. Senarai semak berikut diadaptasi dari pengalaman sebenar:
- Uji homepage, blog, kategori, produk dan borang dalam browser incognito.
- Semak nilai CF-Cache-Status pada header respons.
- Bandingkan pengalaman pengguna login vs tidak login.
- Uji tambah ke cart, pembayaran, login, keahlian dan submit borang.
- Selepas update kandungan, semak jika tajuk, imej atau harga lama masih kelihatan.
- Ukur TTFB dan LCP dengan PageSpeed Insights, WebPageTest atau tools lain.
- Monitor server response time dalam Google Search Console crawl stats.
Amalan Terbaik dan Tips Profesional
Untuk maksimakan hasil Cloudflare Page Rules, anggap cache layer sebagai pelengkap – bukan pesaing. Cache edge Cloudflare, cache server dan cache aplikasi boleh digabungkan. Namun, tempoh cache berbeza pada layer berbeza boleh menyebabkan ketidakkonsistenan selepas update. Pastikan TTL didokumentasi, aliran purge jelas, dan siapa yang boleh purge cache diketahui.
- Tulis peraturan bypass dahulu, baru tambah cache agresif.
- Corak URL paling spesifik letak di atas, umum di bawah.
- Analisis jenis halaman sebelum gunakan Cache Everything untuk seluruh laman.
- Jika guna versioning, set Browser Cache TTL panjang untuk fail statik.
- Jangan cache HTML pada form, session, cart dan pembayaran.
- Tambah langkah purge (manual/automatik) ke SOP penerbitan kandungan.
- Lakukan perubahan pada waktu trafik rendah.
- Pantau prestasi dan log error sekurang-kurangnya 24 jam selepas perubahan.
Kesimpulan: Peraturan Betul, Laman Lebih Pantas dan Selamat
Cloudflare Page Rules adalah alat yang ampuh dan mudah diakses untuk pengurusan cache lanjutan – jika dikonfigurasikan dengan tepat. Kunci kejayaan ialah menilai jenis halaman dan tetapkan peraturan khas: cache fail statik lama, bypass kawasan dinamik, guna cache HTML dengan berhati-hati dan jangan lupa purge selepas kemaskini.
Ringkasnya: bypass kawasan berisiko dahulu, cachekan halaman statik dan tetap, teruskan dengan ujian dan pemantauan. Infrastruktur hosting yang kukuh, SSL yang betul dan peraturan CDN yang terancang akan membaikkan pengalaman pengguna dan prestasi SEO. Untuk upgrade infrastruktur laman, boleh bandingkan Pengehosan, domain dan Sijil SSL di Hostragons tanpa tekanan jualan.
Soalan Lazim
Apa kegunaan Cloudflare Page Rules?
Cloudflare Page Rules membolehkan anda menetapkan cache, redirect, keselamatan dan prestasi untuk corak URL tertentu. Contohnya, bypass panel admin, cache imej lama atau hidangkan blog dari edge server.
Adakah Cache Everything selamat?
Cache Everything selamat jika digunakan pada halaman yang betul. Jangan cache cart, pembayaran, panel pengguna, login atau kandungan peribadi. Jika tidak, pelawat boleh nampak kandungan dinamik yang salah atau milik orang lain.
Apa peraturan Cloudflare Page Rules paling penting untuk WordPress?
Peraturan kritikal ialah bypass pada /wp-admin/* dan /wp-login.php*. Ini elak masalah login/session dan pastikan panel admin berfungsi dengan baik. Kemudian, tambah cache untuk fail media dan blog.
Adakah purge cache Cloudflare menjejaskan SEO?
Purge yang betul membantu SEO kerana bot enjin carian mendapat kandungan terkini. Purge seluruh cache terlalu kerap boleh membebankan server. Purge hanya URL yang berubah atau berkaitan (kategori, homepage) adalah terbaik.
Patutkah saya guna Cache Rules atau Page Rules?
Page Rules cukup untuk laman kecil dan sederhana. Untuk syarat lebih kompleks, kawalan header/cookie atau projek besar, Cache Rules lebih fleksibel. Mulakan dengan Page Rules dan naik taraf ke Cache Rules mengikut keperluan.