URL QRコードジェネレータ

URL QRコードの作り方

1. https://プレフィックスを含む完全なURLを入力欄へ貼り付けます。
2. ライブプレビューを確認します。非常に長いURLは高密度なシンボルになり、短縮したURLなら軽いシンボルになります。
3. 誤り訂正レベルを選択します。汎用の標準はM、ロゴを埋め込む予定ならHを使用します。
4. 必要に応じてパターンスタイル、ファインダーアイの形、色、ロゴをカスタマイズします。
5. 512、1024、2048、4096 pxのPNG、SVG、WEBP、JPGでダウンロードします。

入力中にQRコードがブラウザー内で生成されます。URLはサーバーへ送信されません。

URL QRコードとは

URL QRコードは、ペイロードがWebアドレスである標準QRコードです。シンボルは ISO/IEC 18004:2015に準拠します。端末がコードをスキャンすると、OSがhttps://またはhttp://スキームを読み、標準ブラウザーでリンクを開きます。ハイパーリンクをタップするのと同じ処理で、指ではなくカメラがきっかけになります。

URL QRコードは最も一般的なQRタイプです。Webアドレスは最も汎用的なデジタル目的地だからです。URLは商品ページ、予約フォーム、動画、PDF、決済ゲートウェイなど、あらゆるWebリソースへつながります。コード自体にロジックはなく、URL文字列を静的に運ぶだけです。

URL固有の技術詳細

URLの長さがモジュール密度に与える影響

文字列に小文字、ハイフン、スラッシュが含まれるとQRコードはバイトモードでペイロードをエンコードします。すべてのURLが該当します。バイトモードは1文字8ビットです。https://example.comは19文字です。パス、クエリ文字列、UTMパラメータを追加すると150文字を超えることがあります。

固定の印刷サイズでモジュールが増えるほど、各モジュールは小さくなり、スマートフォンのカメラで認識しにくくなります。実用上は、どの印刷サイズでもエンコードするURLを可能な限り短く保つのが基本です。

https:// versus a bare domain

必ず完全なスキームを含めてください。https://のないpremiumqrcodes.comは有効なテキストですが、多くの端末はスキームのないドメインを見ても自動的にブラウザーを開きません。https://premiumqrcodes.comとすれば、現代のiOS・Androidカメラアプリがブラウザーを開きます。HTTP URLも動作しますが、HTTPSを提供するサイトではhttps://が正しく、現在の標準的な期待です。

UTMパラメータがコードを大きくする理由

UTMパラメータ — utm_source、utm_medium、utm_campaign、utm_content、utm_term — は分析プラットフォームで流入元を追跡するため広く利用されています。完全なUTM文字列を持つURLが次のような場合：

https://example.com/landing?utm_source=flyer&utm_medium=print&utm_campaign=spring2026&utm_content=poster_a&utm_term=qr

ベースURLより110文字長くなります。文字が増えるたびにシンボルのモジュール数が増えます。名刺サイズのコードでは、110文字のUTM文字列によって、腕の距離から安定して読み取るにはモジュールが小さすぎるバージョンになることがあります。

実用的な方法：URL短縮サービスでUTM付きURLを30文字未満にしてからエンコードする、または優先度の高いUTMパラメータ（utm_sourceとutm_medium）だけを使い、それ以外を削除します。

手動の動的代替としてのURL短縮 — そのリスク

URL短縮は長いURLを短いリダイレクトURL（例：20文字のbit.lyリンク）へ変換します。短いURLをエンコードすると、小さく軽いQRシンボルになります。多くの場合、コードを再印刷せずに短縮サービスの管理画面でリダイレクト先を変更できます。これは動的QRコードの手動版に相当します。

リスクは現実的です。短縮サービスが終了したり、利用条件を変更したり、リンクを停止したりすると、コードは永久に機能しなくなります。リダイレクトはネットワークのホップも増やします。端末が短縮URLを取得し、そこから目的地へ転送されます。接続が悪い場合、この追加手順が目立つ遅延や、短縮サービスが遅いと失敗につながります。

大量印刷または長期利用するコードでは、第三者サービスではなく自分で管理する短縮URL（自社ドメインとリダイレクト規則）を利用してください。常設看板、商品パッケージ、数百部を超える印刷物では、短縮サービスへの依存は高リスクです。

URL用の静的QRコードと動的QRコード

URL QRコードを大規模に印刷する場合、最も重要な判断です。

静的URL QRコードは目的地を直接エンコードします。永続的なため、目的地ページが移動・削除されるとリンク切れとなり、再印刷が唯一の対処です。サブスクリプション不要で、第三者サーバーなしで動作します。

