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

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を使い始めたばかりの方の中には、「英語が苦手だから海外の情報は難しい」と感じている方も多いのではないでしょうか。

実際、WordPressそのものは日本語化されていますが、テーマやプラグインの開発、公式ドキュメントの閲覧、不具合調査などを行うようになると、英語に触れる機会が一気に増えてきます。

しかし安心してください。WordPressで必要になる英語は、英会話のような高度な英語力ではありません。むしろ「よく使われる単語の意味を知っているかどうか」の方が重要です。

この記事では、WordPressの開発や公式マニュアルを読む際によく登場する英単語や表現を、初心者にも分かりやすく解説します。

なぜWordPressでは英語が重要なのか

WordPressは世界中で利用されているCMS（コンテンツ管理システム）です。

そのため、

• 公式ドキュメント
• GitHub
• プラグインの開発資料
• エラーメッセージ
• ソースコードのコメント
• 海外フォーラム

など、多くの情報が英語で提供されています。特に不具合対応では、日本語情報よりも英語情報の方が早く公開されることも珍しくありません。

また、WordPressの関数名や設定項目も英語ベースで作られているため、単語の意味が分かるだけで理解しやすさが大きく変わります。

一般利用者でも知っておきたい単語

基本的なコンテンツ関連用語

テーマ関連でよく見る単語

ブロックエディター関連用語

開発者が必ず覚えたい英単語

ここから先は、開発やカスタマイズで特に重要な単語です。

テーマ・プラグイン開発時にも頻出

データベース関連

エラー対応で覚えておきたい単語

セキュリティ関連で重要な単語

WordPress公式ドキュメントで頻出する表現

まずはこの20語から覚えよう

すべてを一度に覚える必要はありません。まずは以下の20語を理解するだけでも、WordPress公式ドキュメントや海外記事の理解度は大きく向上します。

• Post / Page / Category / Tag
• Theme / Plugin / Block / Template
• Register / Enqueue / Hook / Action
• Filter / Query / Retrieve / Output
• Render / Sanitize / Escape / Deprecated

特に抑えておきたい7単語

特に以下の7語は、WordPressのソースコードや開発資料を読む際に何度も登場します。

• Register
• Enqueue
• Query
• Retrieve
• Render
• Sanitize
• Escape

これらの意味を覚えるだけでも、英語のドキュメントに対する苦手意識はかなり減るでしょう。

まとめ

WordPressを使い続けていると、いずれ英語のドキュメントやエラーメッセージに触れる機会がやってきます。

とはいえ、必要なのは高度な英語力ではありません。まずはWordPressで頻繁に登場する単語の意味を理解し、「この単語は何を指しているのか」を把握することが大切です。

英単語が分かるようになると、公式ドキュメント、GitHub、海外フォーラムなどから情報を収集できるようになり、WordPressの理解がさらに深まります。

WordPressをより便利に活用するためにも、少しずつ英語表現に慣れていきましょう。

最近は、「note」「はてなブログ」「Wix」「STUDIO」「Shopify」など、手軽にWebサイトを作れるサービスが増えました。

そんな時代、「WordPressは難しそう」「もう時代遅れでは？」と思う方もいるかもしれません。

しかし実際には、多くの企業サイトやメディアサイトでWordPressが利用され続けています。それは、便利なサービスが増えた現代だからこそ、WordPressの強みがより際立っているからです。

WordPressをオススメする理由

1. 自分の資産としてサイトを持てる

最大の魅力はここです。

SNSや無料ブログは運営会社のサービスを借りています。そのため、「サービス終了」「規約変更」「アカウント停止」「広告表示の変更」などの影響を受ける可能性があります。

一方、WordPressは自分で契約したサーバー上で運営できます。つまり、「サイトそのものが自分の資産」になります。

家を借りるのではなく、自宅を持つイメージです。

注意

上記はあくまでもWordPress.comを利用しない場合においてです。

一般的なWordPressと「WordPress.com」の違いは以下の記事をご覧ください。

WordPress.com と WordPress.org の違いとは

WP Pilot

2. ブログから企業サイトまで対応できる

多くのサービスは、以下のように用途が決まっています。

• note・はてなブログ → 記事投稿向け
• Shopify → EC向け
• Wix・STUDIO → （どちらかと言えば）ランディングページ向け

