WordPressの下書きプレビューを共有できないとき｜状態・権限・確認する版を整理

下書きのプレビューURLを送っても相手が見られない場合は、URLだけでなく、投稿の状態、見る人の権限、ログイン、保存した版を確認します。見せるためだけに本番公開したり、自分のログイン情報を渡したりしないでください。

企業の原稿確認担当と制作会社に向けて、内容確認を進める方法と、公開するまでの検収を分けて整理します。

1. 対象投稿の状態と、相手に見せたい版を確認する

投稿ID、編集画面、下書き・公開などの状態、原稿の版、保存時点を記録します。送ったリンクが正式な公開URLかプレビューかを確認し、リンクの全文を広く共有する台帳へ貼らないようにします。

保存前の入力と保存済みの原稿を分ける

編集画面で見える文字が、すべて保存されているとは限りません。先に保存値を読み直し、相手へ確認してもらう版を一つ決めます。複数人で編集する場合は競合と引き継ぎの確認を参照できます。

公開済み記事の変更を確認する場合も、現在の公開版と編集途中の版を混同しません。読者へ出してよい内容と、社内で確認中の内容を分けてください。

2. プレビューの機能と、共有の条件を分ける

WordPress公式のプレビュー機能では、編集した内容を別タブや表示幅で確認する方法を説明しています。編集者が見られるプレビューを、未ログインの第三者も見られる公開URLと同じに扱いません。

標準のプレビュー処理には、投稿を編集できるかの確認や、プレビュー用の検証が含まれます。post_previewの公式仕様を実装担当が参照できます。URLに含まれる一時的な情報だけで、公開共有が保証されるわけではありません。

相手の画面がログイン要求、権限不足、ページが見つからない、旧版の表示のどれかを記録します。追加機能で共有方式が変わる場合は、その製品と現在の設定を確認してください。

3. 確認者の仕事に必要な権限を決める

原稿だけを見る人、コメントを返す人、編集する人、公開する人を分けます。下書きを見せるためだけに全員へ管理者権限を配らず、必要な操作と許可範囲を決めます。

自分のアカウントを貸さない

共有アカウントやパスワードの転送では、誰が何を変えたか追いにくくなります。必要なら正規の利用者と権限を管理者が用意し、不要になる時点も決めます。

権限を付与する前に、他の記事、設定、個人情報へ何が見えるかを確認します。原稿確認という一つの目的を、サイト全体の編集許可へ広げないでください。

4. 原稿確認に合う共有方法を選ぶ

文章の事実確認だけなら、許可された共有文書へ原稿の版を渡す方法があります。レイアウト確認なら、閲覧者を限定した試験環境やレビュー用のコピーを検討します。自動的にどれかを公開するのではなく、機密性と確認内容から選びます。

共有リンク用の追加機能を使う場合は、対象、閲覧者、期限、終了方法、漏れた場合の影響を確認します。リンクを知る人が見られる方式と、利用者の認証を要求する方式は同じではありません。

5. 下書きと画像ファイルの公開範囲を点検する

投稿が下書きでも、画像やPDFの直接URLが公開状態になる場合があります。ページが見えないことだけで、添付資料まで限定できたと判断しません。本文・画像・PDFの保護範囲も参照してください。

noindexを閲覧制限として扱わない

検索結果への索引制御と、ページを見る権限は別です。未公開の顧客資料を、noindexを付けたという理由だけで公開場所へ置きません。必要な制限は管理者と実装担当が確認します。

試験環境を使う場合も、アクセス、データ、通知と外部接続を隔離します。試験環境の複製時の確認で範囲を整理できます。

6. 相手の条件で見られるか、一度確かめる

許可された確認者が、予定した共有方法で対象版を読めるか試します。管理者の強い権限で見られたことを、全確認者の結果として扱わないでください。

文章、全画像、リンク、スマートフォンとPCの表示、必要な表を確認します。コメントはどの版のどの箇所かが分かる形で返してもらい、編集担当が差分へまとめます。

共有を終了する時点と終了後のアクセスを確認します。レビュー用のコピーや古い原稿が残る場合は、保管する目的、閲覧者、正本との関係を記録してください。

7. 承認した版の公開と、公開後の読戻しを行う

承認した原稿、画像、設定と、公開時に保存する値を照合します。公開直前に他者が編集していた場合は差を調べ、確認した版であることを確かめます。

プレビューの合格と公開の合格を分ける

公開後は未ログインの正式URLで、保存本文、画像、リンク、メタ、端末の表示を確認します。プレビューを共有できたことだけで本番も更新されたと報告しません。

原稿履歴の整理や確認依頼の記録を効率化し、空いた時間を正式条件や読者の疑問の確認へ回します。共有件数より、確認漏れ、手戻り、正しい版の公開ができたかを記録してください。

8. Acquaへ、相手の症状と確認内容を伝える

企業はWeb運用の支援へ、サイトURL、投稿の状態、相手に確認してほしい内容、表示された症状を共有できます。制作会社は実装支援へ、編集と共有方式、権限、データ範囲、終了と公開検収の仕様を渡します。

相談窓口へ一時リンクやログイン情報を貼らず、必要な資料の共有方法を後で確認します。

解決状態は、許可された相手が正しい版を確認でき、必要な制限と終了を扱え、承認した版を本番で読めることです。確認のための無計画な公開や、余分な権限の付与を完成条件にしません。

一次資料の確認日：2026年10月9日。