Apa Waktu untuk Byte Pertama dan Cara Meningkatkannya di Situs WordPress Anda

Mungkin Anda pernah mendengar ungkapan itu Saatnya Byte Pertama tetapi entah bagaimana konsepnya tampaknya luput dari sebagian orang. Baik itu karena tampaknya berorientasi pada teknologi atau karena tampaknya seperti konsep abstrak, tidak begitu penting untuk penggunaan sehari-hari. Tidak ada yang bisa lebih jauh dari kebenaran.


Bita ke Bita Pertama sebenarnya bukan konsep atau gagasan yang hanya dipahami oleh orang-orang teknisi. Setiap orang harus bisa memahami maknanya dan menerapkannya dalam praktik.

Dalam artikel ini saya akan menjelaskan kepada Anda, dalam beberapa kata: apa itu Time to First Byte, bagaimana hal ini memengaruhi situs Anda dan mengapa Anda harus memberi perhatian besar pada subjek ini jika Anda ingin memberi pembaca Anda pengalaman terbaik saat menjelajahi situs Anda.

Apa Waktu untuk Byte Pertama?

Time to first byte (TTFB) adalah pengukuran yang digunakan sebagai indikasi daya tanggap server web atau sumber daya jaringan lainnya.

TTFB mengukur durasi dari pengguna atau klien yang membuat permintaan HTTP ke byte pertama dari halaman yang diterima oleh browser klien. Waktu ini terdiri dari waktu koneksi soket, waktu yang dibutuhkan untuk mengirim permintaan HTTP, dan waktu yang dibutuhkan untuk mendapatkan byte pertama dari halaman. Meskipun kadang-kadang disalahpahami sebagai perhitungan pasca-DNS, perhitungan asli TTFB dalam jaringan selalu menyertakan latensi jaringan dalam mengukur waktu yang diperlukan sumber daya untuk mulai memuat.

Itulah penjelasan “teknisi” yang diambil langsung dari Wikipedia. Sekarang mari kita terjemahkan menjadi yang lebih sederhana yang melayani semua orang.

Bita ke Bita Pertama adalah waktu yang dibutuhkan dari Anda menekan tombol itu untuk memuat situs web saat ia mulai merender. Jika Anda membicarakan hal ini dalam istilah game, Time to byte pertama akan mirip dengan “latency” atau “lag” yang Anda miliki saat bermain game. Latensi adalah representasi langsung dari seberapa responsif yang dirasakan situs Anda.

Apa Faktor yang Mempengaruhi Waktu ke Byte Pertama?

Waktu untuk byte pertama dapat diwakili oleh beberapa faktor tetapi karena ini adalah artikel WordPress, kita akan mengurangi segalanya menjadi apa yang terpengaruh ketika WordPress ada di tempat.

  • Waktu respons DNS
  • Konfigurasi dan kinerja server (PHP dan server web)
  • Plugin WordPress / Tema
  • Caching HTML Diaktifkan / Dinonaktifkan

Masing-masing dan semua faktor itu menambahkan latensi tambahan ke waktu yang dibutuhkan situs Anda untuk mulai render. Ini artinya semua bertambah. Bukan itu beberapa faktor-faktor tersebut dapat mempengaruhi latensi, semua faktor-faktor tersebut berkontribusi terhadap latensi yang lebih banyak! Jadi Anda dapat menebak bahwa untuk skenario yang ideal, semuanya harus cepat bagi Anda untuk mendapatkan Waktu yang sangat baik untuk Byte Pertama dan jika sesuatu dalam rantai itu membutuhkan lebih banyak waktu untuk diproses, waktu terakhir Anda ke byte Pertama akan menderita.

Ini penting karena Waktu ke byte pertama memengaruhi semua yang Anda atau pembaca Anda lakukan di situs Anda. Setiap kali pembaca mengklik beberapa tautan, gambar, posting atau halaman blog, Time to First Byte akan dipertimbangkan. Anda dapat melihat bahwa Time to First Byte yang buruk akan berarti bahwa pembaca akan memiliki situasi yang mirip dengan gamer yang terhubung ke server yang buruk. Setiap klik akan memiliki kelambatan yang terkait dan itu akan berdampak pada pengalaman.