しかしWordPressは、「ブログ」「コーポレートサイト」「オウンドメディア」「採用サイト」「会員サイト」「ネットショップ」など様々な用途に対応できます。

将来的な拡張性が非常に高いのです。

3. サービスの乗り換えが比較的自由

意外と見落とされるメリットです。

特定サービスでは、「データ移行が難しい」「デザイン・機能が引き継げない」「URLが変わる」という問題があります。

一方、WordPressは世界標準のCMSです。そのため、サーバー移転・プラグイン変更などが比較的容易です。長期間運営するほど、このメリットは大きくなります。

4. SEO・検索エンジンとの相性が良い

SEOとは、検索エンジンで見つけてもらいやすくする取り組みのことです。

WordPressは元々コンテンツ管理を目的として作られているため、「記事管理」「カテゴリー管理」「タグ管理」「URL管理」などが行いやすくなっています。また、多くのSEO関連ツールやプラグインも利用できます。

検索からの集客を考える場合、非常に有力な選択肢です。

5. 世界中の開発者・利用者が支えている

WordPressは一企業の商品ではありません。オープンソース環境のもと、世界中の開発者や企業が開発に参加しています。そして、多くの利用者からのフィードバックにより日夜改善が図られています。

このように開発者や利用者が多いので、「情報量が多い」「解説記事が豊富」「学習しやすい」などのメリットもあります。

困ったときに調べやすいのは大きな強みです。

6. AI時代との相性も良い

最近は生成AIの進化によって、「記事作成」「画像生成」「コード作成」が容易になりました。

実のところ、AI時代だからこそWordPressとの相性は良くなっています。なぜなら、AIで作ったコンテンツを公開する「土台」が必要だからです。

WordPressは、「自由に記事を掲載できる」「デザインを変更できる」「機能を追加できる」などの特徴を持つため、AIを活用した情報発信の拠点として優秀です。

さらに、先月正式公開された WordPress 7.0 では、「ChatGPT」や「Gemini」などの生成AIとのコラボレーションも行いやすくなりました。これからは更にAI機能の強化も予定されています。

参考

WordPress 7.0で搭載された新機能については、以下の記事でまとめています。

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

WP Pilot

7. 「簡単さ」ではなく「自由度」が魅力

WordPressは確かに最も簡単なサービスではありません。サーバー契約や初期設定が必要です。

しかし、その一手間によって、「制限が少ない」「カスタマイズできる」「将来の選択肢が広い」などの大きなメリットを得られます。

どんなサービスでも言えることですが、いざ使い始めてみれば、案外取り越し苦労に終わることも少なくありません。WordPressのように幅が広く選択肢の豊富なシステムであれば、尚更です。

まとめ

便利なCMSやサイト作成サービスが増えた今でも、WordPressが選ばれ続ける理由は明確です。以下のメリットだけでも、選んでいただく価値があります。

• 自分の資産として運営できる
• 自由度が高い
• 将来の拡張性がある
• SEOに強い
• 情報が豊富
• AI時代とも相性が良い

もちろん、「とにかく簡単に始めたい」という方には、noteやWixのように他のサービスが向いている場合もあります。

しかし、「長く運営したい」「将来的に成長させたい」「自分の資産を作りたい」などとお考えの方にとって、WordPressは今なお有力な選択肢といえるでしょう。

この記事では、WordPressでいわゆる「画像のテキスト回り込み」を実現する方法を紹介します。

なお、「ブロックエディター（Gutenberg）」をご利用いただくことが前提となっております。

作成例

本記事では、以下のようなブロックを作成することを目的といたします。（余白については容易に調整可能のため、今回は気にしないことと致します）

あああああ

サンプルテキストサンプルテキストサンプルテキスト

サンプルテキストサンプルテキストサンプルテキスト

サンプルテキストサンプルテキストサンプルテキスト

サンプルテキストサンプルテキストサンプルテキスト

サンプルテキストサンプルテキストサンプルテキスト

作り方

「グループ」ブロックを作成。

「レイアウトを選択」の選択肢は一番左でOKです。

STEP

1

「グループ」ブロックの中に回り込みさせたい「画像」とテキストを挿入。

補足

「画像」と「段落」を先に配置し、後から両方を選択して「グループ化」の操作を行っても問題ありません。

STEP

2

画像を左寄せ（または右寄せ）にすれば、ご希望の回り込み配置が完成します。

STEP

3

「グループ」ブロックの下部に「スペーサー」を挿入してください。

