反転QRコード：暗い背景の白いコードが読み取れるとき、読み取れないとき

反転QRコードとは何か、規格で認められているのか

反転QRコードとは、暗い背景に明るいモジュールで描いたQRコードのことで、ふつうの「明るい地に暗いパターン」とは逆になっています。黒いカードの白いQRコード、ネイビーのパッケージのクリーム色のコード、黒いアルマイト加工のアルミにレーザー彫刻したコード、黒板にチョークで描いたコードは、誰かがその言葉を選んだかどうかにかかわらず、すべて反転コードです。

反射率の反転とは、シンボルを明るい地に暗くではなく、暗い地に明るく描くことを指す、QRコードの規格上の呼び名です。現在のQRコード規格の2015年版であるISO/IEC 18004:2015は、6.2節で、シンボルは明るい地に暗く描いても暗い地に明るく描いても読み取れることを意図しており、仕様は明るい地に暗く描く前提で書かれているので、反転したシンボルでは暗いモジュールと明るいモジュールへの言及がすべて入れ替わる、と述べています。つまり反転コードは裏技でも誤用でもなく、規格が名前を付けている変種です。

モジュールとは、QRコードを構成する正方形のセル1つのことで、スキャナーが解像しなければならない最小単位です。反転コードでは、データを運ぶモジュール - 規格が「暗い」と呼ぶもの - が明るく印刷され、シンボルの周囲の余白を含むそれ以外のすべてが暗くなります。エンコードは何も変わりません。同じデータ、同じ誤り訂正、同じマスクから同じ格子ができ、2つの色が入れ替わるだけです。

規格がしていないのは、すべての読み取り機に両方を探すよう義務づけることです。デコーダーは、作り方や設定によって、あるいは単に古いという理由で、明るい地の暗いパターンしか探さないことがあり、それが反転コードのリスクのすべてです。競合するページは「最近のスマホならどれでも使える」と「絶対にやってはいけない」に分かれていますが、どちらも、測定できる答えのある問いを言い過ぎています。

反転QRコードはiPhoneとAndroidで読み取れる？

現在のスマートフォンならたいてい読み取れますが、保証はありません。iPhoneの「カメラ」アプリとGoogleレンズは暗い地に白のQRコードを読み取れるとよく報告されていますが、AppleもGoogleも自社のデコーダーが極性をどう扱うかを公開していないので、頼れる公式な説明はありません。古いスマートフォン、他社製のスキャナーアプリ、据え置き型のスキャナーはまちまちで、反転した画像をまったく試さないものもあります。

設定を読めるオープンなデコーダーを見ると、答えがまちまちになる理由が分かります。どれも反転を設定可能なオプションにしていて、既定値が一致していません。

この表の実用的な読み方はこうです。スマートフォン自体のカメラアプリで読むコードなら妥当な賭けですが、企業独自の読み取りアプリ、レジ、改札機、倉庫のハンディ端末で読むコードはそうではありません。そのアプリの設定を選んだのは別の誰かだからです。スマートフォンが反転コードをまったく読まない場合、プラットフォームごとの直し方はiPhoneでQRコードを読み取る方法とAndroidでの読み取り方にあります。Googleレンズか、両方の極性を試すスキャナーアプリに切り替えるのが、いちばん手早いテストです。

測定したこと：オープンなデコーダーでの反転と通常の比較

私たちの測定では、デコーダーが両方の向きを試す限り、極性による損失はゼロでした - 黒地に白は16か所中16か所で、白地に黒と同じです。試さない場合は16か所中0か所で、すべてを失いました。反転コードに実際に不利だったのは、黒に近い色ではなく暗いグレーの地でした。測定用のスクリプトはscripts/inverted-decode-rig.mjsで、2026年10月2日に実行し、全出力はreports/inverted-decode/results-2026-10-02.txtにあります。

方法の概要：レベルHの41モジュールのコードを1つ、正方形のモジュール、4モジュールのクワイエットゾーン、周囲6モジュール分の面で描き、ピントの合ったスマートフォンのフレーム程度にぼかし、1モジュールあたり6ピクセルと4ピクセルでサンプリングして、条件ごとに16のサブピクセル位置でjsQR 1.4.0に渡しました。16という値は、すべての位置で正確なデータが読めたことを意味します。

