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

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

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

WordPress制作会社を比較する8基準の図
構築方式から移管までを8基準で比較します。

WordPress制作会社は、構築方式、権限、ライセンス、更新、バックアップ、障害初動、納品物、移管の8基準で比べます。確認質問だけでなく、契約へ書く内容と納品時の合格証跡まで一対一で結ぶことが重要です。

テーマ・プラグイン・権限・backup・更新責任を契約前の比較軸にするのが、この記事の出発点です。制作方式から解約時の移管までを、担当・実行条件・復元証跡・引き渡し物がそろう8行の運用責任表で比較します。

基準発注前に聞くこと納品時に確認する証跡判断できること
1. 構築方式既製・独自テーマ、プラグイン、ページビルダーの採用理由構成一覧、ソース、設定資料他社が保守・改修できるか
2. 権限ドメイン、サーバー、WordPress、解析を誰が所有するかアカウント一覧、権限、失効手順自社が管理権を持てるか
3. ライセンス有償テーマ・プラグインを誰の名義で契約するか契約名義、更新日、費用、代替手段解約後も使えるか
4. 更新本体・テーマ・プラグイン・本文を誰が更新するか更新手順、承認者、作業履歴保守費用の中身が分かるか
5. バックアップ何を、どの頻度で、どこへ保存するか復元テスト記録、所要時間障害時に戻せるか
6. 障害初動誰が検知し、連絡し、切り戻しを決めるか連絡表、初動時間、切り戻し手順停止を長引かせないか
7. 納品物画面以外に何を受け取るか仕様、原稿、画像、設定、計測一覧追加費用と残作業が分かるか
8. 移管契約終了時に何を、いつ受け取るか移管テスト、受領記録、旧権限失効制作会社を変更できるか

この8基準は、WordPress制作会社を疑うための質問ではありません。制作会社側にとっても、依頼者が用意する情報、担当範囲、追加費用、公開後の責任を早い段階で分けられるため、認識違いを減らせます。

8行の運用責任表を一枚作る

スプレッドシートの行に8基準、列に「自社担当」「制作会社担当」「実行条件」「承認者」「納品証跡」「対象外」「解約時の扱い」を置きます。提案依頼、見積比較、契約確認、納品検収を同じ表で行います。

たとえば「バックアップあり」では合否を決められません。対象はファイルとデータベースの両方か、保存先は本番環境と分かれているか、何世代残すか、誰が復元するか、実際に復元できた記録があるかまで答えてもらいます。

価格差を8基準へ割り当てる

A社は安く、B社は高いという比較ではなく、価格差がどの責任や成果物から生まれているかを確認します。取材、原稿、独自機能、更新検証、緊急対応、復元テスト、計測、運用改善が含まれる提案と、画面制作だけの提案は、同じページ数でも価格が変わります。

「対応します」を合格証跡へ変える

提案書の表現が「適切に対応」「必要に応じて更新」「定期的にバックアップ」だけなら、実施条件を追加で確認します。頻度、対象、担当、承認、完了報告、対象外、追加費用が分かれば、納品後の運用を想像できます。

提案回答は三段階で判定する

8基準ごとの回答を、次の三段階へ分けます。

  • 合格: 担当、条件、証跡、対象外、追加費用まで書面で確認できる
  • 条件付き: 詳細設計後に決まる項目と、決める期限・責任者がある
  • 未確認: 「対応可能」「要相談」だけで、判断材料がない

条件付きがあること自体は問題ではありません。要件定義前に決められない項目もあります。問題は、いつ誰が決めるかがないまま契約と制作が進むことです。未確認項目は価格比較から外さず、決定期限と追加費用の発生条件を付けます。

たとえば外部予約システムとの連携は、現行仕様を調べるまで実装方法を確定できない場合があります。その場合は「調査後に連携方式を決める」「連携不能ならリンク導線へ切り替える」「調査・実装の費用を分ける」と書かれていれば判断できます。

受注前に小さな検収リハーサルをする

