SEO記事の公開前チェックリスト｜投稿前に確認する項目と順番

SEO記事の公開前チェックは、項目を全部並べるより順番を決めるほうが効きます。見る順番は「公開後に直しにくいもの → 直せるが初動に響くもの → いつでも直せるもの」の3ブロックです。具体的には、スラッグ（URL）と既存記事との重複を最初に確定させ、次にタイトル・メタディスクリプション・見出し・内部リンク、最後にalt・表記ゆれ・スマホ表示を見ます。

この記事は、WordPressなどで自社ブログを運用していて、書き上がった記事を出す直前に何を見ればいいか迷っている広報・マーケ担当の方に向けたものです。読み終わる頃には、1本あたり15分で回せる自社用のチェックリストが作れる状態を目指します。

扱うのは記事1本単位の確認です。サイト全体の設定（サイトマップ、パーマリンク構造、計測タグなど）は範囲が違うので、そちらはSEO内部対策チェックリスト（サイト全体の優先順位）で先に整えてください。土台が未設定のまま記事単位のチェックをしても、原因の切り分けができなくなります。

Contents / 目次

1. 公開前チェックは「後から直しにくい順」に見る
2. 記事の公開前に確認する手順。ステップ1から5まで
3. AIで下書きを書いた記事だけ、公開前に増える確認
4. チェックを型にすると、公開後に何が変わるか
5. よくある失敗と、公開前に防ぐ方法
6. 現場で妥協するところと、外注時に抜けやすいところ
7. SEO記事の公開前チェックでよくある質問
8. まず今日、直近に公開した1本で試してください

公開前チェックは「後から直しにくい順」に見る

結論として、公開前チェックの順番は修正コストの高い項目から並べます。公開してしまうと直しにくいものを先に潰し、いつでも直せるものは最後に回す。この順番だけで、公開後の手戻りはほぼ防げます。

なぜかというと、SEO記事の公開前チェック項目は性質が3つに分かれるからです。

• URLのように、後から変えると別ページ扱いになるもの
• タイトルのように、直せるけれど再クロールを待つことになるもの
• altのように、公開後に直しても大きな影響がないもの

この3つを同じ重みで見ていると、時間切れになったときに一番痛い項目が残ります。

ブロック	見る項目	公開後に直すときの痛み	目安時間
A. 後から直しにくい	スラッグ（URL）、公開先カテゴリー、既存記事との重複、noindexとcanonicalの状態	URLを変えると別ページになり、301リダイレクトの設定が必要になる	約5分
B. 直せるが初動に響く	タイトルタグ、メタディスクリプション、H1と見出し階層、内部リンク、OGP	直せるが、直した内容が検索結果に反映されるまで再クロールを待つ	約7分
C. いつでも直せる	alt属性、表記ゆれ、リンク切れ、スマホ表示、CTAの位置	影響が小さく、公開後の修正でも間に合う	約3分

目安時間は、当社が自社ブログでこの手順を回したときの実測ではなく、作業内容から見積もった数字です。記事の長さや担当者の慣れで変わるので、最初の3本で自社の実測を取り、社内の目安に置き換えてください。

15分版と45分版を分けておく。上の表の合計が15分版です。四半期に一度の主力記事や、社名を出す事例記事だけは45分版（後述）に切り替えます。全記事に45分版を課すと、必ず誰も回さなくなります。

ブロックAを最優先にする理由をもう少し具体的に言うと、スラッグを変えるとその記事のURLが変わり、外部に貼られたリンクや資料に載せたURLが指す先を自分では直せないからです。スラッグのSEO設定と最適化の基本ルールは公開前に決め切っておくのが安全です。

この章の結論。チェック項目を覚えるのではなく、A・B・Cのどのブロックかを判断できるようになれば、時間が足りない日でも「Aだけは絶対に見る」と決められます。

記事の公開前に確認する手順。ステップ1から5まで

