Perlukah Anda Menggunakan CDN? Apa yang Dilakukan (dan Tidak Dilakukan) untuk Laman Web Perniagaan Kecil di Malaysia

Jalankan ujian kelajuan percuma pada laman web anda dan lambat laun satu baris akan muncul yang menyuruh anda “serve static assets from a CDN” atau “gunakan rangkaian penyampaian kandungan”. Bunyinya seperti sesuatu yang wajib ada pada setiap laman. Panduan ini menerangkan dengan bahasa mudah apa itu CDN, apa yang boleh dan tidak boleh dibaikinya, siapa yang benar-benar mendapat manfaat, cara membuat keputusan dengan ujian sebelum dan selepas, dan apa yang perlu dibaiki dahulu. Panduan ini sengaja umum: ia tidak mengesyorkan mana-mana syarikat CDN, dan tidak menyatakan di mana pelayan mana-mana hos berada atau betapa pantasnya.

Apa itu CDN, dalam bahasa mudah

CDN (content delivery network, rangkaian penyampaian kandungan) ialah perkhidmatan yang menyimpan salinan fail laman web anda di pelayan di banyak tempat dan menyampaikan setiap salinan dari pelayan yang dekat dengan pelawat. Pelayan yang menyimpan laman web sebenar anda dipanggil origin. Pelayan CDN, yang sering dipanggil pelayan edge, menyimpan salinan fail yang jarang berubah: imej, fon, fail gaya CSS dan JavaScript. Apabila seseorang membuka halaman anda, halaman itu sendiri biasanya masih datang dari hos anda, tetapi fail sokongannya boleh tiba dari pelayan edge yang berdekatan dan bukannya dari tempat yang jauh.

Jarak penting kerana fail tidak tiba serta-merta. Setiap permintaan membuat perjalanan pergi balik merentasi rangkaian, dan sesebuah halaman mungkin memerlukan berpuluh-puluh permintaan. Pelawat di rantau yang sama dengan pelayan hampir tidak sedar perjalanan itu. Pelawat di benua lain merasainya pada setiap fail. CDN memendekkan perjalanan untuk fail yang disimpannya. Ia tidak menjadikan pelayan anda lebih pantas membina halaman, dan ia tidak mengecilkan fail yang terlalu besar.

Pelawat pertama yang meminta fail daripada pelayan edge mungkin masih menunggu, kerana edge mengambilnya daripada origin anda sekali; pelawat seterusnya mendapat salinan tersimpan. Dan CDN biasanya berada di hadapan laman anda, jadi ia satu lagi perkhidmatan antara pelawat dan hos anda. Itulah punca manfaat dan risikonya.

Apa sebenarnya yang CDN lakukan untuk sesebuah halaman

Halaman web jarang terdiri daripada satu fail. Halaman itu sendiri (HTML) dibina oleh laman anda, kemudian ia menarik fail yang diperlukannya. Kedua-dua jenis ini berfungsi secara berbeza:

• Fail statik sama untuk setiap pelawat: imej, logo, fon, fail CSS dan JavaScript, PDF yang boleh dimuat turun dan video. Mudah disalin dan disampaikan dari mana-mana. Inilah kekuatan CDN.
• Halaman dinamik dibina untuk setiap permintaan: halaman hasil carian, troli, halaman akaun selepas log masuk, halaman yang memaparkan stok atau harga daripada pangkalan data. Origin anda mesti menghasilkannya, jadi persediaan CDN asas menghantar permintaan ini terus ke hos anda.

Sesetengah persediaan boleh juga menyimpan keseluruhan halaman HTML di edge. Itu tetapan yang lebih kuat dan lebih berisiko, kerana halaman tersimpan boleh menjadi lapuk atau sampai kepada orang yang salah jika peraturannya silap. Anggap ia lanjutan.

CDN boleh membantu dalam tiga cara. Ia boleh mengurangkan kelewatan akibat jarak untuk fail statik. Ia boleh mengambil sebahagian trafik fail daripada hos anda, yang membantu apabila ramai orang tiba serentak. Dan ia boleh mengurangkan lebar jalur yang digunakan hos anda untuk menghantar fail besar. Ketiga-tiganya berkaitan fail statik dan lokasi pelawat. Tiada satu pun berkaitan seberapa baik laman anda dibina.

Apa yang CDN tidak boleh baiki

