準備するもの
差し替え履歴を記録するテンプレートを最初に作ります。Googleスプレッドシートに「日時・バージョン・変更概要・対応フィードバック」の列を作り、チーム全員が編集権限を持つリンクで共有します。Notionのテーブルでも同様に作れます。
バージョン番号の形式をチームで統一します。日付ベース（例：20250625-1）はシンプルで直感的ですが、機能ベース（v1.0→v1.1→v2.0）のほうが変更規模を伝えやすいです。プロジェクトの規模とレビュアーのITリテラシーに合わせて選んでください。
差し替えの通知ルールも準備段階で合意を取ります。「更新のたびに全員に通知する」か「まとまった変更のみ通知する」かを関係者間で決めておかないと、「知らないうちにページが変わっていた」という苦情に発展することがあります。
- 相手がログインなしで開ける状態か確認する
- PCとスマホで最低1回ずつ表示を確認する
- 内部情報・個人情報・不要な外部送信が残っていないか見る
- レビュー期限と修正時の差し替え方を決めておく
実際の手順
修正作業が完了したらファイルをギガサイト便に上書きアップロードします。URLは変わらないため、既存のURLに対して新しいHTMLまたはZIPをアップロードするだけで完了です。アップロード後は必ずブラウザのキャッシュをクリアして最新版が表示されることを確認します。
アップロード完了後、履歴シートに1行記録します。「2025-06-25 14:30 / v1.3 / ビジュアルのキャッチコピーを最終版に差し替え、フッターリンクを修正 / FB-05・FB-07対応」のように具体的に書くと後から変更の経緯を追えます。記録後に関係者に通知を送ります。
失敗しやすい点
差し替え後にブラウザキャッシュが残っていると、関係者が古いバージョンを見ていても気づかない場合があります。通知メッセージに「キャッシュが残る場合はCtrl+Shift+Rで強制リロードしてください」と一行添えると、このトラブルを大幅に減らせます。
差し替え通知を口頭だけで行うと記録が残りません。Slackやメールで文字として通知し、そのメッセージURLを履歴シートの「通知リンク」列に貼り付けておくと、後から「通知を受け取ったか」の確認がスムーズになります。
テンプレ文面
差し替え通知メール例：「件名：【更新v1.3】◯◯プロジェクト レビューページ更新のご連絡。◯月◯日◯時にレビューページをv1.3に更新しました。変更内容：①キャッチコピーを最終版に変更 ②フッターのリンク先を修正。URLは変わっておりません。キャッシュが残る場合はCtrl+Shift+Rをお試しください」
変更通知Slackショートメッセージ例：「v1.3更新しました✔️ 変更：キャッチコピー最終版・フッターリンク修正。URL同じです。キャッシュ残る場合は強制リロードで。引き続きよろしくお願いします」と絵文字と簡潔な文体を使うとSlackでの視認性が上がります。
よくある質問
差し替えを行う前に取引先に予告する必要はありますか？
大きな変更（レイアウト変更・コンテンツ追加）は予告してから差し替えると混乱を防げます。テキスト微修正程度であれば差し替え後の通知のみで十分です。
差し替え後に以前のフィードバックが反映されているか確認してもらう方法はありますか？
履歴シートに「どのフィードバックに対応したか」の番号を記載し、フィードバック一覧と照合してもらう方法が確実です。修正確認依頼のメールに「今回の変更はFB-03・FB-07対応です」と明記すると確認が速くなります。
差し替え履歴をプロジェクト管理ツール（Backlog・Jiraなど）と連携できますか？
ツールによりますが、差し替え通知のSlackメッセージをZapierでBacklogのチケットコメントに転記する自動化が比較的簡単に構築できます。Jiraでは同様にSlackインテグレーションで連携可能です。