WordPress 7.0では、新しいリビジョン画面である「ビジュアルリビジョン」が導入されました。従来のテキスト中心のリビジョン画面とは異なり、実際の投稿に近い見た目で変更点を確認できる機能として期待されています。

しかし、開発中に見つかったある不具合により、一部の環境ではビジュアルリビジョンが自動的に無効化される仕様となりました。一見すると「新機能を制限しただけ」のようにも見えますが、実際にはユーザーのデータを守るための重要な設計判断でした。

この記事では、実際のGitHub上のやり取りをもとに、WordPress開発者が知っておきたいポイントを整理します。

「ビジュアルリビジョン」とは（おさらい）

WordPressにおいてはリビジョン機能がありますが、従来はテキスト中心の比較でした。クラシックエディター時代はそれでも十分だった時期もあったようです。

ブロックエディター（Gutenberg）時代になると、画像やブロック構造等の視覚的変更の度合いが圧倒的に増えていきました。一方で、従来のリビジョン比較では、コードばかりが表示され、変更点が分かりにくいことがありました。

7.0では「ビジュアルリビジョン」の仕組みが導入され、視覚的な差分確認がしやすくなり、誤編集の発見が容易になりました。

WordPress 7.0とは？ 主な変更点を解説します

WP Pilot

本題：バグ報告と対策の顛末

GitHub上の記録

• Visual Revisions fail to restore meta controlled by Classic Meta Boxes · Issue #78130 · WordPress/gutenberg
• Editor: Disable Visual Revisions when classic meta boxes are present by ellatrix · Pull Request #78249 · WordPress/gutenberg

Issue #78130 で見つかった問題

問題となったのは、ビジュアルリビジョンから投稿を復元した際の挙動です。

例えば、投稿に次のような情報が保存されていたとします。

• 投稿本文
• ブロックの内容
• ブロックエディターのサイドバーで管理しているメタデータ
• 旧仕様のメタボックスで管理しているカスタムフィールド

ビジュアルリビジョン経由で過去のリビジョンへ戻すと、以下のような結果になっていました。

つまり、「投稿本文は昔の状態なのに、カスタムフィールドだけ最新のまま」という、一部だけ復元されない状態になってしまいます。これはユーザーから見ると非常に分かりにくく、データの整合性を損なう恐れがあります。

PR #78249 で行われた対応

この問題に対し、今回のPRでは復元処理そのものを修正するのではなく、ビジュアルリビジョンを無効化するという対応が採られました。

具体的には以下のようなフローになっています。

旧仕様のメタボックスが存在するか確認
        │
        ├─ ない
        │      ↓
        │  ビジュアルリビジョンを使用
        │
        └─ ある
               ↓
      従来のRevision画面へ切り替える

つまり、旧仕様のメタボックスが一つでも登録されている投稿では、新しいビジュアルリビジョンは利用されません。

開発チームが優先したもの

今回のPRでは、開発チームが最優先したのは「新機能」ではなく「データの安全性」でした。

もしビジュアルリビジョンをそのまま公開すると、利用者は「リビジョンを復元した」と思っていても、実際には「SEO設定」「カスタムフィールド」「独自プラグインの設定」などが最新値のまま残る可能性があります。これは非常に危険です。

そこで、「完全に対応できるまでビジュアルリビジョンは使わせない」という方向性で進められることとなりました。品質を重視した決断と言えるでしょう。

なぜ「修正」ではなく「無効化」だったのか

一見すると「そのままバグを修正すればよいのでは？」と思うかもしれません。

しかし、この問題は見た目以上に難しいものです。

投稿本文とメタデータは別管理

WordPressでは、投稿本文とpost_metaは別々に保存されています。さらに、旧仕様のメタボックスは、save_postなどPHP側の処理で自由に保存できます。

一方、ブロックエディター側のメタは「REST API」を通して管理されています。

つまり、旧仕様のメタボックスは「PHP」ベース、ビジュアルリビジョンは「REST API」ベース、という異なる仕組みの上で動いています。

保存処理がプラグインごとに異なる

さらに難しいのは、旧仕様のメタボックスでは、以下のような様々な処理が実現できるという点です。

• 独自バリデーション
• 独自保存処理
• 独自の権限チェック
• 独自フック

つまり、旧仕様のメタボックスと一言で言っても、実際には何千通りもの保存方法があります。あまりに複雑すぎるため、ビジュアルリビジョン側ですべて再現するのは容易ではありません。

補足：なぜ従来のリビジョン画面なら動くのか

従来のリビジョン画面では、WordPressコアが以前から提供している「メタデータの復元処理」「リビジョン管理API」が利用されています。

長年運用されてきた仕組みであり、旧仕様のメタボックスとの互換性も考慮されています。そのため、従来のリビジョンでは問題なく復元できます。

今後の開発における影響など

プラグイン開発への影響

今回の変更で影響を受ける可能性があるのは、1つには、旧仕様のメタボックスを利用しているプラグインです。

例えば、「SEOプラグイン」「カスタムフィールド系プラグイン」「独自管理画面を持つプラグイン」などを有効化している場合、ビジュアルリビジョンではなく従来のリビジョン画面が表示される場合があります。

これは不具合ではなく、安全のための仕様です。

テーマ開発への影響

テーマでも、functions.phpなどでadd_meta_box()を利用している場合は同様です。

例えば、「SEO入力欄」「OGP設定」「サムネイル補助設定」「ランディングページ用設定」などを旧仕様のメタボックスとして実装している場合、ビジュアルリビジョンは利用できません。

将来的にはどうなるのか

WordPressは現在、REST APIを中心としたデータ管理へ少しずつ移行しています。

カスタムフィールドもregister_post_meta()で登録し、show_in_rest => trueを設定することで、ブロックエディターとの親和性が高まります。

もちろん、旧仕様のメタボックスがすぐに廃止されるわけではありません。しかし、今後の新機能はREST APIを前提に設計されるケースが増えると考えられます。

そのため、特に新規の開発においては、「REST API」「ブロックエディター（Gutenberg）」「Entity API」などを意識した設計が望ましいでしょう。

このPRから学べること

「PR #78249」は単なるバグ修正ではありません。WordPressコア開発チームが「新機能よりもデータの正確性を優先する」という姿勢を示した事例と言えます。

開発者としては、次のような点を意識するとよいでしょう。

• ビジュアルリビジョンは、旧仕様のメタボックスとの完全な互換性が保証されるまでは利用が制限される場合がある。
• 旧仕様のメタボックスを使用している場合、従来のリビジョン画面へ自動的に切り替わるのは正常な挙動である。
• 新規開発では、register_post_meta()やshow_in_restを活用し、REST APIを前提とした設計を検討すると将来の互換性を高めやすい。
• 新しいエディター機能を利用する際は、「投稿本文だけでなくメタデータも正しく保存・復元されるか」という観点でテストを行うことが重要である。

おわりに

WordPressは後方互換性を非常に重視するCMSですが、新しいブロックエディター関連機能の開発では、従来の仕組みとの橋渡しが大きな課題となっています。

「PR #78249」は、その橋渡しが完全に実現するまでの「安全策」として実装されたものです。新機能を無理に提供するのではなく、データの信頼性を最優先に考えるというWordPressコアチームの設計思想を理解するうえで、非常に参考になる事例と言えるでしょう。

参考情報：事象が起こるプラグイン・テーマ（一例）

プラグインの一例

• SEO SIMPLE PACK
• Easy Table of Contents
• Snow Monkey Blocks

テーマの一例

• Xwrite
• echo（旧THE SONIC）
• Cocoon

この記事では「VK Blocks」のアラートブロックをアレンジしたものを掲載しています。各ブロックともコピーしてお使いいただけます。

こちらの記事に掲載しているものについて、制作にお役立ていただけますと幸いです。

プラグイン「VK Blocks」とは

以下の記事で説明しています。よろしければご覧いただけますと幸いです。

WordPressブロックエディター拡張プラグイン「VK Blocks」について、無料版とPro版の両方を紹介

WP Pilot

「アラート」ブロックとは

公式の解説・アレンジ集

• アラート | 事業案内 | 株式会社ベクトル
• カスタム CSS ( Pro版のみ ) | 事業案内 | 株式会社ベクトル
• アラートブロック_カスタムCSS | VK パターンライブラリ