Kebanyakan kekecewaan terhadap CDN datang daripada mengharapkannya membaiki masalah yang terletak di tempat lain. Sebelum anda membayar atau menyediakan apa-apa, padankan gejala anda dengan puncanya yang lazim.

Coraknya mudah: jika bahagian yang perlahan ialah membina halaman, CDN tidak akan mempercepatkannya. Jika bahagian yang perlahan ialah menghantar fail besar merentasi jarak jauh, CDN boleh membantu. Panduan WordPress tentang mengapa laman perlahan membincangkan kumpulan pertama dengan mendalam, dan panduan had sumber menerangkan rupa akaun yang terlebih beban. Kedua-dua masalah tidak hilang hanya kerana CDN berada di hadapan.

Siapa yang berkemungkinan mendapat manfaat, dan siapa yang mungkin tidak

Peramal terkuat ialah di mana pelawat anda berbanding di mana hos anda, diikuti bilangan fail besar yang dibawa oleh sesebuah halaman.

Jika pelayan hos anda sudah berada di atau dekat dengan rantau tempat pelanggan anda tinggal, CDN mempunyai jarak yang lebih sedikit untuk dikurangkan. Tanya hos anda dari mana akaun anda dilayan; panduan ini tidak menyatakan di mana pelayan Gotka berada. Jika anda tidak pasti siapa yang menghos laman anda, panduan mengetahui siapa yang menghos laman web anda menunjukkan cara menyemak, termasuk cara CDN boleh menyembunyikan hos sebenar.

Telefon juga penting: sambungan mudah alih lebih merasai halaman berat berbanding desktop, itulah salah satu sebab untuk menangani berat imej sebelum penghantaran. Panduan mobile-first menerangkan sebabnya.

Cara membaca “serve static assets from a CDN” dalam laporan kelajuan

Alat ujian kelajuan menghasilkan senarai cadangan, dan ia disusun mengikut apa yang murah untuk dikesan, bukan mengikut apa yang paling membantu laman anda. Perkataan berbeza antara alat dan berubah dari semasa ke semasa, jadi anggap jadual di bawah sebagai cara membaca maksud sesuatu baris, bukan petikan daripada mana-mana laporan tertentu.

Sesuatu baris muncul dalam laporan tidak bermakna ia masalah terbesar anda, kerana banyak alat menunjukkan nasihat yang serupa kepada hampir setiap laman. Lihat anggaran penjimatan di sebelah setiap baris, mulakan dengan yang terbesar, kemudian ukur dengan betul seperti diterangkan di bawah.

Apa yang perlu dibaiki sebelum memikirkan CDN

Pembaikan ini murah, berisiko rendah dan biasanya menghapuskan lebih banyak kelewatan berbanding CDN untuk khalayak tempatan. Lakukan mengikut turutan ini.

• Saiz dan format imej. Foto terus dari kamera telefon sering jauh lebih besar daripada yang diperlukan halaman web. Ubah saiznya kepada saiz terbesar ia dipaparkan, mampatkannya dan gunakan format moden jika alat anda menyokongnya. Ini kemenangan paling biasa.
• Caching di sisi pelayan. Jika hos anda mencache halaman, permintaan berulang tidak membina semula halaman setiap kali. Panduan LiteSpeed berbanding Apache menerangkan page caching di peringkat pelayan, dan panduan kelajuan WordPress menerangkan mengapa menjalankan beberapa alat caching serentak menimbulkan masalah.
• Caching pelayar. Tempoh cache yang panjang pada fail statik bermakna pelawat yang kembali tidak memuat turunnya semula. Ini sering menjadi maksud baris “efficient cache policy”, dan ia ditetapkan pada pelayan anda atau oleh alat caching anda, dengan atau tanpa CDN.
• Plugin dan pembina halaman. Setiap plugin aktif boleh menambah skrip dan gaya. Buang yang tidak anda gunakan, dan berhati-hati menyusun beberapa yang melakukan kerja yang sama.
• Pelan dan storan anda. Laman yang melebihi pelannya akan perlahan walau apa pun di hadapannya. Lihat tanda anda perlu menaik taraf pelan hosting dan panduan storan laman web tentang bagaimana pustaka media besar bertambah.

Selepas langkah ini, ukur semula. Ramai pemilik laman kecil mendapati baris “gunakan CDN” kurang penting, atau halaman kini cukup pantas sehingga tiada siapa peduli.

Cara menguji CDN sebelum dan selepas

