Webサイト制作を外部へ依頼する時の契約上の注意点

Webサイト制作を外部へ依頼する前に、契約で確認すべき論点を実務順で整理。制作範囲、追加費用、権利・権限、検収、移管条件まで確認の要点が分かります。

執筆 PartnerBase Mag 編集部約12分

見積金額だけで発注先を決めると、制作開始後に「その作業は対象外です」「修正は追加費用です」「管理権限は契約終了時まで渡せません」といった認識違いが起きやすくなります。特にWebサイト制作では、契約書だけでなく、提案書・仕様書・見積書・保守条件に重要な前提が分かれていることが多く、どれか1つだけ見ても判断しきれません。

この記事では、Webサイト制作を外部へ依頼する前に、何から確認すべきかを実務の順番で整理します。制作範囲、追加費用、権利やアカウント、検収、情報管理、保守終了時の引き継ぎまで見渡しながら、このまま進めてよいか、差し戻すべきか、法務機能や情シス機能に回すべきかを判断できる状態を目指します。

ポイント

発注前にまず確認したいのは「制作範囲・納品物」「追加費用・変更管理」「権利・アカウント・移管条件」の3点です。ここが曖昧なまま進めると、契約書があっても実務では止まりやすくなります。

発注前に確認する3つの論点と、提案書・仕様書・見積書・契約書・保守条件の関係を整理した全体図
発注前に確認する3つの論点と、提案書・仕様書・見積書・契約書・保守条件の関係を整理した全体図

契約確認は契約書だけでなく、複数資料をまたいで3つの論点を確認し、進行・差し戻し・社内確認の判断につなげると整理しやすくなります。

01Section発注前にまず確認したい3つの論点と、資料ごとの役割

最初に押さえたいのは、契約確認を「契約書の読み合わせ」だけで終わらせないことです。IPAのモデル取引・契約書やMETIのモデル取引・契約書追補版でも、契約書単体ではなく、要件・見積・受入れ関連文書を合わせて見る考え方が整理されています。

最初に確認する3論点

まず確認する3論点

制作範囲・納品物

何を作るのか、何が納品されるのか、何が対象外なのかを資料間で一致させる論点です。ページ数、機能、CMS範囲、公開作業、マニュアルや権限引き渡しまで含めて見ます。

追加費用・変更管理

どの条件で費用が増えるか、再見積はいつ出るか、承認前に着手されるか、中途停止時にどこまで精算が必要かを見る論点です。

権利・アカウント・移管条件

公開後に自社や次の委託先が運用・改修・移管できるかを左右します。著作権だけでなく、ドメイン名義、CMS管理者、解析ツール権限、返却物まで確認が必要です。

注意点

契約書だけで判断しないでください。仕様、対象外作業、費目、保守範囲、終了時の返却条件は、見積書や仕様書、保守条件に分かれていることが多く、契約書単体では実務上の判断が足りません。

資料ごとの役割を先に分けておく

提案書・仕様書・見積書・契約書・保守条件の役割の違いを比較した表形式の図
提案書・仕様書・見積書・契約書・保守条件の役割の違いを比較した表形式の図

資料ごとに強い確認ポイントが異なるため、1つの資料だけで判断せず、役割を分けて読むと抜け漏れを減らせます。

案件によっては要件定義書がなく、提案書の別紙や仕様メモで代替されることがあります。その場合でも、どの資料で何を確認するかは分けて読むのが安全です。

資料主に確認することこの資料だけでは足りない点差し戻し時に確認したいこと
提案書目的、対象ページ、体制、概算スケジュール対象外作業、追加費用、権利、終了条件は弱い提案範囲を見積と仕様に落とし込めているか
要件定義書 / 仕様書機能、対象環境、対象外、テスト条件、支給前提金額、支払条件、解約条件は読み取りにくいページ・機能・受入条件が具体化されているか
見積書含まれる作業、含まれない作業、費目、支払い条件権利や事故対応、移管条件は不足しやすい契約内/契約外、追加費用条件が分かるか
契約書 / 約款権利帰属、利用許諾、検収、再委託、解約仕様の粒度や納品物の形式は不足しやすい仕様書・見積書との参照関係があるか
保守条件月額範囲、障害対応、対象外、解約予告、返却物初期制作の納品範囲は分からないことがある初期契約との境界、終了時の扱いが明確か

