Cara Menggunakan Domain Bebas Cookie: Panduan Lengkap

Apakah situs web Anda mengalami kinerja yang lamban dan lalu lintas jaringan yang tinggi? Jika cookie sering menjadi penyebabnya, salah satu solusi efektifnya adalah menggunakan domain bebas cookie.

Meskipun kuki adalah salah satu landasan utama pengalaman daring kami, kuki tidak selalu enak seperti namanya. Di luar masalah privasi dan keamanan yang melibatkan kuki pihak ketiga, kuki yang dilampirkan secara otomatis ke gambar situs Anda dan konten statis lainnya dapat berdampak parah pada kinerja laman.

Untungnya, Anda dapat memangkas bobot mati (dalam hal ini, cookie mati) dengan menggunakan domain bebas cookie. Dalam panduan lengkap ini, kami akan meninjau dasar-dasar domain bebas cookie, mengapa domain tersebut sangat berguna, dan bagaimana Anda dapat mengonfigurasi situs WordPress Anda untuk menggunakannya.

Tapi pertama-tama, mari kita masuk ke stoples cookie digital dan melihat lebih dekat bagaimana domain menggunakan cookie — baik atau buruk.

Apa Itu Domain Bebas Cookie?

Domain bebas cookie adalah bagian dari situs web yang tidak mengirimkan cookie ke browser pengguna.

Tapi mengapa tidak mengirim cookie setiap saat? Lagi pula, bukankah sopan memberi pengguna cookie sebanyak mungkin?

Belum tentu. Saat kita berbicara tentang domain bebas cookie, tentu saja kita mengacu pada cookie HTTP. Tidak seperti makanan panggang favorit kami, cookie HTTP adalah paket kecil data yang dikirimkan situs web ke browser pengguna. Meskipun tidak terlalu enak, mereka sangat berguna untuk memungkinkan situs web "mengingat" pengguna saat mereka berkunjung lagi.

Namun, seperti cookie sebenarnya, Anda tidak ingin menyajikan terlalu banyak cookie HTTP. Seperti yang akan kita lihat sebentar lagi, pengunjung menyukai beberapa kue — tetapi lebih dari yang mereka butuhkan akan membuat mereka merasa lesu dan kembung.

Apa itu Cookie HTTP?

Cookie HTTP ada di mana-mana di web.

Setiap kali Anda mengunjungi sebuah situs web, ada kemungkinan besar situs web tersebut akan meminta Anda untuk menyimpan cookie dengan browser Anda. Selain informasi tentang situs web itu sendiri dan halaman yang Anda kunjungi, cookie menyertakan pengidentifikasi pribadi yang terkait dengan Anda dan browser Anda. Pengidentifikasi ini memungkinkan situs web untuk "mengingat" jika Anda telah mengunjungi halaman tersebut.

Mari kita lihat lebih dekat bagaimana pertukaran cookie ini bekerja (peringatan spoiler: tidak ada keranjang anyaman atau pramuka perempuan yang terlibat).

Seperti yang ditunjukkan pada gambar di atas, pertukaran dapat dipecah menjadi tiga langkah:

1. Browser Anda meminta halaman web. Saat Anda memasukkan alamat (mis., URL domain seperti "kinsta.com") ke bilah alamat browser Anda atau mengeklik tautan web, browser Anda menghasilkan permintaan HTTP yang memberi tahu situs web bahwa ia ingin melihat halaman tersebut. Permintaan ini dikirim ke server web yang menghosting situs web dan halamannya.
2. Server web mengirimkan halaman dan cookie. Setelah menerima permintaan Anda, server web mengirimkan kembali halaman yang diminta dan cookie yang berisi informasi tertentu. Seperti yang kami sebutkan sebelumnya, cookie ini hampir selalu menyertakan pengenal pribadi untuk Anda dan browser Anda.
3. Browser meminta halaman lain dari server yang sama. Sekarang katakanlah Anda mengklik tautan ke halaman lain di situs web, seperti "Belanja" atau "Tentang Kami" di situs e-niaga. Di sini, browser Anda mengirimkan permintaan lain ke server web dan cookie yang awalnya diberikan. Saat server web menerima permintaan ini, ia melihat cookie yang dikirim sebelumnya dan mengingat bahwa Anda telah mengunjunginya. Dengan informasi tersebut, server web dapat memberikan pengalaman yang lebih dipersonalisasi, seperti menjaga login aktif atau item dalam keranjang belanja.

