2026年10月1日に、どいやさんぽ。の公開19記事を、主軸20記事と別題材3記事を合わせた23記事へ整理しました。同じ内容の説明をひとつにまとめ、GA4の設定と使い方、タイトルの説明などを役割ごとに分け、既存19記事のURLはそのまま維持しながら4記事を新規公開しています。この記事では、構成を決める際に考えたことや、当初の計画から変更した点、公開後に確認した内容をまとめました。後半では、自分のブログでも使える整理表と進め方も紹介しています。
記事の整理とは?記事ごとの役割とつながりを整えること
記事の整理とは、複数の記事を見渡しながら、説明の重なりや不足、読みにくい順番を見直す作業です。 一つの記事の文章を直すだけでなく、記事同士をまとめたり、役割の違う内容を分けたり、関連記事への案内を整えたりすることも含まれます。
この記事は、すでに記事がある人向けの内容です。これから書く題材と分類を決めたい場合は「テーマ・カテゴリー」の記事、一本の本文を改善したい場合は「リライト」の記事が参考になります。カテゴリーとは、似た内容の記事をまとめる分類のことです。
- 統合
- 複数の記事にある必要な説明を、残す一つの記事へまとめることです。単に全文をつなげるのではなく、同じ説明を整理して読む順番を作ります。
- 分割
- 一つの記事から、別の疑問に答える内容を独立させることです。分けた記事だけを読んでも作業を進められるよう、前提や手順を補います。
- リライト
- 既存記事の内容を見直して書き直すことです。題材は同じままでも、古い手順や曖昧な説明、足りない例を直します。
実施レポート|2026年10月1日に、公開19記事を23記事へ整理した
どいやさんぽ。では、2026年9月30日時点で確認した公開19件・下書き0件の本文をもとに構成を検討し、10月1日に記事の再構成を実施しました。整理後は、中心となる主軸20記事と、別題材の3記事を合わせて公開23件・下書き0件という形になっています。
主軸とは、ブログの中心になる記事のまとまりを指します。WordPressやブログ運営に関する説明は主軸にまとめ、AI活用の2記事と日々のことの1記事は、それぞれの目的に合わせてそのまま残しています。
記事数を減らすこと自体を目的にせず、同じ説明は担当する記事へ集め、別の疑問は独立させるという方針で進めました。既存19記事のURLはそのまま維持し、投稿の永久削除は行っていません。
実際の進め方|本文の棚卸しから、公開後の確認まで
棚卸しとは、今ある記事を一覧にして内容と役割を確かめる作業のことです。タイトルだけで判断するのではなく、URL、カテゴリー、主題、主要見出し、重複する説明もあわせて記録しました。カテゴリーは記事の分類、URLはページの住所を指します。
| 作業段階 | 決めたこと・行ったこと |
|---|---|
| 点検 | 各記事が答える疑問と、重なっている説明を確認 |
| 設計 | 開設・分析・改善・執筆・制作の20記事構成を決定 |
| 反映 | 説明の移管、原稿の書き直し、タイトル・抜粋・内部リンクを整備 |
| 確認 | 通常の公開URLと、更新後に保存した投稿データを照合 |
抜粋とは、記事一覧などに表示する短い紹介文のことです。内部リンクは、自分のサイト内の別ページへ案内するリンクを指します。本文を移した後も古い紹介文や案内先が残らないように、本文以外の表示も合わせて整えました。
- GA4
- ブログ内でどのページが見られているか、どこから訪問されたかを調べるGoogleのアクセス解析です。
- Search Console
- Google検索への登録状態や、検索語・クリックなどを調べるための道具です。
- SEO
- 検索で見つけてもらいやすくするよう、サイトや記事を整えることです。
- プラグイン
- WordPressに必要な機能を追加する仕組みです。
計画から変えたこと|新規5記事の予定を、既存URLを活かす4記事に調整
最初の構成レポートでは、プラグイン紹介、SEOの基本、GA4の使い方、記事整理、タイトルの付け方という5記事を新設する計画でした。旧サイトマップ記事の説明をほかの記事へ振り分け、独立した枠を減らす予定だったためです。
ただ実施の段階では、旧サイトマップ記事のURLをそのままプラグイン紹介の記事として活かすことにしました。その結果、新規投稿は4記事になっています。主軸20記事が担当する範囲は保ちつつ、既存URLを廃止せずに反映できる形へ調整した形です。
旧サイトマップ記事の独立枠を減らし、プラグイン紹介を含む5記事を新設する。
旧サイトマップ記事をプラグイン紹介へ再構成してURLを維持。ほかの4記事を新規公開する。
新設する投稿の数は変わりましたが、必要な記事の役割と主軸20記事の構成はそのまま維持しています。
実例1|GA4の「設定」と「使い方」を分けた
計測タグとは、ページの閲覧などの情報を解析先へ送るための仕組みです。もともとのGA4記事には、登録、ブログへの設置、最初のレポート確認までが一つに入っていました。そこで、設定記事の完成目標を「計測が届く状態にする」、使い方記事の完成目標を「数字から改善候補を選ぶ」として分けています。
一つの記事で、登録 → 設置 → 計測確認 → レポートの読み方を説明する。
設定記事:登録・設置・計測が届く確認。使い方記事:流入元・読まれるページ・データからの改善判断。
記事を分けた理由は、読者が終えたい作業がそもそも違うからです。これから設定する人と、すでにデータを持っている人、それぞれが必要な説明へ進めるようにしました。
ただ、元の記事の一部を切り取るだけでは、使い方の記事として説明が足りません。流入元やページ、エンゲージメントの見方、そこから判断する手順を新たに補いました。流入元とは訪問のきっかけになった検索や外部ページなどのこと、エンゲージメントはGA4が定義する利用・反応を表す指標です。
設定が終わった読者には使い方の記事を案内し、まだ設定していない読者には設定記事へ戻れるリンクを置く構成にしています。
関連記事WordPressにGoogle アナリティクス 4(GA4)を設定する方法|公式サイトの登録から計測確認まで記事を読む
関連記事Google アナリティクス 4(GA4)の使い方|実際の画面で記事の閲覧数・流入元・改善手順を解説記事を読む 実例2|サイトマップの説明を担当別に集めた
サイトマップとは、サイト内のURLを検索エンジンへ知らせる一覧のことです。当時は、サイトマップ、SEOの初期設定、Search Consoleの使い方という三つの記事に、生成・送信・登録確認の説明が重なっていました。SEOとは、検索で見つけてもらえるようにサイトや記事を整えることです。
同じ手順を複数の記事にそれぞれ長く書いていると、読者はどこを読めばいいのか迷ってしまいます。そこで、「何を選ぶか」「どう送信するか」「数字をどう使うか」という三つの視点に分けて、担当する記事を決めました。
| 重なっていた説明 | 整理後の担当 | 読み終えてできること |
|---|---|---|
| プラグインを使う理由・選び方 | おすすめプラグイン | 必要な機能を選べる |
| サイトマップURLの確認・送信 | Search Consoleの設定 | 送信と登録状態の確認へ進める |
| 検索語・クリック・CTRの分析 | Search Consoleの使い方 | 修正する記事の候補を探せる |
旧サイトマップ記事のURLは、プラグインを紹介する記事としてそのまま活かしています。サイトマップの詳しい操作はSearch Consoleの設定記事へ案内する形にし、同じ送信手順を扱う記事をこれ以上増やさない構成にしました。
関連記事を読む:おすすめプラグイン / Search Consoleの設定 / Search Consoleの使い方
関連記事WordPressのおすすめプラグイン5選|必要なものの選び方と導入手順記事を読む
関連記事WordPressにGoogle Search Consoleを設定する方法|公式サイトの登録・所有権確認・サイトマップ送信記事を読む
関連記事Search Consoleの使い方|各画面の見方と検索語を使った記事改善記事を読む 実例3|本文の書き方から、タイトルの説明を独立させた
記事を作る作業の中でも、本文を組み立てる作業と、読む前の人に内容を伝えるタイトルを考える作業とでは、確認する対象がそもそも違います。そこで、記事の書き方は見出し・導入文・本文を担当し、タイトルの記事は検索意図との一致と改善例を担当する形に分けました。
検索意図とは、検索した人が知りたいことや、終えたい作業のことです。例えば「GA4 設定」で調べた人には、便利さの紹介だけでなく、登録から接続確認までが分かるタイトルと本文が必要になります。
本文の組み立て、タイトルの作り方、SEOの一般論が複数の記事で重なる。
本文:見出し・導入・本文の順番。タイトル:読む人に内容を伝える題名と改善例。キーワード:検索する人の疑問から企画。SEOの基本:検索で見つけてもらうための点検。
タイトルの記事を独立させるとともに、キーワード記事にあったSEOの一般論は基本の記事へ集約しました。各記事が受け持つ疑問をそろえるための整理です。
関連記事を読む:記事の書き方 / タイトルの付け方 / キーワード選定 / SEOの基本
関連記事AIを使ったブログ記事の書き方|構成・下書き・確認・公開まで記事を読む
関連記事ブログ記事タイトルの付け方|初心者でも伝わる作り方と改善例記事を読む
関連記事ブログのキーワード選定方法|検索した人の疑問から記事を決める記事を読む
関連記事SEOとは?ブログ初心者が最初にやることを順番に解説記事を読む ほかの役割も整理|ロードマップと点検、制作と更新を分けた
| 重なっていた説明 | どの役割へ分けたか |
|---|---|
| ロードマップ/公開前チェック | ロードマップは作業順と詳細記事への入口。チェック記事は確認項目・期待する状態・結果の記録 |
| ツール紹介/設定/使い方 | 紹介は何に使う道具か。設定は使える状態を作る。使い方は数字から次の行動を考える |
| テーマ自作/GitHubの更新 | 自作記事はテーマの実装。GitHub記事は変更履歴・ファイルの用意・WordPressへの反映 |
WordPressのテーマとは、見た目や表示を決める仕組みのことです。GitHubは制作物の変更履歴を管理・共有するサービスです。制作に関する記事では、テーマを作る説明と、その後の変更を公開サイトへ反映する説明とを分けています。
同じ話題に一切触れないようにしたわけではなく、そのページを理解するための短い説明は残しつつ、詳しい作業を担当する記事へ案内する形にしています。
整理後のカテゴリー|五区分で、記事を探す入口をそろえた
主軸20記事は「開設6・分析3・改善4・執筆4・制作3」という形に分けました。開設・分析・改善・執筆は既存の「ブログ運営」の子カテゴリー、制作は既存の「Web制作」の子カテゴリーにあたります。子カテゴリーとは、大きな分類の中をさらに分けた分類のことで、親カテゴリーはその大きな分類を指します。
2026年10月1日の実施結果。従来の親カテゴリーからも、子カテゴリーの記事を読める形にしました。
主軸20記事と、各記事の担当を見る
| 区分 | 記事 | 担当 |
|---|---|---|
| 開設 | サーバー・ドメイン | 契約前の比較 |
| 開設 | テーマ・カテゴリー | 題材と分類の設計 |
| 開設 | 開設のロードマップ | 公開までの順番 |
| 開設 | 公開前チェック | 読者が使えるかの点検 |
| 開設 | 運営ツール | 道具の役割 |
| 開設 | おすすめプラグイン | 追加機能の選定 |
| 分析 | Search Consoleの設定 | 登録とサイトマップ送信 |
| 分析 | GA4の設定 | 計測の準備 |
| 分析 | SEOの基本 | 検索に向けた基本点検 |
| 改善 | Search Consoleの使い方 | 検索データから改善 |
| 改善 | GA4の使い方 | 閲覧データから改善 |
| 改善 | リライト | 一本の記事の修正 |
| 改善 | 記事の整理(この記事) | 記事群の再構成 |
| 執筆 | タイトルの付け方 | 題名の作成 |
| 執筆 | キーワード選定 | 検索する人の疑問から企画 |
| 執筆 | アイキャッチ制作 | 画像の制作と表示確認 |
| 執筆 | 記事の書き方 | 本文の組み立て |
| 制作 | ブログデザイン | 見た目の比較 |
| 制作 | オリジナルテーマ | テーマの自作 |
| 制作 | テーマのGitHub管理 | 変更履歴の管理と反映 |
AI活用のChatGPT入門とGemini制作記録、日々のことのヒゲ脱毛料金の比較記録は、主軸の外にそのまま残しました。題材が違うという理由だけで消すことはせず、それぞれの読者と目的に合った扱いにしています。
分類の表示順は、あくまで案内の順番にすぎません。読者が必ず全記事を上から読む必要はなく、設定が済んでいる人には使い方の記事へ、自作をしない人には公開準備の記事へ進めるリンクを置いています。
本文以外も変更|抜粋・リンク・アイキャッチを整えた
記事のタイトルや担当を変えても、一覧の紹介文や画像だけが古いままだと、読む前の人に違う内容を伝えてしまいます。そこで本文と合わせて、抜粋、カテゴリー、内部リンク、アイキャッチも整えました。
アイキャッチとは、記事一覧などでその記事の顔として表示する画像のことです。主軸の記事に設定されていた旧アイキャッチ9件を投稿から外し、テーマに備わっている文字なしの共通画像で表示する形に変更しました。元画像のメディアファイル自体は残し、主軸外の3記事の画像はそのまま維持しています。
記事名を変更した後も、以前のタイトルが書かれたアイキャッチを使う。
主軸記事は文字なしの共通画像へ。新しい題名は記事一覧のタイトルで伝える。
画像の扱いを示した説明図です。実施時には9件の投稿設定を外し、画像ファイル自体は残しています。
画像を消すことと、投稿のアイキャッチ設定から外すことは、実は違う作業です。ファイルを残しておいたことで、後から必要な画像を見直せる状態を保てています。
公開後に確認したこと|投稿データ・通常URL・スマホを照合した
更新して終わりにするのではなく、管理画面、通常の公開URL、更新後に保存した投稿データの三つを見比べました。エクスポートとは、WordPressの投稿などを外部へ保存する機能のことです。なお、今回保存した投稿エクスポートは、画像の実ファイルやサーバー設定を含むサイト全体のバックアップとは別のものです。
| 確認する場所 | 実施完了レポートに残した結果 |
|---|---|
| WordPressの投稿一覧 | 公開23件・下書き0件 |
| 23記事の通常URL | 採用タイトル、主要見出し、カテゴリーの一致 |
| 更新後の投稿エクスポート | 全23記事のタイトル・本文・抜粋が用意した原稿と一致 |
| 主軸20記事の保存データ | 旧アイキャッチ設定が残っていない |
| 五つの子カテゴリー | 6・3・4・4・3件で構成と一致 |
| トップと記事一覧 | 新規記事と更新したタイトル・抜粋が表示された |
390pxは、確認したスマホ表示の幅です。px(ピクセル)は、画面上の大きさを表す単位です。
この四つのページでは、ページ全体の横はみ出しがないことを確認しました。記事整理の記入表は、スマホでも読みやすいよう2列に修正しています。
自作テーマの記事については、ビジュアルエディターでブロックの無効化や復旧警告が出ていないことも確認しました。ビジュアルエディターとは、文章や画像などを画面上で配置して編集する機能のことです。ブロックは、文章や画像を編集するための一つの単位を指します。
古い表示が残っていたページは、サーバー側のコンテンツキャッシュをクリアしたうえで、通常URLから見直しました。キャッシュとは、表示を速くするために内容を一時保存する仕組みのことです。保存されていた古い表示を消し、更新した内容を確認しました。
更新前と更新後の投稿エクスポート、公開一覧と整理表のスマホ確認画像も、作業の記録として保存しています。
今回、整えたものと確認した範囲
この作業で整えたのは、記事構成、原稿、カテゴリー、抜粋、内部リンク、公開表示です。一方で、GA4やSearch Consoleの実アカウント設定、プラグインの新規導入、問い合わせの送受信テスト、学習用テーマコードの実サイトへの適用は行っていません。
検索順位・流入・CTRの改善効果については、この実施時点ではまだ計測していません。 今回確認できた成果は、説明の担当を整理して記事へ反映し、原稿と公開表示を照合できたことです。次は計測データも見ながら、必要な記事のリライトを続けていく予定です。CTRとは、検索で表示された回数に対してクリックされた割合のことです。
自分のブログで使う|答える疑問を一覧にする
WordPressは、ブログのページを作成・管理する仕組みです。「投稿 → 投稿一覧」から記事を確認し、各記事の公開URL(ページの住所)と本文を開いてみましょう。下書きがある場合は、公開済みと状態を分けて記録しておくと整理しやすくなります。記事数が多い場合は、まず同じカテゴリーの数記事から始めるのも一つの方法です。
| 記事の例 | 答える疑問 | 読み終えた人ができること |
|---|---|---|
| GA4の設定 | ブログの閲覧をどう計測する? | GA4へデータを送れていると確認できる |
| GA4の使い方 | どの記事を改善すればよい? | レポートから改善候補を選べる |
| Search Consoleの設定 | 検索データを見る準備は? | 所有権確認とサイトマップ送信ができる |
一覧には、タイトル、URL、公開状態、カテゴリー、答える疑問、主な見出し、更新日、残したい独自の情報などを書いていきます。アクセスや問い合わせにつながっている記事であれば、その役割もメモしておくとよいでしょう。流入とは、検索やほかのページなどから記事へ読者が訪れることを指します。
「SEOの記事」「便利な記事」という書き方では、少し広すぎます。「検索に出ない原因を調べる」「タイトルを作れる」のように、読者の作業を一文で書いておくと、記事同士を比較しやすくなります。SEOとは、検索で見つけてもらえるようにサイトや記事を整えることです。
自分のブログで使う|残す・統合・分割を判断する
| 判断 | 見るポイント | 次にすること |
|---|---|---|
| 残す | 独自の疑問に答え、情報が今も役立つ | 古い条件とリンクを点検する |
| 統合する | 同じ状況の読者が、同じ作業のために読む | 残す記事と集める説明を決める |
| 分割する | 一つの記事に、完成目標の違う説明が混ざる | 単独で役立つ記事へ補う |
| 書き直す | 役割は必要だが、説明が古い・不足する | 手順・用語・実例を直す |
| 公開を続けるか再検討 | 独自の役割を見つけにくい | 流入・外部リンク・再利用を確認する |
カニバリゼーション(カニバリ)とは、同じ検索意図に向けた複数のページが、検索結果上で競合している状態を指す言葉です。同じキーワードが含まれているだけで、問題が起きているとは断定できません。Search Consoleで同じ検索語にどのページが表示されているかを確認し、本文の目的と照合してみます。
記事数や文字数だけで統合・削除を決めてしまわず、独自の写真や詳しいトラブル解決の説明、読者が実際に使っているリンクを失わないか確かめておきましょう。
統合の進め方|残すURLと新しい構成を先に決める
URLはページの住所のことです。すでに読まれている記事のURLを、題名が古いという理由だけで新しくする必要はありません。現在の流入、外部からのリンク、独自の情報、読者の目的などを見ながら、残す記事を選んでいきます。
- 元の記事を保存する本文、画像、公開URL、公開状態を控えておきます。バックアップとは、トラブル前の状態へ戻すための保存データのことです。サイト全体のバックアップも合わせて用意しておきましょう。
- 残す記事の目標を書く「誰が、何を終えられる記事か」を一文にまとめ、統合先を決めます。
- 両方の記事から必要な情報を集める独自の写真や実例は残しつつ、重複している説明や矛盾する古い手順を直していきます。
- 統合先を先に確認する見出しの順番、タイトル、画像、リンクを整え、全文プレビューで問題なく読めるか確認します。
- 旧URLの扱いを決める旧記事へのアクセスがある場合は、内容を引き継ぐ適切なURLへの案内や転送を用意しておきます。
- 反映後にリンクと表示を試す旧URL、新URL、関連する記事、カテゴリー一覧を実際に開いて確かめます。
リダイレクトとは?旧URLから引き継ぎ先へ案内すること
ここからは、自分のブログでURLを変更・廃止する場合の対処について触れます。なお、上で紹介した2026年10月1日の作業では、既存19記事のURLをそのまま維持しており、廃止したURLはありません。
リダイレクトとは、あるURLへのアクセスを別のURLへ自動的に移す仕組みのことです。 記事を恒久的に移すなら、301や308という応答で転送する方法があります。ここでは、その仕組みを理解したうえで、旧URLと新URLの対応を記録しておきます。
旧記事の内容を引き継ぐページがある場合は、そのページを転送先として検討します。関係のないトップページへすべて転送してしまう方法は、記事整理の標準的な対応とは言えません。転送先がない場合は、内容を残すかどうか、読者へどう知らせるかを別途判断する必要があります。
URLは説明用の例です。今回、公開記事の転送設定は変更していません。
実際の設定方法は、契約しているサーバーの転送機能や、利用中のWordPressの機能など、それぞれの環境の案内に従います。旧URL・転送先・設定場所を控えておき、公開後に旧URLから正しいページへたどり着けるかを確認します。転送が何度も続いてしまう状態や、元のページへ戻り続けてしまう状態がないかも見ておきましょう。考え方についてはGoogleのリダイレクトの説明でも確認できます。
本文中の古いリンクについては、転送に頼るだけでなく、残すURLへ直接更新しておきます。重複をなくしたいからといって、意味を確認せずに検索から除外する設定を付けるだけでは、整理は終わりません。
分割の進め方|新しい記事だけで完結させる
| 分割後に補うこと | 具体例 |
|---|---|
| 何のための記事か | GA4の使い方:読まれた記事と流入元を見る |
| 始める前の条件 | GA4の計測が動いていること |
| 用語と手順 | 表示回数・ユーザーの違い、レポートの開き方 |
| 判断できる実例 | 架空のデータを使い、次に直す箇所を示す |
| 前後の記事への案内 | 未設定なら設定記事、修正するならリライト記事へ |
単に長いという理由だけで細かく分けてしまうと、読者が何ページも移動しないと一つの作業を終えられなくなります。同じ作業に関する短い注意事項は元の記事に残し、別の完成目標を持つ内容だけを独立させると、読みやすい順番を作りやすくなります。
自分のブログへ応用するなら、AIを整理案の補助に使う
AIへ渡す情報は、タイトルだけではなく、URL、答える疑問、主要見出し、残したい独自の情報をセットにした一覧にしておくとよいでしょう。最初から「削除する記事を決めて」と丸ごと任せるのではなく、重複の候補と判断理由を出してもらう使い方がおすすめです。実際の本文や流入データを確認するのは、あくまで自分自身です。
次の記事一覧を見て、役割の整理案を作ってください。 各記事のURL、読者、答える疑問、主要見出し、独自の情報を渡します。 1. 同じ読者・疑問・完成目標が重なる候補を示してください。 2. 残す/統合/分割/書き直しの案と理由を示してください。 3. 共通する言葉があるだけなら、重複と断定しないでください。 4. 実データを見ないと決められないことは「要確認」としてください。 5. URLの変更や削除は実行せず、確認すべき点を挙げてください。 記事一覧:ここに貼る
整理表に方針を書き、変更後も確認する
記事整理表 タイトル・公開URL: 公開状態・カテゴリー: 読者と答える疑問: 読み終えた人ができること: 主要見出し: 独自の写真・体験・解説: 重複・不足の候補: 流入・外部リンクなどの確認: 判断:残す/統合/分割/書き直し/要検討 残すURL・新しい記事の役割: 旧URL・内部リンクの扱い: 次の作業・変更日:
- 統合・分割後の記事を最初から最後まで読んだ
- タイトル、記事の顔になるアイキャッチ画像、抜粋が本文と合っている
- 旧URLと残すURLへのアクセスを試した
- 関連記事、カテゴリー一覧、メニューのリンクを確認した
- 変更内容と未確認項目を記録した
抜粋とは、一覧などに表示する記事の短い紹介文のことです。本文を変えた後は、抜粋が昔の内容を案内していないかも確認します。検索や閲覧の変化を追いたい場合は、Search ConsoleやGA4で同じ条件の期間を比べてみましょう。整理した直後の順位や件数だけで、成功したと決めつけないようにします。
似た記事があると、必ず統合が必要ですか?
同じ道具を扱っていても、設定と使い方のように役割が違うなら、別の記事として説明してかまいません。まずは本文の内容と読者の目的を比べてみましょう。
記事を減らせば検索順位は上がりますか?
記事数を減らすことだけで成果が決まるわけではありません。必要な情報とリンクを残し、読みやすさを整えたうえで、変更後のデータも確認していく必要があります。







コメント