HP制作・改修

スポーツ協会のWordPressサイトを子テーマ化＆運用設計｜『完全な手離れ』を目指した外注ホームページ改修事例

2026年04月20日 by

「修正のたびに業者依頼」から抜け出したい団体の方へ

「協会サイトの細かい修正を、毎回業者にお願いしている」「テーマアップデートで自前のCSSが消えてしまった経験がある」「お知らせを更新するたびに見出しの体裁が崩れる」——非営利の協会・団体運営では、サイト改修のたびに見積もりと納期調整が発生し、本業の時間を圧迫しているケースが少なくありません。

この記事では、スポーツ振興を担う中規模協会のWordPressサイトを 子テーマ化＋運用設計まで含めて整備し、クライアント側で完全に手離れできる体制 に持ち込んだ外注ホームページ改修事例を共有します。4回の継続発注 をいただいた中で、毎回新規にお願いされていた修正が、最終的には先方単独で完結できる形になりました。

クライアント概要

業種: スポーツ振興を担う非営利の協会団体
規模感: 中規模（理事会＋事務局運営、ボランティアスタッフが日常更新を担当）
既存サイト: WordPress（市販テーマベース）。お知らせ・会員向け情報ページ・規定ページなど複数コンテンツ群を運用
依頼内容: フロントエンドの細かな崩れの修正、管理画面のカスタマイズ、そして 「協会側で運用が回る状態」の整備

クライアントが本当に求めていたのは、見た目の修正そのものではなく、「このあとも協会側で更新を続けられる仕組み」 でした。

課題・依頼背景（Before）

ヒアリングと現状調査で見えてきた課題は、見た目の崩れの背後に運用の構造的な問題が積み上がっている、典型的な「育ちすぎたWordPress」パターンでした。

テーマ直接編集の蓄積：親テーマに直接修正が積まれており、テーマ更新で消えるリスクが常時存在
見出しスタイルが場所ごとに違う：フォントサイズ・揃え・余白がページ単位でバラバラ
スマホ表示の崩れ：お知らせページの幅、フッターメニューの見切れ、情報一覧ページの非レスポンシブ
規定ページのリスト崩れ：階層ナンバリングが意図通りに表示されない（ul/ol マーカーの非表示問題）
ロゴ差し替えに業者依頼が必要：イベント告知のたびに小さな差し替えで毎回相談が発生
言語切替UIが空回り：未整備の英語切替ボタンが残ったまま

外部に頼ろうと思った背景は、「自前で触ると壊しそう、かといって毎回業者依頼ではコストも納期も合わない」 という、非営利団体に頻出するジレンマだったと推測しています。

提案・解決アプローチ（思考プロセスを見せる）

最初に握ったゴールは、「先方が自分の介入なしで運用できる『完全な手離れ』」 でした。修正点リストを片端から潰すのではなく、この先5年運用するための骨組みを整える ことを優先しました。

案A: 親テーマを直接編集して修正を積み増す

短期的には最速ですが、テーマアップデートで全部消える可能性 がある以上、これは協会のビジネスに寄り添えません。非営利団体は更新運用を長期で続けることが前提のため、ここを破ると後で必ずコストになります。却下しました。

案B: テーマを丸ごと別物に乗せ換える

UI的には自由度が上がりますが、既存コンテンツの移行コスト・運用ボランティアの再学習コスト が高すぎます。協会の運用リソースには釣り合わない。これも却下しました。

案C: 子テーマ化＋追加CSS＋カスタマイザー連携（採用）

親テーマは触らず、子テーマ側でCSSを統一・PHP拡張で必要最小限を補う構成です。「外観→カスタマイズ→追加CSS」で済む修正は意図的にそちら側に寄せ、PHP変更が必要なものだけ子テーマの functions.php を使う。これで、

テーマアップデートが来ても自分の修正は消えない
軽微なCSS修正は協会側で完結できる
重大な改修だけ外注に切り出せる

という、「日常運用は内製、重い改修だけ外注」のハイブリッド体制 が組めます。これが、その規模の非営利団体にとっての「ちょうどいい」設計でした。

あえて採用しなかった選択肢

多言語プラグインの即時導入：未整備の英語切替UIを「使える形にする」より「いったん非表示にする」を選んだ。運用体制が整っていない機能は、出ているだけで信頼を損なう
ページビルダーへの全面移行：ボランティア更新者の学習コストを跳ね上げる。「楽になる」より「いま回っている運用を壊さない」を優先
デザイン全面リニューアル提案：依頼の本質は「運用が続く形にすること」。派手な見た目刷新は必要でないと判断

実装内容

WordPress 子テーマ+追加CSS+運用ドキュメントによる手離れ運用フロー — 子テーマと追加CSS、運用ドキュメントの三層で「手離れ運用」を実現する仕組み

主な対応