Ada juga cookie berbeda untuk tujuan berbeda. Dalam contoh di atas, server web yang terlibat dalam manajemen sesi memelihara info masuk atau item keranjang belanja Anda — dengan kata lain, sesi individual Anda di situs web mereka. Demikian pula, cookie juga dapat digunakan untuk memberikan pengalaman yang dipersonalisasi, seperti menampilkan pesanan terbaru, item yang dilihat, atau bahkan iklan bertarget.

Meskipun kedengarannya bagus untuk diberikan cookie ke mana pun Anda pergi, itu bukanlah segalanya. Seperti yang akan kita lihat di bagian selanjutnya, situs web sebenarnya dapat mengirimkan terlalu banyak cookie — beberapa di antaranya tidak ingin “dimakan” oleh banyak orang.

Bagaimana Domain Menggunakan Cookie HTTP

Meskipun pengidentifikasi pribadi adalah salah satu penggunaan yang sangat penting untuk cookie HTTP, itu bukan satu-satunya. Faktanya, cookie dapat digunakan untuk berbagai tujuan untuk memberikan pengalaman web yang lebih dipersonalisasi, mengirimkan konten yang ditargetkan, dan banyak lagi.

Kami telah membahas bagaimana situs web dan browser bertukar cookie HTTP untuk "mengingat" Anda. Meskipun dapat berguna untuk mempertahankan sesi login dan menampilkan item keranjang belanja, cookie juga dapat digunakan untuk tujuan yang lebih jahat (atau benar-benar mengganggu).

Berikut adalah beberapa cara paling umum domain menggunakan cookie HTTP.

• Manajemen sesi. Anda sudah tahu yang ini sekarang. Manajemen sesi sering dianggap sebagai penggunaan cookie HTTP yang paling "jinak", karena tujuan utamanya adalah untuk memberikan pengalaman pengguna yang konsisten yang membantu pengguna menghindari keharusan mengulangi tindakan tertentu. Meskipun melihat aktivitas sebelumnya mungkin menimbulkan masalah privasi bagi beberapa pengguna, ini relatif tidak berbahaya. Masalah privasi sebenarnya muncul saat cookie digunakan untuk pelacakan, yang akan segera kami bahas.
• Personalisasi. Manajemen sesi juga dapat digunakan untuk mempersonalisasi halaman web berdasarkan preferensi dan aktivitas pengguna. Misalnya, setelah memilih bahasa pilihan mereka, pengguna akan dapat melihat situs web dalam bahasa yang sama pada kunjungan berikutnya tanpa harus mengubahnya setiap saat. Cookie juga memungkinkan situs web untuk beradaptasi dengan persyaratan khusus dari browser web yang berbeda.
• Pelacakan. Cookie juga memiliki sisi kontroversial. Karena browser Anda menyimpan cookie yang diberikan situs web kepada Anda, cookie tersebut dapat digunakan untuk melacak Anda ke mana pun Anda pergi di web. Misalnya, Anda mungkin mengunjungi situs web yang memberi browser Anda cookie pelacak yang memberi tahu pengiklan terafiliasi di seluruh web bahwa Anda mengunjungi halaman mereka. Saat pengiklan memperhatikan cookie ini, mereka dapat menampilkan iklan bertarget untuk situs web asli atau bahkan menggunakannya sebagai vektor serangan dunia maya. Bagaimanapun, pelacakan cookie dapat membuat Anda merasa seperti "diikuti" — sesuatu yang datang dengan banyak masalah etika dan privasi.

Untungnya, sebagian besar cookie HTTP digunakan untuk manajemen sesi dan personalisasi. Namun, cookie yang paling tidak bersalah sekalipun dapat menimbulkan masalah.

Sejauh ini, kami telah menjelajahi ide satu halaman yang mengirimkan satu cookie. Pada kenyataannya, satu halaman biasanya mengirimkan banyak cookie, seringkali satu untuk setiap elemen halaman — HTML, file gambar, dan sebagainya. Sementara beberapa cookie ini diperlukan untuk manajemen sesi dan personalisasi, banyak di antaranya tidak.

