AI活用

Google Stitchで生成したLP案をレビュー用URLにして共有する方法

Google StitchでLP案を生成した後、HTMLファイルをそのまま送っても相手側で正しく表示されず、レビューにならないことがある。認証付きのプレビューURLをすばやく発行できるツールを使えば、Stitch独自のコンポーネント構成を保ったままクライアントに確認してもらえる。

何が共有しづらいのか

Google StitchはGoogleのデザイントークンやMaterial Design準拠のコンポーネントを使うため、生成されたHTMLがGoogleのCDNに依存していることが多い。そのCDNをアドブロッカーや企業ネットワークのフィルタリングがブロックした場合、スタイルが崩れた状態でLP案が表示される。相手の環境で問題なく表示されるかは事前に確認しきれない。

LP案を複数パターン生成してA/Bを比較してもらいたい場面では、それぞれのHTMLファイルを別々に送ると「どちらがどれか」という混乱が生じやすい。URLが2本あれば「案A」「案B」とラベルを付けて管理でき、レビュー回答の突き合わせも簡単になる。

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

URL化する前の確認点

Google Stitchが生成するHTMLに含まれるGoogle Analyticsのトラッキングタグ(gtag.js)がそのまま残っていると、レビュー時のアクセスが計測対象に含まれてしまう。UA・GA4のIDを確認し、レビュー用にはトラッキングタグをコメントアウトするか別の計測IDに切り替えてからアップロードする。

LP案にCTAボタンがあり、そのhref属性に本番のLPやECサイトのURLが設定されている場合、レビュアーがボタンをクリックすると実際のサイトに遷移する。レビュー時はCTAリンクを`href='#'`に変更するか、クリック時に「これはリンクサンプルです」とアラートを出すスクリプトを追加しておくとよい。

  • HTML内の外部script・form action・iframeを確認する
  • APIキーやトークンらしき文字列がないか検索する
  • 画像・CSS・JSのパスが公開後も解決できるか見る
  • noindexと認証を混同せず、必要なら両方設定する

認証と期限の決め方

外部のクライアントにLP案を確認させる場合でも、競合他社の目に触れるリスクを考えるとパスワード保護は欠かせない。パスワードは半角英数字混在の8文字以上を使い、クライアント担当者とのやり取りでは明文で長文メールに書かず、別メッセージや電話で伝えるのが好ましい。

LP案の修正が繰り返し発生するプロジェクトでは、最初にURLを発行する際に有効期限を「最終承認日の翌日」に設定しておくと管理が楽だ。承認が長引いた場合は期限を延長すれば済むため、承認後もURLが有効になり続けるリスクを下げられる。

  • 誰でも見てよい: URL共有のみでもよいが、検索除外は確認する
  • 特定の相手だけ: パスワードまたはメール認証を使う
  • 会社内だけ: 会社ドメイン認証を検討する
  • 短期レビュー: 期限を設定して古いURLを残さない

共有後のフィードバック回収

LPのレビューでは「ファーストビューで何のサービスかが3秒で伝わるか」「CTAへ誘導する流れが自然か」という2点を重点確認項目として伝えると、レビュアーが見るべき箇所に集中できる。細かいテキストの誤字脱字は別途コピーライターのチェックで行うと役割を分けて指示しやすい。

フィードバックをGoogleドキュメントや共有スプレッドシートで受け取る場合、URLをドキュメントのヘッダーにリンクとして貼っておくと、レビュアーが確認画面とフィードバック欄を行き来しやすくなる。修正完了した項目にはチェックを入れる列を設けておくと、対応漏れを防ぎやすい。

  • 確認してほしい観点を3つ以内に絞る
  • 期限と返信先を明記する
  • 修正後も同じURLで見られるか伝える
  • 最終版と途中版が混ざらないようタイトルを付ける

よくある質問

LP案をA/Bの2パターン同時にレビューしてもらいたい場合、1つのURLで2つを見せることはできますか?

1つのURLでA/B両方を見せることは標準機能では対応していません。パターンごとに別URLを発行して共有し、レビュー時に「案A」「案B」と明示するのが最も管理しやすい方法です。

共有先のクライアントが社内のプロキシサーバー経由でアクセスする場合、表示に影響はありますか?

プロキシが外部CDNをブロックしている場合はCSSやJSが読み込めずデザインが崩れる可能性があります。事前にクライアント側のネットワーク環境を確認し、必要に応じてCDN依存のないスタンドアロンHTMLとして書き出すことを検討してください。

Google Stitch特有のコンポーネントがプレビューURLで正しく表示されない場合はどうすればよいですか?

Google Stitchのコンポーネントが依存するCSSやJSファイルをHTMLと同じzipに含めてアップロードすることで、CDN依存を排除できます。Stitch側の「静的書き出し」オプションがあれば活用してください。

関連記事

「AI活用」の記事をもっと見る →