目次
  1. WordPress制作会社を比べる8基準
  2. 構築方式は変更可能性と引き渡し物で判断する
  3. 権限は作業者ではなく所有者と期限で分ける
  4. 保守と更新は対象・頻度・承認者を分ける
  5. バックアップは保存ではなく復元結果で検収する
  6. 障害初動は原因より先に連絡と切り戻しを決める
  7. 見積は画面数より納品証跡でそろえる
  8. 解約前に移管テストと失効手順を決める
  9. よくある質問
  10. まとめ|8つの基準で保守と更新の責任をそろえる
  11. 保守と更新の責任範囲が読めないなら|無料相談

結論から言うと、WordPress制作会社はデザインや初期費用だけで比べません。構築方式・権限・ライセンス・更新・バックアップ・障害初動・納品物・移管の8基準で並べます。発注前の回答と納品時の証跡を同じ表で確認すると、公開後の追加費用や制作会社への固定化を避けやすくなります。公開後の更新と保守を、誰が持つか決まっていますか。

この記事では、中小企業がWordPress制作会社へ相見積もりを依頼する前に、保守・権限・更新責任を比較できる形へそろえる方法を解説します。WordPressを採用すること自体が正解なのではありません。自社の更新体制や必要機能、情報管理や予算、公開後の改善方法に合うかを先に判断します。

WordPress制作会社を比べる8基準

WordPress制作会社を比較する8基準の図
構築方式から移管までを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対策の進め方にもつながります。

関連記事 / SEO / AIOホームページSEO対策は何から始める?検索流入と問い合わせを分けて診断する4段階ホームページSEO対策を検索表示・クリック・内容理解・問い合わせの4段階で診断し、技術・内容・導線のどこから直すかを整理します。記事を読む →

権限は作業者ではなく所有者と期限で分ける

ドメインやサーバー、WordPressや解析、フォームの所有者は原則として依頼会社にします。制作会社には、作業に必要な権限だけを期限付きで渡してください。担当者個人のメールアドレスだけで所有すると、退職や契約終了時に回収できない危険があります。誰が何を触れるかの整理は、ホームページのセキュリティ対策で守る範囲とも重なります。ドメインとは、サイトの住所にあたる文字列のことです。

関連記事 / ホームページ制作ホームページのセキュリティ対策|設定より先に、担当者と確認日を決めるホームページのセキュリティ対策を、製品選びではなく七つの責任の担当者と確認日から決める方法を解説します。記事を読む →

WordPressには管理者、編集者、投稿者などの役割があります。公式のRoles and Capabilitiesでも、役割ごとに実行できる操作が分かれています。全員へ管理者権限を共有するのではなく、担当業務に必要な範囲へ絞りましょう。

会社所有の回収可能な管理権と、作業者へ渡す期限付き権限を分けることが基本です。

対象所有者の例作業権限の例終了時の処理
ドメイン依頼会社DNS変更担当作業権限を削除
サーバー依頼会社制作・保守担当SSH・管理権限を失効
WordPress依頼会社管理者編集者、保守管理者個別ユーザーを停止
解析依頼会社閲覧・設定担当外部ユーザーを削除
フォーム・メール依頼会社設定担当APIキーと通知先を更新

所有権限と作業権限を分ける。 共有のIDを1つ作って全員が使うと、誰が変更したか追えません。退職者や旧制作会社のアクセスも切り分けにくくなります。次の6つを記録します。

  • 個別のユーザー
  • 二要素認証
  • 付与した日
  • 期限
  • 最後に使った日
  • 失効の確認

秘密情報を納品書へ平文で書かない。 パスワードそのものを仕様書やメールへ並べるのではなく、会社が管理するパスワード管理手段へ保存し、誰が閲覧できるかを決めます。納品一覧に残すのは4つだけです。保管場所と所有者、権限区分と回収手順です。

緊急用管理者を常用しない。 復旧用の強い権限は通常作業に使わず、安全な保管と利用記録を分けます。日常の投稿や画像差し替えは編集者権限で行い、テーマ・プラグイン更新など影響の大きい操作は担当と承認を決めます。

保守と更新は対象・頻度・承認者を分ける

WordPressを安全に更新する流れの図
更新前の確認から復元記録までを一つの工程にします。

保守の契約は、次の7つを別の項目に分けます。

  • 本体・テーマ・プラグインの更新
  • 監視
  • バックアップ
  • 復旧
  • 軽微な修正
  • コンテンツの更新
  • 改善の提案

「月額保守」の一語へまとめると、必要な作業が対象外だったり、要らない作業へ費用を払ったりします。

技術保守とコンテンツ運用を分ける。 技術の保守は、サイトを安全に動かす仕事です。中身は次の4つです。

  • 稼働の監視
  • セキュリティの更新
  • バックアップ
  • 障害からの復旧