Akibatnya, mungkin mengirim terlalu banyak cookie, dan ini dapat menyebabkan beberapa masalah. Kami akan membahas masalah tersebut di bagian berikutnya.

Terlalu Banyak Makan Kue

Tidak seperti kebanyakan dokumen, halaman web adalah kumpulan dari berbagai elemen yang memberi mereka bentuk, struktur, dan makna. Masing-masing elemen ini dapat memiliki cookie sendiri.

Sementara dokumen biasa yang mungkin kita lihat dalam format .pdf atau .docx mungkin tampak seperti satu "kombinasi" teks dan gambar, halaman web dibuat dari banyak bagian kecil yang terpisah.

Misalnya, saat Anda meminta halaman web, Anda sebenarnya meminta komponen halaman terpisah, seperti HTML (struktur), CSS (gaya/pemformatan), JavaScript (interaktivitas), dan media, seperti gambar. Dengan demikian, ketika browser Anda menerima halaman web, itu benar-benar menerima dan menggabungkan kembali komponen-komponen ini untuk menampilkan halaman lengkap di layar Anda.

Jika server web juga mengirimkan cookie, mungkin secara otomatis mengirimkan cookie dengan setiap elemen selama proses ini. Itu mungkin tidak berarti banyak untuk halaman web sederhana dengan hanya beberapa gambar, tetapi dapat dengan cepat menjadi kewalahan jika halaman web memiliki puluhan atau bahkan ratusan komponen yang berbeda — dan mengirimkan cookie untuk masing-masing komponen.

Sama seperti memakan terlalu banyak cookie dalam kehidupan nyata, mengirim dan menerima terlalu banyak cookie HTTP menyebabkan kinerja yang lamban. Karena mengirim data ekstra membutuhkan waktu dan sumber daya ekstra, mengirim cookie bersama dengan setiap elemen dapat dengan mudah menghabiskan banyak sumber daya jaringan.

Diet Domain: Menjadi Bebas Cookie

Untungnya, solusi untuk mengirimkan terlalu banyak cookie menggunakan analogi dunia nyata: Untuk meningkatkan kinerja, cukup makan (baca: kirim) lebih sedikit cookie.

Tapi cookie mana yang harus kita serahkan? Dalam kebanyakan kasus, praktik terbaiknya adalah menghapus cookie dari elemen statis apa pun di halaman Anda.

Elemen statis adalah elemen yang tidak Anda harapkan akan berubah dengan perilaku pengguna, seperti gambar statis atau file statis, seperti file CSS. Akibatnya, mereka tidak memerlukan cookie yang melekat padanya, menjadikan menghapusnya sebagai salah satu cara terbaik untuk mengurangi beban jaringan dan meningkatkan kinerja.

Tentu saja, menghapus kuki tidak semudah menghapus centang pada kotak centang “kuki”.

Sebaliknya, server web menggunakan domain bebas cookie untuk mendistribusikan konten statis tanpa cookie secara terpisah dari konten dengan cookie. Domain bebas cookie biasanya merupakan domain terpisah (seperti subdomain atau FQDN, seperti “ static.kinsta.com ” atau “ kinsta.com ”).

Untungnya, tidak terlalu sulit untuk menggunakan domain bebas cookie saat Anda menggunakan alat yang tepat — dan menyiapkan subdomain bukanlah satu-satunya metode untuk melakukannya.

Namun sebelum kita mengotori tangan kita, mari jelajahi beberapa manfaat terbesar menggunakan domain bebas cookie dan seberapa besar dampaknya pada situs web Anda (dan anggaran Anda).

Mengapa Menggunakan Domain Bebas Cookie?

Menghapus cookie tambahan mungkin terdengar seperti tindakan kecil — dan sejujurnya memang demikian.

Namun, tindakan kecil ini memiliki beberapa manfaat yang cukup besar. Dengan hanya mengirimkan cookie yang Anda perlukan, Anda akan meringankan lalu lintas jaringan dan menuai banyak manfaat lain yang ditemukan di bawah — beberapa di antaranya tidak ada hubungannya sama sekali dengan kinerja.

Mengurangi Lalu Lintas Jaringan yang Tidak Perlu

Sebagian besar manfaat menggunakan domain bebas cookie berasal dari pengurangan beban jaringan dari lalu lintas cookie yang tidak perlu.

