何が共有しづらいのか
MakeのHTTPモジュールやJSON Parseモジュールで組み立てたLP案のHTMLには、Make内で設定したWebhook URLやAPIトークンが文字列としてHTMLに出力されていることがある。そのままURLを公開すると、閲覧者がソースを見てMakeのWebhookを直接呼び出せる状態になる。公開前にHTML内で`https://hook.eu1.make.com/`や`api.make.com`で始まる文字列を検索し、該当箇所を削除またはダミー文字列に置き換える。
MakeシナリオのHTMLはスマートフォン表示を想定していないことが多く、デスクトップ向けの横幅でビューポートが固定されている。クライアントがスマートフォンでURLを開いた場合にテキストが極小になり、レビューどころか内容が読めない状態になる。`<head>`タグ内に`<meta name="viewport" content="width=device-width, initial-scale=1">`を追加してからアップロードするだけで、多くの場合モバイル表示が改善する。
- 相手がログインなしで開ける状態か確認する
- PCとスマホで最低1回ずつ表示を確認する
- 内部情報・個人情報・不要な外部送信が残っていないか見る
- レビュー期限と修正時の差し替え方を決めておく
URL化する前の確認点
LPのHTMLにCTA（行動喚起）ボタンがあり、そのリンク先がMakeのシナリオをトリガーするWebhook URLになっている場合、レビュワーがボタンをクリックするとMakeシナリオが実行される。LPのレビューではボタンの配置やデザインを見てもらえればよいため、`<a href>`をすべて`#`に置き換えてクリックが何も実行しない状態にしてからアップロードする。
Make経由で出力されたHTMLがiframeで外部コンテンツを埋め込んでいる場合、その外部コンテンツがX-Frame-Options制限によって表示されないことがある。iframeがある場合は表示できるかをブラウザで事前確認し、表示されなければiframe部分をスクリーンショット画像に置き換えるか、コメントアウトしてURLを共有する。
- HTML内の外部script・form action・iframeを確認する
- APIキーやトークンらしき文字列がないか検索する
- 画像・CSS・JSのパスが公開後も解決できるか見る
- noindexと認証を混同せず、必要なら両方設定する
認証と期限の決め方
MakeでLP案を生成する段階は、ほとんどの場合まだ競合未公開の施策の検討段階に当たる。その内容が外部に漏れると競合対策が先読みされるリスクがある。社外クライアントへのレビューでも、パスワードと閲覧期限の両方を設定するのが最低限のセキュリティ対策だ。パスワードはURLとは別のコミュニケーション手段（電話やSMSなど）で伝えると、万が一メールが傍受されても漏洩リスクが下がる。
LP案のレビューには「第一印象を見てほしいだけ」という場合と「コピーも含めて細かく見てほしい」という場合でレビュー期間が大きく異なる。前者なら48時間、後者なら5営業日を目安に期限を設定し、依頼メッセージにどちらの目的かを明記してから共有する。
- 誰でも見てよい: URL共有のみでもよいが、検索除外は確認する
- 特定の相手だけ: パスワードまたはメール認証を使う
- 会社内だけ: 会社ドメイン認証を検討する
- 短期レビュー: 期限を設定して古いURLを残さない
共有後のフィードバック回収
LP案のフィードバックを「全体的にどう感じますか」という質問で収集しようとすると、「良いと思います」という役に立たない返答が来やすい。「キャッチコピーを読んで提供サービスの内容が3秒で理解できますか」「価格を見てすぐ申し込みたいと思いましたか」という具体的な問いに変えると、修正に直結するコメントが返ってくる。
MakeシナリオはLPの再生成が速いため、フィードバックを受けて数時間後に修正版を出せることが多い。しかし毎回URLが変わると、クライアントがどのバージョンを見てコメントしているか分からなくなる。修正のたびにURLが変わるか変わらないかを事前に確認し、変わる場合はSlackのスレッドや共有ドキュメントで「最新版URL」を上書き更新する場所を決めておく。
- 確認してほしい観点を3つ以内に絞る
- 期限と返信先を明記する
- 修正後も同じURLで見られるか伝える
- 最終版と途中版が混ざらないようタイトルを付ける
よくある質問
MakeシナリオのWebhook URLをLP内から削除すると、シナリオ自体が動かなくなりますか？
HTMLからURLを削除してもMake側のシナリオには影響しない。HTMLはあくまでMakeの出力結果であり、シナリオのトリガーはMake管理画面の設定によって管理されているため、HTML編集はシナリオ本体に影響しない。
パスワードと閲覧期限の両方を設定したURL発行に対応しているサービスの選び方は？
ギガサイト便のようなHTMLホスティングサービスでは、アップロード時にパスワード設定と有効期限を同時に指定できる。S3+CloudFrontなどのセルフホスティングでは署名付きURLとBASIC認証を組み合わせると同様の制御が可能だが、設定の手間はかかる。
クライアントが「URLを開いたがページが真っ白だった」と報告してきた場合の原因として何が考えられますか？
CDNからのJavaScript読み込みが失敗している、またはCORSエラーでAPIコールがブロックされているケースが多い。ブラウザのコンソールとNetworkタブを確認してもらい、赤くなっているリクエストのエラーメッセージをスクリーンショットで送ってもらうと原因の特定が速い。