WordPress Hosting & Plugins
Membuat WordPress Cepat dan Aman: Daftar Periksa Kinerja dan Plugin
WordPress hanya secepat dan seaman apa yang menjalankannya. Berikut adalah daftar periksa praktis yang kami terapkan pada setiap situs WordPress yang kami hosting — apa yang harus di-cache, apa yang harus diamankan, dan plugin mana yang layak dipertahankan dibandingkan yang membuat platform ini menjadi berlebihan.
WordPress hanya sebagus apa yang menjalankannya
WordPress mendukung sebagian besar web karena fleksibilitasnya, tetapi fleksibilitas itulah yang membuatnya lambat dan tidak aman: instalasi default melakukan kueri ke basis data puluhan kali per halaman, menyiarkan versi dan stack-nya kepada siapa saja yang melihat, dan mengundang Anda untuk menumpuk plugin hingga performa dan area kerentanan sama-sama membengkak secara perlahan. Semua itu bukanlah cacat pada WordPress, melainkan konsekuensi dari menjalankannya pada infrastruktur yang tidak memberikan bantuan apa pun.
Kabar baiknya adalah beberapa keputusan yang sama dapat mengatasi sebagian besar masalah tersebut, dan itu adalah keputusan tentang stack, bukan tentang konten. Lakukan cache secara agresif pada layer yang tepat, jauhkan database dari hot path, jalankan sedikit plugin yang benar-benar layak digunakan, jaga agar semuanya tetap diperbarui (patched), dan isolasi situs agar masalah tetap terkandung. Postingan ini adalah daftar periksa tersebut, sesuai urutan yang kami terapkan pada setiap situs WordPress di platform ini.
Singkirkan cache di server, bukan hanya di plugin
Tuas terbesar untuk kecepatan WordPress bukanlah tidak menjalankan WordPress sama sekali untuk sebagian besar kunjungan. Permintaan standar memuat WordPress, menjalankan plugin Anda, dan menanyakan database sebelum mengirimkan satu byte pun; singgahan halaman penuh melayani halaman yang sudah jadi langsung dari web server pada kunjungan berikutnya, melewati seluruh proses pemuatan tersebut. Tempat singgahan itu berada sangatlah penting: plugin singgahan berada di dalam PHP, sehingga PHP tetap dimulai sebelum singgahan dapat merespons, sedangkan singgahan tingkat server merespons lebih awal dalam permintaan dan menyimpan halaman dalam bentuk yang dapat langsung dibersihkan oleh server.
Setiap situs WordPress yang kami host berjalan di LiteSpeed Enterprise dengan LSCache tingkat server, dan plugin cache kami sendiri menghubungkannya ke WordPress dengan benar sejak awal — sudah terpasang dan diperbarui otomatis, sehingga satu hal lebih sedikit untuk dikonfigurasi atau dijaga tetap mutakhir. Pada origin non-LiteSpeed, plugin yang sama cukup tidak memancarkan header halaman penuh dan tidak mengganggu sementara cache objek terus berfungsi, sehingga situs yang dimigrasikan tidak pernah dibiarkan setengah terkonfigurasi. Aturan praktis untuk daftar centang Anda sendiri: satu cache halaman penuh, di server, dan jangan menumpuk plugin cache kedua di atasnya — keduanya akan saling bertentangan.
Cache objek dan basis data
Tidak setiap permintaan bisa berupa halaman statis. Sesi pengguna yang masuk, halaman admin, pencarian, keranjang belanja, dan setiap fragmen yang dipersonalisasi harus menjalankan PHP, dan untuk itu tujuannya bergeser dari melewati aplikasi ke melewati basis data. Cache objek per situs — Redis, dalam kasus kami — menyimpan hasil pembacaan basis data yang berulang di dalam memori, sehingga opsi, transient, dan pencarian yang sama tidak dikueri ke basis data pada setiap kunjungan. Efeknya terlihat persis di tempat cache halaman penuh tidak dapat membantu: admin yang lebih cepat, keranjang yang lebih cepat, dan beban basis data yang jauh lebih rendah saat lalu lintas padat.
Kata kunci yang penting adalah per situs. Cache objek bersama berarti satu situs yang sibuk atau ditulis dengan buruk dapat menghapus data cache milik situs lain dan membuat database kekurangan sumber daya bagi tetangganya; cache khusus per situs, dipasangkan dengan batas database per situs, menjaga radius ledakan tersebut tetap terkendali. Pada daftar pemeriksaan Anda, anggap cache objek persisten sebagai hal yang wajib ada untuk situs apa pun dengan pengguna yang masuk atau toko, dan berhati-hatilah terhadap hosting tempat fitur tersebut dibagikan di antara beberapa tenant.
Plugin yang layak digunakan — dan plugin yang digantikan oleh platform ini
Setiap plugin yang Anda tambahkan adalah kode yang berjalan pada setiap permintaan dan sebuah pintu yang suatu hari bisa dimasuki seseorang, jadi tujuan jujur yang sebenarnya adalah menggunakan plugin sesedikit mungkin namun dengan fungsi sebanyak mungkin. Hos yang baik menghilangkan kebutuhan akan seluruh kategori plugin tersebut: dengan *caching* tingkat server, *object cache* terkelola, dan pencadangan platform, Anda tidak memerlukan plugin *caching*, plugin *object-cache* terpisah, atau plugin pencadangan — pekerjaan tersebut dilakukan dengan lebih baik di bawah WordPress, dan menjalankannya di atasnya hanya akan menambah konflik dan *overhead*.
Yang tersisa dan layak dijalankan adalah sekumpulan kecil plugin yang memberikan kemampuan nyata: plugin yang benar-benar dibutuhkan oleh situs Anda untuk fungsinya, dan — di platform kami — dua plugin kelas repositori yang kami buat dan sertakan di setiap situs. Plugin cache kami menghubungkan WordPress ke cache server dan menangani pembersihan cerdas sehingga pengeditan hanya menghapus halaman yang seharusnya. Plugin footprint kami menghapus ciri-ciri yang disiarkan oleh instalasi default WordPress — tag versi dan generator, titik akhir penemuan, XML-RPC, pingback, dan header powered-by — pada setiap penerapan (deploy), sehingga pembaruan plugin atau tema tidak dapat mengembalikannya secara diam-diam. Keduanya dibangun sesuai standar direktori plugin WordPress.org, gratis, dan memperbarui diri sendiri.
Menjaga WordPress tetap aman dan mutakhir
Sebagian besar pembobolan WordPress tidaklah canggih; melainkan sudah kuno. Core, tema, atau plugin yang kedaluwarsa dengan kerentanan yang sudah diketahui dan dipublikasikan adalah cara yang paling umum dan dominan yang membuat situs menjadi sasaran, yang menjadikan pembaruan terkini sebagai pekerjaan keamanan bernilai tertinggi—sekaligus yang paling melelahkan, itulah sebabnya hal tersebut sering dilewati. Hosting terkelola seharusnya meringankan tugas Anda: menambal stack di bawah WordPress, serta membuat pembaruan core dan plugin aman untuk diterapkan dengan memberi Anda salinan staging untuk mengujinya dan cadangan untuk melakukan rollback.
Selain harga, batasan-batasan tersebut ditegakkan untuk Anda: pemindaian malware aktif secara default sehingga infeksi dapat dicegah daripada ditemukan oleh pengunjung, isolasi agar satu situs yang disusupi tidak dapat menjangkau situs lainnya, perlindungan DDoS di tepi jaringan, serta TLS di setiap bagian dengan sertifikat yang diperbarui secara otomatis. Semua itu tidak menggantikan kebersihan dasar — kredensial yang kuat, akses hak istimewa minimal, menghapus plugin yang tidak lagi Anda gunakan — tetapi itu berarti infrastruktur bukanlah mata rantai yang lemah. Pada daftar periksa Anda, pertanyaan untuk penyedia hosting apa pun sangatlah sederhana: apakah keamanan merupakan standar bawaan, atau paket tambahan yang harus Anda beli?
WooCommerce dan halaman yang tidak boleh Anda cache
Sebuah toko online adalah tempat di mana caching agresif memberikan keuntungan terbesar sekaligus kerugian terburuk jika dilakukan secara naif. Halaman katalog, produk, dan kategori adalah halaman dengan lalu lintas tertinggi dan paling mudah di-cache yang Anda miliki, dan menyajikannya dari cache halaman penuh adalah hal terbaik yang dapat Anda lakukan untuk kecepatan toko. Namun, halaman keranjang, checkout, dan akun bersifat personal dan tidak boleh disajikan dari cache bersama—jika itu terjadi, pembeli akan melihat keranjang belanja orang lain, yang merupakan kerusakan toko sekaligus kegagalan privasi.
Cara untuk mendapatkan keduanya adalah dengan melakukan tembolok (caching) halaman dan membuat lubang untuk bagian-bagian yang aktif. Edge Side Includes merender fragmen keranjang, total keranjang mini, dan status akun per permintaan sementara sisa halaman disajikan dari tembolok, dan keranjang, checkout, my-account serta halaman nonce atau sesi apa pun dikecualikan secara default. Kebaruan ditangani oleh pembersihan otomatis cerdas yang berjalan saat produk, harga, atau pesanan berubah, sehingga harga lama tidak akan pernah tertinggal. Jika Anda menjalankan WooCommerce, inilah bagian dari daftar pemeriksaan yang harus dilakukan dengan benar: toko cepat dari tembolok, keranjang aktif per pengguna, tidak ada informasi pribadi yang pernah ditembokkan.
Pertanyaan yang sering diajukan
Apakah saya masih memerlukan plugin cache seperti WP Rocket?
Caching halaman penuh ditangani di server web oleh LSCache dari LiteSpeed, plugin cache kami sendiri menghubungkan WordPress ke cache tersebut serta menangani pembersihan cerdas (smart purging), dan cache objek Redis per-situs berada di baliknya. Menambahkan plugin caching halaman penuh kedua di atasnya biasanya akan berbenturan dengan cache tingkat server alih-alih membantu, sehingga hal tersebut tidak diperlukan maupun disarankan.
Plugin apa saja yang membuat platform ini tidak diperlukan?
Plugin caching, plugin cache objek terpisah, dan plugin cadangan semuanya berlebihan di sini, karena tugas-tugas tersebut dilakukan di bawah WordPress — caching tingkat server, cache objek terkelola per situs, dan pencadangan platform. Menghapusnya akan mengurangi konflik dan permukaan serangan. Yang tetap layak dijalankan adalah plugin yang benar-benar dibutuhkan oleh situs Anda untuk fungsinya, ditambah dua plugin cache dan footprint gratis kami, yang sudah terinstal sebelumnya.
Apakah caching akan merusak keranjang WooCommerce atau halaman masuk saya?
Tidak. Keranjang, halaman checkout, akun-saya, serta nonce atau halaman sesi apa pun dikecualikan dari tembolok secara default, dan Edge Side Include menjaga fragmen keranjang serta total tetap aktif pada halaman yang ditandai tembolok. Pembeli akan selalu melihat keranjang belanja mereka sendiri dan checkout yang berfungsi sementara etalase toko tetap dimuat dari tembolok, dan fitur pembersihan otomatis yang cerdas akan menghapus halaman yang terdampak saat produk, harga, atau pesanan berubah.
Bagaimana cara menjaga WordPress tetap aman tanpa saya harus mengelolanya?
Kami menambal tumpukan teknologi di bawah WordPress, membuat pembaruan inti dan plugin aman untuk diterapkan dengan tahapan (staging) dan pemulihan satu-klik, menjalankan pemindaian malware dan perlindungan DDoS secara default, mengisolasi setiap situs agar satu kompromi tidak menyebar, serta menerbitkan dan memperbarui sertifikat TLS secara otomatis. Hal itu menghilangkan infrastruktur sebagai mata rantai yang lemah; kebersihan dasar seperti kredensial yang kuat dan menghapus plugin yang tidak digunakan tetap menjadi tanggung jawab Anda.
Terkait
Coba gratis selama 14 hari
Buat situs pertama Anda secara gratis selama 14 hari — tanpa kartu. Memindahkan situs atau jaringan yang sudah ada? Migrasi pertama Anda gratis dari kami.
Mulai gratis