コンテンツの運用は、事業の情報を今の状態に保つ仕事です。対象は次の6つです。

  • 実績
  • 料金
  • サービス
  • ニュース
  • よくある質問
  • 導線

どちらも必要ですが、担当者と判断材料が違います。制作会社が両方を担う場合でも、月次報告では作業を分けます。

更新前の検証と承認を決める

WordPress公式のUpdating WordPressは、更新前にサイトをバックアップし、問題があれば復元できるようにする考え方を示しています。自動更新を使う場合も、すべてを無条件で同時更新するのではなく、対象と影響に応じて方針を決めます。

  1. 更新情報を確認する
  2. 影響する機能と外部連携を特定する
  3. バックアップを取得する
  4. 検証環境または安全な手順で更新する
  5. 表示、フォーム、決済・予約、管理画面を確認する
  6. 問題があれば切り戻す
  7. 実施内容と結果を記録する

更新速度だけでなく、業務への影響を見ます。重大な脆弱性への対応と、機能追加を目的とする更新は、同じ承認手順でなくても構いません。

「軽微な修正」を時間と対象で定義する。 次の5つは、必要な手間がそれぞれ違います。

  • 文言の修正
  • 画像の差し替え
  • ページの追加
  • フォーム項目の変更
  • レイアウトの変更

月に何回、何分、何ページまで含むかを書きます。どの権限まで含むかと、対象外の単価や承認の方法も確認します。

バックアップは保存ではなく復元結果で検収する

バックアップは、保存が終わった時点では検収しません。別の環境で復元し、次の5つを記録できて初めて合格です。

  • 日時
  • かかった時間
  • 欠けたもの
  • 復元の担当
  • 承認者

ファイルだけ、データベースだけ、同じサーバー内だけの保存では、障害の種類によっては復元できません。

保存通知ではなく復元結果を合格証拠にします。

復元可能性を七項目で確認する

項目確認内容
対象ファイル、データベース、アップロード、設定
頻度日次、週次、変更前など
保存先本番と分離されているか
世代何日・何世代を残すか
保護暗号化、アクセス権、削除権限
復元誰が、どこへ、何時間で戻すか
検証表示、フォーム、管理画面、主要機能の確認

復元テストを納品前に一度行う。 本番を止めず、検証先へ復元します。トップページだけでなく、次の6つを確認します。

  • 投稿
  • 画像
  • フォーム
  • 検索
  • 管理画面
  • 外部との連携

復元後にプラグインのライセンスや外部のAPIが使えない場合もあるため、表示できただけで合格にしません。

復旧目標を業務影響から決める。 問い合わせサイト、予約サイト、採用サイト、会員サイトでは停止の影響が違います。何時間までの停止を許容するか、何時間前のデータまで戻せればよいかは事業側の判断です。制作会社が一律の正解を保証するのではなく、予算と重要度に応じて設計します。

障害初動は原因より先に連絡と切り戻しを決める

障害のときは、原因の調査より先に、次の5つと初動の時間を決めます。

  • 検知した人
  • 一次の連絡
  • 元へ戻すかを判断する人
  • 復旧の担当
  • 顧客への説明の担当

原因が分からなくても、直前の更新を戻すか、受付の代わりの案内を出すかを判断できれば、停止の影響を抑えられます。

状態最初の行動
軽微一部表示崩れ、管理画面の小さな不具合影響範囲を記録し通常保守で対応
重大全体停止、フォーム送信不能、予約不能一次連絡、切り戻し、代替窓口を判断
セキュリティ懸念不審ログイン、改ざん、情報露出の疑いアクセス制限、証跡保全、専門確認へ分岐

三段階の初動を用意する。 制作会社の保守に、24時間対応やセキュリティ調査が自動的に含まれるとは限りません。法的判断や個人情報事故対応も同じです。必要な水準を確認し、対象外ならサーバー会社、セキュリティ専門家、法務・個人情報担当への連絡経路を分けます。

連絡先だけでなく判断権限を決める。 夜間に担当へ連絡できても、切り戻しの承認者が不在なら復旧は進みません。重大障害時に誰が一時停止、前版復元、フォーム代替、顧客告知を決められるかを確認します。

見積は画面数より納品証跡でそろえる

見積もりには、画面数だけでなく、次の10個を成果物として書きます。

  • 仕様
  • 設計
  • ソース
  • 設定
  • アカウント
  • ライセンス
  • バックアップ
  • 復元の記録
  • 更新の手順
  • 計測

これらが含まれない場合は、公開後に自社で用意するのか、追加で発注するのかを決めます。

提案依頼へ添える納品一覧

  • サイト構造とページ責任
  • 機能・外部連携の仕様
  • テーマ・プラグイン・ライセンス一覧
  • ドメイン、サーバー、WordPress、解析の権限表
  • 原稿、画像、デザイン、ソース、設定資料
  • バックアップ方針と復元テスト記録
  • 更新、障害、問い合わせ対応の手順

