AIで記事本文を作り、タイトルとメタディスクリプションを整え、サムネイルまで用意する。
ここまで進むと、仕事はほぼ終わったように見えます。
しかし読者から見れば、まだ何も公開されていないことがあります。WordPressの編集画面に本文を入れただけ。noteで下書きを保存しただけ。Xの投稿欄に告知文を用意しただけ。どれも制作は進んでいますが、公開完了ではありません。
公開ボタンを押したあとにも、表示崩れ、リンク切れ、タグの付け忘れ、違う画像、意図しない重複などが残ることがあります。
政経プラスでは、公開操作と公開確認を分けています。
一般公開URLを開き、読者が見る画面で必要項目を確認し、そのURLを記録して初めて「完了」にします。
この記事では、WordPress、note、Xについて、「公開したつもり」を防ぐ確認手順をまとめます。
結論:公開完了には三つの証拠が必要
媒体が違っても、完了の考え方は同じです。
- 公開または送信の操作が成功している
- 一般公開URLを読者側から開ける
- 本文、設定、リンク、画像が意図どおり表示されている
一つ目だけでは足りません。
公開操作の途中で止まることもあれば、公開済みでも表示が崩れることがあります。編集画面では正しく見えたリンクが、公開ページでは別の場所へ飛ぶ場合もあります。
逆に、一般公開ページを確認できない事情があるなら、状態は「確認待ち」です。「たぶん公開できた」を完了にしないことが、やり直しを減らします。
| 状態 | 例 |
|---|---|
| 進行中 | 本文を入稿し、設定を整えている |
| 確認待ち | 公開操作はしたが、一般公開ページを未確認 |
| 公開済み・完了 | 公開URLを開き、必要項目を確認して記録した |
編集画面を見ていると、なぜ間違いに気づきにくいのか
編集画面には、下書きの本文、設定中のカテゴリ、選択した画像などが見えています。
そのため、作業した本人には「入っている」ように見えます。しかし、読者が見る画面は別です。
- 下書きのままで一般公開されていない
- 公開日時の設定によって、まだ表示されない
- 本文はあるが、冒頭や見出しが崩れている
- カテゴリやタグを選んだつもりでも反映されていない
- リンク先が編集用URLや古い記事になっている
- サムネイルを設定したが、一覧やSNS表示に反映されていない
- 投稿文を用意しただけで、送信していない
この差を埋めるには、編集画面の最終確認ではなく、公開ページの初回点検を工程として残します。
WordPress|本文だけでなく、記事全体を確認する
WordPressの記事は、本文が表示されれば終わりではありません。
検索結果や関連記事、SNS共有、カテゴリ一覧など、本文以外の設定も読者への入口になります。
1.公開URLを新しく開く
まず、管理画面のプレビューではなく、一般公開URLを開きます。
可能なら、ログイン状態の影響を受けにくい別の画面でも確認します。URLが開けない、限定公開になっている、公開日時が未来になっている場合は、公開済みとは扱いません。
2.冒頭から本文末まで表示を追う
確認するのは誤字だけではありません。
- タイトルが意図したものになっているか
- 冒頭の結論や争点が欠けていないか
- 目次とH2・H3見出しが対応しているか
- 表、箇条書き、引用、強調が崩れていないか
- FAQや参考資料が本文末まで入っているか
- 作業用メモやAIへの指示文が残っていないか
長い記事では、見出し数、表の数、参考リンク数を原稿と照合すると、本文の途中欠落に気づきやすくなります。
3.カテゴリ、タグ、アイキャッチを確認する
本文の外側も見ます。
カテゴリが違うと、シリーズ一覧や関連記事に出にくくなります。タグの表記揺れは、同じテーマの記事を分断します。アイキャッチは、記事ページだけでなく、一覧や共有時の見え方も確認します。
画像が表示されていても、別記事の画像を選んでいないか、代替テキストが不自然でないかを見ます。
4.内部リンクと参考資料を実際に開く
リンクは、青字になっているだけでは確認になりません。
新しいタブなどで開き、目的の記事や資料へ移動できるかを確かめます。特に確認するのは、関連記事、一次資料、YouTube、note、Xへの導線です。
新記事から旧記事へリンクしただけでなく、必要なら旧記事から新記事へ戻る導線も追加します。シリーズは双方向につながって初めて、次の記事を読めます。
5.URL設定と共有情報を確認する
政経プラスの公開記録では、一般公開ページに加えて、記事自身を示すURL設定、共有用のURL、アイキャッチ画像まで確認した例があります。
ここで大切なのは専門用語を覚えることではありません。検索やSNSで別の記事として扱われたり、共有時に別画像が出たりしないよう、記事のURLと画像が意図した内容を指しているかを見ることです。
実例:公開済み表示のあとに、十項目以上を確認した
政経プラスでは2026年7月22日、ある制度解説記事をWordPressで公開した際、管理画面の公開済み表示だけで完了にしませんでした。
一般公開ページを開き、タイトル、本文のH2見出し10件、表1件、参考資料6件、カテゴリ、タグ5件、記事URLの設定、共有用URL、アイキャッチ画像を確認しました。さらに、前の記事から新記事への関連記事リンクも追加し、公開ページで移動できることを確認しています。
確認項目を細かくしたのは、完璧な記録を残すためではありません。
「本文は公開したが、シリーズの導線が切れた」「画像が違った」「設定だけ古い記事のままだった」という見落としを、その場で終わらせるためです。
note|公開ページの本文、リンク、タグを別々に見る
noteでも、エディタへ本文を入れた状態と、公開ページは分けます。
1.読者が開ける公開URLを記録する
下書きの編集URLではなく、公開した記事のURLを開きます。
タイトル、サムネイル、冒頭、最初の見出しまでを確認します。読者が最初に見る範囲に、AIへの依頼文、作業メモ、重複したタイトルが残っていないかも見ます。
2.装飾より、文章の欠落と重複を確認する
本文を貼り付けたとき、改行、見出し、太字、箇条書きが意図と変わることがあります。
公開ページで見出しを追い、途中の段落が抜けていないか、同じ段落が二度入っていないか、本文末尾まであるかを確認します。
3.本文リンクを開く
関連記事、一次資料、YouTube、公式ブログ、Xのリンクを実際に開きます。
表示文字と移動先が一致しているかも確認します。「こちら」だけでは、後からリンク先を判別しにくいため、記事名や資料名を表示文字にします。
4.本文末尾のハッシュタグと公開設定のタグを分ける
本文中の「#○○」と、記事の公開設定で選ぶタグは別に確認します。
同じタグ列を本文末尾に重ねて貼っていないか、指定したタグが設定されているか、表記が重複していないかを公開ページと設定の両方で見ます。
X|投稿文を作ったことと、投稿したことを分ける
Xで最も起きやすいのは、告知文を完成させた段階で仕事を終えた気になることです。
投稿まで依頼された仕事なら、送信後の投稿URLが必要です。
1.正しいアカウントから投稿されているか
複数のアカウントを使っている場合は、投稿者名とプロフィールを確認します。
本文の内容が正しくても、別アカウントから出していれば依頼どおりではありません。
2.改行、リンク、画像を公開投稿で見る
投稿後に、次を確認します。
- 冒頭で何の記事か分かるか
- 途中で文章が切れたり、重複したりしていないか
- 記事URLが目的の公開ページへ移動するか
- 画像が添付され、文字が読めるか
- 不要な下書き文や仮URLが残っていないか
- ハッシュタグが多すぎず、表記が合っているか
告知投稿から記事URLを開き、一般公開ページまで移動できれば、導線を一往復できます。
3.スレッドは返信のつながりを確認する
複数投稿に分けた場合は、二つ目以降が正しい投稿への返信になっているかを見ます。
各文が単独で投稿されていたり、途中だけ別の投稿へ返信していたりすると、読者は順番に追えません。投稿数と並びを確認し、先頭のURLを記録します。
媒体ごとの「完了の証拠」一覧
| 媒体 | 完了の証拠 | 最低限の確認 |
|---|---|---|
| WordPress | 一般公開の記事URL | タイトル、本文、カテゴリ、タグ、画像、リンク |
| note | 一般公開の記事URL | 冒頭、見出し、本文末尾、リンク、タグ |
| X | 公開投稿のURL | アカウント、本文、リンク、画像、返信関係 |
スクリーンショットは補助になりますが、URLの代わりにはなりません。削除や限定公開などで後から見られない場合があるため、確認日と結果も短く残します。
AIに任せられる確認、人が画面で見る確認
AIは、原稿と公開ページの文字を比較し、抜けや表記揺れの候補を探せます。
- 見出しの数と順番を照合する
- 指定したタグやキーワードがあるか探す
- リンク一覧を抽出する
- 仮URL、作業メモ、AIへの指示文を検索する
- 本文の重複や欠落候補を示す
- チェック結果を台帳へ整理する
一方、次の確認は人が公開画面を見て判断します。
- サムネイルの文字が実際に読めるか
- スマートフォンで表や画像が崩れていないか
- リンク先が採用すべき最新資料か
- タイトルが本文より強くなっていないか
- 個人情報や公開不要な情報が見えていないか
- 公開した内容に責任を持てるか
AIが「チェック完了」と返しても、外部公開の確認を省略する理由にはなりません。
公開後チェックリスト
全媒体共通
- 公開または送信の成功を確認した
- 編集・プレビュー用ではない一般公開URLを開いた
- 正しいアカウント・サイトから公開されている
- タイトルと冒頭が意図どおり表示されている
- 本文の途中欠落、重複、作業メモの混入がない
- 画像が正しく、文字や人物が不自然に切れていない
- 記事・資料へのリンクを実際に開いた
- 公開URLと確認日をタスク台帳へ記録した
WordPress
- 公開済み状態と一般公開ページの両方を確認した
- H2・H3、表、FAQ、参考資料がそろっている
- カテゴリ、タグ、アイキャッチが正しい
- 関連記事が正しい記事へ移動する
- 必要なURL設定と共有時の画像が合っている
note
- タイトル、サムネイル、冒頭、本文末尾を確認した
- 見出し、太字、箇条書き、改行が崩れていない
- 本文リンクが正しい公開先へ移動する
- 指定したタグが設定されている
- 本文末尾のタグ列や案内文が重複していない
X
- 正しいアカウントから投稿した
- 投稿URLを開き、本文・改行・リンク・画像を確認した
- 仮URLや未完成の文が残っていない
- スレッドの返信先と順番が正しい
- 同じ投稿を誤って重複送信していない
よくある質問
Q1.公開ボタンを押したら、すぐ完了にしてはいけませんか?
公開操作の成功と、公開結果の確認を分けた方が安全です。
ボタンを押した直後は「公開確認待ち」とし、一般公開URLを開いて必要項目を確認したら完了へ移します。
Q2.すべてのリンクを毎回開く必要がありますか?
新規記事では、本文に掲載したリンクを一度は確認します。更新記事では、追加・変更したリンクを優先し、重要な一次資料と関連記事も確認します。
リンク数が多い場合はAIや点検ツールで候補を絞れますが、採用した資料が正しいかは人が判断します。
Q3.スマートフォン表示も必要ですか?
表、長い見出し、サムネイル文字、Xの画像など、画面幅で見え方が変わる要素は確認します。
すべての端末を再現するのではなく、読めない、切れる、重なるといった重大な問題がないかを見ます。
Q4.公開後に間違いを見つけたら、元のタスクを未完了へ戻しますか?
軽微な修正なら、修正内容と確認結果を追記します。新しい資料への更新や構成変更が必要なら、「公開記事を更新する」という別タスクを作ります。
過去に公開を確認した事実と、現在の更新作業を混ぜないためです。
Q5.投稿文を用意するだけの依頼なら、投稿URLは必要ですか?
必要ありません。依頼の完了条件が「投稿文の完成」なら、文章ファイルや承認済みの文面が証拠です。
ただし「Xへ投稿する」まで依頼された場合は、投稿URLと公開表示の確認が必要です。依頼の動詞で完了条件を変えます。
まとめ
- AIで本文や投稿文を作っても、公開完了ではない
- 公開操作、一般公開URL、表示結果の三つを確認する
- 編集画面やプレビューではなく、読者が見るページを開く
- WordPressは本文に加え、カテゴリ、タグ、画像、関連記事、URL設定を見る
- noteは冒頭、本文末尾、リンク、タグ、重複を確認する
- Xは正しいアカウント、投稿URL、本文、リンク、画像、返信関係を見る
- 公開ページを確認できない間は「確認待ち」にする
- AIには照合と抜け漏れ確認を任せ、公開可否と表示の判断は人が持つ
公開後チェックは、仕上げの儀式ではありません。
編集した人の画面から、読者の画面へ視点を移す工程です。
まず次の記事から、公開ボタンを押した直後に「完了」とせず、一般公開URLを開いてください。タイトル、冒頭、リンク、画像を確認し、そのURLを台帳へ残す。これだけでも「公開したつもり」は大きく減らせます。
関連記事
- AIで仕事の進捗管理をする方法|下書き・確認待ち・公開済みを混ぜないタスク台帳
- YouTubeコメントをAIで分析して次の記事5本を決める方法|返信・動画・保存版記事に分ける
- 再生数だけで企画を決めない|検索語・コメント・クリックをAIでまとめる方法
- ひとりAI編集部の1週間を記録する方法|AIを使った時間と修正を見える化
- AI仕事術とは?一人でYouTube・ブログ・noteを回す「ひとりAI編集部」
- AIに任せていい仕事・いけない仕事|メディア運営の役割分担と公開前チェック
- 政治・行政記事の公開前チェック|告訴・不起訴・映像の印象を混同しない10項目
- AI要約をそのまま記事にできない理由|条件・例外・発言者を落とさない照合方法
- 修正済みSRTからタイトル・タイムスタンプ・概要欄を作る方法


