汎用テーマに「オリジナル並み」を求める愚！WordPress現場の地獄と本気の選択肢

WordPressでWebサイトを構築する際、頻繁に起きるのが「汎用テーマ（既存テーマ）の無謀なカスタマイズ」による現場の崩壊です。

エンジニア目線から、現場で多発する勘違いや身勝手な指示を切り捨てつつ、本当に成果の出るWordPress構築のあり方を解説します。

前提：なぜ汎用テーマは「安い」のか？その構造と仕組み

そもそも、なぜ汎用テーマを使うとWordPress構築の初期費用が安く抑えられるのでしょうか。その理由は非常にシンプルです。

• 開発コストが多数のユーザーに分散されているから
  本来、数百万円かかる設計・コーディング・テストの工数を、テーマ開発者が数千〜数万人に販売（量産）することで、1ライセンスあたり数千円〜数万円という低価格で提供できているためです。
• プロが設計した共通パーツ（コンポーネント）が揃っているから
  レイアウト、見出し、ボタン、グリッドなどのデザインや処理があらかじめ共通化されており、ゼロからコーディングする時間を大幅に短縮できるからです。

つまり、汎用テーマの安さは「完成された既製品をそのまま使う」という前提の上に成り立っているシステムです。この構造を無視して「安く買って全分解・フル改造する」こと自体が、そもそも汎用テーマの仕組みと矛盾しているのです。

1. 「汎用テーマなら安く自由に作れる」というクライアントの大きな落とし穴

「WordPressの汎用テーマを使うから、予算は抑えめで。でもデザインや機能はうちの仕様通りにガッツリ変更してね」

Web制作の現場で耳にタコができるほど繰り返されるこの発言。ハッキリ言いますが、それは「軽自動車の予算でフェラーリの走りを求め、パーツを全部組み替えろ」と言っているのと同じです。

クライアントが陥りがちな落とし穴は以下の通りです。

• 「安さ」と「完全自由なカスタマイズ」が両立すると思っている
• 既存コードを「解読して上書きする」ほうが、ゼロから作るより膨大な工数がかかることを知らない
• 無理に改修した結果、アップデート一発で画面が真っ白になる「サイトの爆弾化」に気づいていない

汎用テーマは「テーマの仕様に人間が合わせる」からこそ安く上がるのです。

2. 「汎用＝予算が無い」を言い訳にエンジニアを叩く愚行

案件の初期から「今回は汎用テーマを使うので予算がありません」を免罪符にしてくるクライアントやディレクターが多すぎます。

「予算が無い」のは発注側の都合であり、テーマの仕様を超えた改修作業が発生している以上、エンジニアの稼働コストが下がる道理はありません。

• 「汎用＝安い」ではなく「汎用＝標準機能で割り切るから安い」が正しい構造
• 予算が無いと言いながら「あれもやりたい、これも変えたい」と仕様外の要望を詰め込むのはただのタダ働き要求
• 低予算をエンジニアの工数削減（無償労働）で穴埋めさせようとする思考自体が現場の炎上原因

「予算がないから汎用テーマにする」のであれば、デザインも機能もテーマの標準仕様に完全にひれ伏すのが筋です。予算も出さない、仕様にも合わせないという態度は、制作現場に対する冒涜でしかありません。

汎用テーマなのに「無駄なカンプ代」をデザイナーに払う矛盾

汎用テーマ案件において、もう一つ現場を激怒させるのが「汎用テーマを使うのに、デザイナーにカンプ制作費を払ってゼロから描かせている」という二重の無駄コストです。

汎用テーマ（SWELLやSnow Monkeyなど）の購入費用には、すでにプロが設計したレイアウトやUIパーツのデザイン代が含まれています。それなのに、テーマの仕様を無視したFigmaやXDのカンプを描かせるのは、「完成した既製服を買ったのに、わざわざ別のデザイナーに服の型紙を描かせている」ようなものです。

汎用テーマ構築においてデザイナーがやるべきなのは、ゼロからのカンプ起こしではありません。