このページを支える結果は3つです。1つ目、極性はスイッチです。まったく同じ黒地に白のファイルが、デコーダーに反転を試させた途端、ゼロから完璧になりました。2つ目、コントラスト比は反転コードが読めるかを予測しません。7:1はグレーの地に白では失敗し、白地にグレーでは完璧に読め、真っ黒の地のグレーのモジュールは1.25:1まで読めました。3つ目、失敗した地色も、暗いタイルの周りに白いページがあれば読めるようになりました。これは色そのものではなく、次のセクションで説明する仕組みを指し示しています。

暗いグレーの地が失敗し、黒が失敗しない理由

ZXing系のデコーダーは、平らで特徴のない領域を明るい紙だとみなします。そのため、広い暗いグレーの地は、デコーダーが反転画像を試す前に明るいと分類されてしまい、その画像を反転させるとクワイエットゾーンが暗くなります。真っ黒はこの前提を免れるので、黒地に白は読め、中間グレーの地に白は読めません。これはソースコードを私たちが読んだ解釈であり、測定のすべての行と矛盾しません。

確かめたい人のための詳細：jsQRは、移植元であるZXingのHybridBinarizerと同じく、画像を8 x 8ピクセルのブロックに分け、ブロックごとに暗いか明るいかのしきい値を決めます。いちばん明るいピクセルといちばん暗いピクセルの差が24段階以内のブロックには測るべきエッジがないので、デコーダーはしきい値をそのブロックの最も暗い値の半分に置き、ソースのコメントの言葉を借りれば実質的にそれを白く塗りつぶします。「暗いバーコードのシンボルは、必ずいくらかの明るい背景に囲まれている」からです。レベル89の平らな#595959のブロックはしきい値が約44になり、明るいと判定されます。レベル0の平らな黒のブロックはしきい値が0になり、暗いと判定されます。これは正しい判定です。

jsQRの反転は、カメラ画像から改めてやり直すのではなく、すでに作った白黒の画像を裏返します。誤って明るいと分類された地は、裏返した画像ではまさに反転コードが明るいクワイエットゾーンを必要とする場所で暗くなり、角の3つの四角は、見つけてもらうための余白を失います。その余白がデコーダーにとって最初に必要なものである理由は、クワイエットゾーンのガイドで説明しています。

ここから導かれるルールです。オープンなデコーダー1つから得た目安として示します。

• 地色は黒に近くする。 デコーダーが計算するグレーのレベルが255中51以下だった地色は、すべて完璧に読めました。#333333、スレートの#1E293B、ネイビーの#0B1F3A、深い紫の#4C1D95、暗い赤の#7F1D1Dなどです。レベル61～64前後の地色は、小さいほうのサイズで失敗し始めました。
• 反転コードではコントラスト比を信用しない。 10:1の深い赤は完璧に読めましたが、9.5:1のペトロールブルー#0C4A6Eと10.4:1のグレー#404040は小さいほうのサイズで読み取りを落としました。デコーダーのグレーは緑を重く扱い、比率の計算式は色を同じ順に並べないからです。暗さで判断し、そのうえでテストしてください。
• 暗いページより、明るいページの上の暗いタイルのほうが安全。 同じ白いコードを#595959のタイルに置いたものは、タイルの周りを白いページが囲んだ途端、完璧に読めました。デコーダーが学習に使える本物の明るい領域があったからです。全面が暗いポスターや暗い画面には、そうした手がかりがありません。
• それでも比率は7:1を大きく上回るように保つ。 QRコントラストチェッカーも反転の組み合わせに同じ助言をしています。この測定は、なぜ7:1だけでは足りないのか、なぜ黒に近い色が安全な側なのかを説明するものです。

黒・暗い色・カラーの背景に置く白いQRコード

白いQRコードが最もよく読めるのは、クワイエットゾーンまで満たした黒か黒に近い色の上で、モジュール、角の四角、ロゴの周囲など、コードのすべての部分を明るい色にした場合です。私たちのテストでは、黒地に白、ネイビーに白、深い紫・暗い赤・スレートに白はすべて完璧に読めました。中間調の地や明るい色の地に白は読めませんでした。