Catatan: Dari titik ini ke depan saya akan menggunakan akronim TTFB untuk menunjukkan Waktu ke Byte Pertama hanya untuk mempercepat sedikit.

1. Waktu respons DNS

Resolusi DNS adalah faktor pertama dalam persamaan. Selalu pastikan untuk menggunakan server DNS yang baik dan bahwa mereka memiliki node yang tersebar di seluruh kata untuk mendapatkan resolusi terbaik. Cara yang baik untuk mengurangi TTFB dalam langkah ini adalah dengan menggunakan layanan global yang bagus seperti CloudFlare sebagai mengimplementasikan layanan semacam itu Caching DNS global. Metode ini sangat baik untuk mengurangi TTFB dengan menyimpan resolusi lebih lanjut.

2. Konfigurasi Server

Langkah kedua dalam latensi TTFB adalah server yang sebenarnya. Di sinilah hosting Anda muncul. Jenis konfigurasi server web yang digunakannya dan teknik caching akan melakukannya sangat berkurang TTFB. Misalnya, jika server Anda menerapkan penerjemah PHP 5.4 lama, Anda akan mendapatkan TTFB yang sangat tinggi sedangkan menggunakan konfigurasi PHP 7.1 modern akan mengurangi waktu itu dengan faktor 2 atau lebih.

Ini karena interpreter PHP memainkan peran penting dalam proses. Setiap kali Anda meminta halaman situs web atau posting blog itu tidak di-cache, server perlu memproses file PHP yang dimaksud untuk mengubahnya dalam format HTML kembali ke browser Anda. Semakin kompleks file PHP, semakin banyak waktu yang diperlukan untuk melakukan pra-proses dan mengirimkannya kembali ke browser Anda.

Anda dapat melihat bahwa kinerja server juga akan mengambil bagian penting pada keseluruhan proses. Semakin cepat CPU dan semakin banyak sumber daya yang dialokasikan hosting Anda untuk Anda, semakin cepat ia akan memproses file-file itu dan karenanya, TTFB Anda akan lebih kecil.

Juga, jika hosting Anda menerapkan caching PHP, ini akan semakin berkurang pada permintaan kedua karena akan memberikan versi cache file itu daripada harus memproses file PHP lagi.

Anda dapat melihat sekarang ada 2 jenis bisnis hosting, layanan umum (tidak tertutup) dan layanan hosting eksklusif WordPress yang biasanya menerapkan mekanisme caching untuk PHP, mengurangi TTFB Anda dalam proses.

3. Plugin dan Tema WordPress

Langkah ketiga dalam persamaan TTFB adalah situs Anda yang sebenarnya. Ini adalah faktor paling penting dan saya akan menunjukkan alasannya.

Biasanya WordPress akan memberikan hosting Anda beberapa file PHP untuk diproses dan semakin kompleks mereka, semakin banyak waktu yang dibutuhkan untuk diproses. WordPress dilayani oleh plugin dan plugin itu menambahkan kode tambahan ke pemrosesan PHP final sehingga dengan mengingat hal ini Anda dapat dengan jelas melihatnya semakin banyak plugin yang Anda pasang, semakin banyak waktu yang dibutuhkan hosting Anda untuk memprosesnya dan karenanya, TTFB Anda akan meningkat.

Semakin sedikit semakin baik

Sebagai aturan praktis, lebih sedikit plugin biasanya lebih baik. Tentu saja, satu plugin berkode buruk bisa jauh lebih buruk daripada 10 plugin yang dikodekan secara ahli atau mungkin untuk menginstal dua plugin yang terjadi konflik. Tetapi secara umum, mengurangi jumlah plugin membuatnya lebih mudah bagi Anda untuk mengelola pembaruan dan menjaga kecepatan situs Anda. Berikut adalah contoh jumlah plugin yang wajar untuk instalasi.

Waktu ke Byte Pertama: Lebih Sedikit Plugin

Contoh berikut ini dapat bermasalah (sekali lagi – sebagian bergantung pada apa yang telah Anda instal).

Waktu ke Byte Pertama: Lebih Banyak Plugin