回り込みのテキストの量が不足している場合など、デザイン崩れが発生する可能性があります。

これを防ぐため、「グループ」ブロックの下に「スペーサー」ブロックを挿入してください（高さの調整はお好みでどうぞ）。

注意

プラグイン「VK Blocks」で使用できる「レスポンシブスペーサー」など、レスポンシブ対応のスペーサーでは、上記のデザイン崩れに対応できない場合があります。

STEP

4

注意事項

モバイル閲覧時の対策を忘れずに

小さな画像を使っている場合、モバイル端末のように横幅が短い場合は、以下のように文章が見づらくなる可能性がございます。

そのため、回り込み使用時には少し大きめの画像を使用したり、ブロックの出し分けを行ったりするなどの工夫・対策をお願いいたします。

テーマにより非対応の場合がある

一部テーマ（SWELL・echoなど）をご利用いただいている場合、テーマ側の対応により、上記方法が使えなかったり、追加で対応が必要だったりする場合がございます。

• 【解決】SWELLで画像のテキスト回り込みができない
• 画像ブロックと段落ブロック < SWELLに関する質問

WordPressでブログや企業サイト等を制作しようとお考えの方は多いと思われます。

でも実際に調べてみると、「サーバー」「ドメイン」「テーマ」「SSL」「プラグイン」など、聞き慣れない言葉がたくさん出てきて困ってしまう方もいることでしょう。

そこで本記事では、WordPress導入までの流れを初心者向けにできるだけ分かりやすく解説します。この記事を読めば、「まず何をすればいいか」が分かるようになります。

そもそもWordPressとは？

ざっくり言うと

WordPress（ワードプレス）は、ブログやホームページを作れるシステムです。

たとえば次のようなサイトを作れます。

• 個人ブログ
• お店のホームページ
• 会社サイト
• ポートフォリオ（作品紹介サイト）
• メディアサイト

以前は「ブログ用」というイメージもありましたが、現在では企業サイトでも広く使われています。

難しいコードを書かなくても、画面操作だけで記事を書いたりページを作ったりできる点が特徴です。

【前提】WordPress.org と WordPress.com の違いについて

WordPressにも実は2種類あり、 WordPress.org （サーバーインストール型）と WordPress.com（サービス提供型）がございます。

詳細は以下の記事にまとめておりますが、基本的にはこの記事では「WordPress.org」のことを書いているとお考えください。（一般的にも、特に注釈ない限りは「WordPress.org」の話をしていると考えていただいて差し支えありません）

WordPress.com と WordPress.org の違いとは

WP Pilot

WordPressを始める前に知っておきたい3つのもの

WordPressを始めるには、まず次の3つを用意します。

1. サーバー

サーバーとは、サイトのデータを置く場所です。例えるなら「家」のようなものです。記事、画像、設定などを保存します。

例えば、次のようなレンタルサーバーがあります。

• エックスサーバー
• ConoHa WING
• ロリポップ
• さくらのレンタルサーバ

初心者の場合は、上記のようなWordPress簡単インストール機能付きを選ぶと導入しやすいでしょう。

なお、無料で利用できるサーバーも少ないながらも存在しますが、基本的にサポートがない（もしくは優先されない）場合が多いですので、オススメしません。

2. ドメイン

ドメインは、サイトの住所です。例えばexample.comのような文字列がドメインです。

家に例えるなら住所にあたります。ブログ名とは別物なので注意しましょう。

• ブログ名：〇〇ブログ
• ドメイン：example.com

取得せずとも運営自体は可能ですが、もし取得の意向がありましたら、早めに手続きを進めておくことをおすすめいたします（ドメイン取得は早い者勝ちのため）。

3. WordPress本体

サーバーとドメインを用意した後、WordPressをインストールします。

最近のレンタルサーバーでは、「WordPress簡単セットアップ」「WordPressクイックスタート」などの機能があり、数クリックで導入できる場合も多くなっています。

初心者ならこちらを使うのがおすすめです。

WordPress導入までの流れ【5ステップ】

全体像を先に見ると次のようになります。

STEP1：サイトの目的を決める

まずは何を作るか決めましょう。

ここが曖昧だと後で方向性がぶれやすくなります（ただし、カッチリとしすぎて融通が利かなくなるのも問題ですので、運営しながらじっくり固めていくのでも、場合によってはOKだと思います）。