この段階で差し戻すべき状態

初期確認で止めるべきなのは、細かな条文の好みではありません。実務上、あとで揉めやすい穴があるかどうかです。

  • 進めやすい状態: ページや機能、費用条件、権限の扱いが複数資料で一致している
  • 追加確認が必要な状態: 「CMS構築一式」「運用保守込み」のような大項目だけで、内訳が見えない
  • 要修正の状態: 対象外一覧がない、追加費用の条件がない、権限や返却物の扱いが不明

02Section制作範囲・納品物・対象外作業はどこまで書面化するか

ここでは主に、提案書・仕様書・見積書を照合します。後から「そこまでは含んでいない」と言われにくくするには、制作範囲だけでなく、納品物、対象外、修正条件、支給前提、検収条件まで1セットで確認する必要があります。

制作範囲で最低限そろえたい5つの確認点

まず、次の5点が書面で確認できるかを見てください。

  1. 制作範囲: ページ数、テンプレート数、フォーム、CMS実装、外部連携、公開作業
  2. 納品物: 公開データ、編集可能データ、画像・原稿反映済みデータ、マニュアル、テスト結果、権限情報
  3. 対象外作業: 新規ページ追加、デザイン大幅変更、画像の大幅加工、機能追加、移管作業など
  4. 修正条件: 何回まで、どの工程まで、どこから追加費用になるか
  5. 支給前提・検収条件: 原稿や写真、ロゴ、素材権利、レビュー期限を誰がいつ用意するか、何をもって納品完了とし、どの状態で受け入れるか

この5点のうち、どれかが欠けると、見積書では入っているように見えても、契約上は責任範囲が曖昧なまま進むことがあります。

納品物と対象外作業はセットで確認する

納品物の記載だけでは十分ではありません。「Webサイト一式納品」とあっても、編集可能な元データが含まれるのか、公開データだけなのかで、その後の改修や引き継ぎのしやすさは変わります。

同様に、「更新対応あり」と書かれていても、新規ページ作成やレイアウト変更、フォーム拡張、画像加工まで含むとは限りません。実務では、入っている作業より、入っていない作業が明文化されているかを重視した方が判断しやすくなります。

制作会社には、次のように確認すると整理しやすくなります。

  • 「今回の見積に含む作業と含まない作業を、ページ、機能、公開作業、保守準備に分けて一覧化してください」
  • 「納品物を、公開データ、編集可能データ、管理権限、マニュアル、テスト結果に分けて提示してください」

修正回数・支給前提・検収条件まで書いてあるか

修正条件は「2回まで無償」のような回数だけでなく、どの範囲までを同一修正として扱うのか、要件変更と見なす境界がどこかまで確認が必要です。デザイン確定後の大幅変更、ページ追加、構成変更は、回数内でも追加費用になることがあります。

また、素材支給や社内確認の遅れは、制作会社だけの責任では処理できません。原稿や画像の支給期限、レビュー返答の期限、承認者の確定が書面にないと、納期や費用の再設定が曖昧になります。

検収条件も同様です。単に「納品後確認」とあるだけでは不十分で、テストアップの状態で確認するのか、公開後を前提にするのか、権限引き渡しまで含めて受け入れるのかで、必要な準備が変わります。

03Section追加費用・変更管理・総コストはどう見るか

ここでは、見積書・契約書・保守条件をまとめて見ます。大事なのは金額そのものの比較より、どの条件で費用が増えるか、追加作業をどう承認するかです。公開情報だけでは単価の横並び比較は難しいため、稟議では「増える構造」を押さえる方が再現性があります。