実際に失敗する組み合わせは3つあり、どれもデザイナーが選んだ色の組み合わせそのものの問題ではありません。

• 極性の混在。 明るいモジュールに暗い角の四角、あるいは暗い地に明るいロゴ用プレートを抜いた暗いモジュール。デコーダーは1回の処理で1つの極性しか読まないので、半分ずつのコードには一貫して読める回がありません。目の色はパターンと同じ明るい色にしてください。
• 暗い地に淡いパステル。 ネイビーの上の淡い黄色、ピンク、ミントのモジュールは画面上では高コントラストに見え、比率は10:1を超えることもありますが、余裕は白より薄くなります。QRコードの配色50組の表が反転の組み合わせに「要テスト」と付けているのはこのためです。
• 実は中間調の暗い地。 ブランドの「ダークカラー」は、255中60～90の範囲のチャコール、フォレストグリーン、ペトロールブルーであることが多く、それはまさに私たちの測定で失敗した範囲です。デザインの他の部分がブランドカラーのままでも、コードの背後の地は暗くしてください。

デザインが暗く、ブランドカラーが十分に暗くない場合、代わりの方法のコストは長方形1つです。暗いデザインの上に、暗いコードを載せた明るいパネルを置きます。これはそもそも反転コードではないので、世界中のどの読み取り機でも扱えます。最小コントラストのスキャンテストが、通常の極性での設計目標として、画面で4:1、印刷で7:1を示しています。

反転QRコードのクワイエットゾーンは暗くなければならない

クワイエットゾーンとは、シンボルがどこで始まりどこで終わるかをスキャナーが検出できるようにする、QRコード周囲の空白の余白で、規格は四辺それぞれに4モジュールと定めています。反転コードでは、クワイエットゾーンは背景のモジュールと一致しなければならないので、暗い地色でなければなりません。そのまま白い余白に続いている白いコードには、検出できる縁がまったくありません。

私たちの測定で、外側に白いページがあるとき反転コードにどれだけの暗い余白が必要かを数値にしました。1～4モジュールの暗い余白は16か所中15か所か16か所で読め、暗い余白がまったくないと16か所中0か所でした。鏡像のケース - 黒いページの上の白いタイルに通常のコード - も同じ数値でした。それでも規格の4モジュールで設計してください。1モジュールで足りたのは、きれいで平らなデジタル画像の場合であって、スマートフォンがレンズ越しに斜めから見るものとは違います。

反転コードがクワイエットゾーンを失うよくある経路は、白い書き出しを黒い書き出しと同じつもりでレイアウトに置くことです。外側のモジュールぎりぎりでトリミングした暗いタイルの白いコード、近すぎる位置で抜き加工した暗いステッカー、周囲の「暗い」部分が明るいディテールだらけの暗い写真に置いた白いコード。ルールは色を入れ替えただけで通常のコードと同じです。四辺それぞれに、途切れのない平らな地色を4モジュール分。

背景が透明な白いQRコードが消える理由

背景を透明にして書き出した白いQRコードは白いモジュールしか描かないので、背景とクワイエットゾーンは置かれた面がそのまま使われます。暗い面の上なら機能しますが、白や淡い色のページの上では白地に白になって消えます。私たちのテストでは#F5F5F5でも白でも16か所中0か所で、試したどの中間グレーでも16か所中6か所を超えませんでした。

これが白いQRコードで最も多い失敗なのは、ファイルを作った場所では見えないからです。デザインツールは透明な白いコードをグレーの市松模様の上に表示し、ダークテーマのスライドやWebページでは美しく見えます。同じファイルでも、白いページの文書、ライトモードのメール、白い用紙の印刷レイアウトでは何も見えません。一般的なケースは透明なQRコードのページで扱っています。透明なコードの読み取りやすさは、その背後の面しだいです。

逆の失敗は、ふつうの黒いコードに起こります。背景を透明にした黒いQRコードをメールの署名やWebページに置き、読み手がダークモードで見ると、暗いグレーの地に黒になります。正しかったファイルから、読めないコードが生まれるわけです。置き場所の色が変わる可能性があるなら、背景を塗りつぶして書き出し、コード自身にクワイエットゾーンを持たせてください。