• やるべき仕事：テーマ標準パーツの構成（ワイヤーフレーム）・カラーパレット選定・フォント指定・メインビジュアル等の画像素材制作
• やってはいけない仕事：テーマの構造を無視した独自カンプの制作・パーツの新規起こし

「使えないデザインを描くデザイナー」にデザイン費を払い、さらにそれを再現するために「エンジニアの打ち消し工数（費用）」を発生させる。汎用テーマで安く済ませるはずが、二重に金をドブに捨てる構造を作っていることに早く気づくべきです。

3. テーマの仕様を完全無視するディレクターとデザイナーの罪

さらに現場を地獄に叩き落とすのが、汎用テーマ案件なのに仕様を一切理解しようとしないディレクターとデザイナーです。

仕様を無視したデザインをあげるデザイナーの暴走

「こっちの方がカッコいいから」とテーマ固有のブロック構造やグリッドをガン無視したカンプをあげてくるデザイナー。
自分が好き勝手描いて満足し、既存スタイルを打ち消す膨大なコーディング工数や詳細度バトルをすべてエンジニアに丸投げしています。それは「デザイン」ではなくただのワガママです。

「カスタム投稿ごとにパーツのデザインを変える」という悪夢

汎用テーマ案件で特に凶悪なのが、「お知らせ」「事例」「製品情報」などのカスタム投稿タイプごとに、カードデザインや見出し、ボタンのあしらいをわざわざ別デザインにしてくるデザイナーです。
汎用テーマはテンプレートの共通化によって爆速構築を実現しています。投稿タイプごとに条件分岐（is_singular()など）を書いてCSSやPHPを切り分ける作業は、テーマの共通設計を自ら叩き壊す行為。共通パーツ化を考えられないのはデザイナーとしての怠慢でしかありません。

テーマの挙動を理解せず要件を飲むディレクター

クライアントからの無理な要望を「汎用テーマだから楽勝でしょ」と安請け合いしてくるディレクター。
エンジニアがどれだけ「打ち消しCSSとフックの改造で工数が死ぬ」と説明しても理解せず、低予算・短納期のまま現場を炎上させます。

仕様を無視して無理やり改修するくらいなら、最初から汎用テーマを使うなと言わざるを得ません。

「テーマの限界」を見極められず安請け合いするエンジニアの落とし穴

ここまではクライアントやデザイナーの無謀さを指摘してきましたが、「汎用テーマの構造を正しく理解せず、安易にカスタマイズを引き受けて自滅するエンジニア」にも大きな責任があります。

テーマの仕様を超えた改修を頼まれた際、スキルや知識の浅いエンジニアが陥る落とし穴は以下の通りです。

• 構造を理解せず「CSSの上書き（!important）」で無理やり解決しようとする
  テーマ固有のクラス構造やCSS設計を解析せず、!importantの力技で強引に見た目を変更。結果、他のページやレスポンシブ表示、テーマアップデートで画面が崩壊する「爆弾コード」を撒き散らしてしまう。
• 「費用が出るならやる」と割り切れず、「仕様外です」とも言えず泥沼にハマる
  「費用が正当に出るなら対応する」のは当然ですが、予算もないのに「断ったら技術不足と思われるのでは」と突っぱねられず、仕様外の要望を安請け合いしてしまうエンジニアが後を絶ちません。断れずに引き受けた結果、テーマの独自構造と戦う無償のサービス残業が発生し、最終的には納期遅延や画面崩壊でプロジェクト全体を炎上させることになります。
• 「PHP/Reactのスキル不足」をテーマのせいにする
  本来、フック（アクションフック・フィルターフック）を活用すれば綺麗に拡張できる部分すら把握できず、親テーマのファイルを直接いじったり、無駄な子テーマ複製を繰り返してサイトの破綻を招く。

本当の意味で技術力のあるエンジニアとは、「どんな無理な改修でも泥臭くやる人」ではありません。汎用テーマの限界を正確に見極め、「これ以上はオリジナルで作るべき」「テーマの標準機能内でこう代用すべき」と、初期段階でノーを突きつけられるエンジニアです。