SEO/AIOの基礎設定、内部リンク、計測イベント

AIOとは、AI検索の回答に使われやすくする対策のことです。内部リンクとは、サイト内のページ同士をつなぐリンクのことです。

  • 移管データと旧権限の失効手順

ホームページ制作全体で発注条件をそろえる方法は、コーポレートサイト制作の成否を分ける7つの条件も参考になります。WordPressは実装手段の一つであり、誰のどの判断を進めるサイトかが先です。

関連記事 / Website Productionコーポレートサイト制作の成否を分ける7つの条件|目的・導線・更新体制を依頼前に決めるコーポレートサイト制作で依頼前に決める目的・閲覧者・事業価値・必要情報・導線・更新体制・計測の7条件を、社内責任と改善範囲まで整理します。記事を読む →

EQUAL DESIGNへ相談する場合

EQUAL DESIGNでは、次の7つを確認します。

  • 事業の目的
  • いまのサイト
  • 社内の更新体制
  • 必要な機能
  • 情報の管理
  • 予算
  • 計測の方法

そのうえで、WordPressを含む実装の方法を比べ、必要な制作と改善の範囲を提案します。すべての案件へWordPressや同じ保守プランを一律に勧めるものではありません。

情報設計とデザイン、実装とSEO・AIOの土台は、現状と目標に応じて組み合わせます。計測や運用の改善も同じです。

次の5つは、要件と体制を確認せずに無条件で約束することはしません。

  • 高度なセキュリティの監査
  • 24時間365日の障害対応
  • 法的な判断
  • 大規模な基幹システムとの連携
  • 特殊なプラグインの開発

まず現在のアカウントと更新作業を確認しましょう。バックアップや問い合わせ導線も見て、どの責任が欠けているかを整理します。そのうえで、新規制作か部分改善か、保守見直しか別CMSかを提案します。CMSとは、自社で文章や画像を更新する仕組みのことです。

解約前に移管テストと失効手順を決める

解約の前に、次の7つを受け取ります。

  • ファイル
  • データベース
  • DNS
  • ライセンス
  • アカウント
  • 設定の資料
  • 更新の履歴

復元と切り替えを確認してから、旧い権限を失効させます。

契約終了前の五段階

  1. 受領対象と提供期限を確認する
  2. 新しい管理先でファイルとデータベースを復元する
  3. フォーム、メール、解析、主要機能を確認する
  4. DNSや公開先を切り替える
  5. 旧制作会社のユーザー、APIキー、共有権限を失効する

ライセンスが制作会社名義の場合、移管できるか、再契約が必要か、代替機能へ変えるかを先に決めます。独自テーマやプラグインは、ソースだけでは足りません。ビルド方法と設定、依存関係と既知の制約も受け取ります。

次の9つが動くかを確認します。

  • 投稿
  • 画像
  • 検索
  • フォーム
  • 計測
  • 管理画面
  • 更新
  • バックアップ
  • 復元

よくある質問

WordPress制作会社は費用が安い会社を選べばよいですか?

次の6つまで含む総費用と、8つの基準の責任・証跡を、同じ条件で比べます。

  • 保守
  • ライセンス
  • 更新
  • 障害の対応
  • 追加の修正
  • 移管

WordPressの管理者権限は制作会社に任せてもよいですか?

作業用の管理者権限を付与することはありますが、所有者まで制作会社だけにしません。依頼会社が回収可能な管理権を持ち、作業者には個別・期限付きで必要権限を渡します。

保守契約にバックアップがあれば安心ですか?

次の5つを確認し、別の環境で復元できた記録まで検収します。

  • 対象
  • 頻度
  • 保存先
  • 世代
  • 復元の担当

WordPress本体やプラグインは自動更新でよいですか?

重要度と影響範囲で決めます。更新前のバックアップと検証、主要機能の確認と切り戻しを用意します。重大な安全更新と機能変更を同じ扱いにはしません。

解約時に最低限受け取るものは何ですか?

受け取るのは、次の10個です。

  • ファイル
  • データベース
  • DNS
  • アカウント
  • ライセンス
  • ソース
  • 設定の資料
  • 更新の履歴
  • バックアップ
  • 計測の設定

まとめ|8つの基準で保守と更新の責任をそろえる

次の8つを、1枚の運用責任表へまとめます。

  • 構築の方式
  • 権限
  • ライセンス
  • 更新
  • バックアップ
  • 障害が起きたときの初動
  • 納品するもの
  • 移管

まず、自社が持っている次の7つを棚卸ししてください。

  • ドメイン
  • サーバー
  • 管理者の権限
  • 利用中のサービス
  • 更新の担当
  • バックアップ
  • 障害時の連絡先

保守と更新の責任範囲が読めないなら|無料相談

WordPressの制作会社を比べていて、保守と更新の責任範囲が読めないときにご相談ください。運用体制を伺い、契約前に確認する項目をお渡しします。

無料で相談する