アイコン変更の例

アイコンはFont Awesome 7（Free）の中からお選びいただけます（2026/06/28現在）。

アイコンを変更するだけでも、割と幅広い用途で使えることが分かるかと思います。

Success

使用アイコン：fa-regular fa-circle-check

Info

使用アイコン：fa-solid fa-square-check

Warning

使用アイコン：fa-solid fa-hand-point-right

Danger

使用アイコン：fa-solid fa-skull-crossbones

カスタムCSS適用例（VK Blocks Pro）

注意点

以下は「VK Blocks Pro」をご利用の方限定の「カスタムCSS」機能を使ったものになります。

無料版をご利用の方は使っても意図通りには反映されません。

カスタムCSS適用例①

使用アイコン：fa-solid fa-file-pen

selector {
  background-color: #eee;
  color: #060606;
  border: 1px #bbb solid !important;
}

selector .vk_alert_content {
  border-left: 2px #999 dashed !important;
}

カスタムCSS適用例②

使用アイコン：fa-solid fa-person-digging

selector {
  background-color: #eee;
  color: #060606;
  border: 1px #999 solid !important;
}

selector .vk_alert_icon {
  color: #0000BB;
}

selector .vk_alert_content {
  border-left: 1px #999 dotted !important;
}

カスタムCSS適用例③

使用アイコン：fa-solid fa-pen-to-square

selector {
  background-color: transparent;
  color: #060606;
  border: 3px #bbb dotted !important;
  border-radius: 6px !important;
}

selector .vk_alert_icon_icon {
  color: #AA0000;
}

selector .vk_alert_icon_text {
  color: #dd0000;
}

selector .vk_alert_content {
  border-left: 5px #933 solid !important;
  padding: 0.5em 0.8em;
}

カスタムCSS適用例④

使用アイコン：fa-solid fa-phone-flip

selector {
  background-color: #fff;
  color: #060606;
  border: 2px #333 solid !important;
  border-radius: 6px !important;
  padding: 0 !important;
}

selector .vk_alert_icon {
  background-color: #555 !important;
  padding: 0.5em 1em;
  color: #f0f0f0;
  width: 110px;
}

selector .vk_alert_content {
  border-left: 0px !important;
}

WordPressでブログやホームページを運営していると、

• 同じようなレイアウトの記事を何度も作る
• 過去の記事を元に新しい記事を書きたい
• 公開中の記事を安全にリライトしたい

と思うことはありませんか？

そんなときに役立つのが、Yoast Duplicate Post です。

名前のとおり記事を複製できるプラグインですが、実際には「記事作成の効率化」や「安全な更新作業」をサポートしてくれる便利なツールでもあります。

この記事では、Yoast Duplicate Postの特徴や導入するメリット、注意点について初心者向けに分かりやすく解説します。

Yoast Duplicate Postとは？

Yoast Duplicate Postは、WordPressの記事や固定ページを簡単に複製できる無料プラグインです。

通常、新しい記事を作るたびに、「タイトル」「アイキャッチ画像」「ブロック構成」「カテゴリー」などを設定する必要があります。

しかし、このプラグインを使えば、既存の記事をそのままコピーし、必要な部分だけを書き換えて利用できます。

記事制作の時間を短縮できるため、多くのWordPressユーザーに利用されています。

主な機能

Yoast Duplicate Postには、主に次のような機能があります。

• 投稿・固定ページの複製
• カスタム投稿タイプの複製
• 下書きとしてコピー
• 一覧画面から簡単に複製
• コピー対象の細かな設定
• ユーザー権限ごとの利用制御
• Rewrite & Republish機能

特に最後の「Rewrite & Republish」は、他の複製プラグインにはあまり見られない便利な機能です。

3種類の複製方法

複製（Clone）

複製（Clone）は、その場で記事を複製する機能です。編集画面は開かず、一覧画面にコピーが追加されます。

テンプレート記事を作成したい場合に便利です。

新規下書き（New Draft）

こちらは最もよく使われる機能です。記事を複製すると同時に編集画面が開くため、そのまま内容を変更できます。

例えば、「商品紹介」「お知らせ」「イベント情報」「サービス紹介」など、同じ構成の記事を作る際に非常に便利です。

書き換え&再公開（Rewrite & Republish）

公開中の記事を安全に更新できる機能です。

通常、公開中の記事を直接編集すると、途中まで書いた内容が保存されてしまうことがあります。

書き換え&再公開（Rewrite & Republish）では、

• 公開記事
• コピーを作成
• コピー側で編集
• 完成後に公開記事へ反映

という流れになります。そのため、読者に未完成の記事を見せることなく、安心してリライト作業を進められます。

SEO記事の更新や企業サイトの運営では特に便利な機能です。

Yoast Duplicate Postを導入するメリット

作業時間を大幅に短縮できる

最大のメリットは、記事作成の効率化です。

似たようなレイアウトの記事を何本も作る場合、新規作成よりも圧倒的に早く作業できます。

レイアウトを統一できる

毎回ブロックを組み直す必要がありません。

そのため、「デザイン崩れ」「ブロックの入れ忘れ」「ボタン配置ミス」なども防ぎやすくなります。

特に複数人で運営しているサイトでは、記事の品質を一定に保ちやすくなるでしょう。

アイキャッチ画像やカテゴリーも引き継げる

設定によっては、「アイキャッチ画像」「カテゴリー」「タグ」「カスタムフィールド」「抜粋」などもコピーできます。

毎回同じ設定を入力する手間がなくなります。

安全に記事をリライトできる

公開中の記事を直接編集するのは、思わぬトラブルにつながることがあります。

例えば、

• 編集途中の記事が保存される
• レイアウトが崩れる
• 一時的に内容が中途半端になる

といったケースです。

「書き換え&再公開」を利用すれば、完成してから公開記事へ反映できるため安心です。

テスト環境として活用できる

HTMLやCSS、JavaScriptの動作確認をしたい場合にも役立ちます。コピー記事で検証し、問題がなければ本番の記事へ反映できます。

このような使い方ができるので、他にもデザインやブロック等の検証にも向いています。

コピーできる内容

設定にもよりますが、一般的には次の内容をコピーできます。

• タイトル
• 本文
• アイキャッチ画像
• 抜粋
• カテゴリー
• タグ
• カスタムフィールド
• 親ページ
• 投稿フォーマット

不要な項目は設定画面から除外できます。

注意点

便利なプラグインですが、いくつか注意したい点もあります。

タイトルを変更し忘れない

コピーした記事は元の記事と同じタイトルになっています。公開前に、変更漏れがないか必ず確認しましょう。

コピー先であることが分かりやすくなるよう、接頭辞や接尾辞を編集いただくことも手かと思います。

SEO情報を確認する

SEOプラグインを利用している場合、

• SEOタイトル
• メタディスクリプション
• SNS画像

などもコピーされることがあります。

そのまま公開すると検索エンジンに重複した情報を送ってしまう可能性があるため、公開前に見直すことをおすすめします。コピー不要であれば、「複製しないカスタムフィールド」に該当の項目を記載いただくことを強くおすすめします。

重複コンテンツにならないよう注意する

コピーした記事をほとんど変更せず公開すると、内容が重複してしまいます。

検索エンジンから評価が分散したり、重複コンテンツと判断されたりする可能性があるため、十分に内容を書き換えてから公開しましょう。

コピー記事を増やしすぎない

便利だからといって、

• ○○（コピー）
• ○○（コピー2）
• ○○（コピー3）

のように大量に残してしまうと、管理が難しくなります。

不要になったコピー記事は定期的に整理すると管理しやすくなります。

利用権限や有効な投稿タイプを確認する

複数人でサイトを運営している場合は、誰でも複製できる状態にするのではなく、必要なユーザー、必要な投稿タイプだけ利用できるよう権限を設定すると安心です。

運営ルールと合わせて設定しておくと、誤操作や不要なコピーの作成を防げます。

どのようなサイトにおすすめ？

Yoast Duplicate Postは、特に次のようなサイトで活躍します。

• ブログ
• ニュースサイト
• 企業ホームページ
• 不動産サイト
• 求人サイト
• レシピサイト
• 会員制サイト
• 商品紹介ページが多いネットショップ

