準備するもの
まず案件の正式名称を社内ドキュメントから確認し、URL用スラッグのルール（英小文字・ハイフン区切り）を決める。例えば「株式会社山田商事 コーポレートサイトリニューアル」なら「yamada-corp-renew」のように短縮する。この変換ルールをチームで共有しておかないと、担当者ごとに異なるスラッグを使い始める。
スラッグを決めたら、共有前にギガサイト便のプレビューURLを自分のブラウザで開いて表示を確認する。その際PCだけでなくスマホのブラウザでも同じURLを打ち込み、レイアウト崩れがないかチェックする。特にスマホ縦表示でfixedヘッダーが他要素に被っていないか確認することが重要だ。
HTMLファイルに外部送信コードが残っていないかも必ず調べる。Google Analyticsのトラッキングコードや、ステージング環境向けAPIエンドポイントが埋め込まれたまま共有してしまうと、クライアントの閲覧行動が社内計測に混入する。開発者ツールのNetworkタブで余計なリクエストが飛んでいないか目視確認しよう。
- 相手がログインなしで開ける状態か確認する
- PCとスマホで最低1回ずつ表示を確認する
- 内部情報・個人情報・不要な外部送信が残っていないか見る
- レビュー期限と修正時の差し替え方を決めておく
実際の手順
ギガサイト便の管理画面でプロジェクトを新規作成するとき、「スラッグ」フィールドに案件名由来の文字列を入力する。一度公開したURLは変更できないサービスも多いため、ここで誤字があると再公開が必要になる。入力後はプレビューされたURLを声に出して確認する習慣をつけると入力ミスを防げる。
ZIPまたは単一HTMLをアップロードし、パスワードや有効期限を設定したら、発行されたURLをそのままコピーしてクライアントへ送る。このとき送付メールの件名にもスラッグ由来の案件名を記載すると、メールスレッドとURLが紐付けやすくなる。例：「件名：【山田商事コーポレート】レビューURLをお送りします」
失敗しやすい点
最も多い失敗は、案件フェーズが変わっても同じスラッグを使い続けることだ。「v1」「v2」を末尾に付けずに上書きアップロードすると、クライアントが以前送ったURLを再度開いたとき最新版なのか旧版なのか判断できない。フェーズや修正版ごとにスラッグ末尾に「-r1」「-r2」を付けて別URLとして発行するルールを徹底しよう。
もう一つはスラッグに日本語や大文字を混在させてしまうケース。ブラウザによってはパーセントエンコードされ、URLが極端に長くなる。クライアントがそのURLを手入力しようとすると必ず失敗する。スラッグは英小文字・数字・ハイフンのみを使うよう社内ルールとして明文化しておくことが望ましい。
テンプレ文面
送付メールで使えるテンプレはシンプルさが重要だ。「お世話になっております。○○案件のデザインレビューURLを共有します。URL：https://gigasite.example/yamada-corp-renew パスワード：（別途お伝えします） 閲覧期限：2026年7月10日。ご不明点はお気軽にご連絡ください。」この形式なら受信者がURLをすぐコピーできる。
修正版を送る場合は旧URLと新URLを並べて記載すると混乱が減る。「前回URL（参照用）：https://…/yamada-corp-renew-r1 今回URL（最新版）：https://…/yamada-corp-renew-r2」のように明示することで、クライアントがキャッシュした古いURLを使い続けるトラブルを防げる。
よくある質問
スラッグに案件名の略称を使うとき、何文字以内に収めると扱いやすいですか？
30文字以内を目安にするとURLが短く収まりSlackやメール本文でも改行されにくい。「yamada-corp-lp-r1」程度が実用的な長さで、案件名・コンテンツ種別・リビジョン番号の3要素を含めても余裕がある。
有効期限を過ぎたURLはどうなりますか？クライアントが誤ってアクセスしたとき何が表示されますか？
ギガサイト便では期限切れのURLにアクセスすると「このリンクは有効期限が切れています」という専用エラーページが表示され、コンテンツは一切見えない。クライアントへ期限内に閲覧するよう送付メールに明記しておくとトラブルを回避できる。
同一案件でフェーズが複数あるとき、スラッグ命名にどんな規則を設けると管理しやすいですか？
「案件略称-フェーズ-リビジョン」の順で連結するルールが管理しやすい。例：yamada-lp-ph2-r3。フェーズとリビジョンを分けることでどの段階の何回目の修正かが一目でわかり、過去URLとの比較も容易になる。