Berapa Banyak Lalu Lintas yang Dapat Ditangani Situs Web Saya?

Mendapatkan pemahaman yang jelas tentang kinerja dan kapasitas situs web Anda bukanlah tugas yang mudah—sebenarnya, ini bisa menjadi proses yang agak sulit jika Anda tidak tahu cara mendekatinya. Panduan mendetail ini memeriksa metrik yang harus Anda perhatikan untuk menjawab pertanyaan lalu lintas situs Anda, dengan percaya diri, sekali dan untuk selamanya.

Di WP Engine, kami mengetahui kinerja situs web lebih dari sekedar slogan satu dimensi. Faktanya, ketika berbicara tentang situs yang berjalan di platform kami, kami melihat kinerja sebagai persamaan strategis yang menggabungkan aspek solusi cloud dan keamanan kami dengan keahlian WordPress terkelola kami.

Dengan demikian, kami dapat mendekati kinerja seperti yang seharusnya didekati, dari berbagai sudut, dengan daftar variabel dan metrik yang membutuhkan dukungan aktif.

Kami juga melihat upaya ini sebagai produk yang berdiri sendiri, dan yang tidak pernah selesai—kami terus berupaya untuk meningkatkan semua komponen kinerja situs di seluruh platform kami. Dengan mengambil pendekatan "tidak pernah puas" ini, WP Engine dapat membantu pelanggan kami membangun beberapa situs tercepat di WordPress, dan kami dapat membantu mereka mempertahankan dan menjalankan situs tersebut dalam segala hal mulai dari lonjakan lalu lintas hingga keamanan ancaman.

Meskipun kami membahas kecepatan dan metrik seperti Time to First Byte (TTFB) di sini, artikel berikut menawarkan pembahasan mendalam tentang metrik lalu lintas dan pertanyaan umum, meskipun krusial: "Berapa banyak lalu lintas yang dapat ditangani situs saya?"

Membingkai pertanyaan.

Kapasitas situs web, yaitu jumlah lalu lintas yang dapat ditangani situs Anda pada saat tertentu, merupakan komponen kunci dari kinerja situs secara keseluruhan, dan berdampak langsung pada KPI serta berapa banyak waktu yang dihabiskan pengembang untuk hal-hal seperti infrastruktur (jika Anda kembali mengelola infrastruktur Anda sendiri di rumah). Yang mengatakan, mengukur berapa banyak lalu lintas yang dapat ditangani situs Anda benar-benar dimulai dengan memahami jenis pengguna dan lalu lintas yang diterima situs Anda.

Pertama, mari jelajahi definisi pengguna bersamaan, dalam konteks Internet.

Di WP Engine, sumber daya ini adalah situs WordPress Anda.

Perlu dicatat bahwa pengguna bersamaan adalah metrik tingkat tinggi. Di beberapa bagian berikutnya, Anda akan mempelajari bahwa pengguna serentak menghasilkan metrik permintaan serentak yang lebih terperinci. Karena permintaan ini datang dalam berbagai bentuk dan ukuran, kami dapat menggunakan kemampuan cache untuk memahami bagaimana kinerja situs dalam skala besar. Saat kita masuk lebih dalam, kita akan mengeksplorasi bagaimana konkurensi dan kemampuan cache berinteraksi satu sama lain.

Jadi bagaimana Anda menggunakan pengguna bersamaan untuk memahami kapasitas lingkungan Anda? Sebelum kita dapat menjawab ini, mari mundur selangkah lebih jauh, dan lihat salah satu metrik paling umum yang digunakan saat ini: lalu lintas bulanan.

Metrik lalu lintas bulanan: Apakah bermanfaat?

Secara umum, ya. Angka bulan ke bulan memberikan pemahaman tentang profil lalu lintas dasar: rendah, sedang, atau tinggi. Metrik ini juga memberikan wawasan tentang potensi tren, pola, dan musim, karena lalu lintas bulanan dapat berubah berdasarkan banyak variabel termasuk kampanye pemasaran, peringkat mesin pencari, dan kondisi pasar.

Untuk sebagian besar situs, lalu lintas normal sehari-hari bisa cukup stabil dan dapat diprediksi. Kita dapat menyebut lalu lintas dasar ini. Namun, beberapa situs yang mengalami lonjakan lalu lintas berulang tidak khawatir tentang garis dasar. Mereka lebih mementingkan acara dengan lalu lintas tinggi yang penting bagi bisnis mereka, seperti situs yang menjual tiket konser atau situs yang digunakan untuk mengumumkan rilis produk. Saat peristiwa ini paling penting, penting bagi lingkungan produksi Anda untuk menangani tidak hanya lalu lintas dasar tetapi juga tingkat lalu lintas puncak.