同じような構成の記事を繰り返し作るサイトほど、効果を実感しやすいでしょう。

まとめ

Yoast Duplicate Postは、「記事をコピーするだけ」のプラグインではありません。

記事作成を効率化するだけでなく、公開済みの記事を安全に更新できる「書き換え&再公開」機能など、日々の運営を支える便利な機能が充実しています。

一方で、コピーした記事をそのまま公開すると、タイトルやSEO情報、記事内容が重複してしまう可能性があります。

そのため、複製はあくまで作業のスタート地点と考え、公開前にはタイトル・パーマリンク・SEO設定・本文を十分に見直すことが大切です。

定型レイアウトの記事が多いサイトや、公開済みの記事を頻繁にリライトするサイトでは、作業効率を大きく向上させてくれるプラグインと言えるでしょう。

インターネットで商品やサービスについて調べていると、

• 「業界では有名です」
• 「プロから高く評価されています」
• 「利用者数No.1です」

といった言葉を見かけることがあります。

しかし、ここで気を付けたいのは、「業界内での評価」と「一般利用者からの評価」は必ずしも一致しないということです。

業界関係者が絶賛しているものが一般ユーザーには使いにくいこともありますし、逆に専門家からは批判されることがあっても、多くの利用者に支持されている製品やサービスもあります。

今回は、この「評価軸の違い」について考えてみたいと思います。

なぜ評価が食い違うのか

そもそも評価する人の立場が違うと、食い違いは起こるものです。

例えば、自動車を評価するときでも、「整備士」「自動車評論家」「通勤利用者」「子育て世帯」では重視するポイントが異なります。

整備士であれば、「整備しやすいか」「故障しにくいか」「部品供給は安定しているか」などを見ます。

一方、一般利用者は、「燃費が良いか」「価格が手頃か」「荷物が積めるか」「デザインが気に入るか」を重視するでしょう。

どちらも間違っているわけではありません。単純に見ている場所が違うだけなのです。

「知名度」と「評価」は別物

よく混同されますが、次の項目はそれぞれ意味が異なります。

• 知名度：どれだけ知られているか
• 人気：利用者が多いか
• 評判：利用者が満足しているか
• 技術評価：専門家から評価されているか
• 品質：設計や作り込みが優れているか

例えば、「知名度は高いが品質は普通」という製品もあります。逆に「品質は非常に高いが知名度が低い」という製品も珍しくありません。

知名度と品質は必ずしも相関・比例などするとは限らないのです。

WordPress業界でもよく見られる話

WordPressの世界でも同じことが言えます。

初心者向けのテーマとして有名なものは、多くの場合、

• 導入しやすい
• デザインが整っている
• 設定項目が豊富
• マニュアルや利用者の情報が充実している

という特徴があります。そのため、多くの利用者から支持されます。

一方で、開発者や制作会社は、

• コードの保守性
• WordPress標準機能との整合性
• 将来的な移行のしやすさ
• 拡張性

などを重視します。

つまり、「初心者に人気のテーマ」と「開発者が評価するテーマ」が一致しないことがあるのです。

どちらが正しいという話ではありません。ブログを始める人にとっては使いやすさが重要ですし、開発者や制作会社にとっては保守性が重要だからです。

他分野の事例：カメラの場合

他の製品でも似た現象があります。

例えばカメラを選ぶ場合、プロカメラマンは以下の事項を重視する可能性があります。

• センサー性能
• レンズ資産
• 色再現性
• 耐久性

しかし一般ユーザーは、以下の事項を重視するかもしれません。

• 軽い
• 安い
• スマホへ転送しやすい
• オート撮影が簡単

プロ向け機材が必ずしも一般ユーザー向けとは限らないのです。

評価を見るときは「誰が評価しているのか」を考える

レビューや解説記事を読むときは、「この人はどの立場から評価しているのだろう？」と考えることが大切です。

例えば、以下の方々では、求めるものが違います。

• 開発者
• 制作会社
• ブロガー
• 企業担当者
• 一般利用者

そのため、同じ製品でも評価が大きく変わることがあります。これは評価が間違っているのではなく、前提条件が違うためです。

「利用者が多い＝最高」でもない

人気商品には大きなメリットがあります。

• 情報が豊富
• 解説記事が多い
• 困ったときに調べやすい
• 利用者同士で情報交換できる

特に初心者にとっては非常に大きな価値があります。

一方で、「利用者が多いから技術的に最も優れている」とは限りません。

有名になった理由には、以下の場合であることもあります。

• マーケティング
• 販売戦略
• 参入時期
• ブランド力

人気と品質は関連しますが、同じ意味ではありません。

「専門家が勧める＝自分に最適」でもない

逆のケースもあります。

専門家が高く評価する製品は、高機能であったり、高性能であったり、拡張性が高かったりすることが多いです。

しかし、

• 設定が難しい
• 学習コストが高い
• 初心者には扱いにくい

という場合もあります。

初心者が無理に「プロ向け」を選ぶと、かえって挫折してしまうこともあります。

自分にとっての正解を探そう

商品やサービスを選ぶとき、

• 業界で有名だから
• 利用者数が多いから
• 専門家が勧めているから

という理由だけで決めるのは少し危険です。

本当に大切なのは、「自分の目的に合っているか」という視点です。

趣味で写真を撮る人と、仕事で撮影する人で求めるものは違います。同様に、ブログを始めたばかりの人と、複数サイトを運営する開発者では最適な選択が異なる、ということですね。

まとめ

業界内での知名度や評価と、世間一般での評判は必ずしも一致しません。なぜなら、立場によって重視するポイントが異なるからです。

• 業界関係者は品質や技術力を見る
• 一般利用者は使いやすさや満足度を見る
• 人気と品質は同じではない
• 専門家の評価と初心者の満足度も同じではない

大切なのは、「何が一番優れているか」を探すことではなく、「自分に合っているか」を考えることです。

評価やランキングを見る際には、「誰が、どの立場で評価しているのか」という視点を持つことで、より納得感のある選択ができるようになるでしょう。

WordPressのテーマ開発やカスタマイズについて調べていると、「theme.json」という言葉を目にする機会が増えてきました。

しかし、初心者の方にとっては、以下のように感じることも多いでしょう。

• functions.phpとの違いが分からない
• CSSを書けば十分では？
• 何のために存在するの？

実際のところ、theme.jsonは現代のWordPressテーマ開発において非常に重要な仕組みです。

特にブロックエディター（Gutenberg）やフルサイト編集（FSE）が主流になった現在では、テーマ全体のデザインや設定を管理する中心的な役割を担っています。

この記事では、theme.jsonの基本的な考え方から具体的な設定例まで、分かりやすく解説します。

theme.jsonとは？

theme.jsonとは、WordPressテーマの設定情報をJSON形式で管理するためのファイルです。

以下のように、テーマフォルダ直下に設置します。

wp-content
 └ themes
     └ my-theme
         ├ style.css
         ├ functions.php
         ├ theme.json ← このファイルがこの記事の主役です!!
         └ templates

従来は「CSS」「functions.php」「add_theme_support()」などに分散していた設定を、theme.jsonへまとめて記述できるようになりました。

簡単に言えば、「テーマ全体のデザイン設定を一元管理するためのファイル」です。

なぜtheme.jsonが作られたのか？

昔のWordPressテーマでは、例えば以下のような形で管理されていました。

• 親テーマ functions.php： add_theme_support() → エディター設定
• 親テーマ style.css： デザイン設定
• 子テーマ style.css： 色や余白の調整

しかし、

• 設定場所が分散する
• メンテナンスが大変
• テーマごとの差が大きい

などのような問題がありました。そこで登場したのがtheme.jsonです。

theme.json でできること（一例）

theme.jsonでは、以下のような設定情報を統一的に管理できます。

• カラーパレット
• フォントサイズ
• 余白
• レイアウト
• ブロック設定

JSONとは？

theme.jsonの「JSON」はデータ記述形式の一種です。

例えば以下の記述は、「versionという項目の値は3」という意味になります。

{
  "version": 3
}

初心者のうちは、「テーマ設定を書くための専用ファイル」と理解しておけば十分です。

