STATUS IS UPWIKI OPTIMASI SITUS WEB
19Percepat
Kinerja dan pengiriman / Percepat

Lazy Loading Tanpa Halaman Rusak

Tunda aset yang pengunjung belum perlu, sambil menjaga tampilan pertama, struktur, penemuan, dan interaksi siap saat dibutuhkan.

Lazy Loading Tanpa Halaman Rusak — PANDUAN VISUAL
BACA
8 menit
SUMBER
6
VALIDASI ULANG
2027-03-27
ditinjau
Web performance, accessibility, and technical SEO reviewer
JAWABAN SINGKAT

Mulai dengan keputusan.

Lazy loading harus menunda hanya sumber daya yang kemungkinan besar belum dibutuhkan pengunjung. Pertahankan layar pertama yang terlihat: gambar atau poster bermakna, salinan utama, navigasi, dan kontrol segera. Tunda gambar bawah-halaman, embed opsional, dan kode untuk fitur atau rute yang belum dipilih. Aturan 'lazy semuanya' di seluruh situs berisiko.

Untuk gambar dan iframe luar layar biasa, mulai dengan kontrol pemuatan bawaan browser daripada kode gulir khusus. Cadangkan ruang akhir setiap visual. Konten penting harus dimuat saat terlihat, bukan hanya setelah gulir, klik, atau hover yang mungkin tidak dilakukan perayap pencarian.

Perlakukan ini sebagai perubahan rilis terukur. Temukan Largest Contentful Paint (LCP) halaman—elemen konten terbesar yang terlihat saat pemuatan—dan jangan menundanya. Bandingkan perjalanan representatif di mobile dan desktop sebelum dan sesudah. SIU mendukung optimasi uptime proaktif dan remediasi: tangkap regresi sebelum menjadi halaman rusak, dengan jalur rollback yang sempit.

PANDUAN VISUAL

Lihat pekerjaan sebagai sebuah sistem.

Gunakan peta ini untuk menghubungkan keputusan dalam artikel sebelum menerapkan taktik individual.

SIUPercepat
01Tentukan apa yang dibutuhkan sekarang, bukan apa yang muncul awal di markup
02Lindungi hero dan viewport awal
03Cadangkan ruang sebelum media tiba
04Jaga konten dapat ditemukan dan interaksi dapat dipahami
01

Tentukan apa yang dibutuhkan sekarang, bukan apa yang muncul awal di markup

Lazy loading menandai sumber daya sebagai non-kritis sampai diperlukan. Klasifikasikan menurut perjalanan aktual: kebutuhan tampilan pertama, media di bawah lipatan, embed opsional, dan kode untuk rute atau panel nanti. Posisi di CMS tidak cukup sebagai bukti; sebuah gambar bisa berada di luar layar di satu template dan menjadi pusat di template lain.

Tinjau cold load di ponsel kecil dan desktop tipikal. Juga uji tautan kampanye dan anchor di dalam halaman, yang dapat membawa pengunjung lebih jauh ke bawah halaman. Tinjauan itu memberi tahu apa yang harus siap tanpa permintaan yang dipicu gulir.

Siapkan

Tugas awal, navigasi yang terlihat, salinan kunci, dan visual bermakna pertama harus tersedia segera.

Tunda dengan sengaja

Galeri bawah-halaman, peta, embed sosial, pemutar di luar layar, dan kode untuk fitur yang tidak dipilih adalah kandidat umum.

02

Lindungi hero dan viewport awal

Jangan lazy-load konten yang kemungkinan terlihat saat halaman dibuka. Google memperingatkan hal ini, dan analisis terfokus web.dev menunjukkan bahwa lazy-loading gambar di viewport awal dapat menunda LCP. Elemen LCP bisa berupa hero, gambar produk, poster, atau teks; verifikasi pada setiap template penting alih-alih menebak.

