Beyond Server Response Time – Smash Magazine – Beragampengetahuan

Memuat situs web Anda HTML dengan cepat memiliki dampak besar pada pengalaman tamu. Bagaimanapun, konten halaman tidak dapat ditampilkan sampai bagian pertama HTML dimuat. Inilah sebabnya mengapa waktu metrik byte pertama (TTFB) penting: dapat mengukur berapa lama setelah browser mulai menerima respons HTML setelah navigasi.

Menghasilkan dokumen HTML dengan cepat memainkan peran penting dalam meminimalkan latensi TTFB. Namun pada kenyataannya, ada lebih banyak optimisasi untuk metrik ini. Dalam artikel ini, kami akan mengeksplorasi cara lain yang dapat menyebabkan TTFB yang buruk dan apa yang dapat Anda lakukan untuk mengatasinya.

Komponen mana yang merupakan waktu metrik byte pertama?

TTFB berdiri untuk waktu tiba Byte pertama. Tapi di mana itu mengukur dari?

Alat yang berbeda menangani ini secara berbeda. Beberapa orang hanya menghitung waktu yang diperlukan untuk mengirim permintaan HTTP dan mendapatkan tanggapan, mengabaikan semua hal lain yang perlu terjadi terlebih dahulu sebelum memuat sumber daya. Namun, saat melihat kesehatan jaringan inti Google, TTFB dimulai dari ketika pengguna mulai menavigasi ke halaman baru. Ini berarti bahwa TTFB termasuk:

• Mengarahkan kembali protozoa,
• Waktu untuk terhubung ke server,
• Pengalihan asli yang sama dan
• Permintaan aktual untuk dokumen HTML.

Kita dapat melihat contoh dalam permintaan ini visualisasi air terjun.

Waktu respons server di sini hanya 183 milidetik, menyumbang sekitar 12% dari total metrik TTFB. Sebaliknya, setengah dari waktu dihabiskan untuk silang redirects – permintaan HTTP terpisah yang mengembalikan respons pengalihan sebelum kita dapat membuat permintaan untuk mengembalikan kode HTML situs web. Ketika kami mengajukan permintaan ini, sebagian besar waktu kami dihabiskan untuk membuat koneksi server.

Server yang terhubung ke jaringan biasanya melakukan tiga perjalanan pulang pergi di jaringan:

1. DNS: Temukan alamat IP server.
2. TCP: Buat koneksi yang dapat diandalkan ke server.
3. TLS: Buat koneksi terenkripsi yang aman.

Penundaan jaringan berarti byte pertama untuk waktu

Mari kita tambahkan semua perjalanan pulang pergi dalam contoh di atas:

• 2 Koneksi Server: 6 perjalanan pulang pergi.
• 2 Permintaan HTTP: 2 perjalanan pulang pergi.

Ini berarti bahkan sebelum kita mendapatkan byte respons pertama dari halaman Bahkan, kita harus bolak -balik antara browser dan server delapan kali!

Jika kita melihat waktu yang dibutuhkan untuk mengirim data ke server dan menerima tanggapan di browser, di situlah jaringan tertunda atau waktu bulat jaringan (RTT). Dengan koneksi latensi tinggi dengan 150ms RTT, delapan perjalanan pulang pergi ini akan memakan waktu 1,2 detik. Jadi kami tidak bisa mendapatkan TTFB di bawah nomor itu bahkan jika server selalu merespons segera.

Latensi jaringan sangat tergantung pada jarak geografis antara perangkat pengunjung dan server tempat browser terhubung. Anda dapat melihat efek ini dalam praktiknya dengan menjalankan tes TTFB global di situs web Anda. Di sini saya telah menguji situs web yang diselenggarakan di Brasil. TTFB kami mendapat skor dengan baik saat menguji dari Brasil dan Amerika Serikat. Namun, wisatawan dari Eropa, Asia atau Australia menunggu beberapa saat untuk dimuat.

Apa arti jaringan pengiriman konten untuk waktu byte pertama?

Salah satu cara untuk mempercepat situs web adalah dengan menggunakan jaringan pengiriman konten (CDN). Layanan ini menyediakan jaringan lokasi server terdistribusi di seluruh dunia. Alih -alih bolak -balik setiap perjalanan pulang pergi sampai ke lokasi di mana aplikasi web di -host, browser terhubung ke server CDN terdekat (disebut edge node). Ini sangat mengurangi waktu untuk membuat koneksi server, sehingga meningkatkan metrik TTFB keseluruhan Anda.

Secara default, permintaan HTML yang sebenarnya masih harus dikirim ke aplikasi web Anda. Namun, jika konten Anda tidak dinamis, Anda juga dapat menyimpan respons pada simpul tepi CDN. Dengan cara ini, permintaan dapat disediakan sepenuhnya melalui CDN daripada data yang tersebar di seluruh dunia.

Jika kami menjalankan tes TTFB di situs web menggunakan CDN, kami dapat melihat bahwa setiap respons server berasal dari pusat data regional yang dekat dengan permintaan. Dalam banyak kasus, TTFB kami memiliki TTFB 200 milidetik karena tanggapan yang sudah di -cache pada simpul tepi.

Bagaimana meningkatkan waktu byte pertama

Apa yang perlu Anda lakukan untuk meningkatkan skor TTFB dari situs web Anda tergantung pada apa komponen yang berkontribusi terbesar.

• Butuh banyak waktu untuk terhubung: Gunakan CDN global.
• Respons server lambat: Optimalkan Kode Aplikasi Anda atau Respons cache
• Penundaan pengalihan TTFB: Hindari pengalihan Dan Optimalkan server Mengembalikan respons pengalihan.

Ingatlah bahwa TTFB tergantung pada bagaimana pengunjung mengakses situs web Anda. Misalnya, jika Anda masuk ke aplikasi Anda, konten halaman mungkin tidak tersedia dari cache. Anda juga dapat melihat paku di TTFB saat menjalankan kampanye Anda, saat pengunjung melacak server mengarahkan melalui klik.

Pantau Waktu Pengguna Nyata ke Byte Pertama

Jika Anda ingin segmen penampilan TTFB dari pengunjung yang berbeda di situs web Anda, Anda memerlukan pemantauan pengguna yang sebenarnya. Dengan cara ini, Anda dapat memecah pengalaman pengguna yang sebenarnya dari lokasi pengunjung, status login, atau domain yang disarankan.

Debugbear dapat membantu Anda mengumpulkan metrik pengguna nyata sehingga waktu untuk byte pertama, Google Core Web Vitals, dan metrik kecepatan halaman lainnya. Anda dapat melacak komponen TTFB individual seperti durasi TCP atau waktu pengalihan dan kinerja situs segmen berdasarkan negara, kampanye, dan banyak lagi.

sebagai kesimpulan

Dengan melihat semua yang terlibat dalam memberi pengunjung byte pertama dari situs web, kami telah melihat bahwa mengurangi waktu respons server tidak cukup dan seringkali tidak akan menjadi yang paling berpengaruh yang dapat Anda lakukan di perubahan situs web.

Hanya karena situs web Anda cepat di satu lokasi bukan berarti semua orang cepat, karena perubahan kecepatan situs web tergantung di mana pengunjung mengunjungi situs web Anda.

Jaringan pengiriman konten Ini adalah cara yang sangat kuat untuk meningkatkan TTFB. Bahkan jika Anda tidak menggunakan fitur canggih apa pun, hanya menggunakan jaringan server globalnya dapat menghemat banyak waktu saat membuat koneksi server.

(GG, YK)