Base44で公開したページを社外レビューに回すときの注意点

できること

Base44で生成したページを社外に送る前に、まずシークレットウィンドウで「誰でも開けるか」を確認する。Base44のプレビューはログイン状態によって挙動が変わることがある。「開ける」と判断してもログインセッションに依存していた、というケースを事前に弾ける。

PCとスマホ両方のレイアウトを送付前に確認しておくと、受け取った相手からの「見られない」という問い合わせを減らせる。Base44はレスポンシブ対応を自動で行うが、長い日本語テキストや縦長画像が含まれる場合にモバイルで崩れることがある。

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

できないこと

Base44では特定のメールアドレスだけに閲覧を絞るホワイトリスト制御ができない。URLを転送された場合も閲覧が可能になるため、まだ公開していないサービスのデザインや価格情報を含むページは特に注意が必要だ。

閲覧した相手が誰かを後から追跡する手段もBase44標準には存在しない。「Aさんが確認済み」という記録を残したい承認フローには対応していないため、正式な承認確認が必要な場面ではメール認証付きのサービスを別途利用することになる。

認証と期限の違い

社外レビューで最もトラブルが起きやすいのは「期限の認識ずれ」だ。「金曜までに確認してください」という連絡を出しても、URLが有効なままだと週明けに古い版へのアクセスが続く。期限付きURLを使えばこの問題を技術的に解消できる。

特定の担当者だけに見せるデザイン確認にはメール認証が有効だ。クライアント側の担当者が退職・異動した場合も、旧担当者のメールアドレスをホワイトリストから外すだけでアクセスを遮断できる。Base44のURLを直接渡し続けた場合には、この制御ができない。

会社ドメイン認証（例：@client.co.jp だけ許可）を使えば、クライアント企業全体に共有しつつ外部への漏洩を防ぐことができる。「クライアントの組織内に閲覧を限定したいが、担当者名を把握していない」という場合に特に便利だ。

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

差し替え・レビュー運用

Base44で修正を加えた後、毎回新しいURLをレビュアーに送ると「どれが最新版かわからない」という混乱が起きる。HTMLを書き出して認証付き共有サービスの同一URLに上書きする方式にすれば、レビュアーは常に同じURLをブックマークするだけで済む。

レビュー依頼メールに「最終版と途中版の識別方法」を明記しておくと誤承認が防げる。例えばページタイトルに「[Rev.3 2026/06/25]」のような文字列を入れておけば、レビュアーが自分のキャッシュを見ているのか最新版を見ているのかを自己判断できる。

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

向いているケース早見表

Base44のURLをそのまま使える場面は、社内の少人数チームでのフィードバック収集や、すでに公開済みページの参考としての提示など、機密性が低い用途に限られる。迅速な確認を優先する内部レビューには適している。

認証付きURLへの切り替えが適切なのは、クライアント企業外部の目に触れてはならないコンテンツを扱う全ての場面だ。特にBase44は高速にプロトタイプを生成できるため、出力頻度が高い分だけ共有リスクも積み上がりやすい。