目次
結論から言うと、WordPress制作会社はデザインや初期費用だけで比べません。構築方式・権限・ライセンス・更新・バックアップ・障害初動・納品物・移管の8基準で並べます。発注前の回答と納品時の証跡を同じ表で確認すると、公開後の追加費用や制作会社への固定化を避けやすくなります。公開後の更新と保守を、誰が持つか決まっていますか。
この記事では、中小企業がWordPress制作会社へ相見積もりを依頼する前に、保守・権限・更新責任を比較できる形へそろえる方法を解説します。WordPressを採用すること自体が正解なのではありません。自社の更新体制や必要機能、情報管理や予算、公開後の改善方法に合うかを先に判断します。
WordPress制作会社を比べる8基準

WordPress制作会社は、次の8つの基準で比べます。
- 構築の方式
- 権限
- ライセンス
- 更新
- バックアップ
- 障害が起きたときの初動
- 納品するもの
- 解約するときの移管
確認する質問だけでなく、契約へ書く内容と、納品時の合格の証跡まで一対一で結びます。
テーマ・プラグイン・権限・バックアップ・更新責任を契約前の比較軸にするのが、この記事の出発点です。制作方式から解約時の移管までを、担当・実行条件・復元証跡・引き渡し物がそろう8行の運用責任表で比較します。
| 基準 | 発注前に聞くこと | 納品時に確認する証跡 | 判断できること |
|---|---|---|---|
| 1. 構築方式 | 既製・独自テーマ、プラグイン、ページビルダーの採用理由 | 構成一覧、ソース、設定資料 | 他社が保守・改修できるか |
| 2. 権限 | ドメイン、サーバー、WordPress、解析を誰が所有するか | アカウント一覧、権限、失効手順 | 自社が管理権を持てるか |
| 3. ライセンス | 有償テーマ・プラグインを誰の名義で契約するか | 契約名義、更新日、費用、代替手段 | 解約後も使えるか |
| 4. 更新 | 本体・テーマ・プラグイン・本文を誰が更新するか | 更新手順、承認者、作業履歴 | 保守費用の中身が分かるか |
| 5. バックアップ | 何を、どの頻度で、どこへ保存するか | 復元テスト記録、所要時間 | 障害時に戻せるか |
| 6. 障害初動 | 誰が検知し、連絡し、切り戻しを決めるか | 連絡表、初動時間、切り戻し手順 | 停止を長引かせないか |
| 7. 納品物 | 画面以外に何を受け取るか | 仕様、原稿、画像、設定、計測一覧 | 追加費用と残作業が分かるか |
| 8. 移管 | 契約終了時に何を、いつ受け取るか | 移管テスト、受領記録、旧権限失効 | 制作会社を変更できるか |
この8基準は、WordPress制作会社を疑うための質問ではありません。制作会社側にも利点があります。依頼者が用意する情報や担当範囲、追加費用や公開後の責任を早い段階で分けられるため、認識違いを減らせます。
8行の運用責任表を一枚作る。 スプレッドシートの行に8基準、列に「自社担当」「制作会社担当」「実行条件」「承認者」「納品証跡」「対象外」「解約時の扱い」を置きます。提案依頼、見積比較、契約確認、納品検収を同じ表で行います。
たとえば「バックアップあり」では合否を決められません。次の5点まで答えてもらいます。
- 対象はファイルとデータベースの両方か
- 保存先は本番環境と分かれているか
- 何世代残すか
- 誰が復元するか
- 実際に復元できた記録があるか
価格差を8基準へ割り当てる。 A社は安く、B社は高い、という比較ではありません。価格の差がどの責任や成果物から生まれているかを確認します。次の8つが含まれる提案と、画面の制作だけの提案では、同じページ数でも価格が変わります。
- 取材
- 原稿
- 独自の機能
- 更新の検証
- 緊急対応
- 復元のテスト
- 計測
- 運用の改善
「対応します」を合格証跡へ変える。 提案書の表現が「適切に対応」「必要に応じて更新」「定期的にバックアップ」だけなら、実施の条件を追加で確認します。次の7つが分かれば、納品後の運用を想像できます。
- 頻度
- 対象
- 担当
- 承認
- 完了の報告
- 対象外
- 追加費用
提案回答は三段階で判定する
8基準ごとの回答を、次の三段階へ分けます。
- 合格: 担当、条件、証跡、対象外、追加費用まで書面で確認できる
- 条件付き: 詳細設計後に決まる項目と、決める期限・責任者がある
- 未確認: 「対応可能」「要相談」だけで、判断材料がない
条件付きがあること自体は問題ではありません。要件定義前に決められない項目もあります。問題は、いつ誰が決めるかがないまま契約と制作が進むことです。未確認項目は価格比較から外さず、決定期限と追加費用の発生条件を付けます。
たとえば外部予約システムとの連携は、現行仕様を調べるまで実装方法を確定できない場合があります。その場合は「調査後に連携方式を決める」「連携不能ならリンク導線へ切り替える」「調査・実装の費用を分ける」と書かれていれば判断できます。
受注前に小さな検収リハーサルをする。 候補の会社へ、実際の運用場面を1つ渡します。「料金ページの文言を来月1日に変更し、公開前に上長が確認し、問題があれば前の版へ戻す」という場面です。次の6つを説明してもらいます。
- 誰が原稿を受け取るか
- どこで下書きを確認するか
- 誰が承認するか
- 誰が公開するか
- 何を記録するか
- どう戻すか
この説明で、次の6つの責任がつながっているか分かります。
- 編集の権限
- 承認
- 更新
- バックアップ
- 元へ戻すこと
- 報告
機能の一覧より、1つの変更を安全に終えられるかを見るほうが、公開後の運用を判断しやすくなります。
構築方式は変更可能性と引き渡し物で判断する
構築の方式は、見た目だけでなく次の5つまで確認します。
- 更新の元
- 依存している先
- ライセンスの名義
- ソースと設定の資料
- 代わりの手段
独自の開発が多いか少ないかではなく、必要性を説明でき、他社でも状態を理解できるかが判断の基準です。
既製テーマと独自テーマの違いを単純化しない
既製テーマは初期費用と制作期間を抑えやすい一方、不要な機能、テーマ固有の編集方法、提供終了の影響を受ける場合があります。独自テーマは要件へ合わせやすい一方、仕様書やソースが不足すると制作会社への依存が強くなります。
| 構築方式 | 確認すること | 向いている状態 | 注意すること |
|---|---|---|---|
| 既製テーマ | 提供元、更新頻度、変更範囲 | 標準機能で目的を満たせる | 大幅改変で更新不能にならないか |
| 独自テーマ | 設計理由、ソース、仕様、保守者 | 固有の情報設計や表示が必要 | 他社が理解できる資料があるか |
| ページビルダー | 編集権限、出力、移行方法 | 自社で頻繁にページを変える | ツール停止時の移行負担 |
| 独自プラグイン | 必要性、テスト、代替手段 | 標準機能で代替できない | 保守者と更新費用が固定される |
「WordPressだから自社で更新できる」とは限りません。自社の担当者が、次の7つのような日常的に変える項目を操作できるかを確かめます。下書きの確認から承認、公開や差し戻しまでできるかも見ます。
- 記事
- 実績
- 料金
- よくある質問
- 担当者
- 画像
- 相談への案内
依存関係を構成一覧にする。 次の9つを一覧にします。
- WordPress本体
- テーマ
- 子テーマ
- プラグイン
- 外部のフォーム
- 予約
- 解析
- メール配信
- サーバーの機能
それぞれに、次の7つを付けます。
- 提供元
- 目的
- 契約の名義
- 費用
- 更新の担当
- 止まったときの影響
- 代わりの手段
構成一覧があれば、機能追加のたびに重複するプラグインを入れたり、誰も更新できない外部サービスが残ったりすることを防ぎやすくなります。検索の基盤まで含めて設計する視点は、ホームページSEO対策の進め方にもつながります。
権限は作業者ではなく所有者と期限で分ける
ドメインやサーバー、WordPressや解析、フォームの所有者は原則として依頼会社にします。制作会社には、作業に必要な権限だけを期限付きで渡してください。担当者個人のメールアドレスだけで所有すると、退職や契約終了時に回収できない危険があります。誰が何を触れるかの整理は、ホームページのセキュリティ対策で守る範囲とも重なります。ドメインとは、サイトの住所にあたる文字列のことです。
WordPressには管理者、編集者、投稿者などの役割があります。公式のRoles and Capabilities※でも、役割ごとに実行できる操作が分かれています。全員へ管理者権限を共有するのではなく、担当業務に必要な範囲へ絞りましょう。
会社所有の回収可能な管理権と、作業者へ渡す期限付き権限を分けることが基本です。
| 対象 | 所有者の例 | 作業権限の例 | 終了時の処理 |
|---|---|---|---|
| ドメイン | 依頼会社 | DNS変更担当 | 作業権限を削除 |
| サーバー | 依頼会社 | 制作・保守担当 | SSH・管理権限を失効 |
| WordPress | 依頼会社管理者 | 編集者、保守管理者 | 個別ユーザーを停止 |
| 解析 | 依頼会社 | 閲覧・設定担当 | 外部ユーザーを削除 |
| フォーム・メール | 依頼会社 | 設定担当 | APIキーと通知先を更新 |
所有権限と作業権限を分ける。 共有のIDを1つ作って全員が使うと、誰が変更したか追えません。退職者や旧制作会社のアクセスも切り分けにくくなります。次の6つを記録します。
- 個別のユーザー
- 二要素認証
- 付与した日
- 期限
- 最後に使った日
- 失効の確認
秘密情報を納品書へ平文で書かない。 パスワードそのものを仕様書やメールへ並べるのではなく、会社が管理するパスワード管理手段へ保存し、誰が閲覧できるかを決めます。納品一覧に残すのは4つだけです。保管場所と所有者、権限区分と回収手順です。
緊急用管理者を常用しない。 復旧用の強い権限は通常作業に使わず、安全な保管と利用記録を分けます。日常の投稿や画像差し替えは編集者権限で行い、テーマ・プラグイン更新など影響の大きい操作は担当と承認を決めます。
保守と更新は対象・頻度・承認者を分ける