theme.jsonでできること

theme.jsonでは主に以下を管理できます。

カラー設定

{
  "settings": {
    "color": {
      "palette": [
        {
          "slug": "primary",
          "name": "メインカラー",
          "color": "#0073aa"
        }
      ]
    }
  }
}

このように記述すると、エディターのカラーパレットに色を追加できます。

フォントサイズ設定

{
  "settings": {
    "typography": {
      "fontSizes": [
        {
          "slug": "small",
          "size": "14px",
          "name": "小"
        }
      ]
    }
  }
}

独自の文字サイズを登録できます。

レイアウト設定

{
  "settings": {
    "layout": {
      "contentSize": "720px",
      "wideSize": "1200px"
    }
  }
}

これにより、以下の幅を指定できます。

• 通常幅： settings.layout.contentSize
• ワイド幅（幅広）： settings.layout.wideSize

余白設定

{
  "settings": {
    "spacing": {
      "padding": true,
      "margin": true
    }
  }
}

ブロックエディターから余白調整を利用できます。

ブロックごとの設定

特定ブロックだけ設定することも可能です。

{
  "settings": {
    "blocks": {
      "core/paragraph": {
        "color": {
          "background": false
        }
      }
    }
  }
}

段落ブロックの背景色機能を無効化できます。

スタイル設定も可能

theme.jsonではデザイン指定もできます。

文字サイズの指定

例えば、以下の例では全体の文字サイズを指定できます。

{
  "styles": {
    "typography": {
      "fontSize": "18px"
    }
  }
}

見出しのデザイン

{
  "styles": {
    "elements": {
      "h2": {
        "typography": {
          "fontSize": "2rem"
        }
      }
    }
  }
}

H2見出しへ統一スタイルを適用できます。

functions.phpとの違い

初心者がよく混乱するポイントです。

簡単に言うと、機能はfunctions.php、デザイン設定はtheme.jsonという考え方になります。

functions.php

主な役割は以下の通りとなっています。

• PHP処理
• フック
• 機能追加
• カスタム処理

add_action(
    'wp_enqueue_scripts',
    'my_style'
);

theme.json

主な役割は以下の通りです。

• デザイン設定
• エディター設定
• レイアウト管理

{
  "settings": {
    "color": {
      "palette": []
    }
  }
}

CSSとの違い

こちらの区別も重要です。WordPressを通すか通さないかという観点からすると、大きな違いがあります。

theme.jsonは、例えば「外観＞エディター＞デザイン」の設定画面にも反映されるようになっています。最近のWordPressでは、「まずtheme.jsonで設定し、不足部分をCSSで補う」という考え方も十分通用するものとなっています。

CSS

見た目を直接指定するものであり、WordPressは処理には関与しません。

h2 {
  color:red;
}

theme.json

WordPressの仕組みを通じて設定するものであり、WordPressは処理に直接関与します。

{
  "styles": {
    "elements": {
      "h2": {
        "color": {
          "text": "#ff0000"
        }
      }
    }
  }
}

ブロックテーマで特に重要

現在のWordPressでは、「Twenty Twenty-Five」「Twenty Twenty-Four」などの標準テーマでtheme.jsonが中心になっており、テーマの重要なデザイン情報がtheme.jsonで管理されています。

そのため、ブロックテーマを扱うならtheme.jsonの理解はほぼ必須と言えるでしょう。

クラシックテーマでも使える？

答えは「はい」です。

例えば、

• Lightning
• Cocoon
• SWELL

などでも利用できます。必ずしもブロックテーマ専用ではありません。

実際、例えばLightningではtheme.jsonが公式で利用できるようになっており、積極的に活用する動きもあります。

ブロックテーマとクラシックテーマの違いについては、以下の記事もご覧ください。

「FSEテーマ」（ブロックテーマ）導入ポイントを解説

WP Pilot

versionについて

theme.jsonの先頭には通常、以下のような記載があります。

{
  "version": 3
}

これはtheme.jsonの仕様バージョンです。

現在はVersion 3が主流です。新規作成時は基本的に"version": 3を使用すれば問題ありません。

初心者が最初に覚えたい設定

まずは以下だけ理解できれば十分です。

• カラーパレット： settings.color.palette
• フォントサイズ： settings.typography.fontSizes
• レイアウト幅： settings.layout
• 全体スタイル： styles

よくある失敗

JSONのカンマ忘れ・過剰

JSONでは区切り記号としてカンマが重要な役割を果たします。

以下は「3」の後にカンマがないため、エラーとなります。

{
  "version": 3
  "settings": {}
}

逆に、以下は{}の後に余分なカンマがあるため、こちらもエラーとなります。

{
  "version": 3,
  "settings": {},
}

括弧の閉じ忘れ

JSONは {} や [] の対応関係が重要です。

以下のように1つでも欠けていたり、記号が誤っていたりするとエラーになります。

