Ubah ukuran desain dulu, lalu tempatkan kode QR
Pada ukuran 540 piksel, kedua pembaca perangkat lunak memulihkan URL lengkap dari seluruh 48 file saat QR ditambahkan terakhir. Hasilnya 16 dari 48 file jika desain yang sudah lengkap diperkecil.
Perbandingan terkontrol atas URL kampanye fiktif dan hasil ekspor gambar raster, dilakukan pada Oktober 2026.
Abstrak
Tentukan ukuran desain yang akan diserahkan sebelum menempatkan kode QR, lalu periksa file yang disimpan. Dalam pengujian perangkat lunak terkontrol pada 540 × 540 piksel, kedua pembaca memulihkan URL lengkap dari seluruh 48 file yang QR-nya ditambahkan pada ukuran akhir. Keduanya memulihkan 16 dari 48 file yang dibuat dengan memperkecil desain yang sudah berisi QR. Setiap pasangan perbandingan mempertahankan URL dan kisi kode yang sama.[1]
Perbandingan ini menggunakan 12 URL fiktif dengan dua tingkat koreksi kesalahan dan dua format file. Hasilnya mendukung alur ekspor tertentu, bukan ukuran minimum QR yang berlaku umum atau jaminan pemindaian ponsel. Pada 360 piksel, 24 dari 48 kondisi penempatan akhir tidak muat dalam area tetap. Dari 24 file yang bisa dibuat, 18 lolos pada kedua pembaca dan enam tidak. Bagi bisnis dan kreator, hasil praktisnya adalah serah terima yang mempertahankan URL kampanye lengkap dan menyebutkan file akhir mana yang perlu diperiksa.
Sebuah bisnis menyetujui desain acara dari kreator. Desain besar terlihat selesai, dan kode QR-nya mengembalikan tautan yang benar. Versi lebih kecil kemudian diekspor untuk penempatan lain. Tujuannya tidak berubah, tetapi file yang diterima pembaca sudah berubah.
Langkah produksi terakhir itu mudah terlewat saat desain, penawaran, dan tautan kampanye sudah disetujui. Ada pertanyaan konkret di sini: sebaiknya tim memperkecil desain lengkap, atau memperkecil latar terlebih dahulu lalu menambahkan kode QR?
Kami menguji kedua alur itu dengan URL kampanye fiktif yang lengkap, termasuk versi dengan parameter atribusi. Temuan yang berguna mengubah arahan ekspor: pertahankan tautan yang dimaksud, sediakan ruang untuk kodenya pada ukuran akhir, dan periksa file yang benar-benar diserahkan.
Urutan ekspor mengubah piksel yang diterima pembaca

