Kapasitas Kode QR: Berapa Banyak Data yang Muat, Menurut Versi Simbol dan Mode Pengodean

Berapa Banyak Data yang Bisa Ditampung Kode QR?

Kode QR menampung paling banyak 7.089 digit, 4.296 karakter alfanumerik, 2.953 byte atau 1.817 karakter kanji. Keempat angka itu menggambarkan satu simbol - versi 40, 177 modul per sisi, pada tingkat koreksi kesalahan L - dan merupakan langit-langit format ini, bukan target yang perlu dikejar siapa pun.

Rentang praktisnya jauh lebih sempit daripada yang disiratkan langit-langit itu. Simbol versi 40 yang dicetak pada batas bawah 0,4 mm per modul untuk kertas coated berukuran 71 mm sebelum marginnya, dan setiap modulnya harus bertahan saat difoto - jadi kode seukuran itu muncul dalam penandaan industri dan hampir tidak di tempat lain.

Untuk pemakaian biasa, pertanyaan yang berguna justru kebalikan dari angka maksimum: dengan isi ini, apa simbol terkecil yang menampungnya, dan berapa harga simbol itu dalam milimeter cetak. Dua bagian terakhir halaman ini menjawabnya secara langsung.

Apa Itu Versi Simbol

Versi simbol adalah nama yang diberikan standar QR untuk jumlah modul sebuah kode, mulai dari versi 1 dengan 21 × 21 modul sampai versi 40 dengan 177 × 177. Kode versi V punya 4V + 17 modul per sisi, jadi versinya melangkah empat-empat: 21, 25, 29, 33, 37 dan seterusnya.

Versi bukan sesuatu yang Anda pilih. Pengode mengambil versi terkecil yang menampung isi pada tingkat koreksi kesalahan yang diminta, artinya versi adalah hasil dari dua keputusan yang memang Anda ambil: apa isi kodenya dan seberapa banyak kerusakan yang harus ia tahan.

Dua akibat mengikuti, dan keduanya kerap mengejutkan. Pertama, kapasitas naik bertingkat, bukan mulus: menambah satu karakter bisa gratis atau bisa mendorong kode naik satu versi penuh. Kedua, versi yang lebih tinggi bukan gambar yang lebih besar, melainkan yang lebih rapat. Pada lebar cetak yang sama, modul kode versi 10 kira-kira 40% lebih sempit daripada modul kode versi 4 - 57 sel di ruang yang sama, bukan 33 - dan modul kecil adalah bahan baku kegagalan pemindaian.

Tidak seluruh simbol tersedia untuk isi. Pada kode versi 1, 233 dari 441 modul adalah pola fungsi dan informasi format, bukan data - pola pencari dan anatomi kode QR menjelaskan ke mana perginya. Sisanya dibagi antara data Anda dan koreksi kesalahannya.

Empat Mode Pengodean QR

Mode pengodean adalah skema yang dipakai kode QR untuk mengubah karakter menjadi bit, dan standar mendefinisikan empat: numerik, alfanumerik, byte dan kanji. Masing-masing memampatkan karakter dengan kerapatan berbeda, jadi simbol yang sama menampung jumlah karakter yang sangat berbeda tergantung mode mana yang diizinkan isinya.

Mode alfanumerik adalah yang paling layak dipahami, karena hanya mode itu yang berlaku untuk URL. Ia skema pengodean QR yang memampatkan dua karakter ke dalam 11 bit, memakai himpunan 45 karakter berisi angka, huruf kapital, spasi dan delapan tanda baca. Huruf kecil tidak termasuk, begitu pula tanda tanya, ampersand, tanda sama dengan dan garis bawah.

Mode dipilih oleh pengode, bukan oleh orang yang mengetik isinya. Sebagian pengode menganalisis isi dan berpindah mode otomatis, sebagian memecah isi menjadi segmen dan memakai mode berbeda untuk tiap segmen, dan banyak yang mengodekan semuanya dalam mode byte apa pun isinya. Kasus terakhir itu cukup sering terjadi sehingga satu-satunya cara andal untuk tahu adalah membuat kodenya dan menghitung modulnya.

Kapasitas Kode QR Menurut Versi dan Mode

