Cara setting Autoptimize dan WP Fastest Cache yang aman berakar pada pembagian peran: WP Fastest Cache mengelola page cache HTML, Autoptimize mengelola optimasi HTML, CSS, dan JavaScript. Kombinasi gratis keduanya boleh hidup berdampingan bila Anda tidak menjalankan minify atau combine dua kali dan hanya satu page cache penuh yang aktif. Panduan ini memberi baseline konservatif yang bisa Anda uji dan rollback, bukan resep identik untuk setiap hosting.
Snapshot versi pada riset 1 November 2026: Autoptimize 3.1.17 (WordPress 5.3+, PHP 7.4+) dan WP Fastest Cache 1.5.3 (WordPress 5.7+). Sebelum mengubah toggle, cek versi terpasang di menu Plugins karena label opsi bisa bergeser antar rilis.
- WP Fastest Cache = pemilik page cache. Autoptimize gratis = pemilik minify/optimasi aset, bukan page cache utama.
- Minify, combine, lazy-load, font, dan emoji hanya di satu plugin. Di baseline ini, minify/combine WPFC dimatikan.
- Urutan kerja: page cache WPFC stabil dulu, lalu Autoptimize bertahap (HTML → JS → CSS). Satu kelompok fitur, purge, uji.
- Purge manual aman: cache page WPFC, cache Autoptimize, lalu edge CDN bila HTML ikut disimpan di Cloudflare.
- Skor lab membantu diagnosis, tetapi menu, form, checkout, dan konten segar harus lulus uji nyata.
Pembagian peran Autoptimize dan WP Fastest Cache
Page cache menyimpan salinan HTML siap kirim. WordPress lalu tidak perlu membangun ulang halaman untuk setiap kunjungan anonim. Autoptimize tidak menggantikan fungsi itu pada versi gratis. Dokumentasi resmi justru menyarankan plugin page cache pendamping, sementara WP Fastest Cache menjadi pemilik lapisan tersebut (Autoptimize di WordPress.org, WP Fastest Cache di WordPress.org).
Autoptimize mengompresi dan mengatur ulang aset: HTML, JavaScript, CSS, font Google, lazy-load gambar, file statis hasil optimasi, serta fallback 404 bila HTML lama masih merujuk file aset Autoptimize yang sudah hilang. WP Fastest Cache tetap punya opsi minify dan combine sendiri. Bila keduanya aktif, Anda berisiko minifikasi ganda, file 404, FOUC, atau skrip yang berhenti karena urutan eksekusi berubah.
| Lapisan | Pemilik baseline | Bukan tugasnya |
|---|---|---|
| Page cache HTML | WP Fastest Cache | Autoptimize gratis |
| Minify/combine HTML, CSS, JS | Autoptimize | Toggle minify WPFC (mati) |
| Object cache (query) | Redis Object Cache bila dipasang | Bukan pengganti page cache |
| Cache edge CDN | Cloudflare / reverse proxy | Bukan pengganti purge WordPress |
LiteSpeed Cache (plugin) dan WP Fastest Cache sama-sama bisa menjadi page cache penuh. Jangan menumpuk keduanya tanpa keputusan arsitektur. Server LiteSpeed saja tidak berarti plugin LSCache aktif (LiteSpeed Cache for WordPress).
Persiapan, backup, dan baseline pengujian
Catat versi WordPress, PHP, theme, plugin penting, serta web server (Apache, Nginx, LiteSpeed, managed hosting). Nonaktifkan page cache lain (LiteSpeed Cache, W3 Total Cache, WP Super Cache, WP-Optimize, optimizer bawaan host) sebelum baseline. Lalu cek apakah theme atau page builder sudah minify, combine, lazy-load, atau critical CSS sendiri.
Ambil backup database dan wp-content yang siap pulih. Untuk situs dengan transaksi atau lead, uji di staging bila memungkinkan. Tentukan halaman uji: beranda, satu artikel, satu halaman form, login, serta cart/checkout bila WooCommerce aktif. Simpan tangkapan awal DevTools atau PageSpeed Insights, lalu bandingkan perubahan berikutnya dalam kondisi setara, bukan dari ingatan.
Parameter ?ao_nooptimize=1 pada URL mematikan Autoptimize untuk satu request. Alat itu berguna saat Anda perlu membedakan kerusakan dari page cache atau dari optimasi aset.
Setting WP Fastest Cache sebagai page cache
Buka WP Fastest Cache di sidebar admin. Pada fase pertama, tunda optimasi penuh Autoptimize supaya Anda bisa verifikasi page cache tanpa campur tangan minify.
Toggle utama WP Fastest Cache
Cache System aktifkan lalu Submit. Ini inti plugin dalam setup ini. Logged-in Users (jangan tampilkan cache untuk user login) sebaiknya aktif supaya dashboard dan konten personal tidak tersaji sebagai cache umum. New Post dan Update Post aktifkan supaya publish/edit memicu purge, lalu uji apakah konten anonim ikut segar pada versi plugin Anda.
Minify HTML, Minify CSS, Combine CSS, dan Combine JS biarkan mati. Autoptimize yang akan memegang minify. Disable Emojis di WPFC juga mati bila nanti emoji Autoptimize Extra aktif.
Mobile bersifat kondisional. Theme responsif sering memakai HTML yang sama, tetapi perilaku cache mobile harus Anda lihat di instalasi sendiri. Jangan mengasumsikan versi gratis selalu membuat cache perangkat terpisah tanpa bukti pada versi terpasang.
Gzip dan Browser Caching aktifkan hanya bila header respons belum menunjukkan kompresi atau cache browser dari server atau CDN. Pada Nginx, Nginx mengabaikan .htaccess, jadi toggle ini tidak otomatis setara dengan Apache.
Preload, verifikasi, exclude, dan purge
Preload tunda sampai Autoptimize stabil. Preload menghangatkan cache tetapi menambah beban server. Mulai rendah dan pantau resource bila Anda aktifkan opsi ini.
Verifikasi page cache: buka beranda di jendela penyamaran, refresh dua kali, lalu View Source dan cari komentar footer WP Fastest Cache yang menandai file cache tercipta. Tab Exclude isi path cart, checkout, my-account, atau halaman bernonce bila WooCommerce atau membership membutuhkannya.
Integrasi Cloudflare di WPFC hanya relevan bila Cloudflare benar-benar dipakai dan kredensial API sudah terpasang. Purge edge tidak menggantikan disiplin purge lokal.
Tab Delete Cache untuk purge manual: Delete Cache menghapus HTML di wp-content/cache/all dan jadi langkah pertama setiap kali Anda membersihkan lapisan WordPress. Tombol Delete Cache and Minified CSS/JS hanya relevan bila minify WPFC pernah aktif. Pada baseline ini minify WPFC mati sehingga tombol kedua jarang dibutuhkan.
Setting Autoptimize setelah WP Fastest Cache stabil
Buka Settings → Autoptimize. Setiap perubahan: Save Changes and Empty Cache, lalu uji halaman penting dan Console browser (F12).
Mulai Optimize HTML Code ON, uji tampilan. Lalu Optimize JavaScript Code ON dengan Aggregate JS Files tetap OFF pada baseline. Uji menu, slider, form, consent banner, dan checkout. Bila Console menunjukkan error jQuery, pastikan core jQuery tidak dioptimasi tanpa exclusion yang tepat.
Aktifkan Optimize CSS Code dengan Aggregate CSS Files OFF. Uji desktop dan mobile pada template berbeda. Inline and Defer CSS serta Critical CSS biarkan mati sampai baseline stabil karena FOUC mudah muncul bila rules tidak lengkap.
Di bagian Misc pada layar yang sama: Save aggregated script/css as static files ON, Enable 404 fallbacks ON, dan minify file exclude ON kecuali file exclude bermasalah. Opsi optimize untuk user login berguna saat pengujian dari dashboard, tetapi evaluasi ulang bila admin merasa lambat.
Tab Extra: Remove emojis ON bila WPFC emoji masih mati. Optimasi Google Fonts aktifkan bila belum ada pemilik lain, lalu uji flash teks. Tab Images: lazy-load ON hanya bila tidak bentrok dengan theme dan elemen LCP tidak ikut tertunda tanpa alasan. ShortPixel atau CDN gambar Autoptimize opsional dan menambah layanan eksternal.
Field CDN Base URL kosongkan kecuali Anda memang memakai satu mekanisme rewrite CDN. Jangan dobel dengan tab CDN WPFC.
Setelah WPFC page cache dan Autoptimize HTML, JS, serta CSS lulus uji, baru aktifkan Preload WPFC. Wizard preload memilih metode default atau sitemap, tipe konten, dan jumlah URL per batch. Angka batch kecil (4–6) lebih aman di shared hosting. Kemudian purge page cache lalu cache Autoptimize setelah preload pertama supaya HTML hangat memuat aset Autoptimize final.
Urutan implementasi singkat
- Matikan page cache atau minify dari plugin optimizer lain yang tumpang tindih.
- Aktifkan WP Fastest Cache hanya sebagai page cache, verifikasi komentar cache di View Source.
- Aktifkan Optimize HTML Autoptimize, uji, purge bila perlu.
- Aktifkan Optimize JavaScript, uji interaksi, lalu Optimize CSS dan uji visual.
- Tambahkan font, lazy-load, atau emoji hanya bila belum ada pemilik lain.
- Pertimbangkan aggregate, defer, atau critical CSS setelah baseline stabil.
- Baru sesuaikan Gzip WPFC, preload, Cloudflare, atau Redis sesuai infrastruktur.
Aturan konflik Autoptimize dan WP Fastest Cache
Empat aturan yang tidak dinegosiasikan: hanya satu page cache penuh aktif, minify/combine HTML-CSS-JS hanya di Autoptimize dalam baseline ini, lazy-load/font/emoji punya satu pemilik, dan ubah satu kelompok fitur lalu purge sebelum lanjut.
Urutan implementasi yang aman: matikan overlap plugin cache lain, aktifkan WPFC sebagai page cache dan verifikasi, lalu Autoptimize HTML → JS → CSS. Preload WPFC dan opsi agresif (aggregate, defer, critical CSS) hanya setelah fungsi dasar lolos.
Saat purge manual setelah perubahan besar: hapus cache page WP Fastest Cache, kosongkan cache Autoptimize, lalu purge Cloudflare atau CDN bila edge masih menyimpan HTML. Uji sebagai pengunjung anonim tanpa cookie login. Namun integrasi purge otomatis Autoptimize tidak menjamin semua hosting dan CDN ikut bersih.
Jika tampilan rusak, nonaktifkan opsi Autoptimize terakhir, purge berurutan, dan uji dengan ?ao_nooptimize=1. Panduan isolasi dari pengembang Autoptimize memuat langkah serupa (What to do when Autoptimize breaks your site).
Membuktikan Autoptimize dan WP Fastest Cache benar-benar jalan
Page cache WPFC terlihat dari komentar footer atau indikator versi plugin saat Anda refresh sebagai anonim. Aset Autoptimize terlihat di Network atau View Source sebagai file ter-hash tanpa respons 404.
Periksa Content-Encoding untuk gzip atau brotli pada respons HTML. Cloudflare secara default meng-cache aset statis, bukan HTML dinamis, kecuali Cache Rules atau APO mengubah perilaku (Cloudflare cache get started). Auto Minify Cloudflare sudah deprecated. Jadi matikan sisa konfigurasi lama supaya minify edge tidak bentrok dengan Autoptimize (Cloudflare disable Auto Minify).
Uji fungsi: menu mobile, pencarian, form kirim, login, cart/checkout, dan konten setelah publish. Edit posting uji, publish, lalu cek halaman anonim. Meski skor lab membantu, ambang Core Web Vitals pada persentil ke-75 field data tetap relevan: LCP ≤ 2,5 detik, INP ≤ 200 ms, CLS ≤ 0,1 (web.dev Web Vitals). Satu run Lighthouse lab tidak menggantikan data lapangan.
Bila page cache sudah benar tetapi LCP lapangan tetap berat, bottleneck sering bergeser ke font, hero image, atau CDN. Lanjutkan diagnosis di panduan LCP WordPress lambat meski plugin cache sudah aktif. Untuk memisahkan masalah server versus kode saat membaca audit lab, gunakan cara meningkatkan skor Google Lighthouse: server vs kode website.
Apache, Nginx, LiteSpeed, Redis, dan Cloudflare
Di Apache dengan .htaccess writable, WPFC menulis aturan page cache dan WPFC dapat mengelola Gzip serta expires. Autoptimize menulis file statis dan aturan fallback 404. Duplikasi kompresi plugin plus server menambah risiko konfigurasi redundan. Ukur header sebelum mengaktifkan Gzip WPFC.
Di Nginx, page cache WPFC tetap bisa jalan, tetapi Gzip dan browser caching perlu dikelola di blok server. Fallback 404 Autoptimize membutuhkan contoh konfigurasi Nginx di dokumentasi plugin, bukan salinan snippet universal tanpa penyesuaian path.
Redis Object Cache menyimpan objek persisten, bukan HTML page cache, dan dapat hidup berdampingan dengan kombinasi ini (Redis Object Cache). Flush object cache setelah deploy besar bila query masih stale.
Cloudflare Rocket Loader dapat mengubah urutan JavaScript. Uji mati-hidup Rocket Loader setelah baseline Autoptimize stabil. HTML edge cache membutuhkan bypass untuk login, cart, checkout, dan form bernonce.
Gejala umum dan perbaikan cepat
Tampilan tanpa CSS atau FOUC. Matikan aggregate atau inline CSS Autoptimize terakhir, purge page cache lalu cache Autoptimize, dan bandingkan dengan ?ao_nooptimize=1. Cek Network untuk file Autoptimize 404.
Menu, slider, atau form mati. Matikan optimasi JavaScript sementara, isolasi skrip bermasalah lewat exclude minimal, lalu aktifkan kembali tanpa aggregate inline bila cache Autoptimize membengkak.
Konten lama untuk pengunjung biasa. Purge berurutan, pastikan New Post/Update Post aktif, dan cek cache mobile atau edge Cloudflare bila CDN masih menyimpan HTML.
File Autoptimize 404 setelah purge. HTML page cache lama masih merujuk file aset yang sudah hilang. Aktifkan 404 fallback Autoptimize dan bersihkan page cache sebelum cache Autoptimize.
Skor lab naik tetapi fungsi rusak tetap dihitung gagal. Kembali ke baseline tanpa agregasi dan critical CSS sebelum menambah toggle agresif.
Rollback minimum bila dashboard sulit diakses: nonaktifkan opsi terakhir, purge WPFC lalu Autoptimize, nonaktifkan plugin lewat file manager atau WP-CLI bila perlu, dan pulihkan backup hanya ketika rollback toggle tidak cukup. Catat halaman yang rusak dan opsi terakhir yang disentuh sebelum mencoba optimasi baru.
Cara mencatat hasil pengukuran
Bila Anda membandingkan sebelum dan sesudah, pegang URL dan jenis halaman tetap, profil perangkat dan jaringan sama, serta catat cold cache setelah purge dan warm cache pada kunjungan ke-2 atau ke-3. Jalankan beberapa run lab, simpan median LCP, INP, CLS, dan TTFB, plus kolom fungsi (OK atau rusak). Jangan memublikasikan angka contoh sebagai hasil nyata situs Anda tanpa pengujian sendiri. Variasi antar run lab normal, keputusan optimasi seharusnya mengutamakan waterfall, header cache, dan fungsi halaman, bukan satu skor terbaik.
Gratis dan premium: bukan jaminan kecepatan
WP Fastest Cache gratis sudah menyediakan page cache dan sejumlah optimasi dasar. Versi premium menambah fitur seperti mobile cache terpisah, defer/delay JS lanjutan, optimasi gambar, dan database cleanup sesuai daftar di halaman plugin. Autoptimize Pro menambah page caching, critical CSS otomatis, dan optimasi gambar/CDN.
Premium lebih sering membeli konsolidasi fitur dan otomasi daripada mekanisme page cache yang fundamental berbeda. Tanpa benchmark setara pada situs, server, theme, dan metode pengukuran yang sama, artikel ini tidak menyatakan paket berbayar pasti lebih cepat atau kombinasi gratis pasti menyamai plugin premium lain.
Baseline stack Autoptimize plus WP Fastest Cache berdiri pada pembagian peran: page cache di WPFC, optimasi aset di Autoptimize, purge disiplin, dan uji fungsi sebelum mengunci optimasi lanjutan. Simpan catatan versi plugin dan toggle yang Anda ubah supaya rollback tidak menebak-nebak.
