アプリダウンロード QRコード作成
100%プライベート、ローカル処理 — データがブラウザの外に出ることはありません。これらのQRコードは恒久的で、期限切れになることはありません。
アプリダウンロードの設定
デザイン
中央にロゴを追加
画像はこのページ内で読み込まれ、data: URLとしてコードに埋め込まれます。アップロードはされず、ダウンロードするファイルの中に留まります。
その他のデザイン設定
コードの暗いほうの半分です。背景より明度を十分低く保ってください。
モジュール同士の隙間だけでなく、クワイエットゾーンも塗ります。背景を透過にするとファイルから省かれるので、この色では何も描画されません。
モジュールと背景のコントラストは11.5:1です。
PNGとWebPはアルファチャンネルを保持し、SVGは背景の矩形をそのまま省きます。コードを置いた面が、コントラストの明るいほうの半分になります。
グラデーションは暗いモジュールだけを塗ります。明るいほうの端がスキャナーの実際に得るコントラストを決めるので、両端とも暗いままにする必要があります。
2色目で、グラデーションを選んでいる間だけ使われます。1色目と並べてコントラストが測定されます。
左から右への向きを起点とした時計回りの角度です。放射グラデーションは中心から外へ広がるため、角度が効くのは線形のときだけです。
丸い形はセルを覆う面積が小さくなります。デコーダーが標本を取る中心は覆われたままですが、密度の高いコードを小さく印刷する場合は四角のほうが安定して読み取れます。
3つの位置検出パターンの外枠です。
各位置検出パターンの中にある目にあたる部分です。
コードの周囲の余白で、モジュール単位で測ります。規格上の最小値は4です。
復元レベルが高いほど多くの損傷に耐えられますが容量を消費するため、同じ内容でもシンボルが密になります。
中央にロゴがあり、レベルをHに固定しています。幅の上限はシンボルに応じて変わり、最小のコードで14%、密なコードで30%です。
ライブプレビューと書き出し
両方のストアを案内するページのアドレスを入力するか、どちらか一方のストアのリンクを選んでください。
書き出し
ラスター、画面向け
フォームを入力するとダウンロードが有効になります。
書き出しサイズとエンコードされたテキスト
- ペイロード
- まだ何もエンコードされていません
- シンボル
- まだ生成されていません
- 復元レベル
- M
入力待ち
App Storeのリンク、Google Playのリンク、あるいは両方を案内する自社のページのうち、どれか1つをエンコードします。1つのコードがOSを判別して行き先を選ぶことはできないため、どれを載せるかはあなたが明示的に選ぶ形にしています。
スキャンしたときの動作
スマートフォンは選んだURLを開き、ストアのリンクなら通常はApp StoreアプリやPlayストアアプリに引き渡され、自社ページならブラウザで開きます。
1つのコードでiPhoneとAndroidを別のストアに送れない理由
QRコードは固定された文字列です。印刷されるパターンはその文字列だけをエンコードしていて、中に処理はなく、変数もなく、読み取ったスマートフォンを調べる手段もありません。
OSごとに分岐しているように見える製品は、その1つ先で分岐しています。コードにはリダイレクトサービスへのリンクが入っていて、サービスがリクエストを受け取り、スマートフォンが送るUser-Agentヘッダーを読み、対応するストアへのリダイレクトを返します。分岐が起きているのはサーバー上です。
このサイトにサーバーはありません。すべてのページが静的ファイルで、エンコードはあなたのブラウザ内で走ります。それがデータを手元に留め、コードに有効期限を持たせない理由ですが、同時に、スキャンを受け取って行き先を決められるものがここには存在しない、ということでもあります。そうでないふりをする代わりに、このツールはちょうど1つのアドレスをエンコードし、どれにするかをあなたに尋ねます。
自分で管理するランディングページを使う
印刷した1つのコードで両方のプラットフォームに応えたいなら、リダイレクトはあなたが所有する場所に置く必要があります。方法は2つあり、どちらもこのサイトに何も求めません。
いちばん単純なのは、App StoreのボタンとPlayのボタンを並べただけのページ、たとえば example.com/get-the-app です。訪問者が選びます。タップが1回増えますが、デスクトップのブラウザでも、どちらのストアも扱っていないプラットフォームでも動き、壊れることがありません。もう1つは、同じパスにサーバー側のリダイレクトを置き、User-Agentを見て正しいストアへ302を返す方法で、見慣れないヘッダーのときは2つボタンのページに戻します。
どちらの場合も、印刷したコードが指しているのはあなた自身のURLなので、ストアを変えても、3つめのプラットフォームを足しても、アプリごと入れ替えても、刷り直しは必要ありません。
- 2つボタンのページ: サーバー側の処理は不要、どこでも動き、タップが1回増える
- User-Agentによるリダイレクト: タップは1回、サーバーが必要、未知のUser-Agent向けの受け皿も必要
- どちらも、印刷したコードをあなたが所有するパスに向けたままにできる
知っておく価値のあるストアリンクの形式
Appleの掲載ページは apps.apple.com/app/id に数値のアプリ識別子を続けた形で、その前に /jp/ や /us/ のような国のセグメントが入ることもよくあります。国を含めるとリンクはそのストアフロントに固定され、省くとAppleがアカウントの地域に応じて選びます。印刷するコードでは通常、後者が望ましい動きです。
Google Playの掲載ページは play.google.com/store/apps/details?id= にパッケージ名、たとえば com.example.app を続けた形です。マーケティング用のダッシュボードからリンクをコピーすると、どちらのストアもキャンペーンや紹介のパラメータを付けます。これらはペイロードを長くし、印刷した格子を密にするので、不要なものはエンコード前に削ってください。
よくある質問
他の生成ツールはどこもiOSとAndroidを振り分けるコードを出しています。なぜここにはないのですか？
そうしたコードが指しているのはストアではなく、その生成ツールのリダイレクトサービスだからです。サービスが動いていて、あなたの購読が続いている間は機能し、どちらかが途切れた時点でコードは死にます。この取引には実体があり、選ぶのはあなたです。ただ、このサイトにはそのサービスの側を提供する手段がないので、あるように見せかけて売ることもしません。
App StoreのリンクをAndroid端末で読み取ると動きますか？
開きますが、役には立ちません。AndroidのブラウザがApp StoreのWebページを読み込み、掲載内容は表示されますが、そこから何かをインストールすることはできません。逆も同じで、iPhoneでPlayのリンクを開くとWebの掲載ページが表示され、インストールへの経路はありません。ランディングページの選択肢は、まさにこの場合のために用意されています。
インストールの流入元を見るために、キャンペーンのタグを付けられますか？
付けられます。どちらのストアも独自の計測パラメータを受け付けるので、完成したURLをここに貼り付けてください。ただし、パラメータは文字列を長くし、QRのバージョンを上げ、同じ印刷サイズならモジュールを小さくします。追加したあと、想定している距離からまだ読み取れるかを確認してください。
アプリがどちらのストアにもない場合はどうすればよいですか？
このツールのランディングページの選択肢でダウンロードページを直接エンコードするか、それだけで足りるならURLのツールを使ってください。インストーラーのファイルへの直リンクは、印刷するコードの行き先としては良くありません。どちらのプラットフォームのブラウザも、ストア外から入れるパッケージには警告を出すか、そもそも止めますし、ファイルのパスはリリースのたびに変わりがちです。
静的QRコードの仕組み
このサイトのコードはすべて静的です。ペイロードは白黒のモジュールそのものに書き込まれています。読み取り時に何かを参照することはなく、当サイトのサーバーが関与することもなく、印刷されたコードをサブスクリプションが支えているわけでもありません。同じ性質が限界でもあります。一度印刷すると、中身は変更できません。
印刷したコードが読めるかどうかを決めるのは3つです。ペイロードが何バイトになったか、どの復元レベルが損傷を吸収するか、そして紙の上で1モジュールがどれだけの幅になるか。以下のガイドは、そのそれぞれを数字とともに扱います。