WordPressのテーマ選びは、見た目のデモだけで決めると後から詰まりやすいです。2026年現在、ブロックテーマ(フルサイト編集対応)は公式でも推奨の流れが強く、クラシックテーマとの二刀流が現場の常識になっています。私はディレクションと実装を兼ねるので、「クライアントがあとから触れるか」「制作側の工数が読めるか」で先に絞ります。
この記事では、ブロックテーマを選ぶときの判断軸を2026年版として整理します。有料テーマのランキングではなく、案件で使い続けられるかどうかの実務目線です。クラシックとの使い分けも、資産の有無で決める前提で書きます。
- 先に結論
- ブロックテーマとクラシックテーマの違い(2026年時点)
- 比較:選定で見る5項目
- 判断軸1:フルサイト編集(FSE)の完成度
- 判断軸2:パターンとテンプレートの質
- 判断軸3:パフォーマンスとCore Web Vitals
- 判断軸4:プラグイン・ブロックの互換
- 判断軸5:更新頻度とサポート体制
- 無料と有料、どう使い分けるか
- 子テーマ・カスタムの考え方
- 移行:クラシックからブロックへ
- クライアントへの引き渡しで書くこと
- 失敗しやすいパターン
- 制作フローへの組み込み
- theme.json を読むときのポイント
- アクセシビリティとマークアップ
- 業種別のざっくり指針
- ステージングでの検証手順
- 有料テーマの契約で見る項目
- WordPress本体の更新との関係
- デザインシステムとの接続
- ブロックエディターの運用ルール例
- ## クラシックテーマを選び続ける合理的な理由
- ブロックテーマのパフォーマンス計測の進め方
- クライアント研修で伝えること(30分版)
- テーマ選定の記録を残す理由
- ブロックとクラシックの併存期間を短くする
- 2026年に押さえるWordPress公式の動き
- テーマのデモインポートは慎重に
- 制作見積もりに含めるテーマ関連の工数
- よくある質問
- まとめ
先に結論
- 向いている人: 新規サイトでサイトエディターからヘッダー・フッターまで編集したい案件。更新頻度が高く、非エンジニアがブロックでページを組みたいチーム。
- 向いていない人: 既存のクラシックテーマ+ページビルダー資産が大きいサイトを、短期間で全面移行したいケース。細かいPHPフック前提のカスタムが多い案件。
- 私のおすすめ: まずは公式ディレクトリの無料ブロックテーマ(Twenty Twenty-Five 系や実績のある軽量テーマ)で要件を試し、足りなければ有料を検討。WordPress テーマディレクトリ で更新頻度と評価を確認します。
この記事には、Google AdSense による広告およびアフィリエイトリンクが含まれる場合があります。紹介経由で購入や申し込みがあると、私に紹介料が入ることがあります。

WordPressはチームの合意が取れるかどうかで価値が変わると感じています。
ブロックテーマとクラシックテーマの違い(2026年時点)
ブロックテーマは、サイト全体をブロックとテンプレートで組み立てる方式です。クラシックテーマは、PHPテンプレートと functions.php、ウィジェット、カスタマイザーが中心でした。
2026年の現場では、新規案件の提案段階で「ブロックでいくか、クラシックのままか」を最初に決めることが増えています。理由は、移行コストが制作費の中で目立つからです。ブロックテーマにすると、ヘッダー・フッター・一覧テンプレートがサイトエディター上のJSON(テンプレート)になり、Git管理やステージングとの相性が変わります。
クラシックがまだ強いのは、既存プラグインとの互換、細かいフック、慣れた制作フローがある案件です。どちらが上というより、資産と更新体制で選ぶ段階です。
比較:選定で見る5項目


