AI活用

n8n AIワークフローで生成したLP案をレビュー用URLにして共有する方法

n8nのAIワークフローでLP案のHTMLを自動生成すると、プロンプト修正→再生成のサイクルが速い分、レビュアーへの共有方法が追いつかなくなりがちだ。生成のたびにファイルを送り直すと受信側が混乱し、最終版がどれか分からなくなる。静的HTML共有サービスを使って同一URLに上書きアップロードする運用にすれば、レビュアーは常に最新版のURLをブックマークするだけでよくなる。

何が共有しづらいのか

n8nのワークフローはHTTP Requestノードで外部APIを叩きながらHTMLを生成するため、出力ファイルに一時的なAPIトークンや認証ヘッダーがコメント行として残ってしまうことがある。LP案としてはただのHTMLファイルに見えても、ソースを検索すれば認証情報が見つかるリスクがある。共有前にソースの全文検索は必須だ。

n8n Cloudのワークフロー実行画面URLは認証が必要なため、そのURLをクライアントに送ることはできない。出力されたHTMLをn8nの内部変数として一時保存するケースではダウンロードが煩雑になる。n8nワークフローの最終ノードをHTTPレスポンスやWebhookレスポンスにしてHTMLを出力し、そのzipを共有サービスにアップする流れが現実的だ。

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

URL化する前の確認点

n8nのワークフローでAI生成したLPにはA/Bテスト分岐ロジックやユーザートラッキングのJSが含まれる場合がある。本番環境向けに生成されたコードをそのままレビュー用に流用すると、レビュアーのIPやクリックが本番計測データに混入する。GA4やSegmentのスクリプトをHTMLから削除し、クリーンなレビュー専用ファイルを作成する。

CTAボタンのリンク先が本番のカートや申込フォームになっていないか確認する。n8nのプロンプトで「購入ページはhttps://shop.example.comに繋ぐ」と指示していた場合、そのままのリンクが含まれている。共有用には`href='#'`に差し替えて誤クリックによる本番誘導を防ぐ。

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

認証と期限の決め方

LP案はマーケティング戦略の一部を含むため、競合に漏れるリスクを考慮する。クライアント向けの提案LPであれば、提案プレゼン当日の朝にURLを発行し、提案翌日の深夜に失効する設定にするのが安全だ。パスワードはプレゼン当日に口頭で伝えると、URLと同時に流出するリスクを最小化できる。

n8nで複数回再生成したLP案を並べて比較させる場合は、「案A」「案B」のようにラベルを付けた別URLを発行して同一パスワードで統一する。どちらも同じ期限にしておくと管理が楽で、クライアントが期限後に案Aに戻ってくるような事態を防げる。

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

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

LP案のレビューをn8nで自動化することもできる。Webhookノードでフィードバックフォームの回答を受け取り、Slackノードで通知する構成にすると、レビュアーが回答した瞬間に担当者に届く。LP共有URLと同じメールにフィードバックフォームのURLを添えて送ると回収率が上がる。

n8nで再生成した修正版を上書きアップロードした後は、ワークフローのExecution IDをメモしておく。「この版はExecution #1234で生成したもの」と記録しておくと、どのプロンプトでどの版が生成されたかをn8nの履歴で遡れる。プロンプトの改善ログとして活用すると次回の生成精度が上がる。

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

よくある質問

n8nで生成するたびにHTMLが更新されますが、レビュアーに毎回新URLを送る必要がありますか?

上書きアップロードに対応した共有サービスを使えば同じURLで最新版に差し替えられます。レビュアーはブックマークのURLを開き直すだけで最新版が確認でき、URL管理の混乱を防げます。

n8nのHTTP RequestノードのトークンがHTML出力に混入していた場合はどうすればよいですか?

ソース全文を検索してトークン文字列を特定し、削除またはダミー文字列に置換してから共有します。n8n側でもHTTP Requestノードの認証設定を環境変数で管理するとHTMLへの混入リスクが下がります。

クライアントへのLP提案後にファイルを改変されるリスクを防げますか?

静的HTML共有サービスのURLは閲覧専用なため、レビュアーがファイルを直接編集することはできません。ダウンロード機能がないサービスを選ぶとソースの持ち出しリスクも下げられます。

関連記事

AI活用

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

Google StitchでLP案を生成したデザイナー・マーケター向け。生成したHTMLをレビュー用URLとして安全に共有するための前処理・認証設定・フィードバック回収の手順を具体的に解説し、どの認証方式が適切か判断できるようにする。

4分で読める
「AI活用」の記事をもっと見る →