STEP2：サーバーを契約する

初心者なら、「WordPress簡単導入あり」「自動バックアップあり」「SSL対応」を選ぶと安心です。

※SSLとは、通信を暗号化して安全にする仕組みです。サイトURLが「https://」になるものです。現在はほぼ必須と考えてよいでしょう。

STEP3：ドメインを取得する

ドメイン名は後から変えると手間がかかります。そのため、「覚えやすい」「短い」「将来も使える」ものがおすすめです。

ただし、商標や会社名との重複には注意しましょう。

STEP4：WordPressをインストール

最近は数分程度で終わるケースもあります。

ご利用いただいているサーバーによっては、導入後は管理画面へ簡単にログインできるようになります。ここから記事作成や設定を行います。

STEP5：テーマを設定する

テーマとは、サイトの見た目やデザインを管理する仕組みです。服を着替えるイメージに近いでしょう。

まずは以下のような無料テーマでも十分始められます。実際、無料テーマのみで運用いただいてる方も少なくありません。

• Cocoon | WordPress無料テーマ（個人向け・ブログ用途に最適）
• Lightning | 無料で使えるWordPress公式ディレクトリ登録テーマ「Lightning」ビジネスサイトもブログも簡単に作れます （法人向けに最適・コーポレートサイト用途としても使えます）

STEP6：プラグインを導入する

プラグインとは、運用しているWordPressに追加機能を導入する仕組みです。パソコン・スマートフォンで言うところの周辺機器・アプリ（マウス、キーボード、カバー、翻訳アプリなど）を想像いただけると良いかと思います。

上記で紹介したレンタルサーバーでは、以下のような導入ガイドがまとめられています。

• WordPressで導入必須のプラグインおすすめ12選 – 初心者のためのブログ始め方講座
• WordPressプラグインをインストールする方法！具体的な手順や注意点を解説｜ワプ活
• WordPress（ワードプレス）プラグインの追加方法 – ロリポップ！レンタルサーバー

最低限、セキュリティ関係のプラグインは入れる方が良いでしょう（サーバーによっては、「簡単インストール」終了後に自動的に導入済の場合もあります）。それ以外については、追々決めていくので問題ございません。

最初から全部覚える必要はありません

初心者の方がよく悩むのが「勉強してから始めるべき？」という点です。

ですが実際には、以下の流れの方が進みやすいことも多いです。

1. WordPress導入
2. 記事を書く
3. 少しずつ覚える

最初から「SEO」「CSS」「PHP」「プラグイン」「サーバー設定」まで全部理解しようとすると疲れてしまいます。

まずは記事を1本公開することを目標にしてみましょう。

まとめ：WordPressは「全部理解してから始める」必要はない

WordPress導入の流れをまとめると、以下のような順番になります。

1. サイトの目的を決める
2. サーバー契約
3. ドメイン取得（飛ばしてOK）
4. WordPress導入
5. テーマ設定
6. プラグイン導入

最初は難しく見えるかもしれません。しかし一つずつ進めれば、意外と始められるものです。

まずは「どんなサイトを作りたいか」を考えるところから始めてみましょう。

WordPressの維持管理・メンテナンスは、専門知識がない方にとっては「何をすればいいのか分からない」「難しそう」と感じられる分野ですよね。

結論からお伝えすると、WordPressサイトを安全かつ効果的に動かし続けるためには、詳しい専門家に任せるのが最も確実で、結果的にコストパフォーマンスが良いと言えます。

WordPressに詳しくない方に向けて、プロに任せた方が良い理由を5つのポイントに分けて分かりやすく解説します。

理由1：維持管理・メンテナンスには「必ず相応のコスト」がかかるから

「ホームページは一度作れば、その後はお金がかからない」と思われがちですが、これは大きな誤解です。WordPressを維持していくには、誰がやるにしても必ず時間・手間・お金という「相応のコスト」が発生します。

• 自分でやる場合のコスト： 専門用語を調べ、慣れない作業に何時間も費やすことになります。その結果、本業の時間が削られてしまっては本末転倒です。
• プロに任せる場合のコスト： 毎月の管理費用（お金）はかかりますが、作業はすべて丸投げできます。

自分で迷いながら時間を費やすコストと、プロに支払う費用のどちらが会社やビジネスにとって有益かを天秤にかけると、多くの場合、プロに任せて自分は本業に集中する方がトータルでの「見えないコスト」を低く抑えられます。

