Studioから移行した後の不具合を無償で直してもらえる保証期間はありますか?

結論

Studioから移行した後の不具合を無償で直してもらえるかは、移行を依頼した制作会社との契約内容によって決まります。期間の長さだけでなく、いつから数えるか、どの不具合が対象か、いつまでに伝えればいいかを契約書で決めておきます。

費用・期間・依頼方法更新日

移行後の不具合の保証期間は、契約で何を決めておけばいいですか?

制作会社の実装ミスであれば無償で直してもらえますが、公開後に自社で手を入れたり外部環境が変わったりして生じたトラブルは、有償の扱いになりやすいのが実情です。見積書に金額と納期は書かれていても、公開後の不具合をどこまで無償で直すかは書かれていないことがあります。

会社ごとの決め方にも違いがあり、検収が終わってから一定期間内に伝えた不具合を対象にする会社もあれば、納品後の一定期間内に起きた不具合を対象にする会社もあります。納品した日を開始日とするのか、自社での確認が終わった検収完了日とするのかで、対応してもらえる実質的な日数が変わってきますね。

契約前に決めておきたいのは次の5つです。

  • 期間を数え始める日(納品日、検収日、公開日のどれか)
  • 無償で直す期間の長さ
  • 対象になる不具合(合意した仕様と違う部分など)
  • 不具合を伝える方法と、伝える期限
  • 対象外になるもの(自分での更新作業、サーバー障害、CMSの更新など)

対象外の扱いも会社で違います。利用者が自分で更新して起きた不具合や、サーバー障害のような外部の原因は、保守契約の範囲で対応するか、その都度のスポット対応にする制作会社もあります。

もうひとつ、修正と追加の要望は分けて考えましょう。事前の取り決めと異なる動作の修補は保証の範囲ですが、公開後に追加の要望を出して作業が増える場合は、追加費用や納期の見直しが生じます。

移行後に起きやすい不具合にはどんなものがありますか?

移行後に発生しやすいのは、URLの転送ミスや画像のリンク切れ、そして検索エンジンへの登録を阻む設定の解除漏れです。

特に注意したいのが、URLの変更に伴う転送設定です。古いページのURLから新しいURLへ正しく案内できていないと、訪問者がエラー画面に突き当たってしまいます。公開後は、転送が実際に動いているかをテストしてください。関係の薄いトップページへすべての旧URLを一括転送してしまうと、検索エンジンから無効なページとみなされる恐れがあります。複数ページの情報を1つにまとめた移行先へ転送することは問題ありませんが、ページごとの対応関係を丁寧に確かめておきたいところです。

次に起きやすいのが、画像の表示崩れやリンク切れです。StudioにはサイトのHTMLコードを外部へ書き出す機能が備わっていません。たとえばWordPressへ移して画像の配置場所を変更した場合、古いフォルダーを参照したまま残ってしまう現象が典型例です。

さらに、公開直前の検索除外設定も確認が欠かせません。制作段階で設定していたnoindexタグやrobots.txtによるブロックを外し忘れると、新しいサイトが検索結果に登録されなくなってしまいます。Google検索セントラルの移行案内でも、移行作業用のブロックを公開後に残さないよう注意を促しています。移行のためだけに入れた設定は外し、もともと非公開にしているページの設定は残しましょう。

公開後しばらくは、検索の順位が上下することがあります。サイト公開後はSearch Consoleを使って、クロールエラーが起きていないかを定期的に観察しましょう。

転送の設定漏れや noindex の消し忘れは、制作側の作業の漏れとして直してもらいやすい不具合でしょう。逆に、検索結果への反映待ちはGoogle側の処理なので、制作会社に直してもらう不具合にはなりません。

自治体のサイト移行を随意契約で急ぐことはできますか?

セキュリティ上の懸念や緊急の事情が生じた際、通常の入札手続きを経ずに随意契約でサイト移行を進めることはできるのでしょうか。制度としての規定は存在するものの、適用にあたっては極めて厳格な客観的根拠が求められます。

地方自治法施行令第167条の2第1項第5号では、緊急の必要により競争入札に付することができない場合に、随意契約を行うことを認めています。ただし、どのような事態でも緊急と認められるわけではありません。清水町の随意契約ガイドラインでは、緊急性とは業務の客観的な性質に基づくものでなければならず、庁内の事務遅延で入札期間が足りなくなったといった主観的な理由では適用できないと定めています。あわせて、第1号から第9号のどれに当たるかをはっきりさせるよう求めています。

見積もりの取り方も変わりますね。清水町では随意契約でも原則2者以上から見積もりを取りますが、第5号の緊急の場合は1者の見積もりで契約でき、予定価格調書の作成も省けます。予定価格そのものは必要です。

とはいえ、Studioは2026年10月13〜14日に脆弱性を修正し、不正アクセスに使われた経路を塞いだとStudioの事案ポータルで公表しています。不正アクセスが今も続いている事実は確認されていないとしているので、事故があったことだけで緊急の要件を満たすとは言えません。客観的な緊急事態として随意契約が認められるかは、各自治体の調達担当課と慎重に判断をすり合わせる必要がありますね。

9月30日〜10月1日の不正アクセス期間以外にも被害の可能性はありますか?