KoloQRは、円形やカスタム形状のQRコードを作れる無料のQRコード作成ツールで、「色」タブに「背景を透明に」のスイッチがあります。コントラストのバッジは透明なコードを白に対して判定します。透明なコードはたいてい白の上に置かれるからです。そのため、スイッチをオンにした白いパターンは1:1という不合格の比率を示し、これは正しい警告です。暗い面に置く白いコードなら、代わりに「背景」の色をその面の色に設定すれば、バッジが実際の組み合わせを判定します。

画面とダークモードでの反転QRコード

画面上の反転QRコードは紙と同じくらい、しばしばそれ以上によく読めます。画面の黒は本当に暗く、白は発せられる光だからです。画面ならではのリスクは、コードの周りのページを変えてしまうダークモード、低い明るさの表示、そしてほとんど暗いフレームに合わせて露出を決めるスマートフォンのカメラです。

• ダークモードは画像を反転させない。 画像の中のQRコードは書き出したときの色のままで、暗くなるのはその周りのページだけです。自前のクワイエットゾーンを持つコードは読めたままで、ページを余白として頼っていたコードはそれを失います。このスクリーンショット版の失敗は画像からQRコードを読み取る方法で扱っています。ブラウザやメールアプリの強制ダークモードには単純な2色の画像の色を変えるものもあるので、ダークモードで読まれるページのコードは、ダークモードで確認する価値があります。
• 明るさが低いと地がグレーに近づく。 最小の明るさで黒地に白のコードを表示したスマートフォンや、明るい部屋のプロジェクターは、黒を持ち上げて白を暗くします。これによって反転コードは、安全な黒に近い側から、私たちの測定で失敗した中間グレーの地のほうへ寄っていきます。
• 自動露出は反転コードに不利に働く。 ほとんどが暗いフレームに向けたカメラは画像を明るくするので、印刷した黒はグレーとしてデコーダーに届き、白いモジュールはにじみます。これは測定ではなく推論ですが、暗い地でフレームを埋めすぎない理由になります。ポスターではなくコードが画面いっぱいになるようにスマートフォンを構えてください。

ダークテーマのアプリやサイトでは、角を丸めた白いパネルに暗いコードを置くのが安全なパターンで、どの読み取り機でも読め、意図的なデザインに見えます。スライド、動画のエンドカード、スマートフォンで見て読み取るSNS投稿なら、地が黒に近い限り、反転コードは妥当な選択です。

反転QRコードの印刷：白インキ、抜き、箔、彫刻

反転QRコードは、単色の暗いインキからの抜きとして、または暗い素材に不透明な明るいインキで印刷し、実物でテストしてください。ノックアウト（抜き）とは、ベタのインキ面の中に印刷しない形を残し、下の素材が透けて見えるようにしたもののことです。印刷方法ごとに、明るいモジュールを失う経路があります。

印刷会社と議論する前に知っておく価値のある結果が1つあります。暗い部分が1辺あたりモジュールの何割かずつ明るい部分へ広がる、純粋に幾何学的なインキの太りのモデルでは、反転コードのほうが弱いわけではありませんでした。通常のコードがすでに失敗した1辺あたりモジュールの20%まで持ちこたえたのです。反転印刷を難しくするのは物理的な要因です。完全には覆わない明るいインキ、吸収性のある用紙で細部より大きく太るベタ面、そして反射する仕上げ。実物で決着をつける校正の手順は印刷チェックリストにあります。

反転させたいと思われることが特に多い物については、既存のページが面ごとの答えを示しており、どれも明るいパネルに行き着きます。名刺のQRコード、Tシャツ、商品パッケージです。

反転QRコードを避けるべきときと、代わりに使うもの

読み取り機が現在のスマートフォンのカメラではない場所では、反転QRコードを避けてください。レジ、改札機、倉庫やPOSのスキャナー、決済端末、そして読み取る本人以外が選んだアプリです。読み取るのがスマートフォンだけで地が黒に近いなら自由に使い、どちらの場合もテストしてください。