Di sinilah nomor lalu lintas bulanan tidak akan membantu. Metrik yang lebih andal untuk memahami kapasitas pada tingkat lalu lintas ini (tetapi sebenarnya ada) adalah pengguna secara bersamaan.

Menyelam lebih dalam ke metrik pengguna.

Sebelum beralih ke pengguna bersamaan, sebaiknya pahami hierarki metrik dalam ranah analitik digital. Berikut diagram untuk menggambarkan hal ini:

• Pengguna atau pengunjung adalah metrik yang menggambarkan pengguna yang memasuki situs untuk pertama kali. Ini biasanya ditentukan oleh ID pengguna unik. Di WP Engine, ini didefinisikan sebagai alamat IP unik dan dihitung sebagai satu pengunjung unik per hari. Karena setiap kunjungan tambahan oleh pengguna yang sama dikenali oleh ID pengguna unik, pengguna unik hanya akan dihitung satu kali.
• Sesi atau kunjungan mewakili periode saat pengguna berinteraksi dengan situs. Sesi dimulai saat pengguna pertama kali mengunjungi situs dan berakhir saat salah satu dari tiga hal terjadi: pengguna menutup browser, menghapus cookie, atau menjadi tidak aktif selama 30 menit (yang merupakan periode default di Google Analytics dan dapat disesuaikan). Satu pengguna dapat memiliki beberapa sesi sepanjang hari.
• Hit adalah interaksi antara situs dan sumber daya yang ditentukan. Di sisi analitik digital, metrik ini didefinisikan sebagai data yang dikirim ke Google Analytics. Klik ini paling sering adalah tampilan halaman. Dalam konteks WP Engine, hit dapat berupa permintaan ke lingkungan produksi. Permintaan ini dapat di-cache seperti aset statis (png, jpeg, pdf) atau dinamis seperti penulisan basis data (pendaftaran, posting penerbitan, pesanan produk).

Berdasarkan hierarki metrik ini, saat Anda berpindah dari atas ke bawah, data menjadi kurang ambigu dan lebih terperinci. Pada saat yang sama, pemahaman dampak metrik ini terhadap kinerja menjadi lebih jelas.

Singkatnya, mengetahui jumlah pengguna atau pengunjung bulanan saja tidak cukup .

Bagaimana dengan pengguna aktif Google Analytics?

Sering terjadi kesalahpahaman tentang cara Google Analytics dan WP Engine menangkap dan menentukan metrik. Secara sederhana, keduanya melacak data ini untuk tujuan yang berbeda. Google Analytics pada dasarnya adalah alat analitik pemasaran dan konversi. Sebaliknya, WP Engine adalah platform terkelola yang melacak pemanfaatan sumber daya mentah di lapisan infrastruktur dan kinerja di lapisan aplikasi. Metodologinya berbeda dan dapat menyebabkan perbedaan antara kedua platform.

Terkait dengan konkurensi, Google Analytics menawarkan laporan waktu nyata yang memantau dampak kampanye pemasaran di situs Anda. Ini termasuk jumlah pengguna aktif di situs Anda saat ini:

Meskipun bersifat "waktu nyata", metrik ini tidak cukup mengukur jumlah total pengguna di situs Anda pada saat tertentu, secara bersamaan. Pengguna aktif real-time didefinisikan sebagai pengguna unik yang memicu acara atau tampilan halaman dalam lima menit terakhir. Jika pengguna meninggalkan situs sebelum jendela lima menit, Google akan terus menghitungnya sebagai pengguna aktif. Jika pengguna berada di situs lebih dari 5 menit, mereka tidak lagi dihitung sebagai pengguna aktif meskipun masih berinteraksi dengan situs.

Dengan mengingat hal ini, pengguna aktif Google bisa jadi lebih banyak daripada jumlah sebenarnya dari pengguna bersamaan di situs Anda. Dan dalam kasus yang kurang umum, metriknya bisa kurang dari konkurensi sebenarnya bergantung pada perilaku pengguna dan rata-rata durasi sesi.

Dapatkah Anda mengandalkan Pengguna Aktif Google Analytics? Seperti biasa, semakin banyak data yang Anda miliki, semakin baik. Tapi sendirian, itu tidak menentukan kebutuhan kapasitas Anda.

Cara mengukur pengguna serentak .