候補会社へ、実際の運用場面を一つ渡します。「料金ページの文言を来月1日に変更し、公開前に上長が確認し、問題があれば前版へ戻す」という場面です。誰が原稿を受け取り、どこでプレビューし、誰が承認し、誰が公開し、何を記録し、どう戻すかを説明してもらいます。

この説明で、編集権限、承認、更新、バックアップ、切り戻し、報告の責任がつながっているか分かります。機能一覧より、一つの変更を安全に完了できるかを見る方が公開後の運用を判断しやすくなります。

構築方式は変更可能性と引き渡し物で判断する

構築方式は見た目だけでなく、更新元、依存先、ライセンス名義、ソースと設定資料、代替手段まで確認します。独自開発が多いか少ないかではなく、必要性を説明でき、他社でも状態を理解できるかが判断基準です。

既製テーマと独自テーマの違いを単純化しない

既製テーマは初期費用と制作期間を抑えやすい一方、不要な機能、テーマ固有の編集方法、提供終了の影響を受ける場合があります。独自テーマは要件へ合わせやすい一方、仕様書やソースが不足すると制作会社への依存が強くなります。

構築方式確認すること向いている状態注意すること
既製テーマ提供元、更新頻度、変更範囲標準機能で目的を満たせる大幅改変で更新不能にならないか
独自テーマ設計理由、ソース、仕様、保守者固有の情報設計や表示が必要他社が理解できる資料があるか
ページビルダー編集権限、出力、移行方法自社で頻繁にページを変えるツール停止時の移行負担
独自プラグイン必要性、テスト、代替手段標準機能で代替できない保守者と更新費用が固定される

「WordPressだから自社で更新できる」とは限りません。実際に自社担当者が、記事、実績、料金、FAQ、担当者、画像、CTAなど日常的に変える項目を操作し、プレビュー、承認、公開、差し戻しを行えるか確認します。

依存関係を構成一覧にする

WordPress本体、テーマ、子テーマ、プラグイン、外部フォーム、予約、解析、メール配信、サーバー機能を一覧にします。各項目に提供元、目的、契約名義、費用、更新担当、停止時の影響、代替手段を付けます。

構成一覧があれば、機能追加のたびに重複するプラグインを入れたり、誰も更新できない外部サービスが残ったりすることを防ぎやすくなります。サイト内の検索基盤も含めて設計する視点は、にもつながります。

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

ドメイン、サーバー、WordPress、解析、フォームの所有者は原則として依頼会社にし、制作会社には作業に必要な権限だけを期限付きで付与します。担当者個人のメールアドレスだけで所有すると、退職や契約終了時に回収できない危険があります。

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

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

所有権限と作業権限を分ける

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

共有IDを一つ作って全員が使うと、誰が変更したか追えず、退職者や旧制作会社のアクセスも切り分けにくくなります。個別ユーザー、二要素認証、付与日、期限、最終利用日、失効確認を記録します。

秘密情報を納品書へ平文で書かない

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

緊急用管理者を常用しない

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

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

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

保守契約は、本体・テーマ・プラグイン更新、監視、バックアップ、復旧、軽微修正、コンテンツ更新、改善提案を別項目に分けます。「月額保守」の一語へまとめると、必要な作業が対象外だったり、不要な作業へ費用を払ったりします。

技術保守とコンテンツ運用を分ける

技術保守は、稼働監視、セキュリティ更新、バックアップ、障害復旧など、サイトを安全に動かす仕事です。コンテンツ運用は、実績、料金、サービス、ニュース、FAQ、導線など、事業情報を現在の状態へ保つ仕事です。

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

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

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

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

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

「軽微な修正」を時間と対象で定義する

文言修正、画像差し替え、ページ追加、フォーム項目変更、レイアウト変更は必要工数が違います。月何回、何分、何ページ、どの権限まで含むかを記載し、対象外の単価と承認方法も確認します。

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

