Wi-FiのQRコードを作成してパスワードを共有する方法

最初にSSID・パスワード・セキュリティ方式を確認する

必要なのは、ネットワーク名のSSID、Wi-Fiパスワード、セキュリティ方式です。SSIDは大文字・小文字、空白、記号まで含めて実際の表示と同じ文字列を使います。似た名前の2.4 GHz / 5 GHz / Guestネットワークがある場合は、接続してほしいSSIDを選びます。

Wi-Fi ShareではWPA / WPA2 / WPA3 Personal、WEP、パスワードなしを選べます。実際のルーター設定と異なる方式を選ぶと、SSIDとパスワードが正しくても接続できない場合があります。Enterprise / EAP方式は対象外です。

Wi-Fi QRコードは接続情報をまとめたもの

Wi-Fi接続用QRコードには、SSID、セキュリティ方式、パスワードなどの情報が入ります。対応する端末で読み取ると、OSやカメラアプリが内容を解釈してWi-Fiへの接続操作を案内します。Browser Kittyが相手の端末設定を直接変更するわけではありません。

読み取り後の動作は端末・OS・カメラアプリの実装に依存します。同じQRコードでも、自動的に接続確認が出る端末と、内容を文字列として表示するだけのQRリーダーがあります。

QRコードはパスワードを暗号化するものではない

QRコードにするとパスワードが安全な暗号データへ変わるわけではありません。見た目が白黒のパターンになるだけで、読み取れる相手は接続情報を利用できる可能性があります。

そのため、自宅のメインWi-FiのQRコードをSNSや誰でも見られるWebページへ公開する用途には向きません。来客や店舗向けには、ルーターにゲストネットワーク機能があれば、普段使うネットワークと分けたうえでゲスト用SSIDのQRコードを作る方法があります。

その場で見せる、PNG保存、印刷を使い分ける

一時的に共有するだけなら、スマートフォンやPCへQRコードを大きく表示して相手のカメラで読んでもらうのが簡単です。Wi-Fi Shareは狭い画面向け表示に対応し、対応環境ではScreen Wake Lockも補助的に利用します。

店舗、会議室、宿泊施設などで繰り返し案内する場合はQRコードをPNGとして保存したり、A4向けの印刷用レイアウトを使ったりできます。印刷レイアウトではパスワード文字列の印刷は初期状態でオフなので、必要な場合だけ有効にできます。

QRコードが使いにくい場合はSSIDとパスワードを個別に渡す

カメラのないPCや、Wi-Fi QRコードを接続操作として解釈しない端末では、SSIDとパスワードを手入力する必要があります。Wi-Fi ShareではSSIDとパスワードを個別にコピーでき、スマホ画面へ大きく表示することもできます。

Web Share APIに対応する環境ではOSの共有シートも利用できます。共有を開始したあとに、メッセージ、メール、近距離共有などどこへ渡すかはユーザーが選択します。コピーしたパスワードはOSのクリップボードへ入るため、その後のクリップボードの扱いも端末側の運用に含まれます。

よく使うWi-Fiは明示的に保存した場合だけブラウザへ残る

Wi-Fi Shareは入力したWi-Fi情報を自動的に永続保存しません。「このWi-Fiを保存」を選んだ場合だけ、同じブラウザのlocalStorageへ保存します。保存一覧では表示名、SSID、セキュリティ方式を確認でき、パスワードを一覧へ常時表示しません。

これはOSのキーチェーンや資格情報ストアとは別です。ブラウザのサイトデータを削除すると消える場合があり、WebページからOSに保存された現在のWi-Fiパスワードを自動取得することもできません。

接続できないときはSSID・パスワード・方式・読み取り側を切り分ける

QRコード自体は読み取れるのに接続できない場合は、SSIDの大文字・小文字・空白・記号、パスワードの0とOや1とl、セキュリティ方式が実際の設定と一致しているかを確認します。非公開SSIDを使っている場合は、その設定も一致させます。

WPA3専用ネットワークなどでは、QRコードが正しくても読み取り側端末がその方式へ対応していなければ接続できません。QRコードは端末にWi-Fi機能を追加するものではないため、最終的な互換性は読み取り側OSとハードウェアにも依存します。

パスワードを変えたら保存画像や掲示物も作り直す

QRコードには作成時点のSSID・パスワード・セキュリティ情報が入っています。SSIDやパスワード、方式を変更した場合、以前保存したPNGや印刷物は古い情報のままです。

店舗や会議室で掲示している場合は、新しいQRコードを作るだけでなく、古い掲示物が残っていないかも確認します。パスワード変更を運用へ反映するところまでが更新作業です。

Wi-Fi情報の処理はブラウザ内で行う

Wi-Fi Shareでは、SSID、パスワード、QRコード生成をブラウザ内で処理し、生成HTMLはCSPでconnect-src 'none'を指定しています。analytics、telemetry、外部フォント、アプリ用バックエンドも利用しません。Web版では最初のHTML取得には通信が発生します。

ただし、ユーザーが明示的にOSの共有、コピー、localStorageへの保存、PNG保存、印刷、ExperimentalのNFCタグ書き込みを選んだ場合は、その選択した先へデータが渡ります。「ローカル処理」は、これらのユーザー操作まで存在しないという意味ではありません。

NFCタグ書き込みは対応Android環境向けの追加手段

Web NFCへ対応するAndroidブラウザでは、Experimental機能としてNDEF対応タグへWi-Fi情報を書き込めます。QRコードを見せる代わりに、対応端末でタグへタッチする運用ができます。

Web NFCはHTTPSなどのSecure Contextが必要で、対応ブラウザ・端末も限定されます。またタグの既存NDEF内容は上書きされ、タグを読み取れる人はWi-Fi情報を利用できる可能性があります。互換性の広いQRコードを基本にし、NFCは追加手段として考えるのが扱いやすいです。

注意点

• 店舗や来客向けには、可能なら普段使うネットワークとゲストネットワークを分けて、ゲスト用SSIDのQRコードを共有すると管理しやすくなります。
• QRコードが読み取れても接続できない場合は、まずSSID・パスワード・セキュリティ方式を確認し、その後に読み取り側端末のWi-Fi対応を切り分けます。
• QRコードを画像や紙で配布すると、そのコピーも接続情報になります。不要になった古いPNGや掲示物の扱いにも注意してください。
• Web Share、Screen Wake Lock、Web NFCは補助機能で、利用可否はブラウザ・OS・Secure Context条件に依存します。