Jika Google Analytics tidak menyediakan metrik yang jelas untuk pengguna bersamaan, lalu apa? Berikut adalah dua metode umum untuk membantu Anda menentukan nomor ini:

1. Hitung pengguna bersamaan .

Dengan menggunakan rumus ini dengan data yang diambil dari Google Analytics, Anda dapat menghitung jumlah pengguna aktif di situs Anda dalam satuan waktu yang sangat singkat, seperti satu detik:

[Sesi Jam Puncak X Durasi Sesi Rata-Rata (dtk)] / 3600

Untuk sesi per jam puncak, buka laporan "Tinjauan Pemirsa" di Google Analytics —> temukan periode lalu lintas puncak —> ubah tab menjadi "Per Jam" —> arahkan kursor ke grafik untuk melihat jumlah sesi tertinggi dalam satu jam.

Untuk durasi sesi rata-rata, metrik ditampilkan dalam dasbor Ikhtisar. Jika tidak, buka "Pilih metrik" di bawah tab Ikhtisar untuk menampilkan durasi.

2. Pilih alternatif Google Analytics .

Meskipun Google Analytics adalah alat analisis web paling populer di dunia, alat ini mungkin tidak memenuhi semua kebutuhan khusus Anda. Ada sejumlah besar alat analitik yang dapat mengukur konkurensi lebih selaras dengan definisi tradisional pengguna bersamaan.

Bagaimana dengan kemampuan cache?

Jadi, apakah pengguna secara bersamaan merupakan pengukuran kinerja yang valid? Tidak sepenuhnya. Metrik ini membantu Anda memahami besarnya skenario pada tingkat tinggi, tetapi tidak memberikan wawasan yang lebih dalam.

Oleh karena itu, memahami perbedaan antara pengguna yang masuk ke situs WordPress Anda (anggota, admin, editor) dan pengguna yang tidak masuk akan sangat membantu. Perilaku pengguna ini menghasilkan jenis "klik" atau permintaan yang berbeda, yaitu paling menunjukkan kinerja situs (disebutkan di bagian sebelumnya di atas).

Untuk memperluasnya, berbagai jenis permintaan ini datang dalam bentuk statis atau dinamis:

• Konten statis (file yang jarang berubah) seperti CSS, JS, dan gambar misalnya, mudah di-cache.
• Konten dinamis seperti halaman login, keranjang belanja, dan area khusus keanggotaan tidak dapat di-cache karena memerlukan layar untuk menampilkan sesuatu yang unik kepada setiap orang yang mengunjunginya.

Ini memunculkan konsep cacheability , yang mengacu pada proses menyimpan data dalam cache, atau tempat penyimpanan sementara. Saat konten di-cache, browser dapat mengambilnya dari cache daripada dari server asli, menghemat waktu pengguna akhir dan menghemat jaringan dari beban lalu lintas tambahan.

 Mengacu pada klasifikasi statis versus dinamis di atas, situs dengan lebih banyak konten statis akan memiliki skor kemampuan cache yang lebih tinggi. Sebaliknya, situs dengan konten yang lebih dinamis akan memiliki skor kemampuan cache yang lebih rendah.

Saat pengguna WP Engine masuk ke situs WordPress mereka, mereka berinteraksi dengan konten dinamis yang hampir sepenuhnya tidak dapat di-cache. Oleh karena itu, ini melewati lapisan caching frontend kami seperti Varnish dan CDN. Akibatnya, permintaan yang tidak dapat di-cache ini biasanya lebih intensif sumber daya karena harus diproses baru di backend melalui PHP dan MySQL. Sementara itu, situs yang tidak memerlukan login dapat bervariasi dalam kemampuan cache tergantung pada elemen di halaman.

Diagram ini mengilustrasikan berbagai teknologi yang diperlukan untuk menyajikan konten statis vs. dinamis:

Sebagai ilustrasi, katakanlah kita memiliki situs web adopsi anak anjing bernama "The Puppy Nursery". Sebagai pengunjung baru yang memasuki situs, Anda tiba-tiba terlibat dengan foto berkualitas tinggi di beranda. Setelah melayang di atas menu, Anda memutuskan untuk mengklik halaman bios anak anjing untuk detail lebih lanjut tentang setiap hewan. Halaman-halaman ini sebagian besar statis dengan deskripsi dan foto anak anjing yang lucu. Karena sebagian besar halaman ini memiliki konten statis (dapat di-cache), sesi pengguna khusus ini tidak terlalu intensif sumber daya.