Muat gambar LCP yang sudah dikonfirmasi secara eager. Jika pengujian menunjukkan gambar kritis yang dapat ditemukan kehilangan perhatian jaringan, uji hint fetch-priority yang tinggi untuknya. Itu hanya petunjuk, bukan perintah. Gambar latar CSS kritis mungkin perlu preload dini karena parser tidak dapat menemukannya secara langsung; ukur kasus itu.

Audit otomatisasi

Periksa default CMS dan plugin untuk featured image yang keliru ditandai lazy pada halaman listing.

Verifikasi tampilan pertama

Gunakan cold load mobile dan desktop, bukan hanya pratinjau desain di desktop.

03

Cadangkan ruang sebelum media tiba

Cumulative Layout Shift (CLS) adalah pergerakan tak terduga dari konten yang terlihat. Gambar yang ditunda tanpa tinggi yang diketahui dapat mendorong teks dan kontrol setelah pembaca mulai memindai atau menjangkau tombol. Itu adalah risiko interaksi, bukan sekadar masalah metrik.

Berikan atribut width dan height yang akurat untuk gambar dan video, atau cadangkan bentuknya dengan CSS aspect-ratio. Gunakan placeholder dengan jejak akhir komponen. Untuk frame pihak ketiga, cadangkan tingginya dan berikan status memuat atau tidak tersedia yang jelas.

Gunakan dimensi nyata

Simpan dimensi media bersama aset jika memungkinkan; rasio generik tidak andal untuk bentuk gambar campuran.

Uji setelah muat

Gulir, saring, buka panel, putar perangkat mobile, dan gunakan navigasi kembali untuk menemukan pergeseran selanjutnya.

04

Jaga konten dapat ditemukan dan interaksi dapat dipahami

Google Search Central mengatakan Google tidak berinteraksi dengan halaman dengan menggulir atau mengklik. Konten lazy-loaded penting harus dimuat saat terlihat, dan HTML yang dirender harus mengekspos konten atau URL media yang diharapkan. Periksa halaman representatif di Search Console setelah implementasi.

Daftar tak hingga (infinite list) yang dapat diindeks memerlukan rute berhalaman untuk setiap potongan yang tahan lama: URL unik yang persisten, konten stabil di URL itu, dan tautan melalui urutan. Ini juga menciptakan tempat yang dapat dibagikan untuk orang kembali.

Saat sebuah aksi menampilkan konten, pertahankan kontrol dapat dioperasikan dengan keyboard dan buat hasilnya dapat dipahami. Untuk pembaruan bermakna tanpa fokus seperti 'hasil dimuat', ekspos status secara programatik sehingga teknologi bantu dapat mengumumkannya tanpa memindahkan fokus.

Jangan mengunci teks penting

Detail produk, isi artikel, informasi kelayakan, dan instruksi tugas tidak seharusnya baru ada setelah aksi pengunjung.

Perlakukan pembayaran dengan hati-hati

Jangan menunda kontrol checkout atau autentikasi yang diperlukan. Libatkan peninjau keamanan dan kepatuhan yang memenuhi syarat untuk perubahan pembayaran, identitas, dan skrip pihak ketiga.

05

Gunakan mekanisme yang paling tidak rapuh

Untuk gambar dan iframe luar layar biasa, lazy loading bawaan browser biasanya adalah titik awal paling sederhana. Browser memutuskan kapan permintaan dekat-viewport dimulai; jarak itu bukan jaminan. Peristiwa window load dapat terjadi sementara sumber daya lazy masih belum lengkap.

Gunakan Intersection Observer ketika sebuah komponen bernama membutuhkan aktivasi khusus, seperti mounting panel mahal beberapa saat sebelum muncul. Jaga observer sempit dan mulai kerja cukup awal untuk pengguliran cepat. Gunakan code splitting untuk rute non-inisial atau fitur opsional, bukan sebagai alasan menunda tugas saat ini.

Hindari rantai yang tidak perlu

Jangan mengganti sumber sederhana dengan atribut data, beberapa skrip, dan pustaka kecuali perilaku tambahan itu menyelesaikan kebutuhan yang telah diuji.

