ペライチでは足りない認証・期限管理をどう補うか

できること

ペライチのプレビューで行える確認は「表示品質」と「ユーザー体験」のチェックです。シークレットウィンドウでログアウト状態を再現し、ファーストビューから問い合わせフォームまでを一通り操作してください。エラーがないか・CTAが目立つか・テキストが読みやすいかを確認します。

個人情報・機密情報の確認も社外送付前の必須作業です。ペライチのブロックで「非表示」に設定したコンテンツがある場合、CSSのdisplay:noneで隠されているだけでHTMLソースには残ります。意図せず内部情報を埋め込んでいないか、ブラウザの開発者ツールで確認する習慣をつけてください。

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

できないこと

ペライチはURLに認証を付与する機能を持っていません。共有したURLへのアクセスは誰でも可能な状態が続くため、「この情報はまだ公開前です」という制限を技術的に実現できません。URLが転送されたり、会議室のスクリーンに映されたりする際に情報が広がるリスクを防ぐ手段がありません。

有効期限の設定も同様に機能しません。ページを削除または非公開にしない限りURLはずっと有効なままです。複数回の修正レビューを経たプロジェクトでは「どのバージョンのURLが現在有効か」の把握が難しくなり、旧バージョンへの誤アクセスが起きやすくなります。

認証と期限の違い

認証の補完方法として最もシンプルなのはパスワード付きURLを生成できるサービスの活用です。ペライチでページが完成したらHTMLを取得し、ギガサイト便のような認証付き共有サービスにアップロードします。パスワードは1案件1パスワードではなく、フェーズ（社内承認用・クライアント確認用）で変えると「誰がいつの版を確認したか」が追跡しやすくなります。

期限は「修正依頼の締切」と一致させる設定が最も管理しやすいです。例えば「今週金曜日18時がレビュー締切、URLも同時刻に失効」という設定なら、確認者は自然に締切を意識します。締切後にURLが閉じることで、廃案バージョンへのアクセスも同時に止められます。

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

差し替え・レビュー運用

ペライチで修正したページを認証付きURLに反映させるには「HTMLを再取得して上書きアップロード」というフローが必要です。慣れれば5〜10分で完了します。このフローを社内でドキュメント化しておくと、担当者が不在のときでも別のメンバーが対応できます。頻繁に修正が入る案件では、ペライチでの編集とアップロードをセットで作業する「更新タイム」を週に1回設けると管理が整います。

バージョン混在を防ぐため、ローカルに「project_name/review/」フォルダを作り「v1_20260615.zip」「v2_20260618.zip」のように日付とバージョンを含む名前で保管してください。共有サービス側のURLは常に最新版を指す運用とし、旧バージョンが必要な場合のみ別スロットにアップロードして比較URLとして発行します。

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

向いているケース早見表

ペライチで完結するのは、社内チームとの確認・ペライチの予約・決済機能を含む動作確認・公開後のテキスト微調整レビューです。これらはセキュリティ要件がなく、ペライチのリアルタイム編集が活きるシーンです。

補完ツールが必要なのは、社外への途中確認・未発表キャンペーンや価格改定の事前共有・複数部署をまたぐ承認フロー・レビュー後のURL管理が必要なすべての案件です。ペライチの制作効率を維持しながら認証・期限管理だけを外部で補う2ツール体制が、現実的なコストで高いセキュリティを実現します。