追加費用が発生しやすい条件

追加費用が出やすい場面は、主に次のようなものです。

  • 要件変更やページ追加が発生したとき
  • 修正回数や軽微な範囲を超える変更になったとき
  • 原稿、画像、承認回答の遅れで再調整が必要になったとき
  • 外部サービス連携や機能追加が後から増えたとき
  • 公開後の更新、移管、復旧対応が当初契約の範囲外だったとき

METIのモデル取引・契約書追補版でも、仕様変更や受入れ条件を関連文書と合わせて管理する考え方が示されています。つまり、変更が起きること自体よりも、変更時の手順が曖昧なことが問題になりやすいということです。

再見積と承認フローで見るべき点

仕様変更時に再見積と承認をどう判断するかを示したフロー図
仕様変更時に再見積と承認をどう判断するかを示したフロー図

追加費用の有無そのものより、変更時に再見積と承認をどう通すかが曖昧でないかを確認すると、予算超過の防止につながります。

費用管理で見落としやすいのは、「追加になるかもしれない」こと自体より、誰の依頼を起点に、どの時点で、どの書面で承認するかです。

確認したいのは次の3点です。

  • 発生条件: どんな変更が再見積の対象になるか
  • 承認手順: メール、申込書、変更依頼書など、何をもって承認とするか
  • 未承認時の扱い: 承認前は着手しないのか、暫定対応するのか

この3点が曖昧で、「別途相談」とだけ書かれている場合は、要修正に近い状態です。予算管理の観点では、中途停止や解約時にどこまでが出来高として請求対象になるかも合わせて見ておく必要があります。

初期費用以外に見ておく総コスト

稟議では初期制作費に目が向きがちですが、比較しやすくするには、初年度と終了時まで含めて構造で見た方が判断しやすくなります。

費目主な内容どの資料で確認するか発生条件稟議で落としやすい点
初期制作費設計、デザイン、実装、テスト、公開見積書、申込書契約締結時制作一式の内訳不足
継続費保守、監視、軽微更新、障害一次対応保守見積、保守条件契約開始後毎月または毎年月額内外の境界が曖昧
外部サービス費サーバー、ドメイン、SSL、CMS、プラグイン見積書、第三者サービス規約利用開始後契約主体と更新費の見落とし
変更費・追加改修費ページ追加、要件変更、回数超過修正契約書、変更見積追加要望発生時承認前着手の扱いが不明
終了時費用データ返却、移管支援、再設定解約条項、移管見積ベンダー切替時返却形式と作業範囲が不明
社内工数原稿準備、レビュー、受入確認社内計画全期間自社の負担が予算に入っていない

初年度総額を考えるときは、初期制作費 + 継続費 + 外部サービス費 + 想定される追加改修費 + 社内工数で見ておくと、比較表や稟議に転用しやすくなります。終了時に切り替える可能性があるなら、移管費や再設定工数も別枠で見ておくと安全です。

ポイント

追加費用を防ぐコツは、安い見積を探すことではなく、「どの条件で増えるか」「承認前に進まないか」を先に固定することです。

04Section権利・アカウント・引き継ぎ可能性はどう確認するか

権利・名義・権限・返却物を分けて確認する必要があることを示した構造図
権利・名義・権限・返却物を分けて確認する必要があることを示した構造図

著作権だけでなく、名義や管理者権限、返却物まで分けて確認すると、公開後の運用やベンダー切り替えで止まりにくくなります。

ここでは主に、契約書・約款・管理情報を確認します。公開後に自社や次の委託先で運用できるかは、著作権の条文だけでは決まりません。

ポイント

権利・名義・権限は別に確認します。

著作権移転と利用許諾の実務上の違い

文化庁の著作権契約マニュアルでは、著作権譲渡、利用許諾、独占的利用許諾、著作者人格権は別の論点として整理されています。実務では、専門用語の正確な理解よりも、「自社が何をできるか」で確認する方が分かりやすいです。