Jangan membuat keputusan daripada satu ujian. Nilai CDN bergantung pada dari mana ujian dibuat, sama ada fail sudah disimpan dan betapa sibuknya rangkaian. Ini kaedah yang adil dan mudah.

1. Pilih tiga halaman. Halaman utama anda, halaman paling berat (paling banyak imej) dan halaman yang penting untuk wang, seperti halaman produk atau hubungi.
2. Uji dari tempat pelanggan anda berada. Pilih lokasi ujian yang dekat dengan khalayak utama anda, dan yang kedua tempat pelanggan luar negara anda berada. Banyak alat ujian kelajuan membolehkan anda memilih lokasi, dan anda juga boleh menyemak pada telefon sebenar menggunakan data mudah alih.
3. Uji lawatan pertama. Gunakan tetingkap peribadi atau ujian baharu supaya tiada apa yang sudah dicache dalam pelayar. Pelawat yang kembali ialah kes berbeza; ujinya secara berasingan.
4. Ulang beberapa kali. Jalankan setiap ujian sekurang-kurangnya tiga hingga lima kali, pada waktu berbeza, dan gunakan keputusan tengah, bukan yang terbaik atau terburuk.
5. Catat beberapa nombor yang sama setiap kali. Time to first byte (berapa lama sebelum pelayan mula menghantar), largest contentful paint (bila item terbesar yang kelihatan selesai dimuatkan), jumlah berat halaman dan bilangan permintaan. Panduan yang diterbitkan Google menganggap largest contentful paint 2.5 saat atau kurang sebagai baik, dan kira-kira 0.8 saat atau kurang ialah sasaran baik yang lazim untuk time to first byte, kedua-duanya diukur pada lawatan sebenar di persentil ke-75.
6. Ubah satu perkara, kemudian uji semula. Hidupkan CDN untuk satu perubahan sahaja, dan biarkan sebarang DNS dan caching stabil sebelum pusingan kedua. Uji lawatan pertama selepas cache kosong (kes “sejuk” yang lebih perlahan) dan beberapa ulangan selepas itu (kes “panas”), dan catat secara berasingan.
7. Bandingkan yang setara. Halaman sama, lokasi sama, alat sama, waktu hampir sama. Jika perbezaan lebih kecil daripada jurang antara ulangan anda sendiri, anggap tiada perbezaan.

Data makmal datang daripada lawatan simulasi dan sesuai untuk membandingkan perubahan dalam keadaan terkawal. Data lapangan datang daripada pelawat sebenar dari semasa ke semasa dan mencerminkan pengalaman mereka, tetapi ia memerlukan trafik yang mencukupi dan mengambil masa berminggu-minggu untuk bergerak. Putuskan dengan ujian makmal; sahkan kemudian dengan data lapangan jika laman anda mempunyai pelawat yang cukup. Dan tanya soalan manusiawi: adakah pelanggan perasan? Halaman yang bertambah daripada pantas kepada sedikit lebih pantas tidak berbaloi dengan satu lagi bahagian bergerak.

Risiko dan kos yang perlu ditimbang

CDN bukan tanpa akibat walaupun tidak berkos untuk dihidupkan. Inilah yang sering memerangkap perniagaan kecil.

• Kandungan lapuk selepas suntingan. Salinan yang disimpan di edge boleh terus memaparkan versi lama selepas anda menukar harga, waktu operasi atau sepanduk. Caching biasanya berlaku pada beberapa lapisan (plugin anda, pelayan anda, CDN, pelayar pelawat), dan membersihkan satu sahaja membiarkan yang lain menyampaikan halaman lama. Ketahui cara membersihkan salinan tersimpan CDN, dan semak perubahan dalam tetingkap peribadi semasa belum log masuk, kerana paparan pentadbir yang log masuk sering memintas cache dan menyembunyikan masalah.
• Borang, troli dan halaman log masuk. Halaman yang berbeza bagi setiap orang atau mengandungi borang, troli, checkout atau ruang akaun tidak boleh disimpan dan ditunjukkan kepada orang lain. Pastikan ia dikecualikan daripada page caching pada setiap lapisan, termasuk cache peringkat pelayan. Cache yang salah konfigurasi boleh menunjukkan butiran seorang pelanggan kepada pelanggan lain atau merosakkan checkout.
• Perubahan DNS dan SSL. Banyak CDN disediakan dengan menukar rekod DNS domain anda, dan sambungan selamat antara pelawat, CDN dan hos anda mesti dikonfigurasi secara konsisten. Ketidakpadanan boleh menyebabkan amaran keselamatan atau halaman yang dialihkan tanpa henti. Buat perubahan pada waktu tenang dengan tetapan DNS semasa dicatat supaya anda boleh membuat asal, dan semak e-mel masih berfungsi.
• Satu lagi akaun untuk diurus. CDN mempunyai log masuk, e-mel pengebilan dan tetapan sendiri. Jika orang yang menyediakannya berhenti, anda mempunyai perkhidmatan yang tiada siapa dapat jumpa. Simpan log masuk itu bersama perniagaan, seperti diingatkan oleh panduan siapa yang menghos laman web anda.
• Kos. Banyak perkhidmatan CDN menawarkan peringkat percuma dengan ciri terhad, dan peringkat berbayar biasanya mengenakan caj mengikut ciri atau trafik. Percuma tidak sama dengan tiada usaha: kos sebenar ialah masa anda, dan kos membetulkan kesilapan. Baca terma semasa penyedia dan jangan bergantung pada catatan blog.
• Pertindihan. Sesetengah hos, pembina laman web dan platform kedai sudah menyampaikan fail melalui CDN. Semak sebelum menambah lapisan kedua.