公表された期間が2日間なので、それ以外の日は気にしなくていいのか迷いますね。攻撃が確認されたのは2026年9月30日から10月1日にかけての期間でした。しかし、原因となった脆弱性が修正されて外部からデータを取得できる状態が完全に塞がれるまでは、10月14日まで日数を要しています。

第三者が実際にデータを取得した事実自体は確認されていませんが、運営元では情報が取得されたものとみなして調査と対応を進めています。データの改ざんや削除については、確認されていない状況です。また、情報の悪用などの二次被害については調査が続いています。原因の詳しい調査は外部の専門機関に頼む方向で依頼先と調整している段階で、結果と再発防止策がまとまる時期は決まっていません。続報はお知らせページに載る予定です。

利用者の手元で点検できる作業もあります。該当するGoogleスプレッドシートがある場合、2026年9月30日から10月14日までの間にフォーム回答以外の不審な編集履歴がないかを確かめることが推奨されています。もっとも、閲覧されただけであれば変更履歴には残りません。

影響は公的機関にも出ています。デジタル庁の公表では、2026年10月22日に、利用していたStudioへの不正アクセスで個人情報が漏えいした可能性があるとし、対象の範囲は精査中としています。自分のサイトが対象かは、Studioからのメールとログイン時の個別の案内で確かめましょう。

こんな聞き方も

  • 移行後の不具合を無償で直してもらえる保証期間はありますか?
  • 移行後 不具合 修正 保証 期間
  • 自治体のサイト移行を随意契約で急ぐことはできますか?
  • 自治体 サイト 移行 随意契約 期間
  • 9月30日〜10月1日の不正アクセス期間以外にも被害の可能性はありますか?
  • studio 不正アクセス 期間 9月30日 10月1日

あわせて知りたい(関連する疑問)

Q保証期間が過ぎた後の修正は有料ですか?

契約で定めた保証期間が終了した後に見つかった不備は、すべて有料での修正になってしまうのでしょうか。基本的には有償の対応へと切り替わりますが、依頼先の契約プランや不具合の性質によって費用の発生形態は異なります。

無償の期間が終わった後の修正は、保守契約に入るか、その都度見積もりを取って頼む形の会社が見られます。定額の保守プランに入っている場合でも、無制限に作業を依頼できるわけではありません。月あたりの作業時間や修正できる箇所の数に、上限を決めている会社もあります。上限を超えた分は別料金になるので、月にどれくらい修正を頼みそうかを考えてからプランを選びましょう。

ちなみに、公開直後の無償修正の期間と、制作上の不具合に対する保証の期間を、別々に決めている事業者もあります。この場合、無償修正の期間が終わったあとでも、制作上の不具合は保証の期間の中で直してもらえることがあります。

契約書に期間が1つしか書かれていないなら、それがどの種類の修正に当てはまるのかを聞いてみてください。期間の名前が同じでも、対象が「サイト全体の修正」なのか「制作上の不具合」なのかで、有料になる時期が変わります。

Q移行先のサービス側の障害も保証されますか?

移行先のサーバーやCMSが止まったとき、移行を頼んだ制作会社の保証で直してもらえるのか。この2つは別のものとして考えてください。制作会社の無償修正は、基本的に自社が作った部分の不具合が対象です。

Webサイトを支えるインフラの障害については、制作会社ではなくサービス提供事業者の利用規約や保証制度に準拠します。microCMSのSLAはEnterpriseプランのオプションで、管理画面やAPIの月間稼働率を保証し、それを下回ったときは規定に従って料金を返します。ここで気をつけたいのは、SLAで戻ってくるのはお金やクレジットで、止まっていた間のサイトの修正ではないという点です。SLAそのものが無いプランもあるため、使うプランにSLAが付いているかを契約前に見ておきましょう。

WordPressに移す場合は、どこのサーバーで動かすかでも話が変わります。オープンソースのWordPressを使う場合でも、稼働環境のトラブルはサーバー会社のサポート範囲を確認する形になります。制作会社の保守契約に「サーバー障害時の連絡の代行」まで入っているかも確かめてみてください。

Q保証期間はどれくらいあれば十分ですか?

何日あれば足りるという決まった数字はありません。無償で直す期間の長さも、対象になる不具合の範囲も、制作会社ごとに違います。

期間の長さを見るときは、不具合に気づくまでの時間と合わせて考えましょう。移行の後は、検索結果で新しいURLが表示され始めるまでに数週間以上かかることがあり、転送の漏れや設定の消し忘れが見つかるのはその頃になるかもしれません。無償の期間が短いと、検索の様子を見届ける前に期間が終わる可能性がありますね。

通知の期限も見落としやすいところです。期間が長くても、伝える期限が短ければ使える日数は減ります。

除外の条件も比べておきたいところです。保証の期間が長い場合でも、サーバーを変えたときや仕様を変えたときの不具合は、対象外になることがあります。期間が長いほど安心に見えますが、対象と除外が狭ければ実際に無償で直してもらえる場面は少なくなります。期間、数え始める日、伝える期限、対象外になるものを並べて、各社の条件を見比べてください。

出典

この内容をChatGPTで相談

無料診断