確認したいのは次の切り分けです。

  • 権利帰属: デザイン、テキスト、ソースコードなどが誰に帰属するか
  • 利用許諾: 自社が改変、複製、再制作、次の委託先への改修依頼をできるか
  • 著作者人格権: 譲渡できないため、不行使の取り扱いを含めて確認が必要か
  • 27条・28条の扱い: 改変や二次利用を見込むなら、対象が明記されているか

ここで重要なのは、「著作権あり」と一言書かれていても、何が対象で、何が対象外なのかが分からなければ運用判断に使いにくいことです。サイト固有の成果物と、制作会社の共通部材、第三者素材は分けて読む必要があります。

ドメイン・CMS・解析ツールの名義と権限

権利が整理されていても、名義や管理者権限が自社側にないと、公開後の運用や切り替えで止まりやすくなります。

例えばドメインは、JPRSの管理指定事業者変更のように、登録や移管に実務上の手続きがあります。つまり、ドメイン利用中であることと、自社が必要な変更を主導できることは同じではありません。

また、Google系の管理も「見られる」だけでは足りません。Search Consoleの所有者権限やGA4のアクセス管理のように、所有者や管理者の権限構造があるため、閲覧権限だけでは移管や設定変更に足りない場合があります。

自社主導で確保したい代表例は次のとおりです。

  • ドメインの登録情報と移管に必要な情報
  • CMSの最上位管理者権限
  • Search Consoleの所有者権限
  • GA4の管理権限

委託先管理でもよい場面はありますが、その場合でも、いつ、どの条件で、どの範囲まで引き渡されるかは書面で確認した方が安全です。

第三者素材と終了時返却物の確認

画像素材、フォント、有料テーマ、プラグイン、CDNや外部SaaSは、制作会社との契約だけで再利用可否が決まらないことがあります。第三者サービスの契約主体やライセンス条件によって、次の委託先にそのまま引き継げない場合があるためです。

終了時の返却物は、少なくとも次の4分類で確認しておくと混同しにくくなります。

  • データ: 公開データ、編集可能データ、画像、原稿、マニュアル、テスト結果
  • アカウント: CMS、サーバー、ドメイン、Search Console、GA4 など
  • 管理情報: DNS設定、バックアップ保存先、デプロイ手順、障害連絡先
  • ライセンス情報: テーマ、プラグイン、フォント、画像素材の契約主体と再利用条件

進めやすいのは、対象物ごとの帰属や利用範囲、管理者権限、返却形式が見える状態です。反対に、「一切の権利」「返却あり」だけで対象や形式が分からない場合は、差し戻して具体化した方が判断しやすくなります。

05Section納期・検収・受入確認はどう決めるか

ここでは主に、仕様書・契約書・受入確認方法を見ます。METIのモデル取引・契約書追補版でも、納品と受入れを分けて考える整理が示されています。Webサイト制作でも、「納期」と一言でまとめず、どの時点を指すのかを分けて確認することが大切です。

納期はどの時点を指すのか

最低でも、納期がどの時点を指すのかを分けて確認してください。

  • デザイン確認期限
  • 素材支給期限
  • テストアップ日
  • 検収回答期限
  • 公開日

この区切りがないと、制作会社は「作業完了」、自社側は「公開完了」と考える、といったズレが起きます。社内承認に時間がかかる場合は、検収期限やみなし検収の条件が自社フローに合うかも重要です。

発注側の協力事項と遅延時の扱い

遅延は制作会社だけの問題ではありません。原稿、画像、確認回答、承認者の不在など、発注側の要因でスケジュールがずれることもあります。だからこそ、契約前に「自社が何をいつまでに出すか」をはっきりさせておく必要があります。

確認したいのは次の点です。

  • 素材支給やレビュー返答の期限があるか
  • 期限を過ぎた場合に、納期や費用をどう再設定するか
  • 検収結果の通知方法が決まっているか
  • 未回答時の扱い、いわゆるみなし検収があるか
  • 不合格時に、誰がいつまでにどう再提出するか