Senarai semak keputusan

Jawab mengikut turutan. Berhenti pada baris pertama yang menyelesaikan persoalan.

Kesilapan lazim

• Menambah CDN untuk membaiki pelayan yang perlahan. Ia tidak mengubah tempoh pangkalan data dan plugin anda membina halaman.
• Menguji sekali, dari satu tempat. Satu keputusan daripada lokasi ujian yang jauh boleh membesar-besarkan masalah untuk pelanggan Malaysia.
• Menyimpan cache untuk semuanya. Halaman troli, checkout, akaun dan borang mesti dikecualikan.
• Tidak merekod persediaan. Tiada catatan tetapan DNS, log masuk atau cara mematikannya.
• Terlupa membersihkan cache selepas suntingan. Kemudian tertanya-tanya mengapa harga lama masih dipaparkan.
• Menyusun cache tanpa peta. Cache plugin, cache pelayan dan cache CDN semuanya hidup, dan tiada siapa pasti yang mana menyimpan halaman lama.
• Mengejar skor dan bukannya pelawat. Nombor sempurna dalam laporan kurang penting daripada halaman yang dimuatkan dengan baik pada telefon pelanggan anda.

Di mana Gotka Technologies sesuai

Pelan hosting Go AI Gotka menjalankan cPanel pada pelayan LiteSpeed dengan SSL percuma, sandaran harian, migrasi percuma dan sokongan 24/7 melalui tiket kawasan pelanggan, bermula RM17.80 sebulan pada pelan Go AI Lite 36 bulan; perbandingan peringkat dan panduan cPanel menerangkan apa yang dilitupi setiap peringkat dan panel kawalan. Panduan ini menerangkan CDN secara umum. Ia tidak menyatakan bahawa mana-mana pelan Gotka termasuk, digabungkan atau disepadukan dengan CDN, dan ia tidak menyatakan di mana pelayan Gotka berada atau betapa pantas responsnya, jadi jika anda ingin tahu apa yang ditawarkan pelan anda dalam perkara itu, tanya melalui tiket di portal pelanggan sebelum bergantung padanya. Pakej reka bentuk web Gotka menyenaraikan pengoptimuman kelajuan halaman sebagai disertakan, yang sekali lagi bukan kenyataan tentang CDN.

Istilah utama dalam panduan ini

• CDN (content delivery network): perkhidmatan yang menyimpan salinan fail laman anda di banyak lokasi dan menyampaikannya dari pelayan yang dekat dengan pelawat.
• Origin: pelayan yang menyimpan laman web sebenar anda, biasanya hos anda.
• Pelayan edge: pelayan CDN yang dekat dengan pelawat yang menyimpan dan menyampaikan salinan fail anda.
• Fail statik: fail yang sama untuk setiap pelawat, seperti imej, fon, fail CSS atau JavaScript.
• Halaman dinamik: halaman yang dibina untuk setiap permintaan, seperti troli atau halaman akaun.
• Time to first byte: berapa lama sebelum pelayan mula menghantar halaman.
• Largest contentful paint: bila item terbesar yang kelihatan pada halaman selesai dimuatkan.
• Cache: salinan tersimpan supaya tidak perlu dibina atau dimuat turun semula.
• DNS: sistem yang memberitahu pelayar pelayan mana yang ditunjuk oleh nama domain.