理由2：セキュリティ面の事故は「いざというとき高く付く」から

WordPressは世界中で最も使われているシステムであるため、実は常にハッカーや不正アクセスの標的にされています。もしメンテナンスを怠り、古い状態のまま放置していると、以下のような「セキュリティ事故」が起きるリスクが跳ね上がります。

• ホームページを乗っ取られ、怪しいサイトに書き換えられる
• サイトを訪れたお客様にウイルスを感染させてしまう
• お問い合わせフォームなどから個人情報が流出する

万が一このような事故が起きてしまうと、原因の調査やサイトの復旧に数十万〜数百万円規模の費用がかかるだけでなく、会社の社会的信用を失い、最悪の場合は損害賠償を請求される事態にもなりかねません。「いざというときの代償」があまりにも高すぎるため、プロに対策を任せてリスクを未然に防ぐのが一番の安全策です。

理由3：アップデート時の「画面が真っ白になる」トラブルを防げるから

WordPressのシステムや、そこに組み込まれている「テーマ（着せ替え）」や「プラグイン（便利な拡張機能）」は、スマホのアプリのように定期的に最新版へのアップデートが必要です。

しかし、知識がない状態で「更新」ボタンを安易に押してしまうと、システム同士の相性が悪く、「突然ホームページが崩れた」「画面が真っ白になって映らなくなった」というトラブルが頻発します。 詳しい人であれば、事前に「テスト環境（試作用の裏ページ）」で不具合が起きないかを試し、安全を確認してから本番のアップデートを行うため、こうした突発的な表示消滅リスクを避けることができます。

理由4：万が一のとき、早く「元の状態」に復旧できるから

車に例えるなら、維持管理は「車検」や「自動車保険」のようなものです。どんなに気をつけていても、サーバーの予期せぬ不具合や操作ミスによって、ホームページのデータが消えてしまうリスクはゼロではありません。

詳しい人に管理を任せておくと、万が一の事態に備えて、例えば「バックアップ（データの控え）」を適切な場所に保存する仕組みを整えてくれます。データが消えたり壊れたりしても、プロの手にかかれば手早く「問題が起きる前の正常な状態」に巻き戻して復旧させることが可能です。

理由5：サイトの「健康状態（表示速度や検索順位）」を維持できるから

ホームページの管理を専門外の人が行おうとすると、「これで合っているのだろうか」「何か不具合が起きたらどうしよう」という精神的なストレスや不安が常に付きまといます。さらに、万が一トラブルが起きた際には、その原因究明や対応に追われ、本来の業務（営業、製造、顧客対応など）が完全にストップしてしまいます。

詳しい人に任せておけば、そうした運用の不安やトラブル対応に頭を悩まされることが一切なくなります。スタッフやご自身の限られた時間とエネルギーを、売上や成果に直結する「本業」に100%投入できるようになることこそが、専門家に依頼する最大のメリットと言えます。

まとめ

WordPressは「無料で簡単」と見られがちですが、実際の運用では維持管理そのものが専門業務に近い面があります。

特に重要なのは次の2点です。

• 維持管理・メンテナンスには必ず相応のコストがかかる
• セキュリティ事故は発生後の方が高額になりやすい

そのため、企業サイト・収益ブログ・重要サイトほど、「作る人」と「守る人」を分ける考え方が有効になることがあります。

WordPressの維持管理は、車でいう「定期的なオイル交換や点検」と同じです。オイル交換をケチって乗り続けた結果、ある日突然エンジンが焼き付いて廃車（＝莫大な修理費）になってしまっては意味がありません。

プロに維持管理を任せることは、単なる出費ではなく、「大きなトラブルから会社を守るための保険」であり、「本業に集中するための投資」と考えていただくのが一番しっくりくるかと思います。

WordPress標準の「タグ」の仕様について

インストール時点において、タグのアーカイブのページでは「カスタム投稿タイプ」の記事が表示されないようになっています。プラグイン「Custom Post Type UI」などでいくら設定しようとしても、うまくいかないのですね。

実を申し上げますと、「タグアーカイブ」を表示しようという場合に、標準の「投稿」以外は表示しないよう、WordPress側で自動制御されております。

そのため、functions.php等にコードを追記する必要がございます。

functions.php等に追記するコード