ここからは実際の作業手順です。上から順にやれば15分で終わります。使うのはブラウザとWordPressの編集画面、それとGoogle検索だけで、追加のツールは要りません。

ステップ1. URLと既存記事との重複を決め切る

最初にスラッグを確定させます。確認するのは次の3点です。

• 半角英小文字とハイフンで書かれているか
• 記事の内容が分かる短い語になっているか（長くしすぎない）
• 日本語のままになっていないか

URLの付け方について、GoogleはGoogle検索セントラルのURL構造のガイドラインで、URLには非ASCII文字ではなくUTF-8エンコードを使うこと、単語の区切りにはハイフンを使うことを推奨しています。 日本語のスラッグはURLをコピーしたときにエンコードされた記号列になることがあり、そのURLをメールや資料に貼ると読めなくなります。

次に、自社サイト内に同じ検索意図の記事がないかを確認します。Google検索の窓に次のコマンドを打つだけです。

# 自社サイト内だけを検索して、同じテーマの既存記事を洗い出す
site:自社ドメイン 狙うキーワード

# 例（キーワードが「公開前 チェック」の場合）
site:example.com 公開前 チェック

# タイトルに含まれるものだけに絞りたいとき
site:example.com intitle:公開前

判定基準はシンプルです。同じキーワードで上位に出したい既存記事が1本でもあるなら、新規公開ではなくその記事のリライトにする。似た内容の記事が2本あると、表示回数や被リンク、内部リンクが2本に分かれます。1本にまとめたほうが、記事の中身も内部リンクも1か所に集まります。既存記事を活かす場合の進め方は古いブログ記事のリライトで成果を出す5ステップにまとめています。

ステップ2. タイトルとメタディスクリプションを検索結果の見え方で確認する

タイトルタグは、狙うキーワードをできるだけ前のほうに置き、長くしすぎないようにします。スマホの検索結果は表示幅が狭く、後半が切れて表示されることがあるためです。文字数の決まりはGoogleから公開されていないので、自社の記事タイトルを実際にスマホで検索して、どこまで表示されるかを見て社内の目安を決めてください。

なお、Googleは検索結果に出すタイトルリンクを、ページのtitle要素以外から生成する場合があるとGoogle検索セントラルのタイトルリンクのドキュメントで説明しています。 つまり書いたタイトルがそのまま出るとは限らないので、公開後に実際の検索結果を一度見る前提で作ります。詳しい書き方はタイトルタグの付け方とSEOに効く文字数を参照してください。

メタディスクリプションも同じ考え方です。前半だけで「何が分かる記事か」が伝わるようにします。こちらもGoogle検索セントラルのスニペットに関するドキュメントのとおり、Googleが本文から書き換えることがあります。 書き換えられにくくするコツはメタディスクリプションの書き方と文字数の目安で解説しています。

見出しの階層も同時に見ます。H1は記事タイトルの1つだけ、H2の下にH3、H2を飛ばしてH3が出ていないか。編集画面の見出しブロックを上から目で追えば30秒で終わります。

ステップ3. 内部リンクと画像を整える

内部リンクは双方向で数えるのがコツです。新しい記事から既存記事へ2本以上、そして既存記事から新しい記事へ1本以上。後者を忘れると、新しい記事にたどり着ける経路がサイト内に無いままになり、読者が関連記事から回ってこられません。

アンカーテキストは「こちら」「詳細はこちら」ではなく、リンク先の内容が分かる言葉にします。貼る位置と文言の決め方は内部リンクの貼り方とアンカーテキスト最適化の5ステップにあります。

画像は3点だけ見ます。

• alt属性が画像の内容を説明しているか
• ファイルサイズが大きすぎないか
• アイキャッチとOGPの画像が設定されているか

SNSでシェアされたときの見え方が崩れる場合はOGP画像の設定方法と表示されない時の直し方を確認してください。

ステップ4. スマホ幅で表示崩れを確認する