Seperti yang telah kita bahas sebelumnya, mengirim elemen halaman ke pengunjung Anda memerlukan sumber daya jaringan dalam jumlah tertentu. Di luar elemen itu sendiri, setiap elemen (atau bahkan beberapa bagian dari elemen yang sama) dikirim dengan header respons yang berisi informasi perutean, bersama dengan elemen lain seperti cookie.

Meskipun cookie adalah file data yang relatif kecil, harus mengirim banyak cookie dengan setiap permintaan halaman dapat bertambah dengan cepat. Akibatnya, pengguna harus menunggu lebih lama untuk memuat halaman karena host web Anda yang buruk kewalahan (dan, akibatnya, melebihi anggaran).

Namun, jika Anda menggunakan domain bebas cookie, Anda akan menghilangkan sebagian besar jumlah besar yang disebabkan oleh pengiriman cookie yang tidak perlu.

Meningkatkan Kinerja Situs Web

Seperti yang Anda bayangkan, mengurangi beban jaringan dengan mengurangi cookie berdampak signifikan pada waktu pemuatan dan kinerja situs web.

Karena setiap klik halaman adalah permintaan terpisah ke server web, pengguna mungkin mendapati diri mereka menunggu lama hanya untuk melakukan navigasi dasar ( Halaman Beranda > Tentang Kami > Toko , dll.). Meskipun elemen halaman dan cookie dapat di-cache dan digunakan kembali setelah pemuatan pertama, ini masih dapat menimbulkan masalah jika halaman berubah atau pengguna masuk lebih dalam ke situs web Anda.

Manfaat SEO dan Pengalaman Pengguna

Dengan mengurangi lalu lintas yang tidak perlu untuk meningkatkan kinerja situs web, situs web Anda juga dapat melihat manfaat terkait pengoptimalan mesin telusur (SEO) dan, tentu saja, pengalaman pelanggan dan pengguna.

Pengalaman pelanggan adalah manfaat yang paling nyata: dengan waktu buka yang lebih singkat, pengguna dapat mengakses konten yang diinginkan dengan lebih cepat. Akibatnya, mereka akan cenderung menjelajahi situs web Anda (dan produk atau layanan Anda) dan kecil kemungkinannya untuk mengeklik karena frustrasi.

Manfaat yang sama juga berlaku untuk SEO. Meskipun waktu pemuatan halaman tidak secara langsung memengaruhi SEO, rasio pentalan Anda — persentase pengunjung yang mengeklik halaman Anda — tentu berpengaruh.

Menurut laporan dari Unbounce, tiga perempat pengirim akan meninggalkan halaman jika mereka harus menunggu empat detik atau lebih lama untuk memuatnya.

Ini berarti bahwa bahkan jika menghapus cookie yang tidak perlu meningkatkan waktu muat Anda hanya satu detik, Anda masih akan melihat pengurangan pantulan yang besar dan, sebagai hasilnya, meningkatkan peringkat pencarian Anda.

Menurunkan Biaya Hosting

Lalu lintas jaringan pada akhirnya membutuhkan uang untuk biaya hosting web.

Itu berarti jika Anda mengirim lebih banyak cookie daripada yang Anda butuhkan, Anda juga membayar lebih banyak untuk biaya hosting web. Dan jika kuki memengaruhi kinerja laman, kerugiannya menjadi dua kali lipat: Selain membayar lebih banyak lalu lintas, Anda harus membayar lebih banyak lagi untuk mendapatkan pengembalian yang sama karena peningkatan rasio pentalan yang disebabkan oleh waktu muat yang lambat.

Untungnya, layanan hosting terkelola seperti Kinsta dapat membantu Anda memanfaatkan kunjungan halaman Anda sepenuhnya. Kinsta menawarkan alat APM dan fitur lainnya untuk membantu Anda memaksimalkan situs web WordPress Anda.

Kesiapan Masa Depan Tanpa Cookie

Terakhir, meskipun sekarang mungkin bukan manfaat langsung, mengirimkan konten bebas cookie akan membantu Anda mempersiapkan diri dengan lebih baik untuk masa depan tanpa cookie.