動的QRコードはリダイレクトURLをエンコードします。再印刷せずに目的地を変更できます。マーケティングキャンペーン、季節プロモーション、頻繁に変わる目的地に有効です。スキャン回数、場所、端末などの追跡も可能です。代わりにリダイレクトサービスへ依存し、サービス終了やアカウント停止が起きると、印刷済みコードがすべて直ちに機能しなくなります。

静的生成ツールについての実用的な推奨は、URLが安定していて印刷物の寿命が短い、またはURLを自分で管理している場合は静的コードを使うことです。長期印刷で編集性やスキャン分析が必要なら動的プラットフォームを使います。

URL QRコードを使う場面

商品パッケージ。パッケージ上のQRコードから商品マニュアル、保証登録、成分詳細ページへリンクします。URLが安定しているなら静的コード、再印刷せずに目的地を変えるなら動的コードが適しています。

印刷広告やチラシ。チラシや雑誌広告のQRコードは紙の読者をWeb訪問者へ誘導します。URLを短くしてモジュール密度を抑え、実際の印刷サイズで読み取れるようにします。

名刺。裏面のQRコードからポートフォリオ、LinkedInプロフィール、予約ページへリンクします。URLは短く安定している必要があり、本印刷前に実寸のカードでテストしてください。

イベント看板やカンファレンス資料。バナーやバッジのコードからイベント日程、会場マップ、登壇者一覧へリンクします。短く明確なURLが遠距離でも最も安定して読み取れます。

レストランメニュー。卓上カードのQRコードからデジタルメニューへリンクします。季節ごとにメニューURLが変わる場合、動的コードなら再印刷を避けられます。

メール署名やデジタル素材。PDFやメールに埋め込んだQRコードから動画、登録フォーム、商品ページへリンクします。画面表示ではモジュール密度が制約になりにくいため、UTMパラメータを含めても問題ありません。

デザインと印刷の要件

各辺に最低4モジュールのクワイエットゾーンを確保してください。 ISO/IEC 18004:2015 §6.3.3でこの最小値が規定されています。スキャナーはクワイエットゾーン端のコントラスト境界でシンボルを見つけるため、そこを切ると読み取りに失敗します。

近距離読み取りには2 cm × 2 cm以上で印刷してください。手に持つ名刺や卓上カードは最低2 cm角、1 m以上離れて読むポスターや看板は最低3 cm角、大型屋外看板は8 cm以上が必要です。

明るい背景に暗いモジュールを使用してください。スキャナーファームウェアはこのコントラストに最適化されています。反転コード（暗い背景に明るいモジュール）は、特に古い端末で読み取り信頼性が下がります。

本印刷前に、予定している印刷サイズでコードをテストしてください。最終URLでコードを生成し、最高解像度（印刷用に4096 px SVG）で書き出し、最終寸法どおりに1枚試し刷りして、実際の利用者と同じ距離からスキャンします。これにより大量印刷前に密度問題を確認できます。

ロゴを埋め込む場合は誤り訂正をHに上げます。Hはコードワードの約30%を復元でき、中央のロゴがシンボル面積の約25%までを覆っても耐えられます。ロゴがない場合はMが適切な標準です。

トラブルシューティング：URL QRコードを読み取れない理由

印刷サイズに対してURLが長すぎます。長いURLを小さく印刷するとモジュールが小さくなります。自分で管理するリダイレクターでURLを短くする、不要なUTMパラメータを削除する、または印刷サイズを大きくしてください。

スキームがありません。https://のないペイロードはブラウザーを開かずテキストとして表示される場合があります。エンコードするURLには必ず完全なスキームを含めます。

印刷後にURLが変わりました。静的QRコードは目的地を永久にエンコードします。ページが移動すると、コードはリンク切れまたはリダイレクトで変わった目的地へつながります。これはスキャン失敗ではなく、コードは正しく読めても目的地が存在しない状態です。

クワイエットゾーンが切れています。各辺に最低4モジュールの未印刷余白を確保してください。画像や枠に接したコードは切れた側で失敗します。

モジュールと背景のコントラストが低い状態です。コントラストを弱めるブランド色は断続的な読み取り失敗の一般的原因です。白またはほぼ白の背景に暗いモジュールが安定します。

リダイレクトチェーンが長すぎます。すでにリダイレクトするURL（例：3ホップを通るアフィリエイトリンク）に短縮URLを加えると、さらにホップが増えます。遅いモバイル回線では各ホップが遅延と障害点を増やします。可能なら最終目的地URLを使用してください。

コードはhttps://なしで生成された一方、サーバーがHTTPSを強制しています。ブラウザーはhttp://からhttps://へのリダイレクトをたどるため動作しますが、体感できる遅延が発生します。https:// URLを直接エンコードしてください。