音声 QRコード作成

音声のQR形式は存在しません。あるのはリンクです

ISO/IEC 18004がシンボルにデータを入れる方法として定めているのは4つ、数字、英数字、生のバイト、そして漢字で、そのどれも音声ではありません。メディア種別の欄も、コーデックの欄も、再生の仕組みもありません。圧縮された音声で埋まったシンボルを解読したカメラアプリは、それを渡す先を持たないのです。どの生成ツールの音声QRコードもリンクであるのは、サイズの制限ではなく、この理由によります。上のプラットフォームの選択が変えるのは検証と案内であって、ペイロードの形式ではありません。4つの選択肢はどれも、ごく普通のhttpsのアドレスを生みます。

SpotifyやApple Podcastsの共有リンクは、まさにそれ、httpsのアドレスです。アプリが入っているスマートフォンでは、OSのユニバーサルリンクの仕組みが、ブラウザではなくアプリを開きます。アプリがなければ、同じアドレスはWebプレーヤーかストアのページに着地します。その受け渡しはプラットフォームとOSのもので、QRコードのどんな性質も、そこに影響しません。

音声ファイルへの直リンクは動きが違います

.mp3、.m4a、.ogg、.wav で終わるアドレスは、ほとんどのスマートフォンでブラウザ自身のプレーヤーで開きます。白紙のページに再生バーが1本あるだけで、アートワークもエピソードのタイトルもなく、次に再生するものもありません。ファイルを再生せずにダウンロードするブラウザもあります。タイトルと説明を見せたいなら、コードはファイルではなく、自分で置いたページを指す必要があります。

再生できるかどうかを決めるサーバー側の要素が2つあります。Content-Typeが本当の音声の種別である必要があります。application/octet-stream として配信されたファイルは、再生ではなくダウンロードになります。そしてサーバーはRangeリクエストに応える必要があります。そうでないと聞き手は先送りができず、長いファイルは、ほとんどが転送されるまで再生が始まりません。

• httpsで配信してください。そうでないとブラウザが再生の前に警告するか、止めます
• Content-Typeをファイルに合わせて audio/mpeg、audio/mp4、audio/ogg、audio/wav のいずれかに設定してください
• シークバーを動かすのは Accept-Ranges: bytes です
• ファイル名は固定してください。名前を変えると、印刷済みの控えがすべて壊れます

脆いのはシンボルではなくリンクです

印刷したコードは、カタログ上の判断より長く生き残ります。楽曲は取り下げられることがあり、ポッドキャストはホストを移してすべてのエピソードのアドレスが変わることがあり、ライセンスの都合である国では解決してある国では解決しない、ということも起こります。その3つのどの場合も、シンボルは忠実に解読され、そして聞き手をどこにも連れて行きません。

印刷部数が多い、あるいは長く使うなら、自分が管理するドメインの短いアドレスをエンコードして、そのアドレスからプラットフォームへ向けてください。自分が持つリダイレクトを1つ挟むだけの費用で、これが刷り直しなしに直せる唯一の形です。