プレビューをスマホ幅で開きます。実機がなくても、パソコンのブラウザに用意されている開発者向けの表示確認機能で、画面幅をスマホ相当に切り替えて確認できます。Chromeの場合の操作手順はChrome DevTools公式ドキュメントのデバイスモードの説明にあります。

見るのは4点です。

• 表が横にはみ出していないか
• コードブロックが画面外まで伸びていないか
• 段落が長すぎて文字の壁になっていないか
• ボタンやリンクが指で押せる間隔になっているか

ここで表がはみ出していると、スマホで読んでいる読者が横スクロールに気づかず、表の右半分を読まないまま離れてしまう可能性があります。列を減らすか、表を2つに割るかで対応します。

ステップ5. 公開設定を確認して、公開直後に動く

公開ボタンを押す前に、noindexが外れているか、公開日時が意図どおりか、カテゴリーが正しいかを見ます。下書き段階でnoindexを付ける運用をしている場合、外し忘れが最も多い事故です。設定の意味はnoindexとnofollowの違いと使い分けで整理しています。

公開したら、続けて次の3つをやります。

1. 公開された実URLをシークレットウィンドウで開き、ログインしていない状態でも正しく表示されるか確認する
2. Google Search ConsoleのURL検査に公開したURLを入力し、インデックス登録をリクエストする
3. 本文中に貼った外部リンク・内部リンクを2〜3本クリックして、リンク切れがないか確かめる

URL検査の操作と、リクエスト後の挙動はGoogle Search Consoleヘルプ内のURL検査ツールの説明に書かれています。 同ヘルプでは、リクエストしたURLはクロールの順番待ちに入るだけで、何度リクエストしてもクロールや登録が早まるわけではないと説明されています。 反映までの見方と、登録されないときの調べ方はURL検査でインデックス登録をリクエストする手順にまとめています。

コピペで使える公開前チェックリスト

そのまま社内のタスク管理ツールやスプレッドシートに貼れる形にしました。項目は増やさず、まずはこの形で3本回してみてください。

【SEO記事 公開前チェックリスト（15分版）】

■ A. 後から直しにくい（先に確定させる／約5分）
[ ] スラッグは半角英小文字＋ハイフンで、内容が分かる短い語になっている
[ ] スラッグが日本語のままになっていない
[ ] site:検索で、同じ検索意図の既存記事がないと確認した
[ ] 既存記事がある場合、新規公開ではなくリライトに切り替えた
[ ] noindexが外れている／canonicalが自分自身のURLを指している
[ ] 公開先カテゴリーと公開日時が意図どおり

■ B. 直せるが初動に響く（約7分）
[ ] タイトルに狙うキーワードが入り、前のほうに置かれている
[ ] スマホ検索でタイトルの見え方（どこで切れるか）を確認した
[ ] メタディスクリプションの前半だけで内容が伝わる
[ ] H1は1つだけ／H2の下にH3（階層の飛びがない）
[ ] 新記事 → 既存記事へ内部リンク2本以上
[ ] 既存記事 → 新記事へ内部リンク1本以上（既存側を編集した）
[ ] アイキャッチとOGP画像を設定した

■ C. いつでも直せる（約3分）
[ ] 主要な画像にalt属性を入れた
[ ] 社名・製品名・用語の表記ゆれがない
[ ] スマホ幅で表・コード・画像がはみ出していない
[ ] 記事末のCTA（問い合わせ導線）が1つに絞られている

■ 公開直後（押した後すぐ）
[ ] シークレットウィンドウで実URLの表示を確認
[ ] Search ConsoleのURL検査でインデックス登録をリクエスト
[ ] 本文のリンクを2〜3本クリックして切れがないか確認

※各ブロックの分数は作業内容から見積もった目安。最初の3本で自社の実測に置き換える

──────────────────────────────
【45分版で追加する項目】主力記事・事例記事のみ
[ ] 狙うキーワードで上位10件を開き、自社にしかない情報を1つ以上足した
[ ] 数値・固有名詞の出典を1つずつ確認した（出せないものは削除）
[ ] 構造化データを入れた場合はテストツールでエラーを確認
[ ] PageSpeed Insightsでモバイルスコアと画像サイズを確認
[ ] 執筆者・監修者・一次情報など、信頼性の根拠を本文に置いた

