デジタル生活
QRコードに店名が出た。これで安全?
QRコード詐欺は、店名らしいURLや本物の決済画面でも見抜けるとは限りません。架空の3つのURLを開かずに比べ、貼り替え・返金・未払い通知で立ち止まる場所を整理します。
開かずに3つのURLを見比べる ↓開かずに、見比べる
店名が入っている、3つのURL
架空の店から公式ホストは cafe.example.com と案内された、と仮定します。次のうち、同じホストはどれでしょう?
例はすべて文書用の予約ドメインです。リンクにはしていません。情報を入力・送信する欄はありません。
例 Ahttps://cafe.example.com/menu
ホストと解説を見る
この例のホスト:cafe.example.com
ホストは店から案内された例と一致します。ただし、URLの一致だけでページの内容や安全性まで証明できるわけではありません。
例 Bhttps://cafe.example.com.example.org/menu
ホストと解説を見る
この例のホスト:cafe.example.com.example.org
cafe.example.com は先頭にありますが、ホスト全体は別です。この例は example.org 側のサブドメインであり、案内された cafe.example.com ではありません。
例 Chttps://cafe.example.com@example.org/menu
ホストと解説を見る
この例のホスト:example.org
@ の前はユーザー情報の部分です。この例で接続先を表すホストは example.org。店名らしい文字が先頭にあっても、接続先とは限りません。
これは安全判定ではありません。短縮URL、リダイレクト、表示の省略などで接続先が分からない場合は、推測せず店員や既知の公式窓口で確かめましょう。
もう一度、3つを見比べる ↑
カフェでメニューを開こうとして、テーブルのQRにスマホを向ける。表示には店名らしい文字。「名前も合っているし」と、そのまま押したくなります。
これは架空の場面ですが、立ち止まる場所は具体的です。店名が入っていることと、店の接続先であることは別。さらに、接続先が一致することと、その操作をしてよいことも別です。上の3つのURLを、まず開かずに比べてみてください。
3つとも店名がある。でもホストは違う
例Aのホストは cafe.example.com。店からそう案内された、というこの練習の前提には一致します。例Bは cafe.example.com.example.org。店名らしい部分は先頭にありますが、この例では example.org 側のサブドメインです。例Cの @ より前はユーザー情報の部分で、ホストは example.org です。
この違いは、WHATWGのURL標準が注意を促す表示の問題です。URLの先頭に知っている名前があるかどうかでなく、ホスト全体を見ます。ただし、Aだから安全、というテストではありません。同じホストに見えるURLでも、ページの内容、途中のリダイレクト、しようとしている操作まではこの比較で確認していません。
練習に使った example.com と example.org はIANAの文書用予約ドメインです。例の店は実在せず、URLもクリックできるリンクにはしていません。知らない実サイトを開いて練習する必要はありません。
「メニューを見る」の次に、何を求められた?
読み込めたことだけで安心すると、目的がすり替わっていても気づきにくくなります。メニューを見るつもりなのにカード情報が必要と言われた。未払いを確認するつもりなのに送金画面が開いた。返金を受けるつもりなのに、自分が送る金額を入力するよう求められた。最初の目的と、今の操作を並べてみるのが、このノートのもう一つの確認です。
警視庁の注意喚起では、偽の未払い通知から送金画面へ誘導する手口や、返金を装って送金用QRを送る手口を紹介しています。返金の案内で金額の入力を求められたら操作を中断し、不審な未払い通知は既知の公式サイト・アプリで確かめる、という区切りです。決済アプリ自体が本物でも、相手の要求が正当とは限りません。
店頭では、正規のQRの上から別のシールを貼る例もあります。同庁は貼り替えや表示内容を確認し、不審なら店員に尋ねるよう案内しています。こちらから紙をはがしたり、疑わしいコードをもう一度開いて試したりする必要はありません。「このQRと、今表示された案内は店のものですか」と確認するほうが近道です。
小さな画面では「見えない」を認める
この練習は、URL全体を見られるようにしています。実際のカメラ・アプリでは、一部しか表示されなかったり、短縮URLだったりすることがあります。https から始まっているだけでは、相手の身元や案内の正当性を確認したことにはなりません。
長いURLをスマホで全部解読することが、唯一の正解ではありません。表示が省略されて接続先を確かめられない、短縮先が分からない、途中で別の画面になった――そんな場合は推測で埋めない。店員、普段使っている公式アプリ、保存してある正規の入口など、受信したQRとは別の経路から確認します。IPAの解説も、本物のデザインをまねた画面は見た目で区別しにくく、迷ったら受信したリンクとは別の正規の入口を使うよう案内しています。
読み取ってしまった後も、確認先は別の入口
知らない画面が開いても、「ここまで来たから」と先へ進める必要はありません。追加の入力や送金を止め、確認が必要なら既知の連絡先へ。すでにパスワードやカード情報を入力した、送金した、という場合は、メッセージに書かれた窓口ではなく、当該サービス・カード会社などの公式窓口に事実を伝えて対応を確認してください。会社の端末なら所属先の報告手順に従います。このページだけで被害の有無や必要な対応を判定することはできません。
自分がQRを配る側なら、文字の入口も添える
イベントや小さな店の案内を作るなら、QRの横に何のページか、誰が案内しているか、確認できるURLや連絡先も添えると、受け手はQRだけに頼らず確かめられます。これは当サイトの編集上の提案で、詐欺を防げると実証した設計ではありません。
PiPiの静的QR作成ツールでは、公開してよいリンクや文字列からコードを作れます。読み取り・安全判定サービスではありません。 パスワード、認証コード、非公開の個人情報を練習用QRにしないでください。読み取り側の目で配布物を見直すことが、作成側の次の一歩です。
次にQRを見たときは、「店名がある?」だけでなく、「接続先は分かる? 今の操作は、自分が始めた目的と合っている?」。分からなければ、QRの外から確かめる。その区切りを覚えておくためのノートです。
自分で確かめる
出典と確認方法
文書用の予約ドメインだけで3つの架空URLを作り、標準URLパーサーのhostnameとusernameを独立に照合しました。開かない練習カードと、注文・未払い・返金で確認する操作の違いを独自に整理しています。警視庁・IPAの資料は実際に報告される手口と一般的な対策を支えますが、この架空の店・画面・URLを調査したものではありません。第三者サイトの安全判定、決済先の鑑定、被害防止効果の実験ではありません。
- 警視庁 — QRコードを利用する時の注意点(2026年7月10日更新)
偽の未払い通知、返金を装った送金、店頭のQR貼り替えの例と、公式窓口・店員への確認、金額入力を求められた際の中断。個別のQRの真偽を判定する資料ではありません。 · 確認日 2026/10/2 - IPA NEWS Vol.69 — フィッシング詐欺の手口と対策
本物のデザインをまねたサイトの見極めが難しいこと、QRによる偽サイトへの誘導、迷った場合に受信したリンクとは別の正規の入口で確認すること。 · 確認日 2026/10/2 - WHATWG URL Standard — URL rendering
ホストとサブドメイン、ユーザー情報を区別する構文と表示上のなりすましへの注意。ホストの一致やHTTPSから安全性を保証するものではありません。 · 確認日 2026/10/2 - IANA — Example Domains
example.com と example.org は説明用に予約されたドメイン。練習例は実際の店や詐欺サイトのURLではありません。 · 確認日 2026/10/2
確認担当: Codexによる一次資料・URL構文確認 · 人のセキュリティ専門家による監査ではありません · 2026/10/2
警視庁の2026年7月の注意喚起、IPAの手口説明、WHATWGのホスト・ユーザー情報の区別、IANAの予約ドメイン資料を開いて照合しました。3例のhostnameとC例のusernameを別のURL解析で確認。HTTPS・店名・画面の見た目を安全判定にしない範囲を確認しました。実被害調査、全スマホの表示再現、被害防止や読者の再訪の検証ではありません。