みなし検収がある契約自体を一律に避けるというより、社内の確認日数で対応できるか、不合格時の再対応ルールがセットであるかを見た方が実務的です。

最低限の受入確認リスト

公開できたことと、受け入れられる状態であることは同じではありません。最低限、次の項目は証跡を残しながら確認しておくと、検収の判断がしやすくなります。

受入確認の最低ライン

  • ✓

    主要ページが仕様どおりにそろっている

    URL一覧や画面キャプチャで書面確認し、合否の証跡を残す

  • ✓

    フォーム送信が通り、必要な通知や保存が確認できる

    テストメールや送信結果を証跡として残す

  • ✓

    CMSで更新でき、必要な管理者権限が引き渡されている

    操作画面や招待メールを保存して確認する

  • ✓

    GA4やSearch Consoleなどの計測設定と権限が確認できる

    権限画面を証跡にし、公開後の運用に必要な範囲を確認する

  • ✓

    検収期限、通知方法、未回答時の扱いが決まっている

    契約条項やメール文面で書面確認する

ECや高度なシステム連携がある案件では、このリストだけでは足りません。決済、会員認証、外部連携試験など、追加の受入条件を別で定める前提で見てください。

06Section情報管理と社内確認が必要なケース

ここでは、NDAや委託条項、体制図、アクセス権限の整理を見ます。案件の重さは「Webサイト制作だから同じ」ではなく、扱う情報とアクセス権限で変わります。

秘密情報だけの案件と個人情報を扱う案件の違い

たとえば会社案内サイトでも、未公開原稿や事業計画だけを渡す案件と、問い合わせフォームや採用応募を扱う案件では、確認すべき内容が変わります。

個人情報保護委員会のガイドライン通則編では、個人データの取扱いを委託する場合、委託先の選定、契約、取扱状況の把握、必要かつ適切な監督が求められます。つまり、個人情報を扱う時点で、担当者だけで完結しない確認が必要になりやすいということです。

また、保存先が国内でも、誰がどこからアクセスするかは別論点です。個人情報保護委員会のQ&Aでも、外国にある委託先や再委託先がアクセスするケースでは、追加の確認が必要になりうる考え方が示されています。

再委託・海外アクセス・本番環境アクセスの確認点

情報管理では、次の切り分けができるかを見てください。

  • 秘密情報のみか
  • 個人情報や応募者情報を扱うか
  • 本番環境や管理画面へ直接アクセスするか
  • 再委託先が関わるか
  • 海外サービス利用や海外からのアクセスがあるか

保存先だけでなく、アクセス主体、権限の強さ、事故時の連絡ルールまで見えているかが重要です。本番サーバーやCMS管理者に直接触れる場合は、情シス機能やWeb責任者の確認が必要になりやすく、既存CRMやMAとの連携があるなら業務部門や購買機能も巻き込んだ方が安全です。

社内確認要否フロー

社内確認要否フロー

  1. Step01

    個人情報・応募者情報・顧客情報を扱うか

    Yesなら、法務機能・情シス機能・個人情報管理の役割へ回します。委託条項、再委託、事故報告、アクセス範囲を確認します。Noなら次へ進みます。

  2. Step02

    本番環境や既存システムへ直接アクセスするか

    Yesなら、情シス機能やWeb責任者に確認します。権限設計、作業手順、試験方法、障害時の切り分けを確認します。Noなら次へ進みます。

  3. Step03

    海外サービス利用や海外からのアクセスがあるか

    Yesなら、法務機能・情シス機能で保存先、アクセス国、再委託有無を確認します。Noなら次へ進みます。

  4. Step04

    権利帰属や利用許諾が曖昧か

    Yesなら、法務機能に回します。著作権、利用許諾、著作者人格権、次の委託先による改修可否を確認します。Noなら次へ進みます。

  5. Step05

    ドメイン・CMS・解析ツールなど委託先管理の資産が残るか

    Yesなら、Web責任者・情シス機能・購買機能で、管理者権限付与や終了時移管条件を確認します。Noなら担当者判断で進めやすい状態です。