子テーマ作成：親テーマと完全分離し、CSS／PHPの修正先を一本化
見出しスタイルの統一：フォントサイズ・揃え・余白をサイト全体で揃え、テンプレ化
レスポンシブ整備：お知らせページの幅、フッターメニュー、情報一覧ページをスマホで崩れないよう調整
規定ページの階層リスト改修：複数階層のナンバリングを安定動作させるCSSを別ファイル化
ロゴ差し替えのカスタマイザー化：管理画面の「外観→カスタマイズ」から協会側でロゴを差し替え可能に
言語切替の一時非表示化：運用準備が整うまで非表示。整ったタイミングで再開できる構成に
運用ドキュメント整備：CSSの貼り付け先、カスタマイザー操作、簡易手順書（PowerPoint）を納品

工夫した点

「現場のCSSは追加CSSに貼るだけ」を徹底：テーマファイルを開かなくても触れる範囲を広く取った
手順書を簡易PPTで納品：技術ドキュメントではなく、ボランティアスタッフでも読めるレベルの手順書
「今は使わない機能」も後で戻せる形で残す：完全削除ではなく、フラグで非表示。再開時のコストを下げる

成果

定性面の成果が中心です。

クライアント側で完全に手離れ：日常的なロゴ差し替え・お知らせ追加が、協会内で完結する状態に到達
テーマ更新リスクの解消：親テーマがアップデートされても、自分たちの修正は消えない
継続発注への発展：1回の単発改修ではなく、4回の継続発注として段階的に整備（最終的に統合済の3回分＋追加修正）
取引総額：10〜13万円帯（2件統合）
クライアントの声（要旨）：丁寧な対応への感謝と、「頼りになります」「またお願いしたい」という継続意思が明確に示された

数値KPIではなく、「協会側で運用が回り続けている」という事実そのもの が、この案件の最大の成果です。

私の働き様

β：検討プロセス（一人称で振り返り）

この案件で体現したかった価値観は、「ビジネスに寄り添う」「ちゃんと動く」「ちょうどいい」 の3つです。3エピソードで振り返ります。

エピソード1：テーマ刷新を提案しなかった理由（→ ビジネスに寄り添う／ちょうどいい）

腕の見せ所として「テーマを丸ごと作り替えませんか」と提案する道もありました。技術的には組める。けれど、非営利団体の運用リソース・ボランティア更新者の学習コストを考えたとき、それは派手な提案であってビジネスに寄り添えていない。子テーマ＋追加CSSというシンプルな構成こそが、その規模の協会にとっての「ちょうどいい」でした。派手で見栄えのする提案ほど、相手のリアルから遠ざかることがある——この案件で改めて握り直した感覚です。

エピソード2：未整備の言語切替を「非表示」にした判断（→ ちゃんと動く／ビジネスに寄り添う）

英語切替ボタンが置かれていましたが、実態は未整備でした。「動かないものが画面に出ている状態」は、訪問者の信頼を損なう。多言語プラグインを導入して使える形にする道もありましたが、運用体制が整っていない状態で機能を生かしても、結局メンテで詰まります。「整ってから出す」のが筋 と判断し、いったん非表示にして、運用設計が整った段階で再開できる構成にしました。派手さより、出ているものは全部ちゃんと動く状態を優先する。この基準は他団体にも応用しています。

エピソード3：手順書を技術ドキュメントにしなかった理由（→ ビジネスに寄り添う／思考プロセス）

最初は技術ドキュメントを書こうとしていました。実際に触る人がボランティアスタッフだと知ってから、「読まれない手順書には意味がない」と方針転換 しました。簡易PPTで、画面キャプチャ中心の手順書に作り直しました。「完全な手離れ」は、納品物が現場で実際に使われ続けて初めて達成される。手順書のフォーマットそのものが運用の成否を分けます。

α：コミュニケーション抜粋（自分の発言だけ）

要件確認・納品時のやり取りから、自分の発言を一部引用します（団体名・固有情報はマスク済）。

「今回はテーマを丸ごと作り替えるより、子テーマで上書きして、軽微な修正は協会側で完結できる構成を提案したいです。長期で運用される前提だと、こちらの方が安心です。」

「英語切替ボタンは、今回は非表示にしておく方を提案します。運用準備が整ったタイミングで再開できる構成で残します。動かないものが見えている状態は、訪問者から見て『大丈夫かな』と思われやすいので。」

「手順書はPowerPointの画面キャプチャ中心で作り直します。実際に触られる方が技術者でない場合、文章中心の手順書は読まれません。読まれて使われる形にしないと、手離れが達成できないので。」

派手なリニューアル提案ではなく、「協会側で運用が回り続けるか」を判断軸に置く。これが4回の継続発注につながった本質だと感じています。

学び・横展開

この案件から固まった、BENTEN Web Worksとしての横展開可能な価値観は3つです。

「テーマ刷新」より「運用設計」が、ほとんどの場合で正解：派手な提案より、その先5年回る骨組みを整える方がビジネスに寄り添える
「動かないものを表に出さない」が信頼の基本：未整備機能は『使える形にする』より『一旦下ろす』方が誠実な場面がある
手離れは納品物そのものではなく、現場で使われ続ける形まで含めて達成される：手順書のフォーマット・更新者のスキルレベルまで含めて設計する

スポーツ協会・趣味系団体・地域コミュニティ運営など、「運用は基本ボランティア、改修は外注」という構造の団体 であれば、本件の運用設計はそのまま応用可能です。