Tes Kecepatan Situs Web

RSS

Find out how fast a website responds and what slows it down: DNS, connection, TLS and server time, page weight, compression, HTTP/2 and render-blocking resources, with prioritised recommendations.

Coba: wikipedia.org, github.com, example.com
A
Laporan kecepatan website

https://www.wikipedia.org/

Skor 94/100 · Dipindai 17 Okt 2026, 06:00 UTC · oleh ToolsForAnyone
Respons server15 ms
Total muat (HTML)53 ms
Ukuran HTML119,3 KB
Kompresigzip

Rincian waktu

Diukur dari server kami (AS bagian timur)
Redirect
27 ms
DNS lookup
0 ms
Koneksi TCP
4 ms
TLS handshake
6 ms
Server (TTFB)
15 ms
Unduh HTML
1 ms

Peluang perbaikan

2 ditemukan
Redirect memakan 27 msDAMPAK RENDAH
1 redirect sebelum halaman dimuat.
Tautkan langsung ke URL akhir.
Tidak ada format gambar modern yang terdeteksiDAMPAK RENDAH
WebP dan AVIF biasanya 25–50% lebih kecil daripada JPEG/PNG.
Sajikan gambar WebP atau AVIF.

Resource halaman

Script eksternal
2 (+2 inline)
Stylesheet
0
Gambar
7
Iframe
0
Petunjuk preload / preconnect
1
Domain pihak ketiga
0

Server

Alamat IP
208.80.154.224
Software server
ATS/9.2.15
HTTP/2
Ya
HTTP/3
Tidak
Cache-Control (HTML)
s-maxage=86400, must-revalidate, max-age=3600

Ingin Core Web Vitals dari pengguna Chrome sungguhan? Jalankan Google PageSpeed Insights untuk URL ini.

Apa yang diukur oleh tes kecepatan situs web ini

Kami memuat halaman dari server kami dan memecah waktunya menjadi setiap langkah yang dilalui browser sebelum bisa mulai merender: me-resolve nama domain (DNS), membuka koneksi TCP, menegosiasikan enkripsi TLS, menunggu server menghasilkan halaman (time to first byte), dan mengunduh HTML. Lalu kami menganalisis HTML untuk mencari hal-hal yang paling sering memperlambat halaman di browser.

Sekilas tentang Core Web Vitals

MetrikYang diukurBaik
LCP (Largest Contentful Paint)Kapan konten utama muncul≤ 2,5 dtk
INP (Interaction to Next Paint)Seberapa cepat halaman merespons klik dan ketukan≤ 200 md
CLS (Cumulative Layout Shift)Seberapa banyak tata letak bergeser saat dimuat≤ 0,1
TTFB (Time to First Byte)Kecepatan respons server dan jaringan≤ 0,8 dtk

Respons server yang lambat menunda semua hal lainnya, itulah sebabnya TTFB adalah angka pertama yang perlu dioptimalkan. Skrip dan stylesheet yang memblokir render menunda LCP, gambar tanpa dimensi menyebabkan CLS, dan JavaScript yang berat memperburuk INP.

Perbaikan kecepatan yang paling efektif

  1. Cache halaman dan gunakan CDN agar sebagian besar pengunjung mendapat halaman siap saji dari server terdekat.
  2. Aktifkan kompresi brotli atau gzip untuk HTML, CSS, dan JavaScript.
  3. Tunda JavaScript yang tidak penting dengan defer atau async, dan hapus tag serta plugin yang tidak dipakai.
  4. Optimalkan gambar: sajikan WebP/AVIF sesuai ukuran tampilannya, atur lebar dan tinggi, dan gunakan lazy-load untuk gambar yang berada di bawah layar awal (below the fold).
  5. Aktifkan HTTP/2 dan HTTP/3 dan gunakan preconnect ke origin pihak ketiga yang penting.
  6. Hindari rantai redirect; periksa dengan cek redirect.

Ingin mengetahui kecepatan koneksi Anda sendiri? Gunakan tes kecepatan internet kami. Untuk visibilitas di mesin pencari, jalankan cek SEO.

Pertanyaan yang sering diajukan

Mengapa hasil saya berbeda dari PageSpeed Insights atau GTmetrix?

Setiap alat menguji dari lokasi, perangkat, dan kecepatan jaringan yang berbeda. Alat lab menyimulasikan ponsel kelas menengah di jaringan yang lambat; tes ini mengukur waktu di sisi server dari pusat data kami. Pantau perubahan dari waktu ke waktu dengan alat yang sama.

Apakah tes ini memuat gambar dan skrip?

Tidak. Tes ini mengunduh dan menganalisis dokumen HTML. Jumlah resource dan rekomendasi berasal dari HTML, sehingga tes tetap cepat dan ringan bagi situs.

Diperbarui

Tersalin ke clipboard