準備するもの
差し替え履歴を記録するためのフォーマットをあらかじめ決めます。最低限「日時・バージョン番号・変更内容（一行）・対応したフィードバック番号」の4列があれば実用的です。これをスプレッドシートの1シートとして用意しておくと、毎回ゼロから作らなくて済みます。
バージョン番号の命名規則も統一します。v1.0・v1.1・v2.0のようにセマンティックバージョニングを簡易的に使うか、YYMMDDで日付ベースにするかはチームで先に決めてください。途中で変えると履歴が読みにくくなります。
差し替えを担当者以外が行う場合のフロー確認も準備事項です。複数人で修正する案件では、「差し替え後に履歴シートを更新する」という手順を全員で共有しておかないと、誰かが更新を忘れて履歴が途切れます。
- 相手がログインなしで開ける状態か確認する
- PCとスマホで最低1回ずつ表示を確認する
- 内部情報・個人情報・不要な外部送信が残っていないか見る
- レビュー期限と修正時の差し替え方を決めておく
実際の手順
ファイルを差し替えたら、スプレッドシートの履歴シートに「◯月◯日13:00 / v1.2 / ヘッダー文言を修正、CTA色を変更 / FB-03対応」のように1行追記します。変更内容は箇条書きではなく一文に収めると後から読みやすいです。
ギガサイト便でファイルを差し替えた場合、URLは変わらないため共有済みの関係者にURLを再送する必要はありません。ただし、差し替えたことを知らせるメッセージを送ると「知らないうちに変わっていた」という不信感を防げます。Slackなら「v1.2に更新しました。変更点：◯◯」と短く投稿するだけで十分です。
失敗しやすい点
差し替えのたびに新しいURLを発行してしまうケースがあります。ギガサイト便ではアップロード済みのURLに上書きアップロードができるため、新URL発行は不要です。新URLを発行すると関係者が古いURLと新URLを混同して混乱するリスクがあります。
「軽微な修正だから記録しなくてよい」と判断して履歴を飛ばすと、後から「いつそのテキスト変えたの？」と聞かれたときに答えられなくなります。修正の大小にかかわらず、差し替えのたびに1行追記することを習慣にしてください。
テンプレ文面
差し替え通知Slackメッセージ例：「【更新】◯◯プロジェクト レビューページをv1.2に更新しました。変更点：①ヘッダーキャッチコピー修正（◯◯→◯◯）②フッターの電話番号追加。URLは同じです。引き続きご確認よろしくお願いします」と具体的な変更点を箇条書きにすると、相手が変更箇所を見つけやすくなります。
取引先へのメール通知例：「先ほどご共有したレビューページを更新いたしました（v1.2）。URLは変わっておりません。今回の変更点は添付の変更履歴シートをご参照ください。引き続きご確認をお願いいたします」と添付ファイルを参照させる形式にすると、詳細な変更内容の説明をメール本文に書く手間が省けます。
よくある質問
差し替えを複数回行った場合、古いバージョンを見ることはできますか？
ギガサイト便では最新のアップロード内容のみが表示されるため、古いバージョンは手元にローカル保存しておく必要があります。バージョンごとにZIPをアーカイブフォルダに保存する習慣をつけてください。
差し替え履歴シートを取引先と共有すべきですか？
変更の透明性を高めたい場合は共有推奨です。ただし社内の修正指示番号など内部情報が含まれている場合は、取引先向けに変更内容だけを抜粋したシートを別途用意してください。
差し替え頻度が多すぎて履歴管理が追いつかなくなった場合はどうすればよいですか？
1日1回まとめて差し替えとログ記録を行うタイムボックスを設けると管理が楽になります。細かい修正は「作業中」フォルダで溜め、1日分をまとめてアップロードして1行記録する運用が効率的です。