[
  "version": 3,
  "settings": {
}

CSS感覚で書いてしまう

theme.jsonはCSSではありません。

例えば、以下のような単純な書き方は基本的にできません。

{
  "color":"red"
}

WordPressが定める構造に従う必要があります。

これからのWordPressとtheme.json

WordPressは今後もブロックエディター中心で進化していくと考えられています。

そのため、以下のような対応を行うならtheme.jsonの知識はますます重要になります。

• テーマ開発
• 子テーマ作成
• ブロックテーマ運用
• エディターカスタマイズ

昔はCSSやfunctions.phpだけでも十分でしたが、現在はtheme.jsonがテーマ設計の中心になりつつあります。

まとめ

theme.jsonは、現代のWordPressテーマにおける「設定の司令塔」とも言える存在です。

主に以下を管理できます。

• カラー設定
• フォント設定
• レイアウト設定
• 余白設定
• ブロック設定
• 全体デザイン

従来のWordPressではfunctions.phpやCSSに分散していた設定を、一箇所にまとめられるようになりました。特にブロックテーマやフルサイト編集を活用する場合、theme.jsonの理解は欠かせません。

最初は難しく感じるかもしれませんが、

• settings
• styles
• blocks

という3つの考え方（パラメータ）を覚えるだけでも十分な第一歩になります。

WordPressの新しいテーマ開発を学ぶうえで、ぜひ少しずつtheme.jsonに触れてみてください。

WordPressを使っていると、やがて「PHP（ピーエイチピー）」という言葉を目にするようになります。

• functions.php にコードを追加する
• テーマをカスタマイズする
• プラグインを開発する
• エラー内容を確認する

こうした場面ではPHPの知識が役立ちます。

しかし、WordPressユーザーの中には「PHPってプログラマー向けの難しいものでは？」と感じる方も少なくありません。

確かにPHPはプログラミング言語ですが、一般の利用者にとってはWordPressを利用する上で必要なのは専門家レベルの知識ではありません。

まずは、「WordPressはPHPで動いている」ということを理解するだけでも十分なスタートです。

この記事では、WordPress初心者向けにPHPの基礎中の基礎知識を分かりやすく解説します。

PHPとは何か

PHPはWebサイトを動かすためのプログラミング言語です。

正式には「PHP: Hypertext Preprocessor」という名称ですが、覚える必要はありません。重要なのは、「WordPressを動かしている言語」であることです。

例えば、あなたが投稿した記事は、単なるHTMLファイルとして保存されているわけではありません。

WordPressは、大まかには以下のような流れで動作しています。

1. データベースから記事情報を取得
2. PHPが内容を組み立てる
3. HTMLを生成
4. ブラウザへ表示

つまりPHPは、WordPressの裏側で働くエンジンのような存在です。

WordPressとPHPの関係

WordPressはPHPで作られています。

コアファイルを見ると、

• index.php
• wp-config.php
• functions.php
• single.php
• archive.php

など、多くのPHPファイルが存在します。

例えば、以下のようなコードがあります。

<?php the_title(); ?>

これは「記事タイトルを表示する」という意味です。

記事タイトルが「WordPress初心者ガイド」となっている場合、ブラウザ上では、例えば以下のように表示されます。

WordPress初心者ガイド

つまり、PHPが実際に見える内容を生成・出力しているということです。

PHPを学ぶと何ができるのか

処理内容を理解できる

WordPressのカスタマイズ記事でよく登場するのがadd_action()やadd_filter()です。

PHPの基礎が分かれば、「なぜこのコードを書くのか」を理解しやすくなります。

エラーの意味が分かる

WordPressでは時々、Fatal errorやParse errorなどのエラーが表示されます。

PHPを全く知らないと、何が起きているのか分かりません。

しかし基本を知っていれば、

• セミコロン忘れ
• 括弧の閉じ忘れ
• スペルミス

などを見つけやすくなります。

テーマをカスタマイズできる

例えば、

• 記事下に広告を表示
• カテゴリーごとに表示変更
• 特定ページだけデザイン変更

などもPHPで制御できます。

プラグイン開発・ブロック作成の第一歩になる

初心者のうちは不要ですが、将来的に「自分専用の機能を作りたい」と思ったときにPHPの知識が役立ちます。

また、WordPress 7.0 以降では、PHPの知識のみで独自ブロックを作成することも可能になっています。

WordPress 7.0とは？ 主な変更点を解説します

WP Pilot

PHPとHTMLの違い

初心者が混乱しやすいポイントです。

HTML

ページの構造を主に担当しています。

<h1>タイトル</h1>
<p>本文</p>

以下の記事でも詳しく紹介しています。

WordPress初心者が知っておきたいHTMLタグまとめ

WP Pilot

PHP

WordPress上での実際の処理を行っています。

<?php
echo "タイトル";
?>

WordPress上での扱い

WordPressでは両方が混在しています。

例えば、以下の記述があったとします。

<h1><?php the_title(); ?></h1>

これは以下のような内容を生成しています。

<h1>記事タイトル</h1>

PHPにおける初歩の初歩

ここからは初心者向けに最低限知っておきたい内容を紹介します。

PHP開始・終了タグ

PHPは<?phpから始まります。

<?php
echo "Hello";

なお、終わりは ?> となっております。文末までPHPの記述が続く場合のみ、終わりの記号は省略可能です（初心者の方は、このような例外はあまり気にする必要はありません）。

echo

文字等を表示します。WordPressでも頻繁に登場します。

echo "こんにちは";
// 「こんにちは」と出力されます。

セミコロン

PHPでは命令の最後にセミコロン記号「;」を付けます。

echo "Hello";

この「;」の記述を忘れるとエラーになります。

変数

変数とは、データを入れておく箱です。

$name = "田中";

上記のように記載することで$nameに「田中」が保存されます。

表示するには以下のように記載します。

echo $name; // 「田中」と出力されます。

条件分岐（if文）

「もし○○なら」という処理です。

if ( 1 == 1 ) {
	echo "正しい";
}
// 上記の例では、「正しい」と出力されます。

WordPressではよく使われます。例えば、以下の例ではトップページにおいて「トップページです」と表示されます。

if ( is_home() ) {
	echo "トップページです";
}

繰り返し処理（ループ）

同じ処理を何度も実行します。

for ( $i = 1; $i <= 5; $i++ ) {
	echo $i;
}
// 上記の例では、「12345」と出力されます。

配列

複数のデータをまとめて保存します。

$fruits = array(
	"りんご",
	"みかん",
	"バナナ"
);

// 実行例。「りんご」という文字が出力されます。
echo $fruits[0];

関数

処理をひとまとめにしたものです。

function hello() {
	echo "こんにちは";
}

// 実行例。「こんにちは」という文字が出力されます。
hello();

WordPressは関数の集合体とも言えます。例えば、以下の1つ1つも関数です。

the_title()
the_content()
get_header()

WordPressで特によく見るPHP

add_action()

処理を追加します。以下の例では、フッターに「テスト」の文字が表示されます。

add_action(
	'wp_footer',
	function() {
		echo 'テスト';
	}
);

add_filter()

データを加工します。以下の例では、タイトルの前に★を付与できます。

add_filter(
	'the_title',
	function( $title ) {
		return '★' . $title;
	}
);

get_template_part()

テンプレート等の部品を読み込みます。テーマ開発でよく使われます。

get_template_part( 'template-parts/content' );

PHPを学ぶなら何を優先すべきか

WordPressユーザーの場合、すべてを学ぶ必要はありません。

まず始めに覚えておくべきものとしては、以下の7点で十分です。

1. 変数
2. 配列
3. if文
4. 関数
5. ループ
6. add_action
7. add_filter

何よりもまず、コードの意味を読めるようになることを目標にしましょう。

初心者がやりがちな失敗例

親テーマのfunctions.phpを編集する

親テーマのfunctions.phpを直接編集すると、テーマ更新時に消える可能性があります。

基本的には「子テーマ」や「Code Snippetsなどのプラグイン」などを利用しましょう。

コピペだけで理解した気になる

ネット上には大量のPHPコードがあります。当ブログでもサンプルコードがしばしば掲載されております。しかし、add_filter()やreturnなどの意味を理解せずに貼り付けるとトラブルになります。

最低限、「何をするコードか」「どこに影響するか」は確認しましょう。

セミコロンの付け忘れ・括弧の閉じ忘れ

セミコロンの付け忘れがエラーの原因になる旨については上記で説明しましたが、それ以外にも括弧の閉じ忘れもよくあるエラー要因でございます。

いざ記述する際は、丁寧かつ正確に進めることを心がけましょう。

本番環境で試す

PHPの記述ミスはサイト停止につながる場合があります。

可能であれば「テストサイト」や「ローカル環境」で試すことをおすすめします。

【余談】AI時代でもPHPを学ぶ価値はあるのか

昨今は生成AIの発達により、「コードを書けなくても大丈夫では？」と言われることがあります。

確かにAIはPHPコードを生成できます。しかし、以下のような対応を行おうと思えば、基礎知識が必要です。

• コードが正しいか判断する
• セキュリティ上問題ないか確認する
• エラーを修正する

特にWordPress運営者の場合、PHPを深く極める必要はありませんが、「コードを読める」状態になっておく価値は非常に高いでしょう。

【雑談】生成AIを使った「パイプコーディング」の是非を問うのではなく、その姿勢こそ大事

WP Pilot

まとめ

PHPはWordPressの心臓部とも言える存在です。

初心者のうちはプログラマーになる必要はありませんが、少なくとも以下の点を理解しておくと、WordPressの理解が大きく深まります。

• PHPはWordPressを動かしている言語
• HTML（ひいてはページ）を生成する元になる
• functions.phpでよく使われる
• add_action()やadd_filter()が重要
• まずはコードを読めるようになることが目標

WordPressを長く使う予定であれば、PHPは避けて通れない知識です。しかし、最初から難しい参考書を読む必要はありません。まずは簡単なコードを読みながら、「この処理は何をしているのだろう？」と考える習慣を付けることから始めてみましょう。それだけでも、テーマやプラグインのカスタマイズに対する理解が大きく変わってくるはずです。

WordPressでブログを運営していると、以下のような経験をすることがあるかと思います。

• 「HTML編集モードに切り替えたら謎のコードが出てきた」
• 「記事の装飾が崩れた」
• 「プラグインの説明にHTMLタグが出てきた」

最近のWordPressはブロックエディター（Gutenberg）が主流になったため、HTMLを直接書く機会は減りました。しかし、運営を続けていると、HTMLの知識がまったく不要になることはありません。

むしろ最低限のHTMLタグを理解しておくことで、以下のようなメリットがあります。

• 記事編集のトラブルに強くなる
• カスタムHTMLブロックを使える
• プラグインの設定が理解しやすくなる
• SEOの仕組みが分かる

この記事では、WordPress初心者が知っておきたいHTMLタグを分かりやすく解説します。

そもそもHTMLとは？

HTML（HyperText Markup Language）は、Webページの構造を作るための言語です。

例えば、「見出し」「段落」「リスト」「リンク」「画像」などをブラウザに伝える役割を持っています。

<h1>WordPress初心者向けガイド</h1>

と書くと、「WordPress初心者向けガイド」という言葉について「これはページの最も重要な見出しです」という意味合いとなります。

HTMLは「デザインを作るもの」ではなく、「文章の意味や構造を伝えるもの」と考えると理解しやすいでしょう。

HTMLを学ぶべき理由

WordPressは年々使いやすくなっています。

しかし、例えば以下のような対応を行う際にはHTMLの知識が役立ちます。

• テーマの説明書を見る
• プラグインのマニュアルに目を通す
• CSSのカスタマイズを行う
• SEO対策や不具合調査を進める

特に「この部分は見出しなのか」「リンクなのか」「画像なのか」が理解できるだけでも、WordPressの扱いやすさは大きく向上します。

WordPressでHTMLタグを使う場面

WordPressでは主に以下の場面でHTMLタグを見かけます。

カスタムHTMLブロック

ブロックエディターの「カスタムHTML」ブロックを使用すると、直接HTMLを書けます。

コードエディター

投稿画面右上のメニューから「コードエディター」へ切り替えると、ブロックがHTML形式で表示されます。

広告・アクセス解析使用時

広告・アクセス解析使用時には所定のコードを貼り付けることがありますが、その際にHTMLが登場します。

特に「Google Analytics」等を利用する場合は割けては通れません。

最優先で覚えたいHTMLタグ

まずは以下のタグだけ覚えれば十分です。

h1～h6（見出し）

<h1>大見出し</h1>
<h2>中見出し</h2>
<h3>小見出し</h3>
<h4>さらに小さな見出し</h4>
<h5>さらにさらに小さな見出し</h5>
<h6>さらにさらにさらに小さな見出し</h6>

記事の見出しを表します。SEOにおいても重要なタグです。

数字が上がることに節が分割される形となり、一般的には以下のように使います（章・節・項などのように理解いただくとスムーズかと思います）。

• h1：記事タイトル
• h2：大見出し
• h3：小見出し
• h4 / h5 / h6：さらに細かい見出し

p（段落）

<p>これは段落です。</p>

本文を表します。

WordPressで普通に文章を入力すると、自動的にpタグが付与されます。

br（改行）

1行目<br>
2行目

文章を改行します。ただし乱用はおすすめできません。

通常の文章はpタグで段落を分ける方が適切です。

strong（重要）

<strong>重要な内容</strong>

強調を意味します。ブラウザでは太字で表示されることが一般的です。

SEOの観点でも意味を持つタグです。

em（強調）

<em>強調したい部分</em>

文章を強調するタグです。通常は斜体表示になります。

日本語サイトでは使用頻度はやや少なめです。

リンク関連タグ

a（リンク）

<a href="https://example.com">
公式サイト
</a>

リンクを作成します。ブログ運営では非常に重要です。

target=”_blank”

<a href="https://example.com" target="_blank">
リンク
</a>

新しいタブで開きます。

rel属性

<a href="https://example.com" rel="nofollow">
リンク
</a>

検索エンジンへの指示を追加できます。WordPressでは自動付与されることもあります。

リスト関連タグ

ul（順不同リスト）

<ul>
<li>りんご</li>
<li>みかん</li>
<li>バナナ</li>
</ul>

表示例は以下のとおりです。

• りんご
• みかん
• バナナ

ol（番号付きリスト）

<ol>
<li>準備する</li>
<li>設定する</li>
<li>公開する</li>
</ol>

表示例は以下のとおりです。

1. 準備する
2. 設定する
3. 公開する

li（リスト項目）

ulやolの中で使用します。

画像関連タグ

img（画像）

画像を表示します。

<img src="image.jpg" alt="説明文">

src

画像ファイルの場所を表します。

src="image.jpg"

alt

「代替テキスト」を指します。

alt="WordPressの管理画面"

画像が表示できない場合や、検索エンジンに内容を伝えるために重要とされており、SEOの観点でも大切です。

表（テーブル）関連タグ

table

表全体を作ります。

<table>
</table>

tr

行を表します。

<tr>
</tr>

td

一般的なセルを表します。

<td>内容</td>

th

見出しを表すセルです。

<th>項目</th>

サンプル

<table>
<tr>
<th>テーマ</th>
<th>料金</th>
</tr>

<tr>
<td>Cocoon</td>
<td>無料</td>
</tr>

<tr>
<td>SWELL</td>
<td>有料</td>
</tr>
</table>

引用タグ

blockquote

引用文を表します。

<blockquote>
引用文
</blockquote>

cite

引用元・出典等を示します。

<cite>引用元</cite>

必ずしもblockquote内に使用する必要はありませんが、blockquote内で使われることも多いです。

コード表示タグ

WordPressの技術記事を書く人には重要です。

code

コードのことを指す一般的なタグです。

<code>functions.php</code>

表示例：functions.php

pre

「整形済みテキスト」を指します。コードの他、文字を揃えたテキストにも使えます。ただし、現在ではコード以外で使われることはあまりありません。

<pre>
コード
</pre>

pre + code

複数行のコードを表現する場合には、以下のように組み合わせることも多いです。

<pre><code>
コード
</code></pre>

範囲指定のために使用されるタグ

div

こちらもよく見かけるタグです。意味はほとんどなく、「グループ化するための箱」として使用されます。

<div class-"container">内容</div>のように使用され、テーマ開発やプラグイン開発では頻繁に登場します。

span

文章の一部分を囲むためのタグです。こちらも内容的な意味はほとんど無いとされています。

たとえば、<span class="red">重要</span>のように使います。こちらもテンプレート編集等で頻繁に使います。

SEOで重要なタグ

WordPress運営者なら次のタグの意味は理解しておきたいところです。

title

ページタイトルを定義するタグのことを指します。ブラウザのタブバーやGoogleの検索結果等に表示される重要な要素です。

<title>記事タイトル</title>

meta

キーワードや説明文等のページ情報を記述します。

いくつか用例はあるのですが、例えば以下のように使います（ページ内説明文の例）。

<meta name="description" content="記事説明">

h1～h6タグ

見出し構造そのものがSEOに関係します。

特に「h1 / h2 / h3」 は重要です。

WordPress初心者が覚える必要のないタグ

初心者の段階では以下を無理に覚える必要はありません。

• article
• section
• nav
• aside
• header
• footer
• svg
• canvas
• script
• iframe

もちろん知っていると役立ちますが、ブログ運営だけなら優先度は低めです。

まとめ

WordPress初心者が最初に覚えるべきHTMLタグは多くありません。

まずは以下だけ理解できれば十分です。

• h1～h6（見出し）
• p（段落）
• br（改行）
• strong（強調）
• a（リンク）
• ul・ol・li（リスト）
• img（画像）
• table（表）
• blockquote（引用）
• code（コード表示）
• div（グループ化）
• span（一部分の装飾）

現在のWordPressではHTMLを直接書く機会は減っていますが、HTMLを理解しているとトラブル対応やカスタマイズの幅が大きく広がります。

すべて暗記する必要はありません。まずは「見たことがある」「何となく意味が分かる」状態を目指すだけでも、WordPress運営はぐっと楽になるでしょう。

ブログ運営やWebサイト制作について調べていると、「CTA」という言葉をよく見かけます。一般的には「お問い合わせはこちら」「資料請求はこちら」「購入する」といったボタンを指すことが多いのですが、実際にはそれほど単純なものではありません。

CTAを正しく理解するためには、「ボタン」ではなく「読者に次の行動を提案する仕組み」と考えることが重要です。

本記事では、CTAとは何か、なぜ必要なのか、そしてどのような視点で設計すべきなのかを詳しく解説します。

CTAとは何か

CTAは「Call To Action」の略で、日本語では「行動喚起」と訳されます。簡単に言えば、「読者に次の行動を促すための仕組み」です。

例えば、以下のような行動を促すコンテンツがCTAにあたります。

• 関連記事を読む
• お問い合わせする
• メルマガに登録する
• 商品を購入する
• SNSをフォローする
• 会員登録する

重要なのは、CTAは必ずしも「売り込み」ではないということです。読者が次に何をすればよいのかを示す案内役とも言えます。

なぜCTAが必要なのか

多くのブログ運営者は、「記事が良ければ読者は自然に行動する」と思いがちです。

しかし現実はそう単純ではありません。

例えば、非常に役立つ記事を読んだとしても、

• ブックマークして終わる
• ブラウザを閉じる
• 他のサイトへ移動する

というケースは珍しくありません。読者は記事を読んで満足すると、そのまま離脱することが多いのです。

CTAには、「次にこちらも読んでみませんか？」「詳しくはこちらをご覧ください」と行動の方向性を示す役割があります。

CTAはボタンだけではない

CTAというと大きなボタンをイメージする人もいます。

しかし実際には、以下のような内容のコンテンツも広い意味ではCTAです。

• 関連記事リンク
• 人気記事一覧
• カテゴリー案内
• プロフィールページへの導線
• パンくずリスト
• シリーズ記事のナビゲーション

例えばWordPress解説記事の最後に「次はテーマのカスタマイズ方法を解説しています」というリンクがあれば、それも立派なCTAです。

CTA設計で最も重要な考え方

CTAを設計する際、多くの人が「何を売りたいか」から考えてしまいます。

しかし本来は逆です。考えるべきなのは、「読者は今どの段階にいるのか」です。

悪いCTAの例

例えば、「WordPressの始め方」という初心者向け記事で、いきなり「WordPress制作代行サービスはこちら」と案内しても成果は期待できません。読者はまだ「WordPressを理解したい」段階だからです。

読者の興味とCTAが一致しない場合、読者がわざわざCTAに興味を示すはずもなく、場合によっては逆効果になることもあります。

良いCTAの例

同じ記事であれば、例えば以下を案内する方が自然です。

• WordPress初期設定ガイド
• おすすめプラグイン紹介
• テーマの選び方

読者の学習意欲が継続しているため、結果として何かしらの利益が得られることが見込まれます。

CTA設計で持つべき3つの視点

① 読者視点

最も重要な視点です。まず考えるべきことは、「読者は次に何を知りたいのか」です。

運営者視点ではなく、読者視点から考える必要があります。

② 導線設計の視点

CTAは単体で考えるものではありません。サイト全体の流れの中で考える必要があります。

例えば、「初心者向け記事」→「基礎知識記事」→「応用記事」→「サービス紹介」という流れを作ることで自然な導線になります。

③ 信頼構築の視点

人は信頼していない相手から商品を買いません。そのため、「記事」→「信頼獲得」→「CTA」という順番が重要です。

CTAは信頼を獲得した後の最後の一押しです。

個人ブログにおけるCTAの考え方

個人ブログでは、必ずしも商品販売が目的ではありません。そのため、以下のようなCTAの配置も重要になります。

• 回遊を促すCTAとして「関連記事」「人気記事」「カテゴリー一覧」
• ファン化を促すCTAとして「プロフィール」「SNS」「メールマガジン」
• 信頼性向上のCTAとして「運営者情報」「実績紹介」「お問い合わせ」

特に情報発信型ブログでは、「購入はこちら」より「次に読むべき記事はこちら」の方が価値を生むことも珍しくありません。

事例：WordPressブログで考えるCTA

WordPress関連の記事は学習コンテンツとして読まれることが多い特徴があります。

例えば、「テーマの選び方」を読んだ人は、次に「プラグイン」「セキュリティ」「SEO」「バックアップ」などを学びたい可能性があります。この場合のCTAは、商品販売ではなく「学習の続き」を案内する方が効果的です。

実際、技術ブログでは「回遊率」「滞在時間」「再訪率」を高めるCTAの方が重要になることも少なくありません。

CTAは「案内板」と考える

CTAについて学ぶと、クリック率やコンバージョン率ばかりに目が向きがちです。しかし本質は「読者が迷わず次の一歩を踏み出せるようにすること」です。

CTAは売り込みのためだけに存在するものではありません。読者の目的達成を手助けする案内板です。そのため「自分が何を売りたいか」ではなく、「読者は今どこにいて、次にどこへ向かいたいのか」という視点から設計することが重要です。

この考え方を持つことで、CTAは単なるボタンではなく、サイト全体の体験を向上させる重要な導線設計の一部として機能するようになります。

WordPressで記事を執筆していると、気づかないうちにデータベース（DB）が肥大化し、サイトの動作が重くなってしまうことがあります。その大きな原因の一つが「リビジョン」機能です。

この記事では、リビジョン機能のメリット・デメリットから、適切な保持数の目安、さらにはwp-config.phpやfunctions.phpを使ったカスタマイズ方法まで分かりやすく解説します。

WordPressのリビジョン機能とは？

機能の概要

WordPressのリビジョン（Revision）とは、記事（投稿や固定ページ）を保存・更新するたびに、過去のデータを自動的にバックアップとして保存しておく機能です。

• リビジョンの目的: 「編集前の状態に戻したい」「ブラウザが急に閉じてデータが消えた」という際、過去のセーブポイントからデータを復元できます。
• 初期状態の挙動: wp-config.php等に設定がない場合、WordPressのデフォルトは「制限なし（無限保存）」です。1つの記事を100回更新すれば、100件分のデータがデータベース（wp_posts テーブル）にそのまま蓄積されます。

リビジョンへのアクセス方法

ブロックエディターの使用中、サイドバーに「リビジョン」の項目がある場合、そちらからアクセスいただけます（「2」などの数値をクリックくださいませ）。

その後、以下のような画面が現れます。画面上部のツマミを動かし、戻したい箇所で「このリビジョンを復元」を押下すれば、その時点でのリビジョンが復元されます（復元後に「保存」いただくことが必要です）。

補足

WordPress 7.0以降、一部の環境においてはリビジョン表示の画面が以下のように変わります。

リビジョン数を制限するメリット・デメリット

無限に増え続けるリビジョンを「最大〇個まで」と制限することには、以下のような一長一短があります。

メリット

• データベースの軽量化
  不要な過去データが激減するため、データベースの容量肥大化をピンポイントで防げます。
• サイト動作・管理画面の高速化
  データベースが軽くなることで、記事の読み込みや検索、管理画面の切り替えなどがスムーズになります。
• バックアップ効率の向上
  サイト全体のバックアップデータが小さくなり、保存先のストレージ節約や実行時間の短縮につながります。

デメリット

• 古い履歴に遡れなくなる
  例えば上限を「5個」にした場合、6回以上更新すると、一番古い（最初の頃の）編集データは自動的に消去され、復元できなくなります。
• 大幅なリライト（書き直し）時に不便
  長文を何度も推敲しながら書き直す場合、「数日前のあの文章に戻したい」と思っても、上限を超えていると過去データが残っていません。

適切なリビジョン数の目安

一般的には、運用バランスが最も良い「3個 〜 10個」への制限が推奨されます。自身の運用スタイルに合わせて以下の目安を参考にしてください。

リビジョン数を制限・カスタマイズする3つの方法

サイトの構成やスキルに合わせて、以下の3つの方法から選択して設定を行います。

方法①：サイト全体を一括制限する（wp-config.php）

サーバーへの負荷が最も少ない制限方法です。サイトのルートディレクトリにある wp-config.php を編集します。

ファイル内の /* 編集が必要なのはここまでです... */ という記述よりも上に、以下のいずれかのコードを追記します。

• 数を「5個」に制限したい場合：define( 'WP_POST_REVISIONS', 5 );
• 機能を完全に「無効」にしたい場合：define( 'WP_POST_REVISIONS', false );

//　記述例
define( 'WP_POST_REVISIONS', 5 );

/* 編集が必要なのはここまでです ! WordPress でのパブリッシングをお楽しみください。 */

方法②：投稿タイプごとに保存数を変える（functions.php）

「通常のブログ記事は10個でいいけれど、重要な固定ページは5個残したい」「カスタム投稿『ニュース』は3個にしたい」といった場合は、子テーマの functions.php にフィルターフックを記述します。

functions.php の末尾に以下のコードを追記してください。

/**
 * 投稿タイプごとにリビジョンの保存数を変更する
 */
function custom_revisions_to_keep( $num, $post ) {
    
    // 通常の「投稿 (post)」は 10個
    if ( $post->post_type === 'post' ) {
        return 10;
    }
    
    // 「固定ページ (page)」は 5個
    if ( $post->post_type === 'page' ) {
        return 5;
    }
    
    // カスタム投稿タイプ「お知らせ (news)」は 3個
    if ( $post->post_type === 'news' ) {
        return 3;
    }
    
    // カスタム投稿タイプ「制作実績 (portfolio)」はリビジョン無効
    if ( $post->post_type === 'portfolio' ) {
        return 0;
    }

    // 上記の条件に該当しないその他の投稿タイプは一律5個にする
    // ※wp-config.php で設定したデフォルト数値にしたい場合は return $num; に変更してください。
    // 　なお、wp-config.php で無設定の場合は「無限保存」となります。
    return 5; 
}
add_filter( 'wp_revisions_to_keep', 'custom_revisions_to_keep', 10, 2 );

方法③：プラグインで手軽に管理する

コードを触るのが不安な場合や、「すでに溜まってしまった過去のリビジョンを掃除したい」という場合は、プラグインの導入が手軽です。

• WP Revisions Control
  シンプル設計のプラグイン。管理画面の「設定」から、投稿タイプごとの保持数を数字で入力するだけで制限できます。余計な機能が要らない場合はこちらで十分です。
• WP-Optimize / LiteSpeed Cache
  リビジョン数の制限だけでなく、データベース内にすでに溜まっている過去の大量のリビジョンを一括クリーンアップ（削除）する機能が備わっています。中級者・上級者向けのプラグインのため、触り始めのときに導入いただくことはおすすめしません。
  特に LiteSpeed Cache は導入環境が限定されておりますので、注意が必要です。

まとめ

WordPressのリビジョンは強力で便利なバックアップ機能ですが、初期状態の「無限保存」のまま運用を続けると、サイトのパフォーマンス低下を招きます。

リビジョンの制限を事前に行っておくだけで、データベースが劇的に軽くなり、WordPressサイトを長期にわたって快適に維持できるようになります。ぜひご自身のサイトでも設定を見直してみてください。

Web制作やWordPress関連サービス、コンサルティング、ライティングなどのサービスを提供していると、一度は悩むのが「料金表を公開するべきか」という問題です。

利用者の立場からすると、料金が分からないサービスは少し不安に感じることがあります。一方で、サービス提供者の立場からすると、案件ごとに内容が異なるため、一律の料金を掲載しにくいケースも少なくありません。

実際には、料金表を公開して成功している事業者もいれば、あえて非公開にすることで成果を上げている事業者も存在します。

では、どちらが正解なのでしょうか。

今回は、料金表を公開する場合と公開しない場合、それぞれのメリット・デメリットについて詳しく解説します。

なぜ料金表の公開が悩ましいのか

まず理解しておきたいのは、「商品」と「サービス」では価格の考え方が異なるということです。

例えば家電製品であれば、「テレビ」「冷蔵庫」「パソコン」など、同じ商品であれば基本的に価格は共通です。

しかしWordPress制作・カスタマイズ対応などの「サービス」の場合は事情が異なります。

• テーマを導入するだけ
• デザインを調整する
• オリジナル機能を追加する
• SEO設定を行う

など、依頼内容によって作業量・工数が大きく変わります。

そのため、「料金を明確にしたい」という利用者の要望と、「案件ごとに見積もりたい」という提供者の事情がぶつかりやすいのです。

料金表を公開するメリット

まずは料金表を公開する場合のメリットを見ていきましょう。

利用者が安心して問い合わせできる

料金表を公開する最大のメリットは、利用者の不安を取り除けることです。

初めて利用するサービスでは、「いくらかかるのか？」「予算内に収まるのか？」「高額請求されないか？」といった不安を抱く方が少なくありません。

特に個人事業主やフリーランスの場合、料金表があるだけで信頼感が大きく向上します。

利用者にとっては、「だいたいこれくらいの費用で依頼できる」という目安が分かるだけでも安心材料になります。

問い合わせの質が向上する

料金表を公開すると、予算感が合わない人は問い合わせ前に判断できます。

例えば、以下のような料金表があったとします。

• サイト制作：20万円～
• カスタマイズ：3万円～

その場合、「予算は5万円しかない」という方は別のサービスを探す可能性があります。

結果として、「予算がある」「本気で依頼を検討している」という見込み客からの問い合わせが増えやすくなります。

信頼性や透明性をアピールできる

料金を明示することは、サービス内容をオープンにしていることの証明でもあります。

近年では、「サブスクリプションサービス」「オンラインスクール」「SaaS（クラウドサービス）」など、多くのサービスが料金を公開しています。そのため、利用者側も料金公開を期待する傾向があります。

料金表があることで、「価格体系が分かりやすい事業者」という印象を与えられます。

SEOや集客にもつながる

意外と見落とされがちですが、料金ページは検索流入にも役立ちます。

例えば「WordPress制作 料金」「ホームページ制作 相場」「SEO対策 費用」などで検索する方は少なくありません。

サービス紹介ページだけでなく、料金ページそのものが集客コンテンツになる可能性があります。

料金表を公開するデメリット

一方で、料金公開には注意点もあります。

価格だけで比較されやすい

最も大きなデメリットはこちらです。

利用者の中には、「実績」「技術力」「サポート体制」よりも、「安いかどうか」だけで判断する方もいます。

例えば、「A社：50,000円」「B社：30,000円」と並んだ場合、サービス内容を比較せずに安い方を選ぶ人もいます。その結果、価格競争に巻き込まれることがあります。

案件ごとの差が表現しにくい

実際のところ、案件ごとの差が大きくなる場合があります。

例えば「WordPressカスタマイズ」という一言でも、「CSSを1行追加する」のと「独自ブロックを開発する」のとでは、工数が全く異なります。しかし利用者から見ると、どちらも「カスタマイズ」の一言で片付けられることも多々あります。

料金表だけでは、この差を説明しきれない場合があります。

値上げが難しくなる

料金表を長期間公開していると、利用者の中で価格が定着します。そのため後から値上げすると、「以前より高くなった」という印象を与えることがあります。

特にリピーターが多い事業では注意が必要です。

競合に分析される

料金表は利用者だけでなく競合も見ています。

競合からすると、「どんなサービスがあるか」「どのくらいの単価か」「どんなオプションがあるか」を調査する材料になります。

もちろん大きな問題ではありませんが、戦略的な情報が見えてしまうことは理解しておく必要があります。

料金表を公開しないメリット

続いて、料金表を非公開にする場合のメリットです。

案件ごとに適正価格を提示できる

料金表を公表しないことにより最大のメリットです。依頼内容によって、「工数」「難易度」「納期」が異なるため、案件ごとに価格を決められます。

結果として、安すぎる見積もりを出してしまうリスクを減らせます。

価格以外の価値を見てもらいやすい

料金表がない場合、利用者は価格だけで比較できません。そのため、「実績」「提案内容」「サポート体制」「専門知識」などを総合的に評価する傾向があります。

価格競争を避けたい場合には有効です。

高単価案件を受注しやすい

特にコンサルティングや専門性の高い業務では、「作業量」ではなく「成果」に対して報酬が支払われることがあります。

このようなサービスでは、固定料金を掲載しない方が適しているケースもあります。

料金表を公開しないデメリット

問い合わせのハードルが高くなる

利用者にとって最も不安なのは「いくらかかるか分からない」ことです。価格が見えないだけで問い合わせを諦める人もいます。

これは想像以上に大きな機会損失になる場合があります。

見積もり対応の負担が増える

料金表がないと、予算感の合わない人からも問い合わせが来ます。

その結果、「ヒアリング」「見積もり作成」「メール対応」に時間を取られる可能性があります。

不透明な印象を与える場合がある

利用者によっては、「価格を隠している」と受け取ることがあります。

実際にはそうでなくても、「高そう」「相談しにくい」という印象を与えてしまうことがあります。

実は「目安価格公開」が最も現実的

現在、多くのフリーランスや制作会社が採用しているのが、以下のような料金表と個別見積もりの中間方式です。

さらに、「内容により変動します」「正式なお見積もりをご提示します」と添えておけば、多くのトラブルを防げます。利用者は予算感を把握でき、提供者も柔軟に見積もりできます。

まとめ

料金表の公開・非公開には、それぞれ明確なメリットとデメリットがあります。

料金表を公開すると、以下のようなメリット・デメリットがあります。

逆に料金表非公開の場合は、以下のような側面がございます。

特にWordPress制作やカスタマイズのような案件ごとの差が大きいサービスでは、「完全公開」か「完全非公開」かではなく、参考価格や料金目安を掲載する方法が最もバランスの取れた選択肢といえるでしょう。利用者の安心感と、提供者側の柔軟性を両立しやすいからです。