バックアップは保存完了ではなく、別環境で復元し、日時、所要時間、欠損、復元担当、承認者を記録できて初めて検収します。ファイルだけ、データベースだけ、同じサーバー内だけの保存では、障害の種類によって復元できない場合があります。

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

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

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

復元テストを納品前に一度行う

本番を止めず、検証先へ復元します。トップページだけでなく、投稿、画像、フォーム、検索、管理画面、外部連携を確認します。復元後にプラグインのライセンスや外部APIが使えない場合もあるため、表示だけで合格にしません。

復旧目標を業務影響から決める

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

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

障害時は原因調査より先に、検知者、一次連絡、切り戻し判断者、復旧担当、顧客説明担当と初動時間を決めます。原因が分からなくても、直前更新の切り戻しや受付代替の案内を判断できれば、停止の影響を抑えられます。

三段階の初動を用意する

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

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

連絡先だけでなく判断権限を決める

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

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

見積には画面数だけでなく、仕様、設計、ソース、設定、アカウント、ライセンス、バックアップ、復元記録、更新手順、計測を成果物として記載します。これらが含まれない場合は、公開後に自社で用意するのか、追加発注するのかを決めます。

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

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

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

EQUAL DESIGNへ相談する場合

EQUAL DESIGNでは、事業目的、既存サイト、社内の更新体制、必要機能、情報管理、予算、計測方法を確認したうえで、WordPressを含む実装方法を比較し、必要な制作・改善範囲を提案します。すべての案件へWordPressや同一の保守プランを一律に勧めるものではありません。

現在のサイト状況と課題を確認し、必要な制作・改善範囲を整理して提案または専門領域を切り分けます。

情報設計、デザイン、実装、SEO/AIO基盤、計測、運用改善は、現状と目標に応じて組み合わせます。高度なセキュリティ監査、24時間365日の障害対応、法的判断、大規模な基幹連携、特殊なプラグイン開発は、要件と体制を確認せず無条件に約束しません。必要な場合は、対応範囲と外部専門家へ切り分ける範囲を事前に明確にします。

まず現在のアカウント、更新作業、バックアップ、問い合わせ導線を確認し、どの責任が欠けているかを整理します。そのうえで、新規制作、部分改善、保守見直し、別CMSのいずれが適切かを提案します。

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

解約前にファイル、データベース、DNS、ライセンス、アカウント、設定資料、更新履歴を受け取り、復元と切替を確認してから旧権限を失効します。契約終了日に初めてデータ提供を依頼すると、確認や不足修正の時間が取れません。

契約終了前の五段階

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

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

移管完了を実画面で確認する

新環境で表示できるだけでは不十分です。投稿、画像、検索、フォーム、計測、管理画面、更新、バックアップ、復元が動くかを確認します。旧環境を停止する前に、必要な履歴とログの保存期限も決めます。

よくある質問

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

初期費用だけでは判断できません。保守、ライセンス、更新、障害対応、追加修正、移管まで含む総費用と、8基準の責任・証跡を同じ条件で比較します。

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

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

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

保存の有無だけでは判断できません。対象、頻度、保存先、世代、復元担当を確認し、別環境で復元できた記録まで検収します。

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

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

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

ファイル、データベース、DNS、アカウント、ライセンス、ソース、設定資料、更新履歴、backup、計測設定です。受け取るだけでなく、新しい環境で復元・切替できることを確認します。

WordPress制作会社を8基準で比較するまとめ

WordPress制作会社を選ぶときは、デザイン、ページ数、初期費用の比較だけで終えません。構築方式、権限、ライセンス、更新、バックアップ、障害初動、納品物、移管を一枚の運用責任表へまとめます。

まず、自社が持つドメイン、サーバー、管理者権限、利用中サービス、更新担当、backup、障害連絡先を棚卸ししてください。候補会社には同じ8基準を渡し、発注前の回答と納品時の証跡を対応させます。EQUAL DESIGNへのご相談では、現在の環境と体制を確認し、WordPressを含む最適な制作・改善方法と責任境界を整理します。