社内確認が必要になりやすいケース

個人情報を扱う

問い合わせフォーム、採用応募、会員情報などがある場合は、委託条項や監督方法の確認が必要になりやすいです。

本番環境へ直接アクセスする

CMS管理者、サーバー、DB、解析設定に触れる場合は、権限分離や作業手順の確認が必要です。

海外サービスや海外アクセスがある

保存先だけでなく、誰がどこからアクセスするか、再委託先が関わるかを確認します。

既存システムと連携する

CRM、MA、基幹システムなどと接続する場合は、責任分界や試験条件の確認が必要です。

委託先管理の資産が残る

ドメイン、CMS、解析ツール、広告アカウントなどが委託先管理のままなら、終了時条件を先に確認します。

07Section公開後の保守・契約終了・移管条件

ここでは、保守条件、解約条項、引き継ぎ資料を確認します。保守は公開後に考えればよいと思われがちですが、実際には初回契約時点で見ておかないと、終了時の切り替えや返却条件で詰まりやすくなります。

保守契約で確認する範囲と対象外

保守契約では「何をしてくれるか」だけでなく、「何をしないか」を見ます。月額内に含まれるのが軽微修正や障害一次対応だけなのか、バックアップ、監視、更新代行、復旧支援まで含むのかで、期待値が変わるためです。

確認したいのは次の点です。

  • 月額に含まれる作業と含まれない作業
  • 障害時の対応範囲と受付条件
  • バックアップや更新対応の有無
  • 契約期間、更新条件、解約予告期間

保守範囲が曖昧だと、公開後の小修正やトラブル対応がすべて追加見積になる可能性があります。

解約予告・返却物・移管支援の見方

契約終了時は、単に「データ返却あり」と書かれているだけでは判断しきれません。JPRSの管理指定事業者変更のようにドメインには移管実務があり、GA4のアクセス管理のように権限移譲も個別に必要です。

見ておきたいのは、特に返却物が何か、どの形式で、いつ渡されるかを含む次の3点です。

  • 解約をいつまでに申し出る必要があるか
  • 返却物が何か、どの形式で、いつ渡されるか
  • 移管支援が必要な場合、作業内容、費用、責任分担がどうなるか

注意点

「返却あり」だけで安心しないでください。公開データだけ返却されても、編集可能データ、管理者権限、ライセンス情報、再設定に必要な管理情報が含まれなければ、次の運用先でそのまま使えないことがあります。

返却されると困らない状態の具体例

終了時に止まりにくいのは、次の4分類が整理されている状態です。

  • データ: 公開データだけでなく、編集可能データ、画像、原稿、マニュアル、テスト結果まで返る
  • アカウント: CMS、サーバー、ドメイン、Search Console、GA4などの管理者権限が移せる
  • 管理情報: DNS設定、SSL更新、バックアップ場所、障害連絡先、運用手順が分かる
  • ライセンス情報: 有料テーマ、プラグイン、フォント、画像素材の契約主体と再利用条件が分かる

進めやすいのは、月額内外の境界、解約予告、返却形式、移管支援の条件が明確な状態です。反対に、委託先管理の資産が多いのに終了時条件がない場合は、公開後のベンダー切替リスクが高くなります。

08Section発注前の進め方と差し戻し判断

ここまでの内容を、実務で使える判断にまとめます。発注前の判断は、価格の高低よりも、条件が明文化されていて、自社で運用継続できるかで見ると整理しやすくなります。

進めやすい条件・追加確認条件・要修正条件