function add_cpt_to_tag_archive( $query ) {
    if ( !is_admin() && $query->is_main_query() && is_tag() ) {
        $query->set( 'post_type', array( 'post', 'your_cpt_slug' ) );
    }
}
add_action( 'pre_get_posts', 'add_cpt_to_tag_archive' );

コードの意味

• add_action()：WordPressであらかじめ設定されているアクションフックについて、コードを追加で適用するための関数です。
• if ( !is_admin() && $query->is_main_query() && is_tag() ) { ... } ：通常 !is_admin() （管理ページでないか）および is_tag() （タグアーカイブページかどうか）で判定できそうな気もしますが、こちらがメインクエリに手を加える処理であるため、そもそもメインクエリ処理であるかどうか確認するために $query->is_main_query()も条件に加えています。
• array( 'post', 'your_cpt_slug')：your_cpt_slug にはカスタム投稿タイプのスラッグを記載してください。
• 複数のカスタム投稿タイプに標準のタグを設定したい場合は、例えば3行目の箇所を以下のように記載してください（コンマ記号は省略しないようにお願いします）。
  $query->set( 'post_type', array( 'post', 'cpt_slug_1' , 'cpt_slug_2', 'cpt_slug_3') );
• pre_get_posts ：メインクエリに変更を加えるのに使用するアクションフックです。

関連リンク

• WordPressのクエリを正しく扱う ― pre_get_postsの仕組みと使い分け – Cleysense
• WordPress開発者必見！pre_get_postsでクエリを自在に操るチートシート | Edel Hearts

この記事は、WordPressのテーマ「Xwrite」（旧名：「XWRITE」）について資料の少なさを補完するため、テーマがリリースされたときからの利用者である私（Y.INABA）の視点から、Q&A形式でできるだけ説明してみようと試みたものです。

記事が出た時点ではまだまだQ&Aの数が少ないですが、徐々に充実させていきたいと思います。温かい目で見守っていただけますと幸いです。

なお、事前に以下の記事もご確認いただけますと幸いです。

WordPressに定評のある「エックスサーバー」の公式テーマ「Xwrite」

WP Pilot

最初に確認しておくべき事項

料金・ライセンスについて

テーマの仕様について

デザインについて

プラグインについて

編集画面（エディタ）について

機能の提案・バグ報告について

カスタム投稿・カスタムタクソノミー

その他

脚注

1. X-T9については、こちらの記事もご覧いただけますと幸いです。
   日本産ブロックテーマとして注目を集める「X-T9」を紹介します ↩︎

とある記事を作成したときに少し詰まりかけてしまいましたので、備忘録がてらメモ記事を作成することにいたします。

結論から言ってしまうと、記事内に特殊な絵文字を使用していたおかげで、その絵文字を使っていた部分がまともに更新されずにいたのです。

困りごとの内容

とある記事を更新しようとしている際に、以下のようなメッセージが表示されるようになってしまいました。

• 更新に失敗しました。データベース内の投稿を更新できませんでした。
• 更新に失敗しました。データベース内にある xxx のメタデータを更新できませんでした。

こちらの意図通りに動いてくれないので、私としては非常に困ってしまいました。

解決するに至った資料の数々

当初、更新されない原因が分からかったのですが、少しGoogleで検索してみたところ、例えば以下のような記事を見つけました。

• WordPressで「更新に失敗しました。データベース内の投稿を更新できませんでした。」のエラー表示が出たら – 2023年4月29日 (onas.co.jp)
• 【WordPress】「公開に失敗しました。 エラーメッセージ: データベース内の投稿を更新できませんでした」の対処方法 | SMATU.net
• 【Wordpress】『更新に失敗しました。データベース内の投稿を更新できませんでした』解決対処法 – KAKKON.NET

よって、私のぶち当たった問題も解決でき、無事に記事は意図通りに表示されるようになりました。

やはり、先人も同じ苦労を辿っていたようで、こういったときにこそ「知識の共有（シェアリング）」が役に立つのだと実感した次第でございます。

WordPressの絵文字サポートについて

WordPressにおいては絵文字はバージョン4.2よりサポートされております。ただ、一部の特殊文字で動作に支障が生じるのと同様、やはり全ての絵文字をサポートしているわけではないようです。いわゆる「機種依存文字」がいくつも存在しているのと似ていますね。

絵文字でトラブルが起きるようなのであれば、できる限り無しで済ませたいところです。