Dengan meningkatnya kontroversi cookie mengingat persyaratan privasi, seperti GDPR, banyak mesin telusur utama, dan perusahaan teknologi sedang mencari cara untuk menghilangkan cookie sama sekali. Meskipun cookie mungkin tidak akan hilang untuk beberapa waktu, mereka mungkin saja pada akhirnya — dan semakin cepat Anda siap untuk itu, semakin mudah transisinya.

Metode Menggunakan Domain Bebas Cookie

Seperti yang telah kita bahas sebelumnya, ide umum dari domain bebas cookie adalah mengirimkan konten statis tanpa mengirimkan cookie. Meskipun membuat domain statis atau subdomain terpisah adalah cara paling langsung untuk melakukan ini, hal ini juga dapat dilakukan dengan CDN dan beberapa trik WordPress.

Buat Domain Terpisah, Bebas Cookie

Dengan metode ini, Anda akan membuat domain terpisah untuk menghosting komponen statis situs web Anda, seperti gambar dan CSS.

Meskipun Anda dapat mendaftarkan nama domain yang benar-benar terpisah, biasanya akan lebih mudah dan hemat biaya untuk membuat subdomain dari nama domain Anda yang sudah ada. Sebagian besar domain bebas cookie hanya menggunakan awalan statis (misalnya, “ static.yourdomain.com ”) sebagai subdomainnya.

Perhatikan bahwa ini hanya akan berfungsi jika versi "www" dari domain Anda (misalnya, " www.yourdomain.com ") adalah domain root di file root situs web Anda.

Untuk membuat subdomain tanpa cookie, biasanya Anda harus mencari dan mengedit file .htaccess Anda secara langsung menggunakan kode khusus. Namun, seperti yang akan kita lihat nanti, jauh lebih mudah untuk mengkonfigurasi ulang situs WordPress Anda atau menggunakan plugin.

Bagaimanapun Anda mengonfigurasi subdomain bebas cookie, Anda dapat mengunggah komponen statis, seperti komponen CSS, gambar, teks, dan JavaScript.

Gunakan Jaringan Pengiriman Konten (CDN)

Menggunakan jaringan pengiriman konten atau CDN adalah cara yang sangat nyaman untuk menggunakan domain bebas cookie.

Di sini, daripada harus membuat subdomain terpisah dan mengedit file konfigurasi, Anda cukup memberi tahu CDN Anda untuk mengabaikan dan menghapus cookie dari header respons komponen statis Anda. Kedengarannya agak rumit, tetapi sebenarnya ini adalah fitur sederhana di banyak CDN.

Perhatikan bahwa tidak setiap CDN menyediakan fungsionalitas ini. Akibatnya, umumnya lebih baik mengubah konfigurasi situs web Anda kecuali Anda sudah menggunakan CDN yang memungkinkan Anda menonaktifkan cookie.

Konfigurasi Ulang Situs WordPress Anda

Jika Anda menggunakan WordPress, Anda beruntung: Yang diperlukan untuk menetapkan domain bebas cookie adalah memperbarui beberapa baris di file wp-config.php Anda. Lewati ke bagian selanjutnya (Mengonfigurasi WordPress untuk Menggunakan Domain Bebas Cookie) untuk instruksi lengkap.

Gunakan Plugin WordPress

Opsi WordPress mudah lainnya adalah menggunakan plugin untuk membuat versi statis situs web WordPress.

Salah satu plugin populer untuk melakukan ini adalah WP2Static (secara harfiah berarti “WordPress-to-Static”). Setelah menginstal plugin, cukup buka di dasbor WordPress Anda dan konfigurasikan pengaturan untuk mengekspor situs web Anda ke versi statis:

Mengonfigurasi WordPress untuk Menggunakan Domain Bebas Cookie

Seperti disebutkan di atas, WordPress menawarkan cara mudah untuk mengimplementasikan domain bebas cookie. Prosesnya bermuara pada beberapa langkah sederhana:

1. Menambahkan subdomain alternatif dan DNS terkait
2. Memberi tahu WordPress domain mana yang akan menyajikan aset statis
3. Memperbarui catatan database WordPress yang ada untuk mencerminkan alamat baru ini

Pelanggan Kinsta dapat menggunakan dasbor MyKinsta untuk menyelesaikan beberapa tugas ini. Banyak pengguna WordPress lainnya dapat melakukan hal yang sama di cPanel.

