検索順位を上げたくて、時間を掛けて記事をリライトした。
内容も増やした。見出しも整えた。タイトルも魅力的に変えた。
ところが数日後、順位が上がるどころか下がっている。
こうなると、元へ戻したくなります。
でも、ここで慌てて全体を戻すのはおすすめしません。
リライト後の順位下落で一番危険なのは、下がった理由が分からないまま、感情で二度目のリライトを始めることです。
順位が下がった原因は、検索意図を外したことかもしれません。強かった一次情報を消したことかもしれません。タイトル変更でクリック率が落ちたのかもしれません。単なる一時的な変動や、サイト全体の変化かもしれません。
原因が違えば、戻す場所も、待つ期間も変わります。
私は、以前は新規記事の追加を優先し、ほとんどリライトをしていませんでした。しかし、伸びているブログを調べ、既存記事の改善へ集中した結果、約2か月間は新規記事を書けないほどリライトに時間を使いました。その1か月後、アクセスは1.8倍になりました。
リライト自体が悪いのではありません。何を変え、何を残し、数字をどう見るかが大事です。
リライト後に順位が下がってもすぐ戻さない
検索順位は固定された点数ではありません。
記事を更新していなくても上下しますし、変更後は内容が再評価されるまで動くことがあります。
小さな下落は待つ選択肢がある
2位から4位、8位から11位のような小さな変動なら、すぐに大改修しないほうがよい場合があります。
Googleの公式資料でも、小さな順位変動はいつでも起こり得るため、既に成果が出ているページへ急進的な変更を加えることは避けるよう案内されています。
数日の動きだけを見て元へ戻すと、最初の変更がどう評価されたかを確認する前に、別の変更を重ねることになります。
小さな下落を見た瞬間に触り続けると、自分で記事を不安定にしてしまいます。
大きな下落は変更箇所を確認する
上位から数十位へ落ちた。表示されていた複数のキーワードが消えた。表示回数が急減した。
このような大きな変化なら、待つだけでなく、リライトで何を変えたかを確認します。
ただし、変更直後に全文を元へ戻すのではありません。タイトル、見出し、削除した情報、URL、公開設定など、影響の大きい部分から切り分けます。
一つずつ確認すれば、良かった改善まで捨てずに済みます。全部戻すのは、原因が全文にあると分かった後です。
変更日と順位を記録する
リライト日、変更内容、変更前のタイトル、主要キーワードの順位、表示回数、クリック数を残します。
記録がなければ、「たぶんこの部分が悪かった」と想像で直すことになります。
少なくとも元の本文は保存し、いつでも比較できる状態にしてください。AIで簡単に書き直せる時代ほど、変更前の良かった部分を残す管理が重要です。
記憶ではなく、変更履歴を根拠に判断します。変更前を残すことは、リライトの保険ではなく検証の土台です。
リライト後に順位が下がる7つの原因
順位下落は、一つの原因で起きるとは限りません。
まず、リライトで変えた範囲と、Search Consoleで下がった範囲を照らし合わせます。
1. 検索意図から外れた
情報を増やした結果、検索者が最初に欲しい答えが奥へ追いやられることがあります。
例えば、方法を知りたいキーワードなのに、背景説明や一般論を増やし、手順が後半になった。比較を知りたいのに、一つの商品だけを強くすすめる記事へ変えた。
文字数が増えても、検索意図への距離が遠くなれば記事は弱くなります。見出しだけを読んで、検索者の疑問へ順番に答えているか確認します。
検索者が最初に欲しい結論は、リライト後も前半で見つけられる状態にします。
2. 上位表示の理由だった情報を削った
古いと思って削った具体例、体験談、比較表、数字が、実は記事の独自性だった可能性があります。
AIへ全文リライトを任せると、文章はきれいになりますが、一次情報を一般論へ置き換えることがあります。
変更前の記事と比べ、他サイトにはない情報が消えていないかを見ます。特に、読者が判断する直前にあった体験や結論は慎重に扱います。
きれいな文章へ変わっていても、書き手が誰でもよい記事になったなら改善とは言えません。
3. タイトル変更で対象キーワードが弱くなった
魅力的なタイトルにしようとして、主キーワードや検索意図を示す言葉が消えることがあります。
また、内容以上に強い約束をするタイトルへ変えると、クリックされても期待と本文が合わず、読者がすぐ離れるかもしれません。
順位だけでなく、表示回数とクリック率も確認します。表示回数は同じでクリックだけ落ちたなら、タイトルと説明文の問題を優先します。
主キーワードを残しつつ、検索者が得られる答えを具体的に見せるタイトルへ戻します。
4. 見出し構造を変えすぎた
見出しを大幅に入れ替え、これまで評価されていた話題のまとまりを壊すことがあります。
新しい構成が悪いとは限りません。しかし、見出し名を抽象的にしすぎたり、関連キーワードをすべて消したりすると、記事が何へ答えるページか分かりにくくなります。
変更前後の見出しだけを並べ、テーマの抜けと順番の変化を確認します。
記事の内容を説明できない抽象見出しが増えていれば、検索者にも検索エンジンにも分かりにくくなっています。
5. 内部リンクを外した
本文を作り直す中で、関連記事へのリンクや、他記事から受けていたリンクの文脈が変わることがあります。
内部リンクは、検索エンジンのためだけではありません。読者が次に必要な記事へ進み、ブログ内で理解を深める導線です。
リライトした記事からのリンクだけでなく、他の記事からそのページへ送っているリンクも確認します。
特に、その記事を収益記事やハブ記事へつなぐ役割で使っていた場合、リンクを外すとブログ全体の導線まで弱くなります。
6. URLや公開設定を変えた
パーマリンクを変更した。誤ってnoindexを付けた。カテゴリ変更でURLまで変わった。公開状態が下書きになった。
内容以前の技術的な問題で順位が消えることがあります。
表示回数が急にほぼ0になった場合は、記事品質を直す前に、URL検査、インデックス設定、リダイレクト、サイトマップなどを確認します。
技術的に検索へ出られない状態で、文章を何度書き直しても順位は戻りません。
7. リライト以外の変化だった
同じ時期に複数ページが下がっているなら、特定記事のリライトだけが原因ではない可能性があります。
検索需要の季節変動、競合の更新、検索結果の変化、サイト全体の技術問題などを見ます。
Googleも、検索トラフィックの下落は複数の理由で起こり、Search ConsoleやGoogle Trendsで原因を調べるよう案内しています。変更した記事一つだけを犯人にしないでください。
Search Consoleで原因を切り分ける
順位が下がったときは、平均順位だけを見ないことが大切です。
表示回数、クリック、クエリ、ページの範囲を合わせて見ます。
表示回数も大きく減った
その記事が表示される検索語そのものが減った可能性があります。
変更前後のクエリを比較し、どの検索意図で表示されなくなったかを見ます。
複数の主要クエリがまとめて消えたなら、検索意図のズレ、重要情報の削除、見出し変更、インデックス問題を優先して確認します。
どのクエリが消えたかを見れば、記事から失われた話題も推測しやすくなります。平均順位だけでは分かりません。
まず表示機会の減少を直します。
表示回数は同じでクリックが減った
検索結果には出ているものの、選ばれにくくなっています。
タイトルやメタディスクリプションを変えた場合は、検索者が欲しい答えが見えにくくなっていないか確認します。
この状態で本文を全面リライトする必要はありません。まず、検索結果に表示される言葉を直します。
本文を触らずに改善できる問題へ、全文改修を持ち込まないことが大切です。
検索結果で選ばれる約束を、本文の答えと一致させます。
一部のクエリだけ下がった
記事全体ではなく、削除・縮小した話題に関するキーワードだけ下がっている可能性があります。
その話題が記事の主目的に必要なら戻します。別の検索意図なら、無理に一記事へ詰め込まず、別記事へ分ける判断もあります。
順位の平均だけでは、この違いが見えません。クエリ単位で変更箇所と照らします。
記事全体を元へ戻す前に、落ちたクエリに対応する見出しだけを戻す選択肢があります。
サイト全体で下がった
同じ日に多くの記事が落ちているなら、個別記事を次々にリライトする前に、サイト全体を確認します。
インデックス状況、サーバー障害、手動対策、検索需要の変化、Googleの更新など、共通原因を調べます。
原因が全体にあるのに一記事ずつ直すと、良かった記事まで壊します。
ページ単位の問題か、サイト単位の問題か。この切り分けを最初に行います。
範囲を間違えると修正量まで間違えます。
元へ戻す・一部を戻す・待つの判断基準
順位が下がった後の選択肢は、三つです。
全部戻す。一部だけ戻す。触らず待つ。
元へ戻すべきケース
URLやnoindexなど明確な設定ミスがある。主キーワードを外した。記事の中心だった一次情報を消した。検索意図と違う内容へ変えた。
原因が具体的に分かり、変更前の状態が明らかに優れているなら、該当部分を戻します。
ただし、全文を機械的に元へ戻すのではなく、悪影響の可能性が高い変更から戻します。
戻した日も記録し、その後の数字を確認します。元へ戻すことも、新しい検証の一回です。
一部だけ戻すべきケース
新しい構成や追記は良いが、タイトルだけ弱くなった。文章は読みやすくなったが、一次情報を削ってしまった。
このように、改善点と悪化点が混ざっているなら、一部だけ戻します。
リライトは新旧どちらかを丸ごと選ぶ作業ではありません。良い部分を組み合わせ、検索者へ近づける作業です。
新しい読みやすさを残しながら、削ってしまった体験だけ戻すような修正ができます。
新旧の良い部分を選びます。
触らず待つべきケース
小さな順位変動で、表示回数やクリックが大きく落ちていない。変更から数日しか経っていない。検索意図や重要情報も維持できている。
この場合は、追加変更をせずに観察します。
Googleの公式資料では、変更の効果が数日で出る場合もあれば数か月掛かる場合もあり、Search Consoleで再評価するまで数週間待つことが示されています。固定日数を正解にするのではなく、変動の大きさと変更内容で判断します。
安全にリライトする5つの手順
順位下落を完全に避けることはできません。
ただし、何を変えたか分からなくなる事故は避けられます。
1. 変更前を保存する
本文、タイトル、見出し、更新日、主要キーワードの数字を保存します。
WordPressのリビジョンだけに頼らず、外部の管理表やファイルにも残すと比較しやすくなります。
戻せる状態があるから、大胆な改善も安全に試せます。
特にタイトルと見出しは一覧で残すと、どの話題を削ったかを短時間で確認できます。
本文の文字数だけでなく、記事の骨格を保存してください。
保存名に日付も入れます。
2. リライトの目的を一つ決める
検索意図のズレを直す。一次情報を増やす。クリック率を改善する。重複記事を統合する。
目的を一つに絞ると、変更後の数字から原因を考えやすくなります。
タイトル、構成、本文、URL、内部リンクを同時に全部変えると、何が効いたか分かりません。
改善したい数字と変更箇所を一対一に近づけるほど、次回のリライト基準も育ちます。
目的のない追記はしません。
直す数字を先に決めます。
3. 残す情報を先に決める
一次情報、上位表示に寄与していそうな見出し、よく読まれている部分、内部リンクを確認します。
AIへリライトを任せる場合も、「この体験と数字は必ず残す」と指定します。
良い情報を守るルールを作ってから、新しい構成を考えます。
元記事で検索流入を生んでいたクエリに対応する情報も、残す候補へ入れます。
流入実績は残す理由になります。
読者に好まれた箇所も確認します。
削除候補から外します。
4. 変更日を記録して観察する
公開後は、毎時間順位を確認しても判断材料は増えません。
変更日を記録し、同じ期間で表示回数、クリック、クエリ、順位を比較します。
見る日を決めることで、短期の上下に振り回されにくくなります。
確認頻度を上げるより、同じ条件で比較できる期間を作るほうが意味があります。
毎日の感情ではなく、期間の数字で見ます。
観察もリライトの工程です。
待つ判断も記録に残します。
焦りません。
5. 次の一手を一つだけ選ぶ
下がったら原因候補を並べ、最も可能性の高い一つを直します。
改善したら、すぐ別の場所を触らず、何が効いたかを記録します。
リライトは一発で正解を当てる作業ではなく、読者と数字から記事を育てる作業です。
一度に五つ直すより、一つの仮説を検証し、結果を次の記事改善へ持ち込みます。
この記録が自分だけのリライト基準になります。
次回の迷いが減ります。
一回で全部直しません。
必ずです。
AIでリライトするときの注意点
AIは、リライトを短時間で行うには非常に便利です。
一方で、元の記事の強みを理解しないまま全文を書き換える危険もあります。
ガラッと変える作業には強い
全く順位がつかない記事は、構成から変えたほうがよい場合があります。
人間は元の文章に引っ張られ、少しずつしか直せないことがあります。AIなら、検索意図から構成を作り直し、別の角度を出せます。
元記事へ執着しすぎないリライトには向いています。
順位が100位以内にも入らない記事なら、文章の手直しではなく検索意図から作り直す案も比較できます。
小さく直すことに固執しません。
一次情報を消させない
AIは、体験談を冗長だと判断し、短くしたり一般論へ置き換えたりすることがあります。
どの一次情報を、どの見出しで、何の判断材料として残すかを指定します。
「読みやすくして」だけでは、読みやすい代わりに誰が書いても同じ記事になることがあります。
消してはいけない体験を引用して渡し、残したうえで周囲を整えるよう具体的に指示します。
一次情報を保護対象にします。
ここはAI任せにしません。
公開判断は人間が持つ
AIが「SEOに強くなりました」と言っても、それを根拠に公開しません。
変更前との比較、検索意図、見出し、一次情報、内部リンクを人間が確認します。
AIは実務担当であり、順位下落の責任まで負う運営者ではありません。最終判断は人間が持ちます。AIを使ったブログリライトの方法も参考にしてください。
AIの自己評価ではなく、変更前後の読者価値と実データを公開判断の根拠にします。
私がリライトへ集中してアクセス1.8倍になった話
以前の私は、新規記事を増やすことを優先し、既存記事のリライトをほとんどしていませんでした。
それでもアクセスが伸び悩み、「更新していないのに強いブログは何をしているのか」を調べました。
新規記事を書けないほど既存記事を見直した
リライトしていない記事が多かったため、既存記事の見直しへ集中しました。
正確には「2か月更新を止めた」のではなく、リライトへ集中した結果、時間の関係で約2か月新規記事を書けなかったという状態です。
記事を増やさない不安はありましたが、既存記事の検索意図、内容、見出し、伝え方を一つずつ直しました。
新しい記事を書くことだけが前進ではありません。既に公開した記事を検索者へ近づけることも、ブログを育てる仕事です。
その1か月後にアクセスが1.8倍になった
リライトへ集中した結果、その1か月後にはアクセスが1.8倍になりました。
狙っていたキーワードでも順位が上がりました。
この経験から、記事は公開して終わりではなく、順位がつかない記事も含めて育てることが、ブログ全体の力につながると考えています。
もちろん同じ数字になる保証はありませんが、既存記事へ向き合う価値を実感した出来事でした。
新規記事数だけを前進の指標にしなくなりました。
だからこそ満足している記事は触りすぎない
リライトで伸びた経験があるからといって、すべての記事を定期的に書き換えればよいとは思いません。
現状で満足できる順位と成果が出ている記事は、無理に触らないことも重要です。
伸びる余地と、壊すリスクを比べ、直す理由がある記事からリライトします。
「一定期間が来たから」という理由だけで、上位記事の全文を毎回書き換える必要はありません。
直す理由がなければ、触らない判断をします。
まとめ｜順位が下がったら変更箇所と数字を切り分ける
リライト後に順位が下がったとき、最初にやることは全文を元へ戻すことではありません。
変更日と変更箇所を確認し、表示回数、クリック、クエリ、サイト全体の動きを見ます。
検索意図を外したのか。一次情報を消したのか。タイトルが弱くなったのか。内部リンクや公開設定に問題があるのか。一時的な変動なのか。
原因候補を分け、最も可能性の高い一つを直します。
リライトは、書き換える回数を増やすゲームではありません。
読者へ必要な情報を残し、数字を見ながら記事を育てる仕事です。
自分のブログで、どの記事を残し、どの記事を全面リライトし、どの導線を直すべきかまで整理したい方には、AIブログ収益化フルプロデュースをご案内しています。