Dan tentu saja, apa pun yang melewati penghalang 30 plugin kemungkinan tidak baik untuk latensi Anda. Anda dapat yakin bahwa situs web dengan lebih dari 40 plugin akan memiliki TTFB yang sangat tinggi bahkan jika dihosting di layanan hosting yang spektakuler dan saya akan menunjukkan kepada Anda mengapa.

4. Caching HTML

Faktor terakhir adalah yang paling penting dan terkait dengan mekanisme caching Anda memutuskan untuk menerapkan pada instalasi WordPress Anda. Meskipun ada beberapa jenis mekanisme caching di WordPress, yang paling efektif dari semuanya adalah Caching HTML.

Memiliki plugin yang bagus seperti KeyCDN Cache Enabler akan memiliki dampak luar biasa pada TTFB Anda, bahkan lebih dari hosting itu sendiri. Ini akan mengonversi semua file tersebut ke dalam HTML sehingga setelah cache aktif, pembaca Anda tidak perlu melewati pra-prosesor PHP di hosting Anda dan itu akan menjadi hanya server web itu sendiri bertanggung jawab atas penyajian konten Anda. Anda bahkan dapat mempercepat proses lebih banyak lagi jika Anda memutuskan untuk menggunakan hosting yang menyertakan nginx alih-alih apache sebagai server web utama seperti yang saya jelaskan di artikel ini.

Waktu ke Byte Pertama Studi Kasus: Mengapa Itu Penting

Sekarang saya tunjukkan apa yang sedang kita bicarakan. Studi kasus berikut adalah contoh nyata dari konfigurasi situs web di berbagai server, dengan ringkasan tolok ukur yang praktis di bagian akhir.

Situs web Lambat di Server Lambat

Memiliki situs yang lambat dapat menjadi masalah bagi TTFB dan jika Anda tidak peduli dengan layanan hosting yang baik maka Anda harus siap menghadapi hasil terburuk yang mungkin terjadi..

Waktu ke Byte Pertama: Situs Lambat, Kinerja Server Lambat

Mari menganalisis situs ini secara detail. Untuk tujuan ini saya akan menggunakan Pingdom Tools karena ini adalah alat yang sangat baik untuk membiarkan Anda melihat TTFB. Caranya adalah dengan membuka detail pada permintaan pertama yang dilakukan ke situs.

Waktu ke Byte Pertama: Situs Lambat, Respons Server Lambat

Seperti yang Anda lihat, situs ini memiliki TTFB tidak kurang dari 4,2 detik! Ini berarti 4 detik penuh berlalu sampai Anda mendapatkan indikasi bahwa situs web itu sebenarnya tersedia.

Sekarang gandakan waktu itu dengan semua klik yang akan Anda lakukan di situs dan Anda dapat melihat seberapa banyak rasa sakit yang bisa dirasakan oleh pembaca. Tentu saja, TTFB harus ditambahkan ke total waktu yang dibutuhkan situs untuk membuat. Hasilnya akan bencana untuk kinerja karena situs akan mengambil sebanyak 7 detik untuk merender kadang-kadang benar.

Kombinasi beberapa faktor menyebabkan hal ini. Situs web yang dioptimalkan dengan buruk tanpa mekanisme caching, layanan hosting yang sangat lambat dan penerjemah PHP yang benar-benar ketinggalan zaman, yang masih menjalankan PHP 5.4. Bahkan ketika situs menggunakan cloudflare sebagai mekanisme caching eksternal, tidak ada yang bisa dilakukan untuk memperbaiki situasi, jika situs Anda dan hosting Anda tidak bekerja sama.

Situs web Cepat di Server Rata-Rata

Mari kita lihat apa yang terjadi ketika kita menempatkan situs yang sangat cepat di server rata-rata yang menggunakan Apache dan PHP 7.1

Waktu ke Byte Pertama: Situs Cepat, Respons Server Rata-Rata

Dengan situs yang memiliki kurang dari 10 plugin tanpa cache, hasilnya setidaknya 5 kali lebih baik daripada yang sebelumnya. Anda dapat melihat bahwa TTFB sekarang diatur pada 521ms. Itu berarti bahwa situs tersebut akan memakan waktu 0,5 detik untuk mulai rendering di browser Anda, dari saat ia berpindah dari server ke saat ia mencapai komputer Anda.

