準備するもの
チェックリスト自体を管理するツールと権限設計を先に決める。Notionのチェックボックスページ、GitHub Issueのタスクリスト、Spreadsheetのいずれでも機能するが、「案件ごとにコピーして使える」「完了済みと未完了が一目でわかる」という2条件を満たすものを選ぶ。Spreadsheetなら完了行を緑にする条件付き書式だけで十分見やすくなる。
チェックリストに含める項目を決める前に、社内で過去に起きたHTML共有のトラブル事例を集める。「誤ったURLを全社に送ってしまった」「パスワードを設定し忘れて誰でも閲覧できる状態になった」などの事例が1件でもあれば、それを防ぐ項目をリストに追加するだけでROIが出る。
- 相手がログインなしで開ける状態か確認する
- PCとスマホで最低1回ずつ表示を確認する
- 内部情報・個人情報・不要な外部送信が残っていないか見る
- レビュー期限と修正時の差し替え方を決めておく
実際の手順
チェックリストは「テンプレート設計フェーズ」「初回試運用フェーズ」「全社展開フェーズ」の3段階に分けて項目を整理する。設計フェーズでは認証方式の選定基準・有効期限の標準値・文面雛形の完成度を確認。試運用フェーズでは実際に担当者がテンプレートを使えたか・詰まった箇所はどこかを記録。全社展開フェーズではアナウンス先・権限設定・フィードバック窓口を確認する。
各フェーズの完了条件も明文化しておく。「設計フェーズ完了＝3パターン以上の認証設定が定義済み」「試運用完了＝2件以上の実案件で使用済み」「全社展開完了＝Slack全体チャンネルにアナウンス済み＋Wikiにリンクあり」という形で具体的な完了基準を決めると、担当者間の認識がずれにくい。
失敗しやすい点
チェックリストの「レビュー期限と修正時の差し替え方を決めておく」項目は、テンプレート設計段階で後回しにされることが多い。しかし実際の運用では、差し替えURLの通知方法を決めていないと修正のたびに担当者間でメールが飛び交い、旧URLと新URLが混在した状態が生まれる。「差し替えは同URLで反映・相手への再通知は不要」か「新URLを発行して再送する」か、どちらかをテンプレートで標準化しておくこと。
PCとスマホの両方で表示確認をすることはチェックリストに入れていても、「誰がどのデバイスで確認するか」が決まっていない場合は全員がPCで確認して終わりになりがちだ。テンプレートに「スマホ確認担当：〇〇」という担当者欄を設けるだけで実施率が大きく変わる。
テンプレ文面
全社展開時のアナウンス文面例：「社内HTML共有テンプレートをリリースしました。〇〇（URL）からコピーしてお使いください。デザインレビュー・議事録共有・プロト確認など、外部へのHTML共有が発生する際は必ずこのテンプレートを使用してください。不明点は#html-share-helpへどうぞ」。
フィードバック収集のSlackピン留めメッセージ例：「HTML共有テンプレート運用中に気づいた不便・改善案はこのスレッドに投稿してください。毎月末にまとめてテンプレートを更新します。些細なことでも歓迎です」。月次更新サイクルを明示することで、フィードバックが埋もれないという安心感を与えられる。
よくある質問
チェックリストに「PCとスマホで確認する」とありますが、確認ブラウザは何を使えばよいですか？
PCはChrome最新版とEdge最新版、スマホはiOS Safari（iPhone）とChrome for Android（Androidスマホ）の4環境が最低限の推奨です。特にiOS SafariはCSSの解釈が独自で、他ブラウザと表示が異なることが多いため必ず含めてください。
テンプレートで標準化した有効期限より短い期間で公開終了したい場合、どうすればよいですか？
管理者権限があれば手動で期限を短縮できます。その際はチェックリストの「公開期限変更」欄に変更理由と変更後の期限を記録してください。例外的な短縮が繰り返されるなら、標準期限の設定見直しも検討が必要です。
チェックリストのどの項目から始めると最もスムーズに設計が進みますか？
「認証方式の選定基準を決める」から着手するのが最もスムーズです。認証方式が決まれば有効期限・文面・通知方法の選択肢が自然に絞られます。逆に文面から設計を始めると、認証方式が変わるたびに文面も作り直すことになり非効率です。