QRコード読み取り

QRコードは、あなたがそれを見ているのと同じ画面に閉じ込められている

誰もが出くわす状況があります。友人がWi-Fi QRコードをスクリーンショットで送ってくる。PDFのチケットに、開く必要のあるQRがある。アプリがノートパソコンに「スキャンしてペアリング」のコードを表示する。難点は、そのコードが本来スキャンに使うはずの端末の上にあることです——スクリーンショットを表示しているスマホは自分のカメラを自分に向けられませんし、すでにファイルの中にあるコードを読むために二台目のスマホをモニターにかざすのは馬鹿げて感じます。画像はある。ただ、その中のテキストが必要なだけです。

まさにその隙間を、このツールが埋めます。QRコードを含む画像ファイル——スクリーンショット、書き出したグラフィック、写真——をドラッグ、貼り付け、または選択すると、その場でコードをデコードし、そこに入っているテキストを見せます。そのテキストがURLなら、クリックできるリンク(rel=nofollow 付き)が得られます。そうでなければ、生の内容とコピーボタンが得られます。二台目の端末も、あれこれのやり繰りもなし。

ここではなぜ画像からのデコードがウェブカメラに勝るのか

大半の「QRスキャナー」ページは、ライブカメラと目の前の物理的なコードを前提とします。コードがすでにファイルであるとき、それは間違ったモデルです。ウェブカメラに手を伸ばすことは、カメラの許可を求め、画面に狙いを定め(画面同士のスキャンを不安定にする反射やモアレを持ち込む)、そもそもコードを表示するための別の画面を必要とすることを意味します。QRがスクリーンショットやPDFのページであるとき、カメラを向けられる物理的なコードは存在しません。

このツールは意図的に、ライブカメラではなく、あなたが渡した画像から読みます。それは率直に述べる本物のトレードオフです——手に持ったコードをウェブカメラを開いてスキャンすることはしません。ポスターやパッケージに物理的なコードがあるなら、スマホ内蔵のカメラアプリのほうが速い道です。しかしよくあるケース——すでに端末上の画像であるコード——には、ファイルから読むほうがシンプルで、完全にローカルです。

大半のサイトが無視するプライバシーの観点

QRコードは常に無害なリンクとは限りません。Wi-Fiのネットワーク名とパスワード、非公開の会議URL、ワンタイムのログイントークン、決済用の文字列、誰かの電話番号と住所の入ったvCardをエンコードできます。それらのどれかを典型的なオンライン「QRリーダー」でデコードするとき、あなたは管理できないサーバーに画像を——そしてコードが運ぶ秘密を——アップロードします。Wi-Fiパスワードやログインリンクにとって、それは本当に送るべきではない場所です。

このツールは画像をキャンバスに描き、jsQR ライブラリを使って完全にブラウザの中でデコードします。何もアップロードされません。アカウントもバックエンドもなく、ページが読み込まれればオフラインで動き続けます——文字どおりWi-Fiを切ってもデコードできます。コードの中のテキストはマシンを一切離れません。それこそが、パスワードかもしれないものにとって唯一まともな既定です。

きれいにデコードするには

ツールは速度のために大きな画像を約1600pxに縮小し、通常と反転の両方のコードを自動で試す(inversionAttempts: 'attemptBoth')ので、暗い上に明るいコードも動きます。コードが手強いときに役立つ実用的な習慣がいくつかあります。

• 近く切り抜く。 QRが大きなスクリーンショットの中の小さな四角なら、コードがフレームの大半を埋めるよう切り抜いてください。大きな画像の中で埋もれた小さなコードが、最もよくある失敗です。
• コントラストを優先。 明るい背景の上の暗いコードが最もよく読めます。とてもコントラストの低い、または色あせたコードは難しくなります。
• 反射を消す。 コードの写真では反射を避け、パターンを横切る明るいホットスポットより均一な照明が勝ります。
• 画像に一つのコード。 ツールは画像ごとに一つのQRをデコードします。一枚に複数あるなら、欲しいものに切り抜いてください。

正直な制約——これは画像ベースであり、ライブカメラではなく、一度に一つのコードを読みます。とても小さい、ぼやけた、あるいは強く装飾されたコードは、うまく切り抜いても時折失敗します。写真をアップロードして読むオンラインのデコーダーと比べて、あなたがするトレードオフは明快です——こちらは画像を、そしてそれがエンコードする何であれ、あなた自身の端末に留めます。