Waktu ke Byte Pertama: Situs Cepat, Respons Server Rata-rata 2

Apa yang terjadi ketika kami mengaktifkan cache di situs web itu? Sihir terjadi. Server umumnya rata-rata berjalan di Apache dapat memberikan hasil yang sangat baik hanya dengan 152ms TTFB. Anda dapat melihat berapa banyak caching WordPress yang bagus mekanisme mempengaruhi hasil.

Situs web yang Sangat Lambat pada Server yang Cepat

Sekarang mari kita lihat yang sebaliknya. Apa yang terjadi jika kita menempatkan situs yang sangat lambat ke server yang sangat cepat.

Waktu ke Byte Pertama: Situs Lambat, Respons Server Cepat

Server yang dioptimalkan menjalankan Plesk dengan nginx dan PHP 7.1.11 akan memakan waktu 1,29 detik untuk membuat situs yang diisi dengan plugin (lebih dari 27).

Waktu ke Byte Pertama: Situs Lambat, Respons Server Cepat 2

Tetapi ketika kita mengaktifkan Caching di WordPress melalui KeyCDN Cache Enabler yang indah hasilnya luar biasa. Situs yang sangat lambat ini hanya mengurangi TTFB menjadi 400 ms.

Situs web Cepat di Server Cepat

Sekarang mari kita lihat situasi optimal. Situs web cepat yang berjalan di server cepat.

Waktu ke Byte Pertama: Situs Cepat, Respon Server Cepat

Server yang sama yang memberikan TTFB 1,29 detik pada situs lambat merespons kurang dari 500 ms di situs cepat tanpa cache.

Waktu ke Byte Pertama: Situs Cepat, Respons Server Cepat 2

Jika kita mengaktifkan cache, hasilnya sungguh menakjubkan. Server cepat, dikombinasikan dengan situs web cepat dengan caching yang diaktifkan memberikan TTFB kurang dari 150 ms!

Hasil Benchmark

Mari kita lihat hasilnya dalam satu grafik besar untuk pecinta benchmark.

Waktu untuk Tingkatan Pertama Byte

Anda dapat melihat bahwa hosting memiliki peran penting dalam mengurangi TTFB Anda dan meningkatkan latensi dan persepsi kinerja situs Anda, tetapi apa yang Anda lakukan dengan situs memiliki dampak paling besar terhadap kinerja.

Membungkus

Memiliki metrik TTFB yang baik akan menjamin Anda bahwa Anda akan memiliki situs yang cepat dan responsif, ini akan memangkas waktu rendering umum Anda dan akan berfungsi sebagai metrik yang sangat baik untuk menentukan kinerja. Biasanya, semakin tinggi TTFB, semakin lambat situs Anda. Mempertimbangkan TTFB ketika Anda membuat tolok ukur situs Anda sangat penting karena waktu ini juga dapat digunakan untuk menentukan hambatan pada instalasi WordPress Anda. Anda dapat melakukan latihan sederhana dengan hanya menonaktifkan semua plugin dan bertukar ke tema dasar dan kemudian mengukur TTFB lagi. Anda akan kagum dengan hasilnya.

Saya ingin menyelesaikan artikel ini dengan mengatakan ini tidak berarti “satu metrik untuk mengatur semuanya” karena ada faktor lain yang perlu dipertimbangkan termasuk kinerja database, bandwidth yang tersedia dan kecepatan jaringan. Tapi karena TTFB biasanya dipengaruhi oleh semua faktor itu juga, itu indikasi yang baik dari kemacetan di tempat lain.

Semoga Anda akan mengambil kesempatan untuk bereksperimen dengan TTFB Anda. Tinggalkan komentar Anda di bawah ini. Kami ingin mendengar tentang pengujian Anda sendiri, atau membantu dengan pertanyaan apa pun yang mungkin Anda miliki.

Jeffrey Wilson Administrator
Sorry! The Author has not filled his profile.
follow me
    Like this post? Please share to your friends:
    Adblock
    detector
    map