この章の結論。15分版をそのまま使い、3本公開してみて「毎回引っかかる項目」だけを社内ルールに昇格させてください。全項目を最初から完璧に回そうとすると続きません。

AIで下書きを書いた記事だけ、公開前に増える確認

AIで下書きを作った記事は、上のチェックリストに「事実の裏取り」と「重複の確認」の2つを足してください。文章の読みやすさや構成はAIが得意な領域で、崩れることは少ないのですが、確認できない情報がもっともらしい形で紛れ込むのはAI下書き特有の問題です。

具体的に見る箇所は次のとおりです。

• 数値と統計：「◯%改善」「導入企業◯社」のような数字を1つずつ拾い、出典ページを実際に開く。開けないものは削除する
• ツールの機能名・メニュー名：実在するツールでも、機能名や画面の名前が実際と違うことがある。公式ヘルプで名称を突き合わせる
• リリース日・バージョン：「◯年◯月に追加された」という記述は、公式発表が見つからなければ丸ごと消す
• URL：本文中のリンクを全部クリックする。存在しないURLが生成されていることがある
• 自社の既存記事との重複：同じ切り口・同じ失敗例が別記事に載っていないかを確認する

AI下書きの検品で一番時間を使うのは、実は最後の重複確認です。AIは学習した一般的な構成を出すため、「ターゲットを広げすぎて誰にも響かない」「安さで選んで作り直しになる」といった、どのテーマにも当てはまる失敗例を書いてきます。それが自社の他の記事にも同じ形で載っていると、記事同士で内容が重なり、読者にとってもどちらを読めばいいのか分からなくなります。

判定に迷ったら、その段落からテーマ名を伏せて読んでみてください。それでも意味が通るなら、その段落は他の記事に貼っても成立します。つまり、その記事にしかない情報にはなっていません。書き直すか、削るかのどちらかです。

下書きをAIに任せるかどうかの線引き自体は、このチェックの話とは別のテーマです。ここでは「AIで書いたなら、公開前の検品が2項目増える」という点だけ押さえてください。

この章の結論。AI下書きの公開前チェックは、文章の巧拙を見る作業ではなく、数字・固有名詞・URL・重複という4つの裏取り作業です。ここに10分足せると考えて時間を確保してください。

チェックを型にすると、公開後に何が変わるか

公開前チェックを型にして得られる効果は、順位が上がることよりも先に、公開後の手戻りが減ることに現れます。スラッグの付け直し、リダイレクト設定、既存記事との統合。どれも公開前の確認より手間がかかる作業で、しかも記事を書く時間から差し引かれます。

効果を数えるなら、次の3つを記録しておくと変化が見えます。すべて自社で数えられるものです。

1. 公開後1週間以内に本文を修正した回数（チェックが効いていれば減る）
2. 公開からGoogle Search Consoleで表示回数が付き始めるまでの日数
3. 公開後4週間時点で、狙ったキーワードとは別の語で表示されている件数

3つ目は特に見る価値があります。狙っていない語で表示回数が付いているなら、その語を求めて来た読者に答える内容が本文に足りていない可能性があるからです。見出しを足すか本文を書き足すかを検討する材料になります。この確認の仕方はサーチコンソールの使い方と最初に見る4つの画面で解説しています。

時間の話も整理しておきます。15分版チェックを月8本の記事に適用すると、月2時間です。この2時間と、スラッグの付け直しやリダイレクト設定が発生したときの作業時間を、自社で1件ずつ計って比べてみてください。手戻りが月1件でも起きるなら、チェックにかける時間のほうが安く済むという判断がしやすくなります。