| 項目 | ブロックテーマ | クラシックテーマ |
|---|---|---|
| 向く案件 | 新規・更新多め・非エンジニア編集 | 既存資産・PHPカスタム多め |
| 学習コスト | サイトエディター・パターンの理解 | 従来のテーマ構造・子テーマ |
| パフォーマンス | 軽量テーマなら有利なことも | ビルダー併用で重くなりがち |
| 注意点 | プラグインのブロック対応差 | 将来のブロック移行の負債 |
| 価格の目安 | 無料〜有料1万円前後が多い | 無料〜数万円、保守込みプランあり |
価格やキャンペーンは執筆時点(2026年7月・日本時間)の情報です。変わることがあります。
判断軸1:フルサイト編集(FSE)の完成度
「ブロックテーマ」と書いてあっても、サイトエディターで触れる範囲はテーマによって違います。ヘッダー・フッター・アーカイブ・単一投稿テンプレートが編集できるか、グローバルスタイルでフォントと色が一括管理できるかを、デモサイトではなくインストール後の管理画面で確認します。
私は、候補を2〜3に絞ったら、同じダミー原稿で一覧・詳細・固定ページを作り、崩れないかを半日で試します。デモのスクリーンショットは綺麗でも、日本語の長い見出しや表組みで崩れることがあります。
判断軸2:パターンとテンプレートの質
ブロックテーマの時短要因は、パターン(ブロックの組み合わせプリセット)です。サービス紹介、FAQ、CTAなど、案件でよく使うパターンが最初から揃っているか。自作パターンを追加できる設計かも見ます。
テンプレートパーツ(再利用ヘッダー等)が整理されていると、クライアント向けの更新マニュアルも書きやすいです。逆に、パターンが多すぎて似た見た目が乱立するテーマは、運用開始後にデザインがブレやすいです。
判断軸3:パフォーマンスとCore Web Vitals
2026年も、表示速度は検索とCVの両方に効きます。ブロックテーマは構造的にCSSが増えがちなので、不要なブロックスタイルを読み込まないテーマかどうかが重要です。
確認ポイントは、インストール直後のページ重量、Webフォントの読み込み方、画像の遅延読み込み対応、不要スクリプトの有無です。プラグインを入れる前のベースラインを計測しておくと、「テーマが重いのかプラグインが重いのか」が切り分けやすくなります。
判断軸4:プラグイン・ブロックの互換
お問い合わせフォーム、SEO、カスタム投稿、会員系など、案件定番プラグインがブロックと共存できるか。クラシック用のショートコードだけのプラグインが残っていることもあります。
サイトエディターと、投稿エディター(ブロックエディター)の役割分担をクライアントに説明できるかも選定の一部です。「固定ページはサイトエディター、お知らせは投稿」と線引きすると、更新ミスが減ります。
判断軸5:更新頻度とサポート体制
テーマはWordPress本体のバージョンアップに追従する必要があります。最終更新日、WordPressの推奨バージョン対応、既知の不具合対応の速さを、WordPress テーマディレクトリ や公式サイトで確認します。
有料テーマは、サポートチケットの言語と対応時間が実質的なコストです。英語のみ・フォーラムのみだと、納品後にクライアントが困ったとき自分に球が戻ってきます。
無料と有料、どう使い分けるか
無料の公式系ブロックテーマは、セキュリティ更新の安心感と、過剰機能が少ないことがメリットです。デザインの個性や業種特化パターンが欲しいときに有料を検討します。
有料を選ぶときは「デモの見た目」より、返金規定、子テーマの有無、ライセンス(サイト数)、アップデート期間を先に読みます。1回きりの案件なら、ライフタイムか年次かで総コストが変わります。
子テーマ・カスタムの考え方
ブロックテーマでも、子テーマや theme.json の上書きでブランドカラーを固定することはあります。ただ、サイトエディターでクライアントが色を変えられるようにするか、制作側でロックするかは要件次第です。
私は、ブランドガイドがある案件では theme.json でパレットを制限し、それ以外はパターンで自由度を出す折衷が多いです。CSSを直接書きすぎると、ブロックテーマのメリットが薄れます。
移行:クラシックからブロックへ
既存サイトの全面移行は、コンテンツのブロック化、ウィジェットの解体、ショートコードの整理が必要です。ページビルダーで作ったページは、手作業で組み直すことが多く、見積もりを別枠にした方がいいです。
段階移行として、新規ページだけブロック、既存はクラシックのまま、という混在は一時的にはありますが、長期運用では負債になりやすいです。移行プロジェクトとして期間と予算を切るのが現実的です。
クライアントへの引き渡しで書くこと
更新マニュアルには、次を含めます。どの画面でヘッダーを触るか、パターンの挿入手順、画像サイズの目安、触ってはいけないテンプレート、バックアップの取り方、問い合わせ先。動画1本より、スクショ付きPDFの方が後から探しやすいです。
権限は、必要最小のロール(編集者など)を渡します。管理者を渡しすぎると、プラグインの誤操作で本番が壊れるパターンがよくあります。
失敗しやすいパターン
デモをそのまま本番にして、ダミーテキストと画像が残る。パターンを使いすぎてページごとにマージンがバラバラ。重いフォントを全ページに読み込む。ブロック非対応プラグインを後から入れてレイアウトが崩れる。サイトエディターとカスタマイザーが混在して、どこを直せばいいかわからなくなる。
これらは制作側のチェックリストで防げることが多いです。公開前に、スマホ幅・タブレット・長い日本語タイトルで一覧を確認する習慣をつけると安心です。
制作フローへの組み込み
- 要件ヒアリング(更新者・頻度・既存資産)
- ブロック/クラシックの方針決定
- 候補テーマ2〜3の試験インストール
- ダミー原稿での崩れチェック
theme.jsonとパターンの調整- プラグイン選定とベース計測
- クライアント向け更新マニュアル
- 納品後1ヶ月の軽いフォロー
theme.json を読むときのポイント
ブロックテーマの設計の中心は theme.json です。色・タイポグラフィ・スペーシング・ブロックごとのデフォルトスタイルがここにまとまっています。テーマを選ぶ段階で、ファイルを開いてパレット数とフォントファミリー、コンテンツ幅(wide / content size)を確認すると、カスタムの手間が見積もれます。
編集可能な色を増やしすぎると、クライアント更新後にブランドが崩れます。逆に、ロックしすぎると「自分でちょっと変えたい」という要望に応えにくくなります。案件のブランドガイドの厳しさで、ここは一緒に決めるのがよいです。
アクセシビリティとマークアップ
2026年も、公共性の高いサイトやBtoBではアクセシビリティの要件がヒアリングに入ることがあります。見出し階層がブロックで守りやすいか、キーボード操作、コントラスト比、フォーカス表示がテーマ標準でどうなっているかを確認します。
パターンに装飾だけの見出しレベルを使っていないかもチェック対象です。制作側で正しい構造を入れておかないと、後から直すコストが大きいです。
業種別のざっくり指針
コーポレートサイトは、信頼感のあるタイポグラフィとシンプルなパターンが多いテーマが向きます。メディア・ブログは、一覧の読みやすさ、著者情報、関連記事ブロックの有無を優先します。店舗・予約系は、地図、営業時間、CTAボタンのパターンが最初からあるかどうかが効きます。
業種特化の有料テーマは一発で近づけられますが、不要なデモ機能が入っていることもあります。使わないパターンやブロックスタイルを無効化できるかも見ておくと、速度面で得です。
ステージングでの検証手順
本番に上げる前に、ステージング(またはサブドメイン)で次を確認します。トップ、一覧、詳細、お問い合わせ、404、検索結果。ログイン後の管理バー表示、パスワード保護ページ、スマホの固定ヘッダーとアンカーリンクの干渉。
プラグインを本番と同じ構成で入れた状態で計測し、LCPとCLSのざっくりした値をメモします。クライアントに「このテーマでこの数値」と示せると、後の変更依頼の判断材料になります。
有料テーマの契約で見る項目
ライセンスは1サイトか無制限か、ステージングURLを別カウントにするか。アップデートは何年込みか、サポートはチケット数制限があるか。子テーマやデモデータのインポートは追加料金か。返金ポリシーはインストール後何日までか。
これを契約前に読むと、見た目で買って「ライセンスが足りない」とならずに済みます。代理購入してクライアント名義で持たせる場合は、名義変更の可否も確認します。
WordPress本体の更新との関係
ブロックテーマは、WordPress本体のマイナーアップデートの影響を受けやすい領域です。サイトエディターのUI変更、ブロックAPIの更新、非推奨になったブロックがあると、テーマ側のアップデートが必要になります。
テーマ開発元が、WordPressのベータ期間に対応記事を出しているか、更新履歴が細かいかは信頼の指標です。本番更新前にステージングで本体を上げる運用を、引き渡しマニュアルに1行入れておくと安全です。
デザインシステムとの接続
Figmaでコンポーネント設計している案件では、ブロックパターンとデザインの対応表を作ると齟齬が減ります。ボタン、カード、見出し、余白のスケールを theme.json とFigmaの変数で揃えるやり方は、2026年の制作現場では珍しくなくなってきました。
完全同期は難しくても、「このパターン=Figmaのこのフレーム」程度の対応表があるだけで、実装とデザインのレビューが速くなります。
ブロックエディターの運用ルール例
クライアント向けに、次のような運用ルールを1枚にまとめるとトラブルが減ります。見出しはh2から順に使う、画像はアップロード前にリサイズする、新しいパターンを増やす前に制作側に相談する、カスタムHTMLブロックは使わない、など。
ルールは厳しすぎると更新が止まるので、「触ってよい範囲」と「相談が必要な範囲」の2段階に分けるのが現実的です。私は、お知らせ投稿だけクライアント、固定ページの構造変更は制作側、という切り分けが多いです。
## クラシックテーマを選び続ける合理的な理由
既存サイトの子テーマ資産が厚い、特定のクラシック専用プラグインが動いている、社内の更新マニュアルがクラシック前提で揃っている。こういう案件では、無理に2026年流に乗せる必要はありません。ただし、新規ページをページビルダーで増やし続けると、長期的な負債は積み上がります。凍結ルール(新規はブロック、既存は触らない)を決めるのも一手です。
ブロックテーマのパフォーマンス計測の進め方
計測は、プラグインを最小構成にした状態で一度取り、本番想定のプラグインを入れた状態でもう一度取る、の二段階がおすすめです。Lighthouseのモバイルスコアだけでなく、実機のスクロールのもたつきや、固定ヘッダーとアンカーリンクの干渉も確認します。
画像はWebPや適切なサイズに揃え、テーマ側で全ページに巨大なヒーロー画像を読み込んでいないかも見ます。ブロックテーマは「軽いはず」なのに重いとき、原因の多くはフォントと未最適化画像です。
クライアント研修で伝えること(30分版)
30分のオンライン研修で伝えるなら、次の順が扱いやすいです。ログイン方法、ダッシュボードと投稿の違い、固定ページの編集、パターンの挿入と削除、画像の差し替え、プレビューと公開、困ったときの連絡先。サイトエディターは触らせない案件なら、その旨を最初に言います。
録画を残すと、後から入った担当者にも同じ内容を渡せます。操作権限は編集者ロールに絞り、プラグイン画面には入れない設定にしておくと事故が減ります。
テーマ選定の記録を残す理由
選んだ理由(FSE対応、パターンの質、速度、サポート言語)を案件フォルダに1ページメモしておくと、半年後の「なぜこのテーマ?」に答えられます。クライアント変更や引き継ぎのときも効きます。ライセンスキーと購入アカウント、更新期限も同じメモに書いておきます。
ブロックとクラシックの併存期間を短くする
移行期間中にブロックとクラシックが混在すると、スタイルの出どころがわからなくなります。併存が必要なら、終了日を決め、新規コンテンツはブロックのみ、既存URLは触らない、とルールを文書化します。終了日を過ぎたら、残タスクを一覧化して見積もり直すと、ずるずる延長しにくくなります。
2026年に押さえるWordPress公式の動き
サイトエディターとブロックライブラリの更新は、年に数回大きな話題になります。テーマを選ぶときは、ブロックマークアップのバージョンや、インタースティシャル(全画面)ブロックの扱いなど、公式ブログで触れられている変更点をざっと追っておくと、クライアントへの説明が楽です。
「WordPressが変わったから表示がおかしい」と言われたとき、テーマの更新待ちなのか、プラグインの互換なのかを切り分ける材料になります。制作側が公式のリリースノートをブックマークしておくだけでも差が出ます。
テーマのデモインポートは慎重に
有料テーマのワンクリックデモは便利ですが、不要なプラグインやダミー投稿が大量に入ることがあります。本番に近い環境では、デモを丸ごと入れず、必要なパターンだけ手動で再現する方が安全なことも多いです。
デモを入れた場合は、使わないプラグインを無効化・削除し、メディアライブラリの不要画像を整理してからクライアントに渡します。納品時に「何が入っているか」一覧を渡すと、後の保守で助かります。
制作見積もりに含めるテーマ関連の工数
ブロックテーマ案件では、デザインカンプ以外に、パターン設計、theme.json 調整、更新マニュアル作成、研修30分、ステージング検証の工数を見積もりに明示した方がいいです。クラシック+ビルダー案件と比べて、初期は軽く見えても、運用設計の時間がのることがあります。
「テーマ代はクライアント負担、カスタムとマニュアルは制作費」など、費用の線引きを提案段階で書いておくと、後からの追加請求の印象を減らせます。
よくある質問
Q. 2026年、新規はブロック一択ですか?
新規でも、クライアントの既存運用がクラシック中心なら、無理にブロックにしない選択はあります。ただ、長期更新を考えると、ブロックに寄せた方がWordPressの公式の流れに乗りやすいです。
Q. ページビルダー(Elementor等)は不要になりますか?
ブロックテーマとサイトエディターで足りる案件は増えています。一方、細かいランディングを非デザイナーが頻繁に組み替えるなら、ビルダーが残ることもあります。新規でビルダー+ブロックテーマを重ねるのは、重さと学習コストの面で慎重に。
Q. 日本語フォントはどう扱いますか?
Webフォントの読み込みはパフォーマンスに直結します。システムフォントスタックで足りるか、サブセット化したWebフォントか、可読性と速度のバランスで決めます。テーマ標準のフォントが欧米向けだと、日本語で詰まりがちなので実機確認が必要です。
Q. Gitでテーマを管理すべきですか?
チーム制作や複数環境があるなら、theme.json とテンプレート、カスタムパターンをGit管理する価値は高いです。クライアント単独更新が中心なら、管理画面での変更とバックアップの方が現実的なこともあります。Gitを使う場合は、誰が theme.json をマージするか、本番反映の手順を決めないと、かえって混乱します。
Q. ブロックテーマでECは現実的ですか?
WooCommerceなどのECプラグインはブロック対応が進んでいますが、決済・在庫・配送の要件次第では、専用ECサービスやクラシック寄りの構成の方が早いこともあります。小規模な物販テストならブロックテーマ上でも可能ですが、本格ECは要件定義を先に固めてからテーマ方針を決めた方がいいです。
Q. 制作会社にテーマ選定だけ依頼できますか?
可能ですが、更新担当がクライアント内にいるなら、その人が触れるテーマかどうかが最優先です。デザインの好みより、更新マニュアルが書けるか、サポートが続くかで選ぶと、納品後のトラブルが減ります。選定レポートに、試したテーマ名・却下理由・残した候補の比較を1ページで渡すと、後からの変更依頼にも対応しやすくなります。

私は実装直前の手戻りを減らすために、WordPressの手順を短く固定しています。
まとめ
ブロックテーマ選びは、デモの見た目より、FSEの完成度・パターン・速度・互換・サポートの5点で見ると後悔しにくいです。まず無料で試し、要件がはっきりしてから有料を検討する流れが、個人制作では扱いやすいと思います。2026年はブロックが標準に近づいているので、新規案件ほど早めに触れておく価値があります。
次の一手は、進行中の案件でクラシック前提になっていないかを見直し、新規ページからブロックで試すことです。候補テーマを1つインストールして、ダミー原稿で一覧と詳細だけでも組んでみると、判断が早くなります。うまくいけば、そのテーマを社内テンプレの第一候補にします。比較表を案件フォルダに残しておくと、次のサイトでも選定時間を短くできます。テーマ選定は一度やっておくと資産になります。