Sekarang, setelah sehari, Anda memutuskan untuk mengunjungi situs itu lagi dengan niat mengadopsi anak anjing. Anda mengklik halaman pendaftaran yang secara dinamis muncul dengan daftar anak anjing yang paling dekat dengan lokasi geografis Anda. Setelah memilih anak anjing, Anda melanjutkan untuk mengisi formulir dengan detail kontak pribadi, menyetujui pengabaian keamanan, dan memberikan informasi kartu kredit Anda untuk biaya adopsi. Setelah menekan kirim, Anda diarahkan ke halaman "Terima Kasih". Sesi pengguna khusus ini lebih dinamis karena elemen interaktif termasuk pop-up yang dipersonalisasi, pengiriman formulir, dan transaksi kartu kredit. Akibatnya, ini lebih intensif sumber daya.

Seperti yang ditunjukkan contoh ini, variasi dalam sesi pengguna menghasilkan berbagai jenis permintaan dan jumlah permintaan ke server. Permintaan ini adalah indikator kapasitas dan kinerja yang lebih baik daripada jumlah pengguna yang bekerja secara bersamaan.

Secara keseluruhan, jumlah pengguna yang masuk dan keluar secara bersamaan, dan kemampuan menyimpan cache membantu Anda memahami permintaan sumber daya situs Anda.

Berbagai jenis situs .

Jelas setiap situs web itu unik dan menghadapi tantangan yang berbeda. Namun, tetap benar bahwa karakteristik dasar sebuah situs web akan memberi tahu Anda tentang kemampuan cache-nya.

Memperluas konsep ini, berikut adalah berbagai jenis situs yang biasanya lebih statis atau dinamis.

Statis:

• Situs brosur
• situs pemasaran B2B
• organisasi nirlaba
• Blog (aktivitas posting rendah)
• Situs apa pun dengan interaksi pengguna yang sangat rendah

Dinamis:

• toko eCommerce
• Situs keanggotaan
• Multisite WordPress
• Sistem Manajemen Pembelajaran
• Situs apa pun dengan interaksi pengguna yang tinggi (komentar, pendaftaran, transaksi pesanan, aktivitas masuk, kueri penelusuran)

Catatan: Meskipun ini dikategorikan demikian, situs WordPress Anda mungkin memiliki elemen statis dan dinamis. Itu sebabnya, saat melihat skor cacheability Anda, penting untuk memahami rasio antara keduanya.

Sekarang mari terjemahkan ini ke lalu lintas. Bayangkan sebuah skenario di mana Anda memiliki dua jenis situs: brosur dan eCommerce. Secara alami, situs brosur lebih statis daripada toko eCommerce. Masing-masing, kami akan mengatakan skor kemampuan cache dari setiap situs adalah 90% dan 20%. Jika situs Anda dihosting di WP Engine, hubungi Tim Dukungan kami untuk menentukan skor kemampuan cache Anda.

Dalam skenario ini, katakanlah Anda telah memutuskan untuk menggunakan solusi khusus Google Cloud pada platform WP Engine untuk setiap situs. Dengan asumsi solusinya persis sama, berapa banyak lalu lintas yang dapat ditangani situs brosur sebelum turun? Bagaimana dengan situs eCommerce?

Seperti yang Anda ketahui sekarang, jawabannya tergantung. Secara umum, situs brosur pada solusi khusus dapat mendukung lebih banyak pengunjung secara signifikan per bulan daripada situs eCommerce. Ini lebih statis dan dapat di-cache. Itu asumsi yang relatif aman yang bisa kita buat.

Sejauh mengetahui jumlah pasti pengunjung yang dapat ditangani situs Anda, sebaiknya dekati pertanyaan ini secara holistik dengan memecahnya menjadi bagian-bagian yang lebih kecil.

Mengajukan pertanyaan yang tepat .

Alih-alih menentukan berapa banyak lalu lintas yang dapat ditangani situs Anda, mungkin pertanyaan yang lebih membantu adalah…

Berapa banyak pengguna bersamaan yang dapat ditangani situs saya selama durasi waktu tertentu selama skenario lalu lintas tinggi yang realistis? Misalnya, situs Anda akan ditampilkan di acara TV dan Anda mengharapkan 1.000 pengguna yang tidak masuk secara bersamaan selama 20 menit.]

Berapa banyak dari pengguna ini yang masuk vs keluar?

Seberapa bisa cache situs ini?

Berapa tingkat waktu respons, permintaan per menit, latensi, dan tingkat kesalahan yang dapat diterima selama beban puncak ini?

