ハウツー

公開後にすぐ非公開にするときの手順と注意点

公開したHTMLプレビューをすぐに取り下げなければならない場面は、制作現場では意外と頻繁に訪れます。誤字が見つかった、未確定情報が含まれていた、案件が中止になったなど、理由はさまざまです。操作自体は数ステップで完了しますが、非公開後にすべきことを把握していないと後処理でバタバタしがちです。

準備するもの

「今すぐ非公開にしなければ」という状況が発生したとき、まず利用しているサービスの管理画面にすぐログインできるか確認します。パスワードをパスワードマネージャーに保存していれば迷わずにアクセスできますが、そうでない場合はパスワードリセットのやり取りに時間を取られてしまいます。緊急時の操作が遅れないよう、管理画面の認証情報を事前に整備しておくのが重要です。

非公開にする前に「誰に共有済みか」のリストを確認します。一人にしか送っていないのか、複数の担当者に転送されているのか、Slackチャンネルに貼られているのかによって、非公開後の通知先と連絡内容が変わります。共有URLを送ったメールやSlack投稿を素早く検索できるよう、「プレビューURL」「確認URL」などのキーワードでメールを検索する習慣をつけておきましょう。

  • 相手がログインなしで開ける状態か確認する
  • PCとスマホで最低1回ずつ表示を確認する
  • 内部情報・個人情報・不要な外部送信が残っていないか見る
  • レビュー期限と修正時の差し替え方を決めておく

実際の手順

手順1:共有サービスの管理画面にログインし、対象のプロジェクトまたはファイルを選択します。手順2:「非公開」「削除」「無効化」などのオプションを選択して実行します(サービスによってUIが異なります)。手順3:非公開後に自分でURLを別タブで開いて、アクセスできなくなっていることを確認します。

手順4:共有先にURL停止の旨を通知します。通知が遅れると、クライアントが「URLにアクセスできない」と問い合わせてくる前に先手を打てます。手順5:非公開にした理由が「誤情報の含有」であれば、修正完了後のスケジュールを伝えます。修正に時間がかかる場合は、暫定の連絡先(担当者メールアドレスなど)を案内しておくと丁寧です。

手順6:修正版が完成したら再アップロードし、新しいURLまたは同じURLで再公開します。同じURLで差し替えられるサービスを使っていれば、クライアントへの再送が不要でスムーズです。

失敗しやすい点

非公開操作の後、「一応削除したか確認しよう」と自分のブラウザで開いてもキャッシュでページが表示されてしまうことがあります。この場合、削除が失敗したと誤解してもう一度操作を試みてしまい、設定が上書きされる可能性があります。確認は必ずシークレットウィンドウ(プライベートブラウジング)で行ってください。

非公開後に通知を怠ると、クライアントが期限内に確認しようとしてURLにアクセスできず困ることになります。特に期限直前の非公開は「急に見られなくなった」と不信感を招く可能性があるため、理由と再公開予定の連絡は必ず行いましょう。

テンプレ文面

緊急非公開の通知テンプレ:「〇〇様、先ほどご共有したプレビューURLを本日〇時に一時停止しました。修正対応後、改めてご連絡差し上げます。ご迷惑をおかけして申し訳ありません。」短くてもすぐに送ることが重要です。詳細な説明は後続のメールで補足できます。

修正完了後の再共有テンプレ:「先ほどの件、修正が完了しましたのでプレビューURLを再公開しました。URLは変わらず[URL]です。改めてご確認をお願いいたします。ご不明な点はご連絡ください。」再開のURLを明記することで、クライアントがブックマークを使えるか新しいリンクを使うべきかで迷わずに済みます。

よくある質問

非公開にした後、同じURLで再公開するまでの間にアクセスした人にはどう見えますか?

サービスの設定によりますが、多くの場合は「このページは現在公開されていません」または「404 Not Found」が表示されます。クライアントが混乱しないよう、非公開前後に通知を入れることで対応できます。

会社の上司や承認者にプレビューURLを転送されていた場合、全員に通知が必要ですか?

URLにアクセスできなくなる全員への通知が理想的ですが、困難な場合は直接共有した相手に「転送先にも伝えてください」と依頼するのが現実的です。緊急性が高い場合は社内チャットのチャンネルにアナウンスするのが効率的です。

誤った情報が含まれていたことをクライアントに正直に伝える必要はありますか?

「修正のため一時停止」という表現は誤情報を暗示しますが、詳細を伝えるかはケースバイケースです。クライアントとの信頼関係を損なわないよう、誤情報の内容と修正箇所を正直に伝える方が長期的な関係構築に有効です。

関連記事

ハウツー

差し替え履歴をメモするときの手順と注意点

静的HTMLページの差し替えを繰り返す担当者向けに、差し替え履歴を記録する手順・バージョン命名のルール・差し替え通知のタイミングと注意点を実務ベースで解説します。

4分で読める
ハウツー

レビュー用URLをSlackで配るときの手順と注意点

Slackでレビュー用URL配布時のミスに悩む担当者向け。送信前チェックから修正版の再送まで、つまずきやすい注意点を段階的に解説。次のレビュー依頼から即実践できます。

4分で読める
ハウツー

レビュー用URLをTeamsで配るときの手順と注意点

TeamsでレビューURL配布時の手順ミスや注意点に悩む担当者向け。チャンネル設定の確認方法から再送時の対応まで、具体的な注意点をステップ順に整理しています。

4分で読める
ハウツー

メールで期限付きURLを送るときの手順と注意点

メール依頼でのレビューが期限内に返ってこない、URLが開けないというトラブルに悩む担当者向け。手順の各ステップで起きやすい問題と対処法を具体的に整理しています。

4分で読める
ハウツー

Notionに共有URLを貼るときの手順と注意点

Notionにレビュー用URLを貼る手順と注意点を実務目線でまとめた記事。「相手が開けない」「情報が漏れた」を防ぎたいWebデザイナーや制作会社の担当者が、確認すべき項目と失敗しやすいポイントをひと通り把握できます。

4分で読める
ハウツー

Googleドキュメントに共有URLを載せるときの手順と注意点

Googleドキュメントに共有プレビューURLを貼る際の具体的な手順と、見落としやすい注意点を解説した記事。クライアントへのデザイン確認依頼を担うWebディレクターや制作担当者が、送付ミスやアクセス不能トラブルを事前に回避するための判断材料が得られます。

5分で読める
「ハウツー」の記事をもっと見る →