順位そのものについては、公開前チェックだけで上がるとは言えません。Google検索セントラルのGoogle検索の基本事項でも、評価の中心はコンテンツの有用性に置かれています。 公開前チェックの役割は、せっかく書いた中身が正しく伝わらない事故を防ぐことです。中身が薄い記事をチェックリストで救うことはできません。

成果が出ているサイトに共通するのは、チェック項目の多さではなく、公開後に見る日を決めていることです。次の3回だけカレンダーに入れておけば、記事は放置されません。

• 公開1週間後：インデックス登録の状況
• 公開4週間後：表示されているクエリ
• 公開3か月後：順位とクリック率

この章の結論。公開前チェックの効果は順位ではなく手戻り時間で測ります。まずは「公開後1週間以内の修正回数」を数え始めてください。

よくある失敗と、公開前に防ぐ方法

ここでは、記事の公開前後に実際に起きやすいミスを挙げます。どれも「気をつける」では防げないので、防ぎ方は手順に落としてあります。

失敗1. 公開後にスラッグを変えて、URLが2つになる

公開してから「このスラッグ、分かりにくいな」と気づいて変更する。これが一番多い事故です。スラッグを変えると記事のURLが変わり、変更前のURLで参照していた人がどこへ飛ぶかは自社の設定次第になります。すでにSNSでシェアされていたり、他社から引用されていたりすれば、その参照先を自分で直すことはできません。

防ぎ方は、ステップ1でスラッグを確定させ、公開後は原則変えないルールにすること。どうしても変える必要があるなら、旧URLから新URLへ301リダイレクトを設定してから変更し、変更後に旧URLを開いて新URLへ転送されるかを自分の目で確認します。この作業が発生した時点で、公開前チェック1回分より時間がかかっています。

失敗2. 下書き用のnoindexやテスト環境のcanonicalが残ったまま公開する

公開したのに、いつまでたっても検索結果に出てこない。原因を追うと、下書き段階で付けたnoindexが残っていた、あるいはステージング環境（本番公開前のテスト用サイト）で入れたcanonicalタグがテスト環境のURLを指したままだった、というケースです。

この状態は編集画面を見ても気づけません。公開後にシークレットウィンドウで記事を開き、ページのソースを表示して「noindex」で検索する。これを公開直後の手順に組み込んでおけば、その場で見つかります。サーチコンソールの除外を確認する手順でも、登録されていない原因の見分け方を扱っています。

失敗3. 既存記事と同じキーワードで公開し、既存の順位を落とす

新しい記事を出したのに、既存記事の順位まで下がった。原因はいくつも考えられるので、まず疑うのは同じ検索意図の記事を2本出していないかです。同じ語を狙った記事が並ぶと、表示回数もクリックも内部リンクも2本に分かれ、どちらの記事の実力なのかが読み取りにくくなります。

防ぎ方はステップ1のsite:検索です。既存記事が見つかったら、新規で出さずにその記事へ内容を統合します。判断の目安は、2本のタイトルが同じ検索語で並ぶかどうかです。同じ語を狙っているなら統合、切り口が明確に違うなら別記事として公開して相互に内部リンクを貼る、と決めておくと迷いません。

失敗4. 予約投稿の日時設定を間違えて、記事が埋もれる

予約投稿の日時を過去日に設定してしまい、公開した瞬間に記事一覧の下のほうへ入り込む。あるいは未来日のまま公開ボタンを押して、実際には公開されていないのに公開したつもりになる。どちらも記事一覧を見ないと気づきません。

防ぎ方は、公開直後にトップページや記事一覧を開いて、新しい記事が想定した位置に出ているかを目で見ること。10秒で済みます。

失敗5. 画像を圧縮せずに公開し、表示が重くなる

スマホで撮った写真やAIで生成した画像をそのまま入れると、1枚あたりのファイルサイズが大きくなり、記事を開いてから本文が見えるまでの時間が伸びます。特にアイキャッチと本文の最初の画像は、読者が最初に待たされる部分です。