- Latar pada ukuran sumber
- Desain pada ukuran akhir
- QR ditempatkan setelahnya
File induk yang terbaca belum menjamin hasil ekspor terbaca
Kami memulai dengan 12 URL kampanye fiktif. Empat tujuan mewakili lokakarya, buku kreator, produk, dan kelas fotografi. Masing-masing memiliki versi pendek, versi dengan parameter kampanye, serta versi lebih panjang dengan parameter tambahan. Dalam setiap perbandingan alur, URL lengkap tetap sama.
Setiap URL dikodekan dengan dua tingkat koreksi kesalahan dan disimpan dalam dua format. Hasilnya 48 file untuk setiap alur ekspor pada setiap ukuran desain. Ini adalah kondisi berulang untuk 12 URL, bukan 48 pelanggan, kampanye, atau percobaan independen. Kedua pembaca perangkat lunak berhasil mendekode seluruh 24 gambar sumber besar sebelum perbandingan ekspor dimulai.[1]
Perbedaannya paling jelas pada 540 × 540 piksel. Ketika desain lengkap diperkecil, kedua pembaca memulihkan URL persis pada 16 dari 48 file. Ketika latar diperkecil dahulu lalu QR ditempatkan pada ukuran akhir, keduanya memulihkan seluruh 48 file. Peningkatan terjadi pada kedua tingkat koreksi kesalahan, baik PNG maupun JPEG.
Dalam setiap pasangan, kode QR mendapat area yang sama: persegi 90 × 90 piksel. Alur kedua menyesuaikan kode ke area itu dengan piksel utuh untuk kotak-kotak kecilnya. Tautan tidak dipendekkan, parameter kampanye tidak dihapus, dan tujuan tidak diganti. Tabel menunjukkan hasil keempat kelompok yang masing-masing berisi 12 file.
Bagi bisnis yang memesan materi kreatif, ini mengubah apa yang perlu diminta dari desainer. Memastikan file sumber terbuka dengan benar dan QR pada file induk besar berfungsi tetap berguna. Desain kecil masih perlu diperiksa sendiri. Persetujuan perlu menyebutkan ukuran dan file yang benar-benar akan diserahkan, bukan berhenti pada file induk.
Pada 540 piksel, penempatan akhir memulihkan lebih banyak URL lengkap
File yang berhasil dibaca kedua pembaca perangkat lunak, dari 12 URL berbeda pada setiap baris. Setiap file memiliki area QR 90 × 90 piksel.
| Tingkat koreksi kesalahan dan format tersimpan | Perkecil desain lengkap | Tempatkan QR pada ukuran akhir | File diuji per alur |
|---|---|---|---|
| M · PNG | 5 | 12 | 12 |
| M · JPEG kualitas 85 | 5 | 12 | 12 |
| H · PNG | 3 | 12 | 12 |
| H · JPEG kualitas 85 | 3 | 12 | 12 |
Pertahankan URL lengkap dan tempatkan QR setelah mengubah ukuran
Kode QR adalah kisi kotak-kotak kecil yang disebut modul. Tautan dan pengaturan pengodean menentukan kisi tersebut. DENSO WAVE, pengembang QR Code, menjelaskan bahwa data yang lebih panjang dan pengaturan koreksi berbeda dapat membutuhkan kisi lebih besar. QR standar juga memerlukan margin kosong, yang disebut quiet zone, selebar empat modul pada setiap sisi.[2][3]
Tugas praktisnya adalah memasukkan seluruh kisi dan marginnya ke dalam desain yang diserahkan. Pada alur pertama, QR sudah menjadi bagian dari gambar 2.160 × 2.160 piksel saat seluruh gambar diperkecil. Proses resampling dapat membaurkan tepinya atau membuat kisi jatuh di antara piksel akhir. Pada alur kedua, kami memperkecil latar lalu menggambar kisi QR asli langsung pada piksel utuh.
Satu contoh terukur memperjelas perbedaannya. URL lokakarya yang panjang berisi 199 byte. Pada koreksi kesalahan M, URL itu menghasilkan kisi 57 × 57 modul. Termasuk quiet zone, lebarnya 65 modul. Desain asli memberi lima piksel untuk setiap modul, sehingga lebar keseluruhannya 325 piksel.
Memperkecil desain menjadi 540 piksel memproyeksikan lebar itu menjadi 81,25 piksel, dengan jarak 1,25 piksel antarbatas modul. Kedua pembaca gagal memulihkan URL dari PNG yang dihasilkan. Menggambar kisi yang sama langsung pada ukuran akhir menggunakan satu piksel per modul dan lebar lebih kecil, 65 piksel. Kedua pembaca kemudian memulihkan URL lengkap.
Ini adalah perbandingan dua prosedur ekspor yang utuh. Ukuran yang terpakai, posisi, dan penyaringan gambar berubah bersamaan, sehingga pengujian tidak memisahkan satu penyebab. Namun, hasilnya menunjukkan mengapa instruksi “perbesar QR pada sumbernya” belum cukup: dalam contoh ini, justru simbol akhir yang lebih kecil berhasil dibaca.
Pertahankan URL yang dimaksud selama menyelesaikan ekspor. Parameter kampanye mungkin merupakan bagian dari rencana pengukuran yang telah disepakati. Menghapusnya mengubah tautan yang diserahkan. Jika tim kemudian mempertimbangkan pengalihan terkelola atau alamat tujuan lebih pendek, itu keputusan tersendiri yang memerlukan pemeriksaan tujuan dan atribusi. Eksperimen kami tidak menguji alternatif tersebut.
Urutan praktis untuk serah terima QR