Rencanakan perilaku kegagalan

Embed opsional harus memiliki fallback atau status omission yang jelas, bukan spinner permanen.

06

Ukur, rilis, dan remediasi bersama

Bandingkan baseline dan kandidat pada URL, status cache, viewport, dan jalur pengguna yang sama. Gunakan pengujian mobile cold yang terkendali ditambah pemeriksaan perangkat nyata jika memungkinkan. Rekam LCP, urutan yang terlihat, layout shift, kesalahan media, HTML yang dirender, dan aksi penting. Data lapangan melengkapi pengujian lab.

Kirim perubahan yang dapat dibalik dan berskala template. Catat aset yang dipindahkan dari eager ke deferred, referensi deployment, tindakan cache, pemilik, dan langkah rollback pertama. Jika LCP menjadi lazy atau jalur konversi menjadi tidak lengkap, hapus aturan dari aset kritis itu dan verifikasi lagi. Periksa ulang setelah tema, CMS, layanan gambar, tag, atau perubahan embed.

Gunakan SIU secara proaktif

Fokus pada pencegahan dan remediasi pengalaman yang rusak, bukan pada pelaporan status saat ini atau alerting.

Jaga rollback sempit

Balikkan pengaturan template yang terpengaruh sebelum menyetel ulang setiap gambar di seluruh situs.

TINDAKAN / VERIFIKASI

Panduan tugas praktis Anda.

  1. 01

    Peta layar pertama

    Daftarkan hero yang terlihat, salinan, navigasi, aksi, dan kontrol yang diperlukan untuk template prioritas.

    VERIFIKASI: Tangkapan cold mobile dan desktop menampilkan setiap item tanpa permintaan yang dipicu gulir.
  2. 02

    Identifikasi LCP

    Gunakan tooling performa browser untuk menemukan elemen visual terbesar yang terlihat saat pemuatan pada setiap halaman representatif.

    VERIFIKASI: Catatan rilis menamai elemen LCP dan menegaskan bahwa elemen itu tidak di-lazy-load.
  3. 03

    Pilih kandidat nyata

    Tunda hanya media luar-layar, embed opsional, atau kode rute nanti yang tidak dibutuhkan tugas berguna pertama.

    VERIFIKASI: Setiap sumber daya yang ditunda memiliki alasan terdokumentasi dan tidak bergantung pada tampilan pertama.
  4. 04

    Cadangkan dimensi

    Tambahkan dimensi media yang akurat atau wadah aspect-ratio dan tinggi embed yang stabil.

    VERIFIKASI: Konten yang dimuat tidak menggeser salinan, tombol, atau field di sekitarnya.
  5. 05

    Utamakan pemuatan bawaan

    Gunakan lazy loading bawaan browser untuk gambar dan iframe luar-layar biasa; jelaskan setiap observer kustom.

    VERIFIKASI: Tinjauan tidak menemukan loader berbasis gulir yang berlebihan untuk media standar.
  6. 06

    Periksa penemuan dan akses

    Uji HTML yang dirender, rute daftar tak hingga berhalaman, kontrol keyboard, dan umpan balik status bermakna.

    VERIFIKASI: Search Console menunjukkan konten penting yang dirender, dan kontrol tetap dapat digunakan tanpa pointer.
  7. 07

    Bandingkan sebelum rilis

    Uji jalur baseline dan kandidat ekivalen di mobile dan desktop.

    VERIFIKASI: Elemen LCP, urutan yang terlihat, stabilitas layout, dan aksi penting tidak memperlihatkan regresi yang diperkenalkan.
  8. 08

    Dokumentasikan rollback

    Batasi aturan ke template dan catat aset yang diubah, tindakan cache, pemilik, dan langkah pembalikan.

    VERIFIKASI: Rekan dapat membalikkan dan memverifikasi perubahan pada URL yang diketahui.
  9. 09

    Ulangi setelah perubahan dependensi

    Jalankan kembali pemeriksaan setelah pembaruan tema, CMS, gambar, tag, atau embed.

    VERIFIKASI: Log perubahan menautkan pembaruan ke bukti baru.