防ぎ方は、公開前に画像のファイルサイズを見て、明らかに大きいものだけ圧縮すること。全画像を最適化しようとせず、上から2枚だけ見れば実用上は足ります。改善の優先順位はLCP改善のやり方と直す優先順位で整理しています。

この章の結論。5つの失敗のうち、失敗1と失敗2は「公開ボタンを押した直後に、実URLとそのソースを自分の目で見る」だけで発見できます。残りの3つは公開前の手順に組み込むしかないので、チェックリストの側で潰してください。

現場で妥協するところと、外注時に抜けやすいところ

正直に言うと、公開前チェックを毎回きっちり回している運用は多くありません。だから項目を増やすのではなく、どこを妥協していいかを先に決めておくほうが現実的です。ここでは実際に相談を受ける中で見えてきた妥協点を率直に書きます。

妥協していいのは、記事の種類で決めます。お知らせや採用情報のような検索流入を狙わない記事は、ブロックAだけ見れば十分です。全記事に同じチェックを課すと、担当者は「今日は時間がないから飛ばそう」と判断し、結果的に一番大事なブロックAまで飛ばします。

逆に妥協してはいけないのは、複数人で運用しているときの公開権限です。WordPressで全員に公開権限を渡していると、チェック前の記事が公開されます。

WordPress公式ドキュメントのユーザー権限グループの説明によると、投稿を公開できるのは編集者と管理者の権限で、寄稿者は自分の記事を書けるものの公開はできません。 公開できる人を1〜2名に絞り、他のメンバーは寄稿者にしておけば、レビュー前の記事が出てしまうことは防げます。

ツールで止めるほうが、ルールを周知するより効きます。

外注しているときに抜けやすいのは、公開前チェックが誰の仕事か決まっていないことです。ライターは原稿の納品まで、制作会社は入稿まで、そして「公開ボタンを押す人」が実は誰もチェックしていない。この構造は珍しくありません。

発注時に、次の3つをどちらの担当にするか、契約の作業範囲に書いておくと揉めません。

• スラッグの決定
• 内部リンクの設置
• 公開後のインデックス登録リクエスト

発注前の整理はコンテンツSEO外注の選び方と失敗しない発注の手順にまとめています。

コストの見落としで多いのは、既存記事側の編集時間です。新記事から既存記事へリンクを貼るのは執筆の一部として計算されますが、既存記事を開いて新記事へのリンクを追加する作業は、たいてい誰の工数にも入っていません。1本あたりは短くても、本数が増えれば無視できない時間になります。ここを最初から作業に含めておかないと、内部リンクは一方通行のまま溜まっていきます。

もう1つ、プレビューと本番で見え方が違う問題があります。キャッシュ系のプラグインを入れていると、公開直後の記事が古い状態で表示されたり、CSSが当たっていない見た目になったりします。公開後の確認は、必ずシークレットウィンドウか別のブラウザで行ってください。ログイン状態のブラウザではキャッシュの影響が見えないことがあります。

この章の結論。チェックリストを守れるかどうかは担当者の意識ではなく、権限設定と作業範囲の取り決めで決まります。「誰が公開ボタンを押すか」と「既存記事の編集は誰の工数か」の2つを先に決めてください。

SEO記事の公開前チェックでよくある質問

まず今日、直近に公開した1本で試してください

最初の一歩は1分で終わります。直近に公開した記事のURLをスマホで開き、タイトルの前のほうに狙ったキーワードが入っているかだけ見てください。入っていなければ、そこが最初に直す場所です。

そのうえで公開後の見直しまで進めたい方は、SEOの効果測定を3層で見える化する5ステップを続けて読むと、公開1週間後・4週間後・3か月後に何を見るかがつながります。

チェックリストは作れても、既存記事との重複整理や、外注との作業範囲の切り分けまで自社だけで回すのは負担が大きい部分です。自社の記事運用のどこで詰まっているか整理するだけでも構いませんので、気になったら気軽に声をかけてください。現状をお聞きして、どこから手を付けるかを一緒に決めるところからお手伝いします。