shot-scraper 1.12: output WebP plus opsi kualitas
Oleh Zai · Let's Make It Easy
Dipublikasikan 2026-09-13
WebP output with a quality option can shrink screenshot-heavy documentation and CI pipelines, with caveats on compatibility and legibility.
Screenshot automation sering berhenti di PNG karena format itu mudah dipahami semua tool. shot-scraper 1.12 menambah pilihan WebP untuk alur yang sama. Perubahannya kecil, tetapi masuk akal untuk orang yang menyimpan banyak screenshot hasil render halaman web atau membuat visual dari proses otomatis.
1. Apa itu shot-scraper?
shot-scraper adalah utilitas command line untuk mengambil screenshot website, merekam video demo, dan menjalankan scraping dengan JavaScript. Proyek ini dibuat oleh Simon Willison dan dipakai dari terminal. Versi 1.12 menambahkan dukungan output WebP serta opsi --quality untuk mengatur kualitas gambar.
Contoh yang diberikan di catatan rilisnya adalah shot-scraper https://simonwillison.net -o screenshot.webp --quality 80. Jika opsi kualitas tidak diberikan, output WebP dibuat lossless. Artinya, pengguna bisa memilih antara file yang lebih kecil dengan kompresi lossy atau hasil lossless yang mempertahankan detail gambar.
2. Mengapa WebP menarik untuk screenshot?
Screenshot halaman web biasanya masuk ke dokumentasi, issue tracker, changelog, atau pipeline konten. Ukuran file menjadi beban ketika jumlahnya banyak. Simon Willison menulis bahwa dalam pengalamannya, screenshot WebP hampir selalu jauh lebih kecil daripada versi JPEG atau PNG yang sebanding. Kalimat ini adalah observasi maintainer, bukan benchmark universal untuk semua halaman dan konfigurasi.
Format WebP juga bukan solusi otomatis untuk setiap kebutuhan. Tool tujuan, browser, CMS, atau sistem arsip mungkin masih mengharapkan PNG atau JPEG. Screenshot yang berisi teks kecil perlu diuji karena kualitas kompresi dapat memengaruhi keterbacaan. Simpan format sumber bila gambar akan diedit ulang atau dipakai untuk pemeriksaan visual yang ketat.
3. Bagaimana builder bisa memakainya?
Mulai dari satu halaman yang sering diambil screenshot. Bandingkan ukuran output PNG, JPEG, dan WebP pada viewport serta kualitas yang sama. Periksa teks, ikon, traversal halaman, dan detail garis tipis yang rawan kompresi, lalu putuskan format bawaan untuk pipeline berikutnya.
Jika hasilnya konsisten lebih kecil tanpa kehilangan keterbacaan, migrasi ke WebP bisa diterapkan bertahap pada dokumentasi atau arsip. Jika ada tool yang gagal membaca format baru, pertahankan dua varian dan gunakan WebP hanya pada tempat yang terbukti kompatibel. Ukuran file kecil itu bagus, tetapi keputusan akhir tetap harus melihat keterbacaan, kompatibilitas, dan alur kerja yang benar-benar dipakai.