Tabel di bawah adalah rujukan yang menopang sisa halaman ini: berapa karakter yang ditampung setiap versi simbol, dalam tiap mode dan pada tiap tingkat koreksi kesalahan. Bacalah dengan mencari baris tingkat Anda dan versi yang angkanya pertama kali melampaui panjang isi Anda.

Ada dua sel dalam tabel ini yang sebaiknya dibaca berpasangan. Versi 25 pada tingkat L menampung 1.273 byte, dan versi 40 pada tingkat H menampung persis 1.273 byte yang sama - simbol dengan luas modul lebih dari dua kali lipat, yang membelanjakan seluruh selisihnya untuk pemulihan. Kapasitas yang didapat dengan membesarkan kode dan kapasitas yang hilang dengan menaikkan tingkat adalah mata uang yang sama, dan itulah sebabnya kedua keputusan itu masuk dalam satu tabel, bukan dua.

Mengapa URL yang Sama Muat dalam Kode Lebih Kecil bila Huruf Besar

URL yang ditulis dengan huruf besar bisa dikodekan dalam mode alfanumerik pada 5,5 bit per karakter, bukan 8 bit seperti mode byte, yaitu penghematan 31% yang kerap menurunkan simbolnya satu versi penuh. HTTPS://EXAMPLE.COM/MENU hanya memakai karakter dari himpunan alfanumerik 45; https://example.com/menu tidak, karena huruf kecil tidak termasuk di dalamnya.

Masalahnya, hanya sebagian URL yang aman ditulis huruf besar. Skema dan nama host tidak membedakan huruf besar dan kecil, jadi HTTPS://EXAMPLE.COM dan https://example.com sampai ke server yang sama. Semua yang mengikuti nama host membedakannya di sebagian besar server web, jadi menulis jalur URL dengan huruf besar bisa menghasilkan kode yang terpindai sempurna dan mendarat di halaman 404.

Yang tersisa adalah aturan dengan penerapan sempit tetapi nyata: tulis skema dan domain dengan huruf besar, biarkan jalurnya persis seperti yang diharapkan server, lalu periksa apakah simbolnya benar-benar mengecil. Isi yang mencampur huruf besar dan kecil jatuh seluruhnya ke mode byte, jadi satu huruf kecil saja di jalur URL menghapus seluruh penghematannya.

Dua batasan lain perlu disebut dengan jujur. Himpunan alfanumerik tidak punya tanda tanya, ampersand, tanda sama dengan maupun garis bawah, jadi URL apa pun yang membawa parameter kueri tetap masuk mode byte apa pun kapitalisasinya. Dan pengodenya harus mendukung perpindahan mode: banyak yang membuat setiap isi dalam mode byte, dan dalam hal itu huruf besar tidak mengubah apa pun. Buat kodenya dengan kedua cara, hitung modul di satu sisi, lalu bandingkan: kalau angkanya sama, modenya tidak berubah.

Koreksi Kesalahan Adalah Separuh dari Persoalan Kapasitas

Menaikkan tingkat koreksi kesalahan dari L ke H membuang sekitar 57% kapasitas sebuah simbol, karena codeword pemulihan dan codeword data keluar dari anggaran tetap yang sama. Pada setiap versi, keempat tingkat membagi total yang sama: tingkat L memakai sekitar 7% untuk pemulihan, M sekitar 15%, Q sekitar 25% dan H sekitar 30%.

Interaksi yang mengejutkan itu juga berlaku ke arah sebaliknya. Karena kapasitas naik bertingkat, menaikkan tingkat sering kali tidak berbiaya sama sekali: kalau isi Anda 40 byte, tingkat M dan tingkat Q sama-sama menempatkan Anda di versi 4, dan tingkat yang lebih tinggi itu gratis. Buat kode pada tingkat pilihan Anda, catat jumlah modulnya, buat lagi satu tingkat di atasnya, lalu bandingkan: ambil tingkat yang lebih tinggi setiap kali kisinya tidak berubah.

Tingkat koreksi kesalahan L, M, Q dan H membahas apa sebenarnya yang dibeli kapasitas pemulihan itu, seberapa besar logo yang ditoleransi tiap tingkat, dan mengapa menaikkan tingkat setelah kegagalan pemindaian biasanya memperburuk kode, bukan memperbaikinya.

Dari Panjang URL ke Ukuran Cetak