「低価格案件」自体が地雷！適切な予算を用意しない案件はすべて破綻する

WordPress開発の現場でトラブルが絶えない最大の根源、それは「そもそも低価格で汎用テーマを改造しようとする案件そのものが地雷である」という事実です。

クラウドワークスやランサーズなどで「汎用テーマのカスタマイズ」が低価格で発注・受注されていますが、適切な予算が確保されていない案件は、発注側・受注側双方の認識不足によって確実に地獄を迎えます。

• 発注側の地雷：「安さ」と「無理な要件」のダブルパンチ
  「予算がないから低価格で」と言いながら、テーマの仕様を超えた独自デザインや機能の追加を平然と要求。本来必要な開発コストを無視し、買い叩くことで解決しようとする構造自体が破綻しています。
• 受注側の地雷：低予算に釣られ、スキル不足で詰んで逃亡
  「汎用テーマなら簡単だろう」と浅はかに低価格で飛びついたものの、固有フックやGutenberg APIの壁にぶち当たり作業がストップ。「できません」と言えないまま納品直前で音信不通（飛び）になり、現場を放棄します。
• 残される二次災害：壊されたスパゲティコード
  途中で投げられたサイトは、`!important`や無理やり改修された親テーマでむちゃくちゃに壊された状態。後から火消しに入るエンジニアは、ゼロから作る以上の時間をかけて壊れたコードの解読と片付けを強いられます。

「低予算で汎用テーマを改造する」という前提そのものが間違っています。適切な予算を支払えない案件は突っぱねるべきですし、予算が出せないなら汎用テーマの標準機能だけで完結させる割り切りが必要です。「適切な予算感のない案件には関わらない」ことこそが、エンジニアにとってもクライアントにとっても最大の防衛策です。

4. 汎用テーマでカスタマイズ費用が跳ね上がるポイント

「安く済むはずの汎用テーマ」で工数が激増し、追加見積もりが発生する主なポイントは以下の通りです。

• 強力なCSS打ち消しと「テーマ固有設定」との泥沼バトル
  CSSの上書きだけでなく、テーマ側が用意した管理画面のスタイル設定、自動挿入される独自のJavaScript、動的なクラス付与などが余計な邪魔をして意図通り動かなくなります。テーマの独自仕様を1つずつ紐解き、干渉を回避・無効化するだけでゼロから書く以上の膨大な調査・検証時間が奪われます。
• 「オリジナルブロックの自作（開発）」という罠
  「汎用テーマに無いオリジナルのパーツを、ブロックエディターで自由に配置できるようにしてほしい」という要望。これは単純なCSS/PHP改修ではなく、React/JavaScript（JSX）やWordPress独自APIを駆使する「フルカスタムブロック開発」領域です。ゼロからブロックを開発する工数は非常に高く、全く安くありません。テーマ側のブロック生成ロジックとバッティングさせずに安定稼働させるだけでも、膨大な開発費が発生します。
• カスタムフィールド（ACF / Smart Custom Fields）の無理な組み込み
  そもそも汎用テーマは標準ブロックやテーマ設定で更新する前提であり、カスタムフィールドによる独自レイアウト出力には対応していません。親テーマのテンプレートを子テーマへ複製し、PHPの出力ロジックを無理やり割り込ませる作業は、テーマのアップデート追従を破壊する上、実質オリジナルテーマをゼロから書いているのと変わらない工数が発生します。
• 投稿タイプ別の個別パーツデザイン実装
  前述の通り、共通コンポーネントを壊して条件分岐を量産するため、設計・コーディング・表示検証のコストが倍増します。
• 固有フック・テンプレート構造の解析
  テーマ独自のPHPフックや独自の関数構造を読み解く解析時間が取られます。

【実例】TCD改修に30万、SWELL改修に26万。汎用テーマを改造して爆死した2つの現場