まず、次の3段階で判断すると迷いにくくなります。

  • 進めやすい: 範囲、追加費用、権利・権限、検収、保守終了条件が資料間で一致している
  • 追加確認: 主要論点はあるが、対象外や返却形式、未承認時の扱いなど細部が不足している
  • 要修正: 一式表記中心、別途相談のみ、権限不明、返却条件なしなど、実務で止まりやすい穴がある

ベンダー比較で並べる契約観点

価格比較だけでは判断しにくい場合、次の観点で並べると、差し戻しポイントが見えやすくなります。

比較観点進めやすい追加確認要修正
範囲の明確さページ・機能・対象外が具体化大項目のみ一式表記のみ
追加費用・変更管理発生条件と承認手順がある条件はあるが手順不足別途相談のみ
権利・権限・返却物対象物、名義、管理者、返却形式が明記一部のみ明記権利や移管条件が不明
検収・公開後対応検収期限、不合格時対応、初期不具合条件あり一部のみ明記公開=完了で処理
保守・終了時移管月額内外、解約予告、移管支援条件あり返却ありのみ終了条件なし

発注前の実務ステップ

発注前の進め方

  1. Step01

    要件と対象外を整理する

    提案書、仕様書、見積書を照合し、ページ・機能・納品物・対象外作業を1つの認識にそろえます。ここで「一式」表記しかないなら止めます。

  2. Step02

    見積前提と追加費用条件を確認する

    追加費用の発生条件、再見積の起点、承認前着手の扱い、中途停止時の精算条件を確認します。ここで「別途相談」だけなら差し戻します。

  3. Step03

    権利・権限・検収・保守条件を確認する

    権利帰属、利用許諾、名義、管理者権限、検収期限、返却物、移管支援を確認します。ここで委託先管理の資産が残るのに終了条件がないなら止めます。

  4. Step04

    社内レビューに回し、差し戻しポイントを固定する

    個人情報、本番権限、海外アクセス、既存システム連携、権利条件の曖昧さがあれば、法務機能・情シス機能・購買機能・Web責任者へ回します。ここで社内確認なしに契約へ進まないようにします。

よくある質問

契約書だけ見れば十分ですか?+

十分とは言いにくいです。制作範囲、対象外作業、納品物、費目、保守範囲は見積書や仕様書に分かれていることが多いため、契約書だけでは実務上の判断材料が足りません。

みなし検収がある契約は必ず避けるべきですか?+

一律に避けるより、自社の確認日数で対応できるか、不合格時の再対応や通知方法がセットで決まっているかを見た方が実務的です。社内承認に時間がかかる場合は、期限の見直しを相談した方が進めやすくなります。

著作権が移れば、アカウント管理も自社に移りますか?+

必ずしもそうではありません。著作権、契約名義、管理者権限は別論点です。ドメイン、CMS、Search Console、GA4などは、名義や権限の引き渡し条件を個別に確認する必要があります。

保守契約が別契約でも、初回発注時に確認すべきことはありますか?+

あります。月額に含む作業と含まない作業、解約予告、返却物、移管支援の有無は、公開後やベンダー切替時に影響するため、初回発注の時点で方向性を確認しておく方が安全です。

最後に、迷ったときは順番を戻してください。範囲が曖昧なら止める、費用条件が曖昧なら稟議を止める、権利や権限が曖昧なら社内確認に回す。この3つの判断軸がそろえば、契約確認は条文の読み比べではなく、発注可否を決める実務に変わります。

コーポレートサイト制作の支援会社を見つける

条件に合う支援会社をスグに検索・比較できます

Partner Hiveコーポレートサイト制作8943社掲載
会社一覧を見る
PartnerBase Mag 編集部

PartnerBase Mag 編集部

デジタル発注の比較・発注準備を専門に扱う編集チーム。

執筆

デジタル発注の比較・発注準備を専門に、依頼範囲、費用、選定基準を実務で使える粒度に整理しています。

支援会社を比較する

得意領域、対応サービス、地域、実績を見ながら候補会社を絞り込めます。

会社を探す

ほかのトピック