Panjang isi menentukan versi simbol, dan versi simbol menentukan ukuran terkecil yang masih jujur untuk mencetak kode itu. Inilah rantai yang penting dalam sebuah layout, dan inilah sebabnya memendekkan URL adalah keputusan cetak, bukan urusan kerapian.

Dua baris terakhir merangkum alasan memendekkan tautan dalam satu tempat. URL pelacakan 200 karakter pada tingkat H tidak bisa dicetak di bawah sekitar 34 mm pada kertas coated, sedangkan URL 25 karakter bisa turun ke 16 mm: informasi yang sama, disampaikan kode yang sama, dengan kurang dari seperempat luasnya.

Ini batas bawah, bukan anjuran. Kode juga harus diukur untuk jarak bacanya, kira-kira 1 cm lebar untuk setiap 10 cm jarak pemindaian, dan yang berlaku adalah angka yang lebih besar di antara keduanya. Ukuran minimum untuk cetak membahas perhitungan itu dari awal sampai akhir, dan kalkulator ukuran cetak QR menjalankannya untuk jarak tertentu.

Apa yang Harus Dilakukan Ketika Isi Tidak Muat

Isi yang tidak muat pada ukuran yang bisa dipakai hampir selalu merupakan masalah URL, bukan masalah kode QR. Simbolnya melakukan apa yang diminta; permintaannya yang terlalu panjang. Kira-kira berdasarkan besarnya penghematan:

• Buang parameter pelacakan. Satu set UTM lengkap dengan ID klik rutin menambah 80 sampai 120 karakter, yang setara tiga atau empat versi simbol dengan sendirinya. Pasang data kampanye di sisi tujuan, bukan di dalam kode cetak.
• Hilangkan www dan garis miring penutup. Kecil, gratis, dan setara satu versi pada URL pendek yang setiap karakternya berarti.
• Pakai jalur yang pendek. example.com/menu, bukan example.com/restoran/daftar-menu-kami/menu-makan-siang-2026. Dalam cetakan, jalur URL dibaca kamera dan tidak pernah diketik orang, jadi keterbacaannya tidak membeli apa pun.
• Arahkan ke pengalihan yang Anda kendalikan. Jalur pendek di domain Anda sendiri yang meneruskan ke URL panjang menjaga kode tetap kecil sekaligus tujuannya tetap bisa diubah - hal yang mustahil bagi kode statis dengan cara lain.
• Kodekan seminimal mungkin untuk jenis isi itu. Kode Wi-Fi membawa nama jaringan, kata sandi dan jenis keamanan, tidak lebih; kode telepon membawa angka. Ruas tambahan berbiaya versi - lihat jenis kode QR untuk apa yang sebenarnya dibutuhkan tiap isi.
• Turunkan tingkat koreksi kesalahan, kalau tidak ada logo. Dari H ke M bukan penghematan kecil: kapasitasnya hampir berlipat dua pada setiap versi - dari 44 menjadi 84 byte pada versi 5 - dan tingkat M sudah sepenuhnya memadai untuk kode bersih di kertas coated yang rata.
• Pecah pekerjaannya. Kalau isinya memang panjang - daftar menu, dokumen, sertifikat - taruh di balik URL, bukan di dalam kode. Kode QR yang menyimpan 2.000 karakter adalah kode yang tidak bisa dipindai siapa pun.

Satu hal yang jangan dilakukan: menaikkan ukuran cetak agar isi yang panjang muat, lalu berhenti di situ. Cara itu berhasil, tetapi menyembunyikan penyebabnya, dan versi berikutnya dari materi itu akan menabrak tembok yang sama dengan URL yang sedikit lebih panjang dan ruang yang lebih sempit.

Mengapa Ambang Kapasitas Tidak Rata

Kapasitas tidak naik mulus mengikuti versi, dan ada tiga mekanisme terpisah yang bertanggung jawab. Mengetahuinya menjelaskan lompatan-lompatan yang kalau tidak akan tampak sembarangan dalam tabel di atas.

Indikator jumlah karakter melebar. Indikator jumlah karakter adalah kepala pendek di dalam kode QR yang menyatakan berapa karakter yang dikandung isinya, dan lebarnya dalam bit berubah mengikuti versi simbol. Dalam mode byte, lebarnya 8 bit pada versi 1 sampai 9 dan 16 bit mulai versi 10, jadi menyeberangi batas itu berbiaya satu byte tambahan sebelum sempat menyimpan isi apa pun.