Setujui tautan lengkap
Cantumkan tujuan dan seluruh parameter kampanye wajib bersama-sama dalam brief.
Tetapkan ukuran akhir
Siapkan latar pada lebar dan tinggi yang diminta sebelum menempatkan QR.
Tempatkan QR pada piksel utuh
Masukkan kisi kode dan margin kosong empat modulnya ke area yang disediakan.
Periksa file yang diserahkan
Bandingkan URL hasil pembacaan dengan string yang disetujui, lalu catat file, pengaturan, dan hasilnya.
Area terkecil mencapai batas ruang yang tersedia
Perbandingan seluruh ukuran membantu memberi batas pada hasil utama. Pada 1.080, 720, dan 540 piksel, kedua pembaca memulihkan semua file dengan penempatan akhir. Memperkecil desain lengkap menghasilkan pola berbeda: masing-masing 32, 37, dan 16 file berhasil pada kedua pembaca, dari 48 file per ukuran.
Pola itu bukan penurunan yang terus-menerus saat desain makin kecil. Ekspor 720 piksel memiliki lebih banyak keberhasilan bersama daripada ekspor 1.080 piksel. Rasio pengecilan dan piksel yang dihasilkan dapat memberi hasil berbeda bagi pembaca. Data ini tidak menetapkan ukuran minimum kode QR dalam piksel yang berlaku umum.
Pada 360 piksel, area QR hanya 60 × 60 piksel. Beberapa kisi, termasuk quiet zone-nya, membutuhkan lebar 65 atau 85 modul. Bahkan satu piksel utuh per modul pun tidak muat. Kami mencatat 24 kasus penempatan akhir itu sebagai tidak dapat dibuat menurut prosedur yang ditetapkan, bukan sebagai kegagalan dekoder.
Karena itu, tabel hanya membandingkan 24 pasangan yang tersisa pada 360 piksel. Kedua pembaca memulihkan enam file dari desain yang diperkecil dan 18 file dengan penempatan akhir. Enam file penempatan akhir yang sudah dibuat tetap tidak lolos uji gabungan kedua pembaca. Metode ini memperbaiki hasil kelompok kecil tersebut, tetapi tidak membuat semua ekspor kecil berhasil.
Untuk desain kampanye yang ringkas, keputusan berikutnya adalah berapa banyak ruang yang perlu disediakan bagi kode dan marginnya. Tentukan itu sebelum menganggap semua kotak kosong bisa dipakai dengan cara yang sama. Ukuran area, URL lengkap, pengodean, dan hasil akhir perlu masuk dalam brief. Modul satu piksel yang berhasil dalam uji terkontrol ini bukan rekomendasi ukuran untuk kamera ponsel atau materi cetak.
Bandingkan file siap uji yang sama pada setiap ukuran akhir
Pemulihan URL persis oleh kedua pembaca. “File dibandingkan per alur” menunjukkan basis hitungan setiap baris.
| Lebar desain persegi, dalam piksel | Perkecil desain lengkap | Tempatkan QR pada ukuran akhir | File dibandingkan per alur | Pasangan dikecualikan: tidak bisa dibuat |
|---|---|---|---|---|
| 1.080 | 32 | 48 | 48 | 0 |
| 720 | 37 | 48 | 48 | 0 |
| 540 | 16 | 48 | 48 | 0 |
| 360 | 6 | 18 | 24 | 24 |
Koreksi kesalahan dan format file perlu diperiksa tersendiri
Koreksi kesalahan membantu pembaca QR memulihkan data ketika sebagian informasi rusak. Menaikkan tingkatnya juga dapat memperbesar kisi yang diperlukan untuk konten yang sama. Jadi, pengodean M dan H kami memiliki konsekuensi nyata dalam area tetap. Tingkat lebih tinggi tidak sekadar menambahkan perlindungan pada gambar yang sama persis.[7]
Pada 540 piksel, desain yang diperkecil menghasilkan lima keberhasilan bersama dari 12 pada M dan tiga pada H untuk setiap format. Namun, H lebih baik pada kasus sepadan lainnya: delapan perbandingan URL terperinci pada 1.080 piksel dan dua perbandingan PNG URL kampanye pada 720 piksel. Anjuran “selalu pilih tingkat lebih rendah” akan menyalahartikan hasilnya.
Format file juga tidak membentuk peringkat sederhana. Pada 720 piksel dengan M, kedua pembaca memulihkan 10 ekspor PNG dan 12 JPEG dari desain yang diperkecil. Ini tidak membuat JPEG lebih aman secara umum. Hasil tersebut menunjukkan mengapa keberhasilan satu format tidak boleh langsung diasumsikan berlaku pada format lain.
Hasil kedua pembaca berbeda pada 54 dari 360 file yang dibuat. Pada 1.080 dan 720 piksel, ZXing-C++ memulihkan seluruh file; hasil quirc menyebabkan jumlah keberhasilan bersama lebih rendah. Pada 540 piksel, masing-masing pembaca membaik saat QR ditambahkan terakhir. Kesepakatan keduanya menjadi hasil utama, sementara hasil setiap pembaca tetap tersedia dalam unduhan.
Bagi kreator yang menyerahkan file kepada klien, langkah berguna adalah menentukan format yang dituju dan memastikan tautan lengkap yang diserahkan tepat. Dekode perangkat lunak memeriksa file gambar. Pemeriksaan terpisah pada ponsel, layar, atau materi cetak yang dituju menguji bagian lain dari pengalaman nyata. Kami mengukur yang pertama; yang kedua tetap menjadi langkah praktis bagi tim yang memakai desain.
Templat serah terima desain QR akhir
Salin kolom berikut ke brief kreatif atau catatan serah terima. Lengkapi untuk setiap ukuran keluaran yang diminta. Kolom-kolom ini menghubungkan keputusan pemilik bisnis tentang tujuan tautan, pengaturan ekspor desainer, dan orang yang memeriksa materi akhir. Versi unduhan tidak memerlukan pendaftaran dan bisa disesuaikan dengan alur kerjamu.
Kampanye dan penggunaan: [Sebutkan kampanye, tindakan yang dituju QR, dan tempat desain akan ditampilkan.] Penanggung jawab tautan: [Sebutkan orang yang dapat menyetujui tujuan dan parameternya.] URL lengkap yang disetujui: [Tempel string persisnya, termasuk setiap parameter wajib dan escape dengan tanda persen.]
Desain akhir: [Lebar × tinggi dalam piksel.] Area QR: [Posisi serta lebar × tinggi yang disediakan.] Quiet zone: [Pastikan ada margin kosong di keempat sisi.] Kisi dan penyesuaian: [Catat jumlah modul serta piksel utuh per modul, jika informasi itu tersedia dari generator atau proses ekspor.]
Pengodean dan ekspor: [Sebutkan generator, tingkat koreksi kesalahan, dan opsi yang relevan.] Urutan persiapan: [Nyatakan apakah QR ditambahkan pada ukuran akhir.] Format tersimpan: [PNG atau JPEG, beserta pengaturannya.] File yang diserahkan: [Catat nama file atau pengenal lain yang tidak ambigu.]
Pemeriksaan file: [Sebutkan pembaca yang digunakan, file yang diuji, dan hasilnya.] URL yang dipulihkan: [Bandingkan seluruh string yang dikembalikan dengan URL yang disetujui.] Hasil yang belum tuntas: [Catat kegagalan, perbedaan hasil, atau masalah ruang, serta siapa yang akan menyelesaikannya.] Jangan beri tanda lolos untuk hasil yang belum diuji.
Pemeriksaan penggunaan: [Sebutkan layar atau materi cetak yang dituju, ponsel atau pembaca lain yang digunakan, penanggung jawab, dan tanggal pemeriksaan.] Pemeriksaan tujuan: [Pastikan tautan yang disetujui mencapai halaman yang dituju dan parameter kampanye wajib tetap ada sepanjang alur yang direncanakan.] Pemeriksaan ini melampaui pengujian file gambar kami.
Brief perlu memperjelas tanggung jawab. Pemilik kampanye menyetujui tautan; desainer menyiapkan keluaran sesuai spesifikasi; peninjau memeriksa file yang sebenarnya dan penggunaan yang dituju. Jika tautan, ukuran, atau pengaturan ekspor berubah setelah itu, perbarui brief dan periksa lagi keluaran yang terdampak.
Contoh serah terima untuk peluncuran lokakarya
Bayangkan sebuah bisnis meminta kreator mempromosikan lokakarya musim gugur. Kreator membutuhkan materi digital persegi untuk layar lokasi acara dan versi lebih kecil untuk pesan kampanye. Bisnis telah menyetujui tautan dengan rincian sumber, medium, kampanye, dan mitra. Ini skenario produksi fiktif; salah satu URL uji yang kami ukur dipakai untuk membuat contoh serah terimanya konkret.
URL yang disetujui adalah contoh lokakarya sepanjang 199 byte dalam unduhan. Nama kampanyenya autumn_2026, mediumnya qr, dan kolom kontennya mengidentifikasi mitra kreator fiktif. Rincian itu tetap berada dalam URL untuk kedua keluaran. Kreator tidak menghapusnya demi mengurangi jumlah informasi dalam kode.
Catatan serah terima contoh menetapkan PNG 540 × 540 piksel, dengan area QR 90 × 90 piksel yang dimulai pada x=378, y=378. Pengodeannya menggunakan M yang telah diukur: kisi 57 modul, quiet zone empat modul, dan satu piksel utuh per modul. Ukuran keseluruhan akhirnya 65 × 65 piksel, ditempatkan di tengah area tersebut.
Desainer memperkecil latar terlebih dahulu lalu menambahkan kisi itu. Catatan menyebutkan file tersimpan dan hasil pengukurannya: ZXing-C++ dan quirc sama-sama mengembalikan URL asli secara persis. Hasil alternatif juga dicatat: keduanya tidak memulihkan URL dari PNG sepadan yang dibuat dengan memperkecil file induk lengkap. Kedua hasil berasal dari eksperimen kami, bukan kampanye klien sungguhan.
Bisnis masih perlu memeriksa layar lokasi acara yang sebenarnya dan alur penggunaan ponsel yang dituju. Jika versi kecil akan dikompresi atau diubah ukurannya oleh layanan lain, tim juga memeriksa file atau tampilan hasilnya. Kami tidak mengukur layanan itu, dan keberhasilan awal tidak membuktikan apa yang terjadi setelah transformasi lain.
Misalkan brief kemudian meminta materi 360 piksel dengan proporsi area QR yang tetap. Lebar kotaknya menjadi 60 piksel, tetapi kode ini membutuhkan 65 modul termasuk margin. Dengan prosedur piksel utuh kami, file itu tidak dapat dibuat. Desainer perlu menandai konflik tata letak dan menyepakati ruang lebih besar atau cara penyajian berbeda, bukan melaporkan ekspor berhasil yang sebenarnya mustahil.
Inilah manfaat serah terima yang spesifik: pembicaraan berlangsung saat desain masih bisa diubah. Tim dapat mempertahankan tautan yang disetujui, mengetahui keluaran mana yang perlu diperhatikan, dan tidak menganggap mockup besar yang berhasil sebagai persetujuan untuk semua file berikutnya.
Cara kami membandingkan prosedur ekspor
Kami menetapkan 12 URL fiktif, tata letak, ukuran, dan pengaturan sebelum mendekode hasil ekspor uji. URL memakai example.com dan tidak pernah diakses. Empat kelompok tujuan masing-masing memiliki tiga profil muatan data, sepanjang 39 hingga 203 byte. Kami menguji koreksi M dan H, empat lebar desain persegi, serta dua format tersimpan, sehingga ada 384 kondisi file yang direncanakan untuk kedua alur.[1]
Segno 1.6.6 menghasilkan QR standar dalam mode byte, dengan peningkatan otomatis tingkat koreksi dinonaktifkan. Setiap kombinasi URL dan tingkat koreksi dikodekan sekali, lalu kedua alur memakai kembali matriks yang persis sama. Desain sumber berukuran persegi 2.160 piksel. Pillow 13.0.0 menerapkan satu perubahan ukuran LANCZOS; JPEG memakai kualitas 85 dengan chroma subsampling dinonaktifkan. Semua kode berwarna hitam di atas putih dengan quiet zone empat modul.[4]
Kedua pembaca menerima gambar tersimpan lengkap yang sama, dikonversi menjadi skala abu-abu 8 bit. Kami menggunakan ZXing-C++ 3.1.1 dan build quirc yang versinya dikunci dengan pengaturan tetap. Pemulihan persis memerlukan byte URL asli, tanpa hasil sukses lain yang bertentangan. Tidak ada crop tambahan, gambar diperbesar untuk percobaan ulang, atau langkah penyelamatan manual. Paket menyimpan pengaturan pembaca, geometri per file, dan hasilnya.[5]
Seluruh 24 file induk lolos pada kedua pembaca. Dari 384 ekspor yang direncanakan, 360 dibuat dan 24 tidak dapat disiapkan melalui penempatan akhir. Tersisa 168 pasangan alur yang sepadan. Kami mempertahankan semua kondisi, termasuk perbedaan hasil, file yang sudah dibuat tetapi gagal, serta perbandingan yang menguntungkan salah satu tingkat koreksi. Hasilnya menggambarkan file sintetis dan build perangkat lunak ini, bukan tingkat keberhasilan pemindaian konsumen.
Panduan yang sudah ada menjelaskan pentingnya ruang, quiet zone, dan kualitas gambar. QRotto juga telah menerbitkan perbandingan resolusi sumber setelah perubahan ukuran dan pemburaman. Kontribusi kami lebih spesifik: perbandingan tetap tentang kapan QR ditempatkan dalam alur ekspor desain, dengan URL lengkap dan matriks kode yang sama dalam setiap pasangan. Tabel lengkap dan rincian persiapan tersedia di bawah.[6]
- Unduh tabel ekspor QR dalam bahasa Indonesia (CSV)
- Unduh file eksperimen, metode, dan templat serah terima QR (ZIP)
Tidak perlu mendaftar. Data teknis dan petunjuk reproduksi tersedia dalam bahasa Inggris. Templat serah terima tersedia dalam kesepuluh bahasa artikel. URL dan contoh kampanye bersifat fiktif.
Sumber dan catatan
- Eksperimen ekspor QR terkontrol Influence IQ, Oktober 2026. Dua belas URL fiktif, dua tingkat koreksi, empat ukuran desain, dua alur, dan dua format menghasilkan 384 kondisi yang direncanakan. Paket memuat setiap kondisi, pengecualian persiapan, hasil asli pembaca, dan petunjuk reproduksi. Hitungan merujuk pada file atau kondisi sepadan, bukan jumlah kampanye atau individu yang terpisah. Pada 540 piksel, file yang diperkecil menghasilkan 8/12 pada ZXing-C++ dan 5/12 pada quirc untuk M/PNG; 9/12 dan 5/12 untuk M/JPEG; serta 4/12 dan 3/12 untuk H pada setiap format. Penempatan akhir menghasilkan 12/12 pada setiap pembaca untuk keempat kondisi.
- DENSO WAVE, versi QR Code dan kapasitas data. Kisi QR standar berbeda menurut jenis dan jumlah data serta tingkat koreksi kesalahan. Artikel ini menggunakan “modul” untuk satu kotak kecil pada kisi; margin kosong ditambahkan di luarnya.
- DENSO WAVE, menentukan area kode QR. Quiet zone yang diperlukan selebar empat modul pada setiap sisi. Contoh titik khusus printer bukan rekomendasi minimum piksel layar yang berlaku umum.
- Dokumentasi API Segno. Eksperimen menggunakan make_qr dengan mode byte, masukan UTF-8, boost_error=False, dan eci=False. Versi serta mask dipilih sekali untuk setiap kombinasi URL/tingkat koreksi, lalu dijaga identik pada kedua prosedur. Rincian versi file, lisensi, dan pengaturan rendering ada di paket.
- ZXing-C++ dan quirc adalah pembaca barcode berbasis perangkat lunak. Opsi pencarian bawaan ZXing yang kami tetapkan memungkinkan rotasi, pengecilan, dan inversi dalam satu pemanggilan. Build quirc menggunakan batas nondefault yang terdokumentasi, yaitu 65.534 wilayah gambar, bukan default 254, tanpa percobaan ulang dengan pembalikan. Setiap pembaca berjalan sekali per gambar tersimpan yang disiapkan, tanpa langkah penyelamatan tambahan. Versi dan opsi persisnya ada dalam paket; ini bukan hasil kamera bawaan ponsel.
- QRotto, “Online QR Code Generator: What to Check”, 1 Oktober 2026. Perbandingan terdahulu ini memeriksa resolusi sumber setelah disesuaikan ke ukuran cetak simulasi yang sama dan diberi efek buram. Ini merupakan penelitian terdahulu yang relevan; studi kami membandingkan dua prosedur ekspor desain yang tetap, bukan mengklaim pentingnya kualitas gambar QR sebagai temuan baru.
- DENSO WAVE, koreksi kesalahan QR Code. Koreksi menambahkan data yang dapat membantu memulihkan konten; menaikkan tingkatnya dapat memperbesar kisi yang dibutuhkan. Perbandingan M/H kami mengubah pengodean dan kisi, bukan memisahkan perlindungan dari geometri gambar.
Kesepuluh versi bahasa menjelaskan eksperimen perangkat lunak yang sama. Penerjemahan artikel tidak mengubah URL yang diukur atau membuktikan perilaku pemindaian di negara lain. String URL fiktif dipertahankan persis.