Dan jika diterjemahkan ke dalam bisnis, apa yang terjadi jika KPI ini tidak terpenuhi?

Bagaimana hal itu dapat memengaruhi pendapatan?

Masukkan pengujian beban .

Untuk menjawab pertanyaan ini, kami sangat menyarankan untuk melakukan uji beban untuk mensimulasikan skenario sebenarnya.

 Uji beban adalah proses menempatkan permintaan pada suatu sistem untuk menentukan bagaimana kinerjanya.

Meskipun uji Kinerja Halaman (tersedia untuk pelanggan WP Engine) atau uji Alat Kecepatan (tersedia untuk semua orang) mengukur kecepatan situs berdasarkan satu kunjungan, itu hanya bab pertama. Tes beban menceritakan keseluruhan cerita.

Paling umum, uji beban dilakukan untuk mensimulasikan lalu lintas puncak dengan sejumlah besar pengguna bersamaan. Dengan kata lain, bagaimana kinerja situs di bawah beban berat dan bukan hanya satu kunjungan.

Untuk benar-benar memahami kapasitas lingkungan Anda khususnya untuk situs Anda, melakukan uji beban akan memberi Anda lebih percaya diri di setiap tingkat lalu lintas.

Berikut adalah beberapa sumber untuk membantu:

Untuk mengetahui lebih dalam tentang pengujian beban, silakan lihat whitepaper ini.

Untuk kiat meningkatkan kemampuan cache halaman, lihat artikel ini.

Pikiran Akhir .

Memahami berapa banyak lalu lintas yang dapat ditangani situs Anda tentu bisa membingungkan. Sebagian besar penyedia hosting terkelola menentukan kriteria mereka sendiri dan pengunjung bulanan maksimum untuk solusi mereka. Karena situs Anda memiliki kumpulan karakteristik yang unik, tidak realistis untuk mempercayai angka-angka ini untuk mengevaluasi kinerja dan kapasitas. Dan ingat, jumlah lalu lintas bulanan tidak akan membantu Anda memahami bagaimana situs Anda akan menangani peristiwa lalu lintas tinggi, bahkan peristiwa yang mungkin hanya berlangsung dalam waktu singkat.

Itu sebabnya angka perkiraan ini hanya boleh digunakan sebagai pedoman. Anda dapat membuat keputusan yang lebih tepat dengan mengajukan pertanyaan yang tepat, mengevaluasi data yang tepat, dan jika perlu, melakukan tes yang tepat.

Sebagai catatan terakhir, lalu lintas hanyalah satu bagian dari teka-teki kinerja dan itu hanya salah satu faktor penentu saat memilih solusi dan platform. Faktor lain termasuk lapisan caching, kinerja basis data, kualitas dan desain infrastruktur, ketersediaan tinggi, dan skalabilitas.

Setiap bisnis memiliki kebutuhan yang berbeda. Untuk pelanggan perusahaan, ada persyaratan bisnis dan fungsional penting yang harus dipenuhi.

Menurut pilar AWS Well-Architected Framework, ini adalah prioritas tertinggi:

• Keunggulan Operasional: Kemampuan untuk menjalankan dan memantau sistem untuk memberikan nilai bisnis dan untuk terus meningkatkan proses dan prosedur pendukung.
• Keamanan: Kemampuan untuk melindungi informasi, sistem, dan aset sambil memberikan nilai bisnis melalui penilaian risiko dan strategi mitigasi.
• Keandalan: Kemampuan sistem untuk pulih dari gangguan infrastruktur atau layanan, memperoleh sumber daya komputasi secara dinamis untuk memenuhi permintaan, dan mengurangi gangguan seperti kesalahan konfigurasi atau masalah jaringan sementara.
• Efisiensi Kinerja: Kemampuan untuk menggunakan sumber daya komputasi secara efisien untuk memenuhi persyaratan sistem, dan untuk mempertahankan efisiensi tersebut seiring perubahan permintaan dan perkembangan teknologi.
• Pengoptimalan Biaya: Kemampuan menjalankan sistem untuk memberikan nilai bisnis pada titik harga terendah.

WP Engine mengikuti praktik standar industri yang selaras dengan pilar ini.

Ingin mengetahui lebih lanjut tentang berapa banyak lalu lintas yang dapat ditangani situs Anda? Klik di sini untuk mengetahui lebih lanjut tentang paket WP Engine dan manfaat yang dilihat pelanggan saat mereka menggunakan platform hosting WordPress terkelola kami.