• コードを据え置き型や店舗の機器で読むなら、明るい地に暗くを選ぶ。 レーザースキャナーは反転コードを読めず、多くのイメージャーは1つの極性に設定されています。白地に黒を確認済みで使うのが、唯一の安全な答えです。
• コードが暗いデザインの上にあり、誰にでも読める必要があるなら、明るいパネルの中の暗いコードを選ぶ。 長方形1つのコストで、暗いデザインを保ったまま極性の賭けをなくせます。
• コードがポスター、スライド、SNS投稿、パッケージにあり、スマートフォンで読むなら、反転コードは妥当なデザインの選択です。 黒に近い地で、クワイエットゾーンを暗くし、コードのすべての部分を明るい色にしてください。
• 地がブランドの中間調なら、コードの背後をもっと暗い地にするか、明るいパネルを選ぶ。 私たちの測定では、7:1～8.5:1 - ほとんどのコントラストチェックに合格する比率 - の地の白いコードが、小さいほうのサイズで失敗しました。
• 実際の読み取り機でテストできないなら、明るい地に暗くを選ぶ。 対象のスマートフォンで読み取っていない反転コードは、誰も公開していないソフトウェアについての未検証の前提です。

同じ判断は、トラブルシューティングのピラーの最初の症状でもあります。あるスマートフォンでは何も起きず、別のスマートフォンでは読める暗い地に明るいコードは、壊れたコードではなく極性の問題です。QRコードが読み取れない理由が、検出の不具合の1つとして扱っています。

反転QRコードの作り方

反転QRコードを作るには、パターンと角の色を明るい色に、背景を黒に近い色に設定し、背景は透明ではなく塗りつぶしにして、ベクターファイルを書き出してテストします。KoloQRのジェネレーターでは、「色」タブの3つのカラーピッカーで設定できます。

1. 内容を入力し、短く保つ. URLやテキストを入力します。データが短いほどモジュールは少なく大きくなり、反転コードが地色とインキで消費する余裕を稼げます。
2. パターンと目の色を明るい色にする. 「色」タブで「パターン」を白か最も明るいブランドカラーにし、「目」も同じ色にします。明るいパターンのコードに暗い角の四角を組み合わせると極性が混在し、読み取れません。
3. 背景を黒に近い色にする. 「背景」に黒かごく暗いブランドカラーを選び、「背景を透明に」はオフのままにして、クワイエットゾーンが暗い色で書き出されるようにします。
4. コントラストのバッジと地色を確認する. バッジは余裕をもって合格しているはずです。そのうえで、地が中間調ではなく本当に暗いかを確認します。7:1を大きく上回り、無彩色のグレーなら黒に近い色を目指してください。
5. SVGか大きなPNGで書き出す. 印刷用にはSVGを、画面用には最終的なピクセルサイズのPNGを書き出します。暗い余白をトリミングせず、周りに明るい細い縁取りを付けずに配置してください。
6. 反転を試さない読み取り機でテストする. 書き出したファイルを、古い機種と他社製のスキャナーアプリを含む複数の実機で読み取り、そのあと1枚印刷して、実際の距離と角度から読み取ります。

反転コードのテストには1つ落とし穴があります。このサイトのQRコードスキャナーはデコーダーに両方の極性を試させるので、そこで合格した黒地に白のファイルは、コードが有効であることを証明するだけで、明るい地に暗くしか読まない読み取り機がそれを認識することは証明しません。スキャナーはファイルの確認に、QRコードバリデーターは余白とモジュールサイズの確認に使い、反転が安全かどうかは実機で判断してください。スタイリングで読み取り性能が上がることはなく、スタイルを付けた反転コード - ドット、角の丸いモジュール、ロゴ - は素のコードより余裕が少なくなります。測定結果はカスタム形状のQRコードは読み取れるのかにあります。

KoloQRが作るのは静的コードだけなので、印刷したコードの遷移先をあとから変えることはできません。反転コードを高価な印刷物や長く使う印刷物に載せ、あとで修正が必要になるかもしれない場合は、リダイレクト付きの動的コードサービスのほうが向いています。極性の問題はどちらでも同じです。