Kami akan membahas keduanya di bawah.

Menggunakan MyKinsta Untuk Menyiapkan Domain Bebas Cookie

Pelanggan Kinsta dapat mengaitkan subdomain (atau domain yang sama sekali berbeda) dengan instance WordPress di dasbor MyKinsta. Banyak pelanggan juga akan menggunakan alat MyKinsta untuk mengonfigurasi DNS untuk domain tersebut.

Dalam contoh ini, kami akan membuat domain bebas cookie di static.example.com untuk situs web kami yang sudah aktif dan berjalan di www.example.com .

Langkah 1. Buat Subdomain di MyKinsta

Jika Anda awalnya membuat situs WordPress di Kinsta menggunakan opsi wildcard dengan nama domainnya (seperti: *.example.com ), Anda sudah diatur untuk mendukung nama subdomain apa pun. Jika tidak, Anda dapat menambahkan domain baru untuk konten bebas cookie seperti ini:

• Pilih Situs WordPress di menu sebelah kiri.
• Klik pada nama situs WordPress Anda.
• Pilih Domain di menu sebelah kiri.
• Klik tombol Tambahkan Domain .

Dalam dialog berikut:

• Ketikkan nama domain bebas cookie Anda.
• Klik tombol Tambahkan Domain .

Selanjutnya, domain statis baru Anda memerlukan catatan DNS yang mengarah ke situs web Anda yang sudah ada. Jika Anda mengelola DNS untuk domain Anda melalui penyedia pihak ketiga, Anda akan menggunakan alat mereka untuk melakukannya. Jika DNS Anda disediakan oleh kami, konfigurasikan domain baru Anda di MyKinsta seperti ini:

• Pilih DNS di menu sebelah kiri beranda MyKinta.
• Pada halaman DNS Management , gulir ke bawah ke blok DNS Records dan klik tombol Add DNS Record .

Kami merekomendasikan untuk menambahkan subdomain baru Anda ke DNS sebagai data CNAME, yang memungkinkan Anda mengandalkan hanya nama domain tingkat kedua untuk asosiasi dengan alamat IP. Di bawah ini, kami menambahkan data CNAME untuk statis yang mengarah ke example.com :

Langkah 2. Nonaktifkan Cookie di Subdomain Statis Anda

Sekarang kita akan mengedit file wp-config.php situs WordPress Anda sehingga aset di dalam folder wp-content disajikan dari domain “statis” dan cookie dikirimkan hanya melalui alamat “www”.

Sebagian besar pelanggan Kinsta akan menggunakan klien FTP/SFTP untuk masuk ke situs WordPress mereka dan mengunduh wp-config.php ke desktop mereka untuk diedit:

Gunakan editor teks untuk menambahkan baris berikut ke file wp-config.php (ganti domain contoh dengan domain Anda sendiri):

 define("WP_CONTENT_URL", "https://static.example.com/wp-content"); define("COOKIE_DOMAIN", "www.example.com");

Setelah menyimpan file, unggah ke situs WordPress Anda, menggantikan versi sebelumnya.

Langkah 3. Alihkan Aset yang Ada ke Subdomain

Langkah-langkah di atas akan memungkinkan cookie dibagikan saat browser memuat konten seperti halaman dan posting blog dari alamat "www", tetapi akan menyebabkan konten seperti unggahan media dan aset seperti JavaScript, CSS, dan font dalam tema dikaitkan dengan "statis domain.

Namun, situs web Anda mungkin sudah memiliki konten yang berisi tautan ke aset tersebut di alamat “www”. Anda dapat membersihkannya dengan sedikit cari-dan-ganti di database WordPress itu sendiri.

Selalu cadangkan situs WordPress Anda sebelum bekerja di database. Setelah itu dilakukan:

• Pilih Situs WordPress di menu sebelah kiri dasbor MyKinsta.
• Klik pada nama situs WordPress Anda.
• Pilih Domain di menu sebelah kiri.
• Pada halaman Informasi Situs , gulir ke bawah ke blok Akses Database. (Anda dapat menyalin informasi nama pengguna dan kata sandi basis data di sini jika diperlukan.)
• Klik tautan Buka phpMyAdmin .
• Login ke database WordPress Anda.
• Klik tab SQL .