保守の契約は、次の7つを別の項目に分けます。
- 本体・テーマ・プラグインの更新
- 監視
- バックアップ
- 復旧
- 軽微な修正
- コンテンツの更新
- 改善の提案
「月額保守」の一語へまとめると、必要な作業が対象外だったり、要らない作業へ費用を払ったりします。
技術保守とコンテンツ運用を分ける。 技術の保守は、サイトを安全に動かす仕事です。中身は次の4つです。
- 稼働の監視
- セキュリティの更新
- バックアップ
- 障害からの復旧
コンテンツの運用は、事業の情報を今の状態に保つ仕事です。対象は次の6つです。
- 実績
- 料金
- サービス
- ニュース
- よくある質問
- 導線
どちらも必要ですが、担当者と判断材料が違います。制作会社が両方を担う場合でも、月次報告では作業を分けます。
更新前の検証と承認を決める
WordPress公式のUpdating WordPress※は、更新前にサイトをバックアップし、問題があれば復元できるようにする考え方を示しています。自動更新を使う場合も、すべてを無条件で同時更新するのではなく、対象と影響に応じて方針を決めます。
- 更新情報を確認する
- 影響する機能と外部連携を特定する
- バックアップを取得する
- 検証環境または安全な手順で更新する
- 表示、フォーム、決済・予約、管理画面を確認する
- 問題があれば切り戻す
- 実施内容と結果を記録する
更新速度だけでなく、業務への影響を見ます。重大な脆弱性への対応と、機能追加を目的とする更新は、同じ承認手順でなくても構いません。
「軽微な修正」を時間と対象で定義する。 次の5つは、必要な手間がそれぞれ違います。
- 文言の修正
- 画像の差し替え
- ページの追加
- フォーム項目の変更
- レイアウトの変更
月に何回、何分、何ページまで含むかを書きます。どの権限まで含むかと、対象外の単価や承認の方法も確認します。
バックアップは保存ではなく復元結果で検収する
バックアップは、保存が終わった時点では検収しません。別の環境で復元し、次の5つを記録できて初めて合格です。
- 日時
- かかった時間
- 欠けたもの
- 復元の担当
- 承認者
ファイルだけ、データベースだけ、同じサーバー内だけの保存では、障害の種類によっては復元できません。
保存通知ではなく復元結果を合格証拠にします。
復元可能性を七項目で確認する
| 項目 | 確認内容 |
|---|---|
| 対象 | ファイル、データベース、アップロード、設定 |
| 頻度 | 日次、週次、変更前など |
| 保存先 | 本番と分離されているか |
| 世代 | 何日・何世代を残すか |
| 保護 | 暗号化、アクセス権、削除権限 |
| 復元 | 誰が、どこへ、何時間で戻すか |
| 検証 | 表示、フォーム、管理画面、主要機能の確認 |
復元テストを納品前に一度行う。 本番を止めず、検証先へ復元します。トップページだけでなく、次の6つを確認します。
- 投稿
- 画像
- フォーム
- 検索
- 管理画面
- 外部との連携
復元後にプラグインのライセンスや外部のAPIが使えない場合もあるため、表示できただけで合格にしません。
復旧目標を業務影響から決める。 問い合わせサイト、予約サイト、採用サイト、会員サイトでは停止の影響が違います。何時間までの停止を許容するか、何時間前のデータまで戻せればよいかは事業側の判断です。制作会社が一律の正解を保証するのではなく、予算と重要度に応じて設計します。
障害初動は原因より先に連絡と切り戻しを決める
障害のときは、原因の調査より先に、次の5つと初動の時間を決めます。
- 検知した人
- 一次の連絡
- 元へ戻すかを判断する人
- 復旧の担当
- 顧客への説明の担当
原因が分からなくても、直前の更新を戻すか、受付の代わりの案内を出すかを判断できれば、停止の影響を抑えられます。
| 状態 | 例 | 最初の行動 |
|---|---|---|
| 軽微 | 一部表示崩れ、管理画面の小さな不具合 | 影響範囲を記録し通常保守で対応 |
| 重大 | 全体停止、フォーム送信不能、予約不能 | 一次連絡、切り戻し、代替窓口を判断 |
| セキュリティ懸念 | 不審ログイン、改ざん、情報露出の疑い | アクセス制限、証跡保全、専門確認へ分岐 |
三段階の初動を用意する。 制作会社の保守に、24時間対応やセキュリティ調査が自動的に含まれるとは限りません。法的判断や個人情報事故対応も同じです。必要な水準を確認し、対象外ならサーバー会社、セキュリティ専門家、法務・個人情報担当への連絡経路を分けます。
連絡先だけでなく判断権限を決める。 夜間に担当へ連絡できても、切り戻しの承認者が不在なら復旧は進みません。重大障害時に誰が一時停止、前版復元、フォーム代替、顧客告知を決められるかを確認します。
見積は画面数より納品証跡でそろえる
見積もりには、画面数だけでなく、次の10個を成果物として書きます。
- 仕様
- 設計
- ソース
- 設定
- アカウント
- ライセンス
- バックアップ
- 復元の記録
- 更新の手順
- 計測
これらが含まれない場合は、公開後に自社で用意するのか、追加で発注するのかを決めます。
提案依頼へ添える納品一覧
- サイト構造とページ責任
- 機能・外部連携の仕様
- テーマ・プラグイン・ライセンス一覧
- ドメイン、サーバー、WordPress、解析の権限表
- 原稿、画像、デザイン、ソース、設定資料
- バックアップ方針と復元テスト記録
- 更新、障害、問い合わせ対応の手順
SEO/AIOの基礎設定、内部リンク、計測イベント
AIOとは、AI検索の回答に使われやすくする対策のことです。内部リンクとは、サイト内のページ同士をつなぐリンクのことです。
- 移管データと旧権限の失効手順
ホームページ制作全体で発注条件をそろえる方法は、コーポレートサイト制作の成否を分ける7つの条件も参考になります。WordPressは実装手段の一つであり、誰のどの判断を進めるサイトかが先です。
EQUAL DESIGNへ相談する場合
EQUAL DESIGNでは、次の7つを確認します。
- 事業の目的
- いまのサイト
- 社内の更新体制
- 必要な機能
- 情報の管理
- 予算
- 計測の方法
そのうえで、WordPressを含む実装の方法を比べ、必要な制作と改善の範囲を提案します。すべての案件へWordPressや同じ保守プランを一律に勧めるものではありません。
情報設計とデザイン、実装とSEO・AIOの土台は、現状と目標に応じて組み合わせます。計測や運用の改善も同じです。
次の5つは、要件と体制を確認せずに無条件で約束することはしません。
- 高度なセキュリティの監査
- 24時間365日の障害対応
- 法的な判断
- 大規模な基幹システムとの連携
- 特殊なプラグインの開発
まず現在のアカウントと更新作業を確認しましょう。バックアップや問い合わせ導線も見て、どの責任が欠けているかを整理します。そのうえで、新規制作か部分改善か、保守見直しか別CMSかを提案します。CMSとは、自社で文章や画像を更新する仕組みのことです。
解約前に移管テストと失効手順を決める
解約の前に、次の7つを受け取ります。
- ファイル
- データベース
- DNS
- ライセンス
- アカウント
- 設定の資料
- 更新の履歴
復元と切り替えを確認してから、旧い権限を失効させます。
契約終了前の五段階
- 受領対象と提供期限を確認する
- 新しい管理先でファイルとデータベースを復元する
- フォーム、メール、解析、主要機能を確認する
- DNSや公開先を切り替える
- 旧制作会社のユーザー、APIキー、共有権限を失効する
ライセンスが制作会社名義の場合、移管できるか、再契約が必要か、代替機能へ変えるかを先に決めます。独自テーマやプラグインは、ソースだけでは足りません。ビルド方法と設定、依存関係と既知の制約も受け取ります。
次の9つが動くかを確認します。
- 投稿
- 画像
- 検索
- フォーム
- 計測
- 管理画面
- 更新
- バックアップ
- 復元
よくある質問
WordPress制作会社は費用が安い会社を選べばよいですか?
次の6つまで含む総費用と、8つの基準の責任・証跡を、同じ条件で比べます。
- 保守
- ライセンス
- 更新
- 障害の対応
- 追加の修正
- 移管
WordPressの管理者権限は制作会社に任せてもよいですか?
作業用の管理者権限を付与することはありますが、所有者まで制作会社だけにしません。依頼会社が回収可能な管理権を持ち、作業者には個別・期限付きで必要権限を渡します。
保守契約にバックアップがあれば安心ですか?
次の5つを確認し、別の環境で復元できた記録まで検収します。
- 対象
- 頻度
- 保存先
- 世代
- 復元の担当
WordPress本体やプラグインは自動更新でよいですか?
重要度と影響範囲で決めます。更新前のバックアップと検証、主要機能の確認と切り戻しを用意します。重大な安全更新と機能変更を同じ扱いにはしません。
解約時に最低限受け取るものは何ですか?
受け取るのは、次の10個です。
- ファイル
- データベース
- DNS
- アカウント
- ライセンス
- ソース
- 設定の資料
- 更新の履歴
- バックアップ
- 計測の設定
まとめ|8つの基準で保守と更新の責任をそろえる
次の8つを、1枚の運用責任表へまとめます。
- 構築の方式
- 権限
- ライセンス
- 更新
- バックアップ
- 障害が起きたときの初動
- 納品するもの
- 移管
まず、自社が持っている次の7つを棚卸ししてください。
- ドメイン
- サーバー
- 管理者の権限
- 利用中のサービス
- 更新の担当
- バックアップ
- 障害時の連絡先
保守と更新の責任範囲が読めないなら|無料相談
WordPressの制作会社を比べていて、保守と更新の責任範囲が読めないときにご相談ください。運用体制を伺い、契約前に確認する項目をお渡しします。











