よくある原因
最多パターンは「パスワードを正しく設定したつもりが、スペースや全角文字が混入していた」ケースだ。ギガサイト便の管理画面でパスワードをコピーするとき、末尾に改行が付いてしまうことがある。まずダッシュボードを開いてパスワードフィールドを再確認し、必要なら設定し直すのが最速の解決策になる。
もう一つ見落とされがちなのが「有効期限切れ」だ。共有URLに7日間の期限を設定していた場合、受信者が10日後に開こうとするとパスワードを正しく入力しても認証が通らない。管理画面の「期限」列を確認し、期限切れであれば新しいURLを発行して送り直す必要がある。
- 相手がログインなしで開ける状態か確認する
- PCとスマホで最低1回ずつ表示を確認する
- 内部情報・個人情報・不要な外部送信が残っていないか見る
- レビュー期限と修正時の差し替え方を決めておく
自分側で確認すること
送信者側でまず行うべきは、自分でそのURLをシークレットウィンドウ（プライベートブラウジング）で開き、設定したパスワードを実際に入力してみることだ。普通のウィンドウではセッションが残っているため誤検知が起きる。シークレットで通れば送信者側の設定は正常と判断できる。
次に、相手へ送ったパスワードのテキストを確認する。メールのクライアントやSlackが自動でURLをリンク化する際に、記号が一部エスケープされることがある。パスワードに「#」「&」「?」が含まれていた場合は英数字のみのパスワードに変更して再発行するのが安全だ。
- HTML内の外部script・form action・iframeを確認する
- APIキーやトークンらしき文字列がないか検索する
- 画像・CSS・JSのパスが公開後も解決できるか見る
- noindexと認証を混同せず、必要なら両方設定する
相手側で確認すること
受信者に頼む最初のステップは「ブラウザのキャッシュをクリアしてから再試行する」ことだ。古いセッションCookieが残っていると、正しいパスワードを入れても認証が失敗したように見える挙動が起きる。Chrome であれば「設定→プライバシーとセキュリティ→閲覧履歴データの削除」でCookieとキャッシュを消去してもらう。
企業ネットワークや社内プロキシを経由している場合、プロキシがHTTPSの認証レスポンスを書き換えてCookieを破棄するケースがある。その場合はモバイル回線（4G/5G）に切り替えてアクセスするよう依頼すると、ネットワーク起因かどうかをすぐ切り分けられる。
- HTML内の外部script・form action・iframeを確認する
- APIキーやトークンらしき文字列がないか検索する
- 画像・CSS・JSのパスが公開後も解決できるか見る
- noindexと認証を混同せず、必要なら両方設定する
再発防止の運用
共有URLを発行するたびにパスワードと有効期限を管理スプレッドシートに記録しておくと、「いつ誰に何のパスワードを送ったか」が追跡できる。とくに複数案件を同時進行している場合、発行後3日を目安にリマインダーを入れておくと期限切れによる問い合わせを減らせる。
ギガサイト便のパスワードには英小文字と数字だけを使う運用ルールを決めると、記号起因のエスケープトラブルが根絶できる。また受信者へ送るメッセージには「コピーするときは末尾の空白に注意」という一文を添えるだけで、ユーザーエラーによる問い合わせが大幅に減る。
- HTML内の外部script・form action・iframeを確認する
- APIキーやトークンらしき文字列がないか検索する
- 画像・CSS・JSのパスが公開後も解決できるか見る
- noindexと認証を混同せず、必要なら両方設定する
よくある質問
パスワードを変更したら既存の共有URLは無効になりますか？
はい、ギガサイト便ではパスワードを変更すると旧パスワードは即時無効になります。受信者全員に新しいパスワードを再送してください。URLそのものは変わりません。
iPhoneのSafariだけパスワード画面が通らない場合の対処法は？
SafariのITP（Intelligent Tracking Prevention）がCookieを制限している可能性があります。「設定→Safari→サイト越えトラッキングを防ぐ」をオフにするか、ChromeなどのブラウザへURLを貼り付けて開くよう案内してください。
パスワードを何度入力してもループする場合、URLを発行し直す以外に方法はありますか？
管理画面でパスワードをリセット（同じ値で上書き保存）すると認証トークンが再生成され、ループが解消するケースがあります。まずリセットを試し、それでも改善しなければ新規発行してください。