Jalankan perintah berikut untuk memastikan bahwa tautan aset apa pun dalam postingan Anda yang ada diarahkan ke subdomain bebas cookie Anda (sekali lagi, pastikan untuk mengganti domain dengan milik Anda):

 UPDATE wp_posts SET post_content = REPLACE(post_content, 'www.example.com/wp-content/', ' static.example.com/wp-content/')

Anda sekarang telah berhasil mengonfigurasi domain bebas cookie di WordPress dengan bantuan MyKinsta. Gunakan domain ini untuk menghosting konten statis apa pun yang tidak ingin Anda kirimi cookie WordPress dan gunakan domain reguler Anda untuk yang lainnya.

Menggunakan cPanel Untuk Menyiapkan Domain Bebas Cookie

Berikut adalah langkah-langkah untuk menyelesaikan apa yang kami lakukan di atas di MyKinsta menggunakan cPanel atau salah satu alternatif cPanel yang populer.

Langkah 1. Buat Subdomain di cPanel

Arahkan ke bagian Domain di halaman utama cPanel. Di alat Subdomain , cukup buat subdomain yang terhubung ke domain tingkat atas situs WordPress Anda saat ini.

Pengaturan tersebut dapat dilihat di bawah untuk membuat subdomain static.example.com .

Langkah 2. Konfigurasikan Subdomain sebagai Statis di cPanel

Dengan subdomain statis baru Anda yang siap digunakan, saatnya membuatnya sesuai dengan namanya dengan membuatnya menyajikan konten statis di WordPress.

Kami akan melakukannya dengan mengedit file wp-config.php situs WordPress Anda. Cara termudah untuk mengakses file ini ada di alat File Manager cPanel.

Di File Manager , navigasikan ke folder public_html situs web Anda dan pilih wp-config.php (1). Kemudian, pilih opsi Edit (2) untuk mengedit file.

Di file wp-config.php , cukup tambahkan baris berikut (pastikan untuk mengganti domain dengan milik Anda!):

 define("WP_CONTENT_URL", "https://static.example.com/wp-content"); define("COOKIE_DOMAIN", "www.example.com");

Klik “ Simpan Perubahan .”

Langkah 3. Arahkan Posting yang Ada ke Subdomain

Terakhir, Anda harus mengalihkan postingan yang ada ke subdomain statis baru. Tapi pertama-tama, pastikan untuk mencadangkan situs WordPress Anda kalau-kalau setelah itu tidak berfungsi dengan baik.

Di bagian Database cPanel, buka alat PhpMySQL . Pilih database situs Anda dan kemudian tabel _posts -nya.

Klik tab SQL dari tabel _posts . Jalankan perintah berikut untuk memverifikasi bahwa URL kiriman Anda diarahkan ke subdomain bebas cookie Anda (sekali lagi, pastikan untuk mengganti domain dengan milik Anda):

 UPDATE wp_posts SET post_content = REPLACE(post_content, 'www.example.com/wp-content/', ' static.example.com/wp-content/') 

Dan itu saja! Anda sekarang telah menyiapkan domain bebas cookie di WordPress dengan bantuan cPanel. Gunakan domain bebas cookie untuk konten statis seperti gambar, CSS, JavaScript, dan font, sembari mengizinkan cookie di domain utama situs Anda.

Ringkasan

Menggunakan domain bebas cookie adalah cara yang sangat efektif untuk meningkatkan kinerja situs Anda, mengurangi biaya hosting, dan bahkan meningkatkan pengalaman pelanggan dan SEO Anda.

Seperti yang telah kita lihat, menyiapkan domain bebas cookie di WordPress bermanfaat. Namun, hanya host WordPress yang dikelola seperti Kinsta yang dapat memanfaatkan sepenuhnya manfaat ini.

Dengan alat yang mudah digunakan untuk menghapus header set-cookie dan akses database langsung untuk mengalihkan posting ke subdomain statis, tidak pernah semudah ini menggunakan domain bebas cookie. Alat APM Kinsta dan fitur pemantauan kinerja lainnya juga dapat membantu Anda melacak hasilnya.

Untuk informasi lebih lanjut dan untuk melihat sendiri Kinsta, hubungi kami atau jadwalkan demo gratis hari ini.