どちらの案件も、着手前の時点で「そのデザインや要件を再現するなら、最初からオリジナルテーマで作った方が安く・速く・綺麗に仕上がります」と明確に提案・警告していたケースです。しかし、その忠告は無視され、「汎用テーマの方が安いはず」という思い込みと、デザイナーの暴走によって地獄を見ることになりました。

• 事例1：TCDテーマの無理な仕様改変（追加工数：30万円）
  独自フレームワークや固有のCSS/PHP構造がガチガチに組まれているTCDをベースに、無理やり独自レイアウトや要素変更を強行。既存挙動の解読と打ち消しコードに工数が奪われ、改修費だけで30万円が発生。
• 事例2：SWELLの無理なデザイン・機能カスタマイズ（追加工数：26万円）
  SWELLのブロック構造やスタイルを完全にスルーし、デザイナーが専用コンポーネントを無視してオリジナルパーツを好き勝手に配置。デザインに合わせるため専用パーツ制作、カスタムフィールドの強引な割り込みや上書きCSSの嵐となり、カスタマイズ工数として26万円が発生。

どちらの案件も、テーマ購入費や初期構築費に加えて30万円前後の無駄な改修コストが飛んで行った計算になります。

これだけの予算を追加で出すくらいなら、汎用テーマの制約や打ち消しコードに苦しむことなく、最初から美しく無駄のない「完全オリジナルテーマ」をゼロから構築した方がはるかに高品質でスマートでした。

「汎用テーマだから安く済む」と思い込み、中途半端に手を加えて壊していく行為が、どれほど費用と工数をドブに捨てる結果になるかを示す好例です。

5. 「汎用テーマ」か「オリジナルテーマ」かの見極め基準

無用な衝突や工数崩壊を防ぐため、プロジェクト初期で以下の基準に従って明確に判断すべきです。

裏技：費用を抑えてオリジナルで作る「デザイン流用＋テーマ購入」という選択肢

「オリジナルテーマで作りたいけれど、予算が届かない……」という場合、賢い回避策として「汎用テーマを購入した上で、そのレイアウトやデザインをベースにオリジナルテーマをゼロから組む」という手法があります。

あらかじめ汎用テーマを購入しておくことで、著作権や規約のトラブルを回避しつつ、実装はオリジナルテーマとしてゼロから綺麗なコードで組み立てることができます。

• レイアウト検討工数の削減：ゼロから画面構成を考える必要がなく、実証された共通パーツ（カードやグリッド）を参考にできるため、デザイン・ワイヤーの工数が激減する。
• 上書き・打ち消しコードゼロ：汎用テーマのコードを改造するわけではないため、解読時間や上書きCSSのバトルが一切発生せず、綺麗なコードで爆速実装できる。
• 著作権リスクの解消：ベースとなる汎用テーマのライセンスを正しく購入して使用するため、デザインアイデアの流用で揉める心配がない。

中途半端に汎用テーマを中から改造して壊すくらいなら、「テーマ代＋デザイン流用によるオリジナルテーマ構築」の方が、結果的に安く・速く・メンテナンス性の高いサイトが手に入ります。

6. 結論：こだわりがあるなら「やっぱりオリジナルテーマ」が一番コスパが良い

「安く済ませたいが、自分たちの思い通りにもしたい」という都合の良い話はWeb制作には存在しません。

デザインや機能に少しでも独自のこだわりがあるなら、中途半端に汎用テーマを改造するよりも、最初から投資してオリジナルテーマをゼロから開発する方が圧倒的に理にかなっています。

• 綺麗な内部コードでメンテナンス性が高く、アップデート崩れのリスクがない
• 無駄なスクリプトが読み込まれず、表示速度が圧倒的に速い
• 設計通りのUI/UXをストレスなく完璧に再現できる

無理なカスタマイズでエンジニアの工数を潰し、継ぎ接ぎだらけのサイトを作るのは誰も幸せになりません。こだわり抜くなら、最初から正当な費用を払って「オリジナルテーマ」で勝負するのが、結果として最も安く高品質なサイトを手に入れる唯一の近道です。