QRコードの作り方
- 正しいQRタイプを選びます。 タイプによって、ペイロードの形式とスキャン後に起動するスマートフォンの動作が決まります。
- 必要な情報を入力します。 リンク、テキスト、連絡先情報、ネットワーク認証情報、支払いデータ、その他の対応ペイロードを入力します。
- 慎重にカスタマイズします。 スキャン安全性を保ちながら、マトリクスパターン、ファインダーアイ形状、色、グラデーション、フレーム、任意の中央ロゴを選択します。
- エクスポートしてテストします。 印刷にはSVG、デジタル用途には高解像度ラスター形式を選び、最終ファイルと実際の印刷サンプルをスキャンしてください。
この生成ツールはブラウザー内で静的QRを構築します。WiFiパスワード、電話番号、連絡先レコード、ウォレットアドレスなどを含むペイロードでは特に有用です。ブラウザー側生成により操作性も高く、内容やデザインを調整している間、サーバーへの往復なしでプレビューを更新できます。
スキャン動作に合うペイロードを選択
「QRコードの種類」は通常、標準QR Codeシンボル内のデータ形式を指します。適切なペイロードを選ぶと、スマートフォンは未構造化テキストを表示するのではなく、適切なアプリを開けます。URLはブラウザーを開き、正しく構成されたvCardは連絡先保存を提案し、WiFiペイロードはネットワーク接続操作を表示し、支払いペイロードは対応アプリへ構造化された値を渡します。
リンクとコンテンツ
URL QRコード ウェブアドレスを開き、 テキストQRコード プレーンコンテンツを表示し、 App Store QRコード モバイルユーザーをアプリ掲載ページへ案内します。代わりにホストされた文書を共有する場合は PDF用QRコードを作成.
連絡先とコミュニケーション
作成 vCard、電話、SMS、メール、WhatsApp、FaceTimeの各ペイロードがあります。各形式は定義済みのURIまたは連絡先構造を使うため、対応デバイスが期待される操作を提示できます。
ネットワーク、場所、時間
WiFi QRコード はネットワーク認証情報をエンコードし、位置コードは座標を保存し、イベントコードはカレンダー情報を提供します。最終デザインを共有する前に、非公開情報や期限に敏感な値を確認してください。
支払いと製品
PayPal、UPI、PIX、EPC/SEPA、暗号資産、 GS1 Digital Link のペイロードを生成できます。これらの形式は外部スキームに属するため、公開前にアカウント識別子とスキーム要件を確認してください。
QRコードとは何か、スキャナーはどう読むのか
QR CodeはISO/IEC 18004で標準化された二次元マトリクスバーコードです。Denso Waveが1994年に高速な産業識別のために開発しました。オープンな利用性、高容量、方向検出、エラー復元によって、物理的な物とデジタル操作をつなぐ広く使われる仕組みになりました。
シンボルは格子状に並んだ正方形モジュールで構成されます。3つの目立つファインダーパターンが、さまざまな角度からカメラがコードを見つけて向きを判断するのに役立ちます。タイミングパターン、アライメントパターン、フォーマット情報、エンコード済みデータ、エラー訂正コードワードが復号を支えます。クワイエットゾーンと呼ばれる明瞭な余白がマトリクスを囲み、ソフトウェアが周囲のグラフィックとシンボルを区別できるようにします。
標準QR Codeのバージョンは、21 × 21モジュールのVersion 1から177 × 177モジュールのVersion 40まであります。各バージョンで1辺あたり4モジュール増えます。Micro QR Codeは制約のある用途向けに小型バリエーションを定義しますが、モバイル向け生成ツールはスキャナー対応が広いため、通常は標準QRシンボルを生成します。
QRコードにはどれくらいの情報を入れられますか?
容量はシンボルのバージョン、エンコードモード、エラー訂正レベルによって異なります。Version 40・レベルLでは、理論上の上限は数字7,089文字、英数字4,296文字、2,953バイト、またはKanji 1,817文字です。レベルHでは復元データ用の領域が増えるため、上限は数字3,057文字、英数字1,852文字、1,273バイト、またはKanji 784文字に下がります。
最大容量を設計目標にすべきではありません。データが増えるほどマトリクスは高密度になります。同じ物理サイズでは、高密度コードほどモジュールが小さくなり、カメラが解像できる細部が減ります。長いURLは短くし、不要なトラッキングパラメータを避け、連絡先や支払いペイロードは必要な情報に絞ってください。装飾的なスタイルよりも、密度を下げる方がスキャン性の改善に有効な場合が多くあります。
エラー訂正とロゴの安全性
QR CodeはReed–Solomonエラー訂正を使用します。復元コードワードにより、モジュールが汚れたり破損したり覆われたりしても、デコーダーが一部データを再構築できます。レベルLは約7%、Mは約15%、Qは約25%、Hは約30%の復元能力を持ちます。実際の結果は、損傷位置と残りのモジュールをどれだけ鮮明に取得できるかによって異なります。
中央ロゴは意図的にマトリクスの一部を覆うため、通常は高めのエラー訂正が適しています。すべてのファインダーパターンを見える状態にし、クワイエットゾーンを触らず、データ領域を過度に占有するロゴプレートは避けてください。スタジオのデザイン安全性とQRインテリジェンスパネルは有用な事前ガイドを提供しますが、実際のスキャンテストは不可欠です。
一部のペイロード仕様ではデザイン選択が制限されます。たとえばSEPA送金用のEPC QRコードは、European Payments Councilが定めた要件を使用します。視覚的なカスタマイズによって、支払い、本人確認、製品データスキームの要件を上書きしてはいけません。
静的QRコードと動的QRコード
| 機能特性 | 静的QR | 動的QR |
|---|---|---|
| エンコード内容 | 最終ペイロード | リダイレクトURL |
| 印刷後に編集 | 不可 | 通常は可能 |
| スキャン分析 | 不可 | 通常は可能 |
| サービス依存 | なし | リダイレクトがオンラインである必要あり |
| 有効期限 | 期限切れにならない | サービス終了で動作しなくなる可能性あり |
このハブからリンクされている各ペイロード生成ツールは静的コードを作成します。情報はパターン自体に保存されます。WiFi認証情報、電話操作、連絡先レコード、カレンダーイベント、ウォレットアドレス、永続リンクには、このモデルが適している場合が多くあります。
動的コードは別の課題を解決します。つまり、印刷後に変更が必要なリンク先や、分析が必要なキャンペーンです。Premium QR Codesでは リンクインバイオ を、編集可能なホスト型リンク先体験として提供しています。動的な利便性には依存関係があり、印刷済みコードが機能し続けるにはリダイレクトとアカウントが稼働している必要があります。
デザイン、コントラスト、サイズ、エクスポート要件
各辺に少なくとも4モジュール分のクワイエットゾーンを確保してください。モジュール色は背景より十分に濃く保ちます。非常に淡いグラデーション、反転デザイン、反射素材、写真背景は、人には魅力的に見えてもデコーダーの信頼度を下げることがあります。
カードや卓上POPなど近距離用途では、まず約2 cm角を目安にしてください。約1メートルからのスキャンなら3 cm程度がより安全な基準です。部屋の反対側から読むポスターでは8 cm以上が必要な場合があります。これらは実用的な出発点であり、万能な保証ではありません。視認距離、カメラ品質、ペイロード密度、照明、表面の曲率、印刷工程が適切なサイズに影響します。
プロ印刷や大判用途にはSVGをダウンロードしてください。ベクターモジュールはどの倍率でも鮮明です。PNGは画面、オフィス文書、プレゼンテーションに適し、拡大する可能性がある場合は2048または4096ピクセルを選びます。WEBPはWebファイルサイズを抑えたい場合に便利です。JPGは非可逆圧縮によりスキャナーが必要とする鋭い境界がぼやけるため、最も弱い選択肢です。
QRコードがスキャンできない理由
- 余白の切り取り: シンボル全体の周囲に少なくとも4モジュール分の明瞭な余白を戻してください。
- サイズ不足: 想定スキャン距離に合わせてコードを大きくするか、ペイロードを短くしてください。
- コントラスト不足: 清潔で明るい背景に濃いモジュールを使い、反転を避けてください。
- ロゴが大きすぎる: ロゴプレートを小さくし、適切なエラー訂正を使用してください。
- エクスポート破損: 繰り返し圧縮したJPGではなく、SVGまたはPNGとして再生成してください。
- 誤ったペイロード形式: 構造化データをプレーンテキストとしてエンコードせず、専用生成ツールを選んでください。
- 縦横比の崩れ: どちらの軸も引き伸ばさず、均等に拡大縮小してください。
- 難しい素材: 光沢、折れ、継ぎ目、きつい曲面より、つや消しで平らな表面を選んでください。
複数のカメラアプリとOSでテストしてください。デコーダーがパターンを認識するかだけでなく、実際のリンク先も確認します。支払い・連絡先ペイロードでは、本番承認前に受信アプリに表示される各項目を確認してください。