Blok koreksi kesalahan terbagi tidak merata. Mulai versi 5, data dipecah menjadi blok berukuran berbeda agar aritmetika pemulihannya tetap terkelola, dan struktur bloknya berubah hampir di tiap versi. Karena itu dua versi bersebelahan bisa bertambah 20 byte lalu 38 byte.

Ada bit sisa. Sebagian versi menyisakan 3, 4 atau 7 modul setelah codeword tertata; modul itu diisi nol dan tidak membawa apa pun. Itu bagian dari alasan mengapa jumlah modul dan kapasitas tidak berjalan persis beriringan.

Semua ini tidak mengubah apa yang harus dilakukan. Tapi ia menjelaskan mengapa menambah satu karakter pada URL kadang tidak berbiaya apa-apa dan kadang menambah empat modul di tiap sisi - dan mengapa satu-satunya cara tepercaya mengetahui versinya adalah membuat kodenya lalu menghitung, bukan menaksir dari jumlah karakter.

Ketika Kapasitas Bukan Batas yang Sebenarnya

Sebagian besar kode menabrak batas fisik jauh sebelum batas kapasitas, dan mengira yang satu sebagai yang lain adalah kekeliruan yang lazim dalam soal ini. Simbol versi 20 menampung 666 byte pada tingkat M, yang terdengar berlimpah sampai kodenya harus dicetak: 97 modul per sisi pada batas 0,4 mm menghasilkan jejak 42 mm, dan bila dijejalkan ke penanda meja 30 mm modulnya turun ke 0,29 mm, di bawah kemampuan sebagian besar proses cetak dan di bawah yang bisa dipisahkan kamera ponsel sejauh rentangan tangan.

Batas yang menggigit lebih dulu, sesuai urutan kemunculannya:

• Ukuran modul cetak. Modul sebaiknya 0,4 mm atau lebih pada kertas coated dan 0,5 mm atau lebih pada kertas uncoated. Inilah yang mengubah panjang isi menjadi lebar minimum, dan desain tidak bisa menawarnya.
• Jarak baca. Kode butuh kira-kira 1 cm lebar untuk setiap 10 cm jarak antara ia dan kamera. Kode rapat pada papan dinding gagal pada jarak orang berdiri, bukan pada jarak saat ia dirancang.
• Fokus kamera. Kamera ponsel punya jarak fokus minimum sekitar 10 cm. Kode yang sangat kecil dan sangat rapat memaksa pembacanya mendekat melebihi kemampuan fokus kamera, dan itu terasa seperti kode yang tidak mau terpindai.
• Kontras dan hasil akhir. Kode rapat lebih rewel terhadap kontras rendah dan silau, karena tiap modul menyumbang lebih sedikit piksel - periksa pasangan warna dengan pemeriksa kontras QR sebelum memutuskannya.
• Resolusi ekspor. Ekspor raster butuh piksel bulat per modul; kode rapat pada ukuran piksel kecil menghasilkan tepi modul yang kabur. Resolusi dan DPI memuat aritmetikanya, dan SVG menghindari masalah itu sepenuhnya.

KoloQR, generator kode QR gratis dengan kode QR bulat dan berbentuk khusus, mengekspor PNG maupun SVG, sehingga kode yang isinya memaksa versi simbol tinggi bisa ditempatkan sebagai gambar vektor dan tetap presisi secara geometris pada ukuran cetak berapa pun. Itu menyelesaikan separuh masalah yang berkaitan dengan ekspor dan tidak satu pun dari empat sisanya: isi yang panjang tetap membutuhkan kode yang secara fisik lebih besar, apa pun format ekspornya.

Kesalahan Umum tentang Kapasitas Kode QR

Kesalahan paling umum adalah memperlakukan angka maksimum 2.953 byte sebagai anggaran kerja. Angka itu menggambarkan simbol 177 × 177 modul pada tingkat koreksi kesalahan terendah, yang bukan kode untuk daftar menu, label, atau poster - dan isi sebesar itu sudah gagal karena alasan fisik jauh sebelum kapasitas menjadi kendalanya.