TOPIK DISKUSI

Bandingkan kompromi, bukan data pribadi.

Gunakan prompt ini dengan tim Anda atau komunitas pemilik situs. Bagikan metode dan pelajaran, tetapi jangan pernah menempelkan kredensial, data pelanggan, atau detail infrastruktur yang tidak bersifat publik.

  1. 01

    Komponen mana yang terlihat di bawah lipatan saat tinjauan desain tetapi menjadi segera relevan di ponsel kecil atau kunjungan via anchor-link?

  2. 02

    Bukti apa yang menunjukkan bahwa embed yang ditunda memperbaiki layar berguna pertama daripada sekadar mengurangi jumlah byte?

  3. 03

    Apa yang membuat rollback lazy-loading Anda cukup jelas bagi pemilik konten, pengembangan, dan operasi untuk mengambil langkah korektif pertama yang sama?

SUMBER POPULER / TERPERCAYA

Buka materi sumber.

MDN Web DocsLazy loading ↗

Ikhtisar praktis kontrol pemuatan bawaan, code splitting, Intersection Observer, dan batasan penyelesaian sumber daya lazy.

Ditinjau 2026-09-27
Google Search CentralFix lazy-loaded content ↗

Panduan resmi tentang perayap, HTML yang dirender, pemuatan viewport, dan cara membuat infinite-scroll dapat diindeks.

Ditinjau 2026-09-27
web.devThe performance effects of too much lazy loading ↗

Bukti dan peringatan tentang lazy-loading di viewport awal, LCP, dan byte awal gambar.

Ditinjau 2026-09-27
web.devOptimize Cumulative Layout Shift ↗

Panduan resmi untuk mencadangkan ruang gambar dan video dengan dimensi atau aspect ratio.

Ditinjau 2026-09-27
web.devOptimize resource loading with the Fetch Priority API ↗

Menjelaskan hint prioritas relatif, penggunaan gambar LCP, preload, dan batasan yang memerlukan pengukuran.

Ditinjau 2026-09-27
W3C Web Accessibility InitiativeUnderstanding Success Criterion 4.1.3: Status Messages ↗

Menjelaskan notifikasi programatik tanpa fokus untuk perubahan status dinamis yang bermakna.

Ditinjau 2026-09-27

Kebijakan sumber. Sumber adalah dokumentasi resmi atau panduan platform web pihak pertama. Nasihat menghindari batasan universal dan harus divalidasi pada template pembaca dan kondisi pengguna nyata.

PENJELASAN SINGKAT

Pertanyaan umum.

Apakah setiap gambar di bawah layar pertama harus menggunakan lazy loading?

Tidak. Itu merupakan kandidat, bukan aturan. Konfirmasikan bahwa gambar tidak diperlukan pada perangkat terkait, entri anchor-link, atau tugas pertama. Pertahankan gambar LCP eager, cadangkan ruang, dan uji template yang dirender.

Bisakah lazy loading merugikan SEO?

Bisa, ketika konten penting muncul hanya setelah menggulir atau mengklik, atau tidak muncul di HTML yang dirender. Muat materi relevan saat terlihat, sediakan URL berhalaman untuk daftar tak hingga yang harus diindeks, dan inspeksi halaman representatif di Search Console.

Apakah saya perlu pustaka JavaScript untuk lazy loading?

Biasanya tidak untuk gambar dan iframe luar-layar biasa. Mulailah dengan perilaku bawaan browser. Gunakan Intersection Observer atau fitur framework hanya untuk kebutuhan komponen tertentu, lalu uji perilaku kegagalan dan aksesibilitas.

Status Is UP Editorial Team · Uptime Enablement Editors

Ditinjau oleh Web performance, accessibility, and technical SEO reviewer. Diterbitkan 2026-09-27; diperbarui 2026-09-30.