# CIELO DESIGN > 東京都港区のWeb制作会社。サイト制作・保守運用・広告運用・Web戦略チーム支援まで一気通貫で対応します。 東京都港区を拠点とするWeb制作会社シエロデザインのサイトです。サイト制作・保守運用・広告運用・Web戦略チーム支援まで一気通貫で対応しています。「お客様に寄り添って要望を解決する」をモットーに、AI・最新技術は意思決定の質を上げるために活用しています。 サイトURL: https://cielo-design.com/ 更新日時: 2026-08-25T09:54:23+09:00 [v4] ## 会社について - [会社概要](https://cielo-design.com/company/): 会社情報・所在地・沿革 - [スタッフ紹介](https://cielo-design.com/staff/): メンバー一覧と各人の役割 - [制作実績](https://cielo-design.com/works/): 過去のWeb制作プロジェクト - [お問い合わせ](https://cielo-design.com/contact/): 相談・見積依頼の窓口 ## ブログ記事 --- ## Web制作の見積書、この6項目以外は要注意｜業者が本音で語る見積書の読み方【中小企業向け】 - URL: https://cielo-design.com/blog/web-production-quote-reading-guide-smb/ - 公開日: 2026-08-07 - カテゴリ: サービスについて - 要約: Web制作会社から届いた見積書、内訳が不明で判断できない――そんな中小企業の担当者へ、東京都港区の制作会社シエロデザインが「業者側から本音で書く、見積書の読み方」を公開。必ずある6項目、要注意な項目、「一式」表記への警戒、値引き交渉時の業者判断まで8000字で徹底解説。 **Web制作会社から見積書が届いたけど、内訳を見てもよくわからない――そんな中小企業のご担当者は非常に多いです。**「一式」「SEO対策込み」「サーバー設定費」など、業界特有の項目に何が含まれているのか、他社と比べて高いのか安いのか、判断材料がない状態で契約に進むケースが後を絶ちません。この記事では、東京都港区のWeb制作会社シエロデザインが「業者側から本音で書く、見積書の読み方」を公開します。うちが実際に使っている見積書の基本6項目、要注意な表記パターン、値引き交渉時に業者側がどう判断するかまで、業界のリアルをそのまま伝えます。 この記事を読むと、Web制作の見積書に必ずある6項目、それ以外の項目が並んでいたら疑うべき理由、「一式」表記の見分け方、安すぎる見積書の落とし穴、そして値引き交渉時に業者側がどう対応する会社なら信頼できるかが分かります。ピラー記事「[失敗しないWeb制作会社の選び方【中小企業向け・2026年版】](https://cielo-design.com/blog/web-production-company-selection-guide-smb-2026/)」の見積書パートを、さらに深掘りしたスポーク記事です。 ## Web制作の見積書に必ずある「6項目」 Web制作の見積書は、うち（シエロデザイン）の場合、以下の6項目がベースになります。これは業界標準に近い構成で、多くの中堅・中小専門の制作会社もほぼ同じ形です。 | # | 項目 | 作業内容の概要 | 費用の目安（10ページのコーポレートサイトの場合） | | 1 | **要件定義・資料制作** | どんなサイトを作るか要件を整理・文書化 | 10〜20万円 | | 2 | **ディレクション** | 全体進行管理・お客様との調整・チームアサイン | 全体費用の 15〜20% | | 3 | **ワイヤーフレーム** | デザイン前の設計図（画面レイアウト） | 10〜20万円 | | 4 | **デザイン** | 色・タイポグラフィ・写真を含む見た目の制作 | 30〜80万円 | | 5 | **構築（コーディング・CMS実装）** | デザインを実際のWebページとして組み立てる | 30〜60万円 | | 6 | **本番公開作業** | サーバー・ドメインの設定を含む公開手続き | 3〜10万円 | この6項目で見積書を組んでいる会社は、少なくとも「業界の標準的な進め方」を分かっている会社です。逆に、この6項目のうち一部が抜けていたり、6項目以外の "よくわからない項目" が並んでいる見積書は、必ず内容を確認するべきです。 ## 6項目の内訳を1つずつ解説 それぞれの項目に何が含まれているのか、業者側の視点で詳しく解説します。 ### 1. 要件定義・資料制作 クライアントへのヒアリングをもとに、「どんな目的で、誰に、何を伝えるサイトを作るのか」を文書化する工程です。この工程を省く会社もありますが、要件定義がないままデザインに入ると、後で「思ってたのと違う」トラブルが確実に起きます。ここに5〜20万円かかるのは適正です。 ### 2. ディレクション プロジェクト全体を進めるための管理費です。お客様との打ち合わせ、デザイナー・エンジニアへの指示、スケジュール管理、修正対応の調整など。**相場は制作費全体の15〜20%**。ここが安すぎると「担当者が誰もいない」状態になり、逆に高すぎると内容と合っていない可能性があります。 ### 3. ワイヤーフレーム デザインに入る前の「設計図」です。ページの構成要素・情報の並び順・機能配置を、色や装飾のない状態で決めます。ワイヤーがないままデザインを始める会社もありますが、その場合デザイン段階で大幅な変更が発生しやすく、結果的に高くつきます。 ### 4. デザイン 見た目を作る工程。トップページのメインデザインが最も高く（10〜30万円/ページ）、下層ページは1〜5万円/ページが目安です。デザイナーのスキルと工数によって幅があります。 ### 5. 構築（コーディング・CMS実装） デザインを実際のWebページとして組み立てる工程。HTMLとCSSでの実装、WordPress等のCMS導入、レスポンシブ対応（スマホ・タブレット表示）まで含みます。**ここに「内部SEO対策」も基本的に含まれます**。h1・meta description・構造化データ等の基本的なSEO実装は、コーディング作業の一部として当たり前にやるべきものです。 ### 6. 本番公開作業 制作したサイトをサーバーにアップロードして、実際にインターネット上で見られる状態にする作業。ドメインの設定、SSL証明書の設定、Search Console・Googleアナリティクスの登録等を含みます。3〜10万円が相場です。 ## 6項目以外に「こういう項目」があったら要注意 見積書に上記6項目以外の項目が並んでいる場合、必ず内容を聞いてください。中には正当な項目もありますが、以下の項目が別料金で計上されていたら "説明を求める" サインです。 | 要注意な項目 | なぜ要注意か | 業者側が説明すべきこと | | **内部SEO対策費** | 基本的な内部SEO（meta・構造化データ・alt等）はコーディング作業に含まれるべき | 「うちの内部SEOは、他社が別料金の◯◯まで含んでいます」等の明確な説明 | | **お問い合わせフォーム設置費（異常に高い）** | 標準的なフォームは構築作業に含まれる。5万円超は不自然 | 「複数条件分岐・自動返信・顧客管理連携」等の追加機能があるか | | **サーバー設定費（10万円超）** | 通常は本番公開作業に含まれる。10万円超は独立作業の可能性 | 「オリジナルサーバー構築」「複数環境の運用」等の特殊要件 | | **写真撮影費（見積書に混在）** | 撮影費は別プロジェクトとして分離すべき | 「撮影日程・カット数・レタッチ」の内訳 | | **スマホ対応費** | 2026年現在、スマホ対応は標準。別料金は時代遅れ | 「対応不要のブラウザに絞った限定制作」等の合理的理由 | | **SEO対策込み（異常に安い全体費用）** | 実質的にSEO対策していない可能性大 | 「具体的にどんなSEO作業をどれだけやるか」の詳細 | これらの項目自体が悪いのではなく、「なぜその項目が別料金なのか」の説明ができる会社かどうかがポイントです。明確に説明できる会社は信頼できますし、曖昧に「そういうものなので」と答える会社は避けた方がいいです。 ## 「一式」表記が多い見積書の見分け方と、業者が"一式"で書かざるを得ない3つの事情 Web制作の見積書で最も要注意なのが、「一式」表記が多用されている場合です。ただし、業者側にも「一式」で書かざるを得ない事情があります。まずその事情を業者目線で説明します。 ### 業者が"一式"で書かざるを得ない3つの事情 | 事情 | 具体例 | 発注者が確認すべきこと | | **要件が未確定なフェーズ** | ページ数・機能・原稿量が固まっていない段階 | 「要件確定後に詳細見積もりを再提示してもらえるか」 | | **クライアント側の意思決定者未定** | 社長決裁前で仕様が二転三転する見込み | 「変更に応じた見積もり調整の仕組みを事前に握る」 | | **作業内容のリスクバッファ** | 予期せぬ修正・追加を吸収するため | 「リスクバッファがどのくらい含まれているか」 | 「一式」表記の全部が悪意ではありません。ただし業者側から見ても、以下のパターンは要注意です。 - **「Webサイト制作 一式」で終わっている**：何をどこまで作るのか不明。追加料金請求のリスク大 - **「デザイン 一式」（ページ数の明記なし）**：ページ数の解釈で揉める可能性 - **「コーディング 一式」（レスポンシブ対応の明記なし）**：スマホ対応が別料金だった、というトラブルパターン - **「サポート 一式」（期間・回数の明記なし）**：3ヶ月なのか3回なのか不明。公開後すぐ有料切替のケース 「一式」表記が全部悪いわけではありません。細かい作業を1つずつ書くと逆に見づらいこともあります。**大事なのは "何を含む一式か" が備考欄や別添で明記されているか**です。備考なしの一式表記は、業界内でも「あとで追加料金を取るための布石」として使われがちなので、必ず内容を確認しましょう。 ## 「安すぎる見積書」の中身：本当にお得か 「A社は150万円、B社は50万円」――こういった相見積もりで、B社の "安さ" に飛びつく前に、必ず考えてほしいことがあります。安さの理由は必ず何かをカットした結果です。カットされている可能性が高いのは以下の項目です： | カットされがちな項目 | 安さの理由 | 後々起きる問題 | | 要件定義・ワイヤーフレーム | 設計工程を省いていきなり作る | 「思ってたのと違う」で大量修正発生 | | デザインの複数案 | 1案しか作らず、修正回数も限定 | デザインの質が低い・修正で追加料金 | | スマホ対応（レスポンシブ） | PC版のみ制作 | スマホユーザーからの離脱率が高い | | 内部SEO実装 | meta descriptionや構造化データ未実装 | Google検索で上位表示されない | | 公開後のサポート・保守 | 作って納品したら終わり | 不具合対応・更新が全て有料 | | ディレクション（進行管理） | 担当者不在で、直接エンジニアと連絡 | スケジュール遅延・伝達ミス多発 | 安いこと自体は悪くありません。予算に合わせて工程をカットするのは合理的な選択です。ただし、**「なぜ安いのか」の内訳を業者に説明してもらう**ことが必須です。「うちは経費が安いから」だけの説明では不十分で、具体的にどの工程を減らしているのか、その結果として何を諦めるのかを明確に理解した上で契約すべきです。 ## 「値引き交渉」で業者が信頼できるか判断する方法 これは業界内でもあまり明文化されていない話ですが、**見積書の値引き交渉時の業者側の対応で、信頼できる業者かどうかが分かります。** ### パターンA：「じゃあ、値引きします」（要注意） 「5万円かかります」と提示した後、「もう少し安くなりませんか？」に対して「じゃあ2万円でいいです」と即答する業者は、実は信頼できません。理由は簡単で、**もともとの5万円に根拠がなかった**ことになるからです。 こういう業者は、案件の途中で追加料金を請求してくるリスクが高いです。「あの時5万円と言ったのは実は多めに見ていた」ということは、逆に「今回の見積もりも実は多めに見ている可能性」を含みます。 ### パターンB：「工数をカットして、この金額に収めます」（信頼できる） うち（シエロデザイン）が値引き交渉に対して必ず取るのはこのパターンです。「これ全部やると5万円かかりますが、この工程をカットして、ここを流用すれば2万円で収まります」と、必ず工数の内訳を説明した上で調整します。 この方式が信頼できる理由は3つあります： 1. **もともとの金額に根拠があった証明**：ちゃんと工数計算していた証拠 2. **お客様が "何を諦めたか" を理解した上で契約できる**：後々の "こんなはずじゃなかった" を防ぐ 3. **途中で追加料金を請求される可能性が低い**：業者側の工数管理が明確なので、想定外の作業が発生しにくい 見積書の値引き交渉を持ちかけたときに、「工数の内訳」で説明してくれる業者を選んでください。安易に値引きに応じる業者は、実は割高な可能性が高いです。 ## 見積書を受け取ったら30分でチェックする5ステップ 相見積もりを取ったり、単発の見積書を確認するときに、業者側視点で「30分でここだけは見る」5ステップです。慣れれば5〜10分で終わります。 1. **ステップ1：6項目の有無をチェック（5分）**：要件定義・ディレクション・ワイヤー・デザイン・構築・公開作業。1つでも抜けていたら、業者に「この工程はどう扱っていますか？」と確認する 2. **ステップ2：「一式」表記の個数をカウント（3分）**：3つ以上「一式」が並んでいたら要注意。備考欄で内訳が説明されているか確認する 3. **ステップ3：ディレクション費の比率を計算（3分）**：ディレクション費 ÷ 総額 = 15〜20% ならOK。範囲外の場合は業者に理由を確認 4. **ステップ4：修正回数と定義の記載を確認（5分）**：「修正3回まで含む」とだけ書かれている場合、"軽微修正"と"大幅修正"の定義まで確認する 5. **ステップ5：納期と各工程の目安期間を確認（5分）**：全体納期だけでなく「要件定義：2週間 / デザイン：3週間 / 構築：4週間」等の内訳が書かれているか確認 この5ステップで、業者の見積書作成の丁寧さと、その後のプロジェクト進行の予測がつきます。5項目中4項目以上OKなら標準的な業者、3項目以下なら追加の質問を投げるべき業者です。 ## 相見積もりを比較する時のチェックリスト 複数の制作会社から相見積もりを取った場合、金額だけで比較しないでください。以下のチェックリストで総合的に判断することをおすすめします。 | チェック項目 | 確認方法 | 合格ライン | | **6項目全部入っているか** | 要件定義・ディレクション・ワイヤー・デザイン・構築・公開作業 | 全部入っている、または「不要な理由」の説明あり | | **ページ数が明記されているか** | 「トップページ1P、下層ページ◯P」の記載 | ページ数が具体的に書かれている | | **修正回数が明記されているか** | 「デザイン修正 3回まで含む」等の記載 | 修正回数と、その定義（軽微修正 vs 大幅修正） | | **納期が明記されているか** | キックオフから公開までの週数・営業日数 | 各工程の目安期間まで書かれている | | **「一式」表記が過剰でないか** | 「一式」の項目に備考説明があるか | 「一式」でも中身が別記されている | | **保守運用の話があるか** | 見積書に月額保守プランの記載や案内があるか | 公開後の運用体制の説明がある | | **ディレクション費が全体の15〜20%か** | ディレクション費 ÷ 総額を計算 | 15〜20%の範囲内 | 7項目中5項目以上がクリアされていれば、標準的な業者です。3項目以下しかクリアできない見積書は、内容を再確認する必要があります。 ## 業種別・規模別 見積書の概算目安 中小企業のWeb制作で最も多いパターンごとに、見積書の総額目安を整理します。あくまで業界の相場感なので、案件内容によって上下します。 | 案件パターン | ページ数 | 相場（中堅・中小専門制作会社） | | 個人事業主のシンプルなコーポレート | 5ページ | 40〜80万円 | | 中小企業のスタンダードなコーポレート | 10〜15ページ | 80〜200万円 | | 複数事業のコーポレート（事業別ページあり） | 15〜25ページ | 150〜350万円 | | 採用サイト（応募フォーム連携込み） | 10〜15ページ | 100〜250万円 | | ECサイト（Shopify等） | - | 100〜400万円 | | ランディングページ（1P・LP） | 1ページ | 20〜60万円 | 相場から大きく外れている見積もりが来た場合は、その理由を必ず業者に確認してください。安すぎる場合は何かをカットしている、高すぎる場合は特殊な要件が含まれている、のどちらかです。 ## よくある質問（FAQ） ### Q. Web制作の見積書に「必ず」記載されるべき項目は何ですか？ A. 要件定義・ディレクション・ワイヤーフレーム・デザイン・構築・本番公開作業の6項目です。この6項目のうち一部が抜けている場合は、業者に理由を確認してください。 ### Q. 見積書に「一式」と書かれていたら要注意ですか？ A. 全ての「一式」が悪いわけではありません。ただし「Webサイト制作 一式」のように何を含むか不明な表記の場合、備考欄や別添資料で内訳が明記されているかを必ず確認してください。備考なしの一式表記は、後々の追加料金トラブルの原因になりやすいです。 ### Q. 内部SEO対策費が別項目で見積書に載っていたら？ A. 基本的な内部SEO（meta description・構造化データ・alt属性等）はコーディング作業に含まれるべきものです。別料金として計上されている場合は、「具体的にどんなSEO作業をどれだけやるのか」を確認してください。曖昧な回答なら要注意です。 ### Q. ディレクション費が高すぎる気がするのですが、相場は？ A. Web制作のディレクション費は、制作費全体の15〜20%が相場です。25%を超える場合は「特別な進行管理が必要」な理由を、10%未満の場合は「担当者が実質的に存在しないリスク」を確認してください。 ### Q. 見積書の値引き交渉、どこまでしていいですか？ A. 値引き交渉すること自体は問題ありません。ただし、「工数の内訳」で説明してくれない業者は避けた方がいいです。「じゃあ安くします」と即答する業者は、もともとの金額に根拠がない可能性があります。 ### Q. 他社の半額の見積もりが来ました。安いから選んでいいですか？ A. 安い理由が「工数をカット」or「経験不足で相場を知らない」のどちらかを確認してください。カットしている場合は "何を諦めるか" を理解した上で契約すれば OK です。相場を知らない業者は、公開後のサポートが弱いケースが多いので慎重に判断してください。 ### Q. 「SEO対策込みで50万円」の見積書、信じていいですか？ A. 通常、コーポレートサイト制作+SEO対策で50万円は非常に安いです。「SEO対策」の具体的な作業内容（キーワード調査・コンテンツ設計・順位観測・改善施策など）と、期間・回数を必ず確認してください。曖昧な回答なら、実質的にSEO対策していない可能性が高いです。 ### Q. 相見積もりは何社くらい取るのが適切ですか？ A. 2〜3社が最適です。5社を超えると、比較検討で判断できなくなり、逆に決められない状態に陥ります。最初の1社で「なんとなくよさそう」と感じたら、その会社を基準に他2社と比較する形が現実的です。 ### Q. 見積書の有効期限はどのくらいが標準ですか？ A. 業界標準は「見積書発行日から30日」または「見積書発行日から60日」が多いです。3ヶ月以上の長期見積は、その間に相場や制作会社側の稼働状況が変わる可能性があるので、更新の要否を確認してください。 ### Q. 予算オーバーの見積書が来ました。どう交渉すればいいですか？ A. 「予算を◯万円に抑えたい。どの工程をカットすれば実現できますか？」と、業者側に工程の削減案を出してもらってください。この時、"何を諦めるか" を業者が明確に説明できる会社が信頼できる会社です。単純な値引きを持ちかけるより、工程調整の提案を受ける方が結果的に良い成果物になります。 ## まとめ：見積書は「6項目＋一式表記＋値引き対応」で判断する Web制作の見積書の読み方をまとめます。 - **6項目が全部あるか確認**：要件定義・ディレクション・ワイヤー・デザイン・構築・公開作業 - **6項目以外の項目は説明を求める**：特に "内部SEO費" が別料金は要注意 - **「一式」表記は備考で内訳を確認**：説明なしの一式は追加料金トラブルの元 - **安すぎる見積書は "何をカットしたか" を確認**：安さの理由は必ずある - **値引き交渉時、「工数カット」で応じる業者を選ぶ**：即答の値引きは信頼度低い - **ディレクション費は全体の15〜20%が相場**：この範囲を外れたら理由を確認 - **相見積もりは2〜3社まで**：それ以上は判断困難になる Web制作の見積書は、業者側から見ると "会社の姿勢がそのまま出るもの" です。透明で、根拠があって、値引き交渉にも工数の言葉で応じられる業者は、その後のプロジェクト進行もスムーズです。この記事が、御社の見積書チェックの参考になれば嬉しいです。 なお、Web制作会社選び全般については、姉妹記事「[失敗しないWeb制作会社の選び方【中小企業向け・2026年版】](https://cielo-design.com/blog/web-production-company-selection-guide-smb-2026/)」も併せてご覧ください。見積書だけでなく、契約書のチェック項目、初回相談で聞くべき質問、業者側から見た "良い発注者" 等も含めて解説しています。 --- ## 失敗しないWeb制作会社の選び方【中小企業向け・2026年版】｜業者側が本音で語る7つのポイント - URL: https://cielo-design.com/blog/web-production-company-selection-guide-smb-2026/ - 公開日: 2026-08-07 - カテゴリ: サービスについて - 要約: 東京都港区のWeb制作会社シエロデザインが、10年以上の中小企業案件の経験から「業者側から見た本音」で語るWeb制作会社の選び方。依頼先の4タイプと相場、見積書に必ずある6項目、AI時代の新しい判断基準、フリーランスに150万円損した実例まで、12,000字で徹底解説。 **Web制作会社（＝ホームページ制作会社）の選び方って、正直「何を基準に選べばいいか分からない」というのが本音ではないでしょうか。**ネットで検索すれば「7つのポイント」「10のチェックリスト」が並びますが、どれも似たり寄ったり。この記事では、中小企業向けのサイト制作を10年以上手がけてきた東京都港区のWeb制作会社シエロデザインの目線から、「業者側から見た、失敗しない発注者・選ばれる制作会社の見分け方」を本音で書きます。 この記事を読むと、依頼先の4タイプと相場感、見積書の内訳で必ずある6項目、AI時代の新しい判断基準、そして中小企業が制作会社選びで失敗しないための7つのポイントが分かります。実際の失敗事例（フリーランスに150万円払って結局作り直しになった話）も含めて、業界のリアルをそのまま伝えます。 ## Web制作会社とは？依頼先の4タイプと特徴 Web制作会社（ホームページ制作会社とも呼ばれます）とは、企業や個人事業主のホームページ・ランディングページ・ECサイトなどを企画・デザイン・構築・運用する会社のことです。ただ「Web制作会社」「ホームページ制作会社」と一括りにされますが、実際には規模や得意領域で大きく4つのタイプに分かれます。中小企業が発注先を選ぶときに、まずこの4タイプの違いを知っておくのが第一歩です。 | タイプ | 特徴 | 得意な案件 | 費用感 | | **大手Web制作会社** | 数十〜数百名規模。大企業案件・ブランディング中心 | コーポレート大規模改修・グローバル展開 | 300万〜数千万 | | **中堅・中小専門制作会社** | 数名〜数十名。中小企業のパートナー型 | 中小企業サイト・LP・EC・保守運用 | 50万〜300万 | | **フリーランス** | 1人。デザイナー系・コーダー系に分かれる | 単発LP・小規模サイト | 10万〜80万 | | **ノーコード・AIツール** | Wix / STUDIO / Framer 等の自作系 | 予算ゼロ〜数万・自社完結 | 0〜数万/月 | 中小企業が現実的に選ぶことになるのは、多くの場合「中堅・中小専門の制作会社」か「フリーランス」です。大手は予算が合わず、ノーコード自作は後述する「AIの壁」に必ず当たります。この記事は主にこの2タイプの選び方に焦点を当てます。 ## 依頼先別×目的別 費用相場早見表 中小企業のWeb制作費用は、依頼先タイプと制作するサイトの種類でおおよそ以下のレンジに収まります。あくまで「業界の相場感」なので、案件ごとの内容で上下します。 | 目的・種類 | 大手 | 中堅・中小専門 | フリーランス | | **コーポレートサイト**（10〜20ページ） | 300〜1,500万 | 80〜250万 | 30〜100万 | | **LP・単発ランディングページ** | 100〜500万 | 30〜80万 | 10〜40万 | | **ECサイト（Shopify等）** | 500〜2,000万 | 100〜400万 | 50〜150万 | | **採用サイト** | 200〜800万 | 60〜200万 | 30〜80万 | | **サイトリニューアル** | 500〜2,000万 | 100〜300万 | 40〜100万 | **正直な話、この相場感を知らずに発注する中小企業は非常に多いです。**あとで詳しく書きますが、「安ければいい」で選んだ結果、公開すらできずに150万円を失った実例もあります。中小企業向けの現実的な選択肢は、後半の「予算帯別・現実的な選択肢」で予算ごとに具体的に解説します。 ## 失敗しないWeb制作会社の選び方 7つのポイント 10年以上、中小企業のWeb制作案件を担当してきた立場から、「これだけは見た方がいい」というポイントを7つに絞りました。順位順ではなく、すべて同じくらい大事です。 | # | 選び方のポイント | 確認方法 | NGパターン | | 1 | **内製 or 外注か** | 「デザイン・コーディングは御社の社員が対応しますか？」と直接聞く | ディレクターだけ社員で、実作業は全部フリーランスに丸投げ | | 2 | **担当者の"人となり"** | 初回打ち合わせで直感的に「この人大丈夫かな」と感じるか | 言葉遣い・レスポンス速度・約束の守り方に違和感がある | | 3 | **できないことを言えるか** | 「動画編集もできますか？」等、範囲外の質問をぶつける | 「なんでもやります」と即答する会社 | | 4 | **保守運用の提案があるか** | 制作費と別に保守運用プランの説明があるか | 「作って納品して終わり」で保守の話が一切出ない | | 5 | **見積書の内訳が明確か** | 各項目に工数・単価・作業内容の説明があるか | 「Webサイト制作 一式」で終わっている | | 6 | **相場感を持っているか** | 他社と比べて極端に安い/高い見積もりでないか | 相場を知らずに安値を出す・逆に法外に高い | | 7 | **対等な関係か** | 提案の中で "反対意見" や "別の選択肢" を出してくれるか | 言われた通りやります型・イエスマン | 7つ全部が完璧である必要はないですが、5つ以上クリアしていれば、大きな失敗は避けられます。特に「1. 内製か外注か」と「2. 担当者の人となり」の2つは、他が良くてもここが弱いと後々必ず問題になります。 ## 見積書に必ずある6項目：これ以外があったら要注意 これは業界内でもあまり明文化されていない話なので、価値のある情報だと思います。Web制作の見積書は、うち（シエロデザイン）の場合、以下の6項目がベースになります。 1. **要件定義・資料制作**：どんなサイトを作るか、要件を整理・文書化する工程 2. **ディレクション**：全体進行管理・お客様との調整・チーム内アサイン 3. **ワイヤーフレーム**：デザイン前の設計図（画面レイアウト） 4. **デザイン**：色・タイポグラフィ・写真を含む見た目の制作 5. **構築（コーディング・CMS実装）**：デザインを実際のWebページとして組み立てる 6. **本番公開作業**：サーバー・ドメインの設定を含む公開手続き **この6項目以外に「よくわからない項目」が並んでいる見積書は、必ず内容を聞いた方がいいです。**特に： - 「**内部SEO対策費**」が別項目で計上されている → 内部SEOはやって当たり前の作業。別料金を取る会社は要注意 - 「**一式**」表記が多い → 何にいくらかかっているか説明できない可能性 - 「**お問い合わせフォーム設置費**」が異常に高い → 標準的な作業なので不自然 - 「**SEO対策込み**」で異常に安い → 実際にはSEO対策していない可能性が高い また、値引き交渉に対する対応の仕方も判断材料になります。「5万円かかります」と言った後で「じゃあ2万円でいいです」と応じる業者は、逆に信用できません。うちの場合は「これ全部やると5万ですが、この工程をカットしてここを流用すれば2万で収まります」と、必ず工数の内訳を説明した上で調整します。この方が、お互いに納得感があります。 ## AI時代の新しい選び方：「自作の壁」と業者の必要性 2026年現在、ChatGPTやClaudeなどのAIツールで「サイトくらい自分で作れるのでは？」と考える中小企業が急増しています。実際、AIに指示すればHTMLもCSSも書いてくれます。ですが、うちに「AIで作ってみたけど、結局うまくいかなかった」と流れてくるお客様も同じくらい増えています。 AIで自作した中小企業が典型的に詰まる場面と、なぜプロが必要になるかを整理します： | 詰まる場面 | 原因 | プロが解決する方法 | | サーバーへのアップロード方法が分からない | FTP/SFTPの概念・接続情報の理解不足 | サーバー契約の代行＋アップロード実務 | | ドメインとサーバーの関係が理解できない | DNS・ネームサーバーの仕組み未理解 | ドメイン取得・DNS設定を代行 | | Google検索に出ない（インデックスされない） | robots.txt / sitemap.xml / meta noindex の設定漏れ | Search Console 登録＋技術的SEO設定 | | 部分的に修正すると別の場所が壊れる | CSS/HTMLの依存関係・BEM等の設計原則を知らない | 設計原則に沿ったコード構造で修正影響範囲を最小化 | | スマホで表示が崩れる | レスポンシブデザインの仕組み理解不足 | ブレークポイント設計＋実機テスト | | お問い合わせフォームからメールが届かない | SMTP・DNS・スパムフィルタの理解不足 | フォーム送信の確実性を担保するプラグイン＋DNS設定 | つまり、**全てを分かった上でAIを使って指示を出せる「人間」がいないと、AIは道具として機能しない**ということです。分からないことは、AIを使っても分からないままです。 中小企業のオーナー・担当者が「AIで作れる時代でも、シエロに任せる意味は何か？」と聞かれたら、答えは上記そのままです。時代は変わっていくかもしれませんが、少なくとも今の時点では、Web制作の全体像を理解しているプロに頼んだ方が、結果的に一番早く安く済みます。 ## 予算帯別・現実的な選択肢（10万・30万・100万・300万） 「予算〇〇円で何ができますか？」は最も多い質問の1つです。予算帯別に、現実的に選べる選択肢を整理します。 | 予算帯 | 現実的な依頼先 | 作れるもの | 作れないもの | | **〜10万円** | Wix / STUDIO 等のノーコード自作 | 簡易的な3〜5ページの紹介ページ | 本格的なコーポレートサイト・EC | | **10〜30万円** | フリーランス・月額サブスク型 | 単発LP1本・5ページ程度のサイト | デザイン品質の高い制作・保守運用 | | **30〜100万円** | 中堅・中小専門の制作会社 | 10ページ程度のコーポレートサイト | 大規模EC・複雑な業務システム連携 | | **100〜300万円** | 中堅・中小専門の制作会社 | WordPressのCMS実装・LP＋コーポレート同時制作 | 数千商品規模のEC・多言語対応の複雑実装 | | **300万円〜** | 中堅制作会社の伴走型プロジェクト | 本格的なCMS・EC・戦略ブランディング | 大手広告代理店規模のブランディング | 以下、それぞれの予算帯で押さえておくべきポイントを補足します。 ### 予算 10万円未満 正直、プロに依頼するには足りない予算です。この場合は、Wix・STUDIO・ペライチなどのノーコードツールで自作するのが現実的です。ただし、公開後に「思ったのと違う」「集客できない」となるケースが多いので、その時点でプロに相談することをおすすめします。 ### 予算 30万円前後 単発LP1本、または簡易的な5ページ程度のコーポレートサイトが現実的な範囲です。フリーランスへの依頼、または月額サブスクリプション型のホームページ制作サービス（月額1〜2万円 × 制作費なし）が選択肢になります。 ### 予算 100万円前後 中堅・中小専門の制作会社に依頼できる金額です。10ページ前後のコーポレートサイトを、しっかりとしたヒアリング・デザイン・構築で作れます。中小企業のリニューアル案件で最も多い予算帯です。 ### 予算 300万円以上 CMS（WordPress等）を活用した本格的なサイト、または業務システム連携のあるサイト、大規模ECサイトなどが視野に入ります。中堅制作会社であれば、この予算帯で「経営戦略から一緒に考える」レベルの伴走型プロジェクトが可能です。 重要なのは、「予算に対して身の丈に合った依頼先を選ぶ」ことです。100万円しかないのに大手に相見積を取ってもマッチしませんし、300万円の予算で個人フリーランス1人に依頼するのはリスクが高いです。 ## 初回相談で聞くべき7つの質問 中小企業が制作会社の初回相談・打ち合わせで聞くべき質問を7つに絞りました。これに正直に答えられる会社を選ぶと、大きな失敗は避けられます。 | # | 聞くべき質問 | 何を確認する質問か | 信頼できる答えの例 | | 1 | 実際のデザイン・コーディングは御社の社員が対応しますか？ | 内製か下請けか | 「基本は内製、繁忙期のみ信頼できるフリーランスと連携」 | | 2 | 制作後の保守・更新はどのような体制ですか？ | 作って終わりでないか | 「月額◯円のプランで、定期更新・障害対応まで対応」 | | 3 | 見積書で内部SEOやフォーム設置費が別項目になっていない理由は？ | 見積の透明性 | 「内部SEOは制作費に含む標準作業。特別料金は取らない」 | | 4 | 弊社に似た規模・業種の制作実績は？ | マッチング度 | 「同業◯社の制作実績あり、URLと概要をお見せします」 | | 5 | 営業時間外のトラブル対応は可能ですか？ | 緊急時の対応力 | 「サーバー障害は24時間対応、その他は翌営業日」等の明確な基準 | | 6 | 解約時にソースコード・原稿データは全て引き渡していただけますか？ | ロックイン回避 | 「もちろんです。契約書にも明記します」 | | 7 | 弊社の要望に対して "できない" と正直に言っていただけますか？ | なんでもやります型NG | 「範囲外は正直にお伝えし、必要ならパートナーを紹介します」 | 7つ全部聞くのは大変に思えるかもしれませんが、これは「後々100万円以上の損失を防ぐための投資」だと思ってください。初回相談は多くの制作会社が無料で対応してくれます。 7つ全部聞くのは大変に思えるかもしれませんが、これは「後々100万円以上の損失を防ぐための投資」だと思ってください。初回相談は多くの制作会社が無料で対応してくれます。 ## 業者側が語る「こういう発注者と長く付き合いたい」 制作会社選びの記事は世の中に数百ありますが、「業者側から見た良い発注者の特徴」を書いた記事はほとんどありません。実は、これを知ることが「選ばれやすい発注者」になる第一歩で、結果的に良い制作会社と巡り会える確率が上がります。 うち（シエロデザイン）のクライアントの90%は、既存のクライアントからの紹介や、担当している業種・業界内での横展開でお受けしています。営業していません。なぜかというと、うちが「クライアントファーストで対応・成果物ともに満足していただいた結果、そのクライアントの知り合いや取引先を紹介いただく」というサイクルが自然に回っているからです。 この観点で、業者側が「長く付き合いたい」と感じる発注者の共通点を整理します： | 特徴 | 具体例 | なぜ大事か | | **対等な関係を築こうとする** | 「一緒に良いものを作りましょう」の姿勢 | 業者もモチベーションが上がり、提案の質が上がる | | **意思決定が速い** | 「これで進めてください」の判断に3営業日以内 | 制作スケジュールが読める・チーム稼働ロスがない | | **「なぜやりたいか」を言語化できる** | 「集客を増やしたいから、この事業に力を入れる」 | 目的に沿った提案ができ、無駄な作業が減る | | **時間外対応に「ありがとう」を言える** | 緊急対応後にお礼の一言・短いお礼メール | 業者も人間、感謝があると次も頑張れる | | **マウントを取ってこない** | 知識自慢・立場マウント・値切り交渉での威圧がない | 対等でないと、業者も本音の提案ができなくなる | 逆に、「発注してやってる」というスタンスで来られる発注者とは、業者もこちらから距離を置きます。制作会社を選ぶ時、御社のスタンスも同時に見直してみると、良い制作会社と巡り会える確率が上がります。 正直、時間外稼働・緊急対応はザラにあります。それでも「佐藤さんで良かった」と言ってもらえる関係性があるから、10年以上続けられています。この距離感・対等な立場を保てる制作会社を選ぶのが、長期的に一番いい選び方だと考えています。 ## 保守がない制作会社に頼んだ「数年後の地獄」 「作って終わり」の制作会社を選ぶと、数年後に必ず以下のような問題が発生します。これは業界内でよくある話ですが、発注時点で説明されることは稀です。 | 数年後に起きる問題 | 原因 | | WebP画像に対応したいけど、業者がいなくて対応できない | 技術トレンドに追従できていない | | サイトが激重で、Googleの評価が下がる | Core Web Vitals対策がされていない | | WordPressのバージョンアップをするとサイトが壊れる | 超昔のWPの使い回しで、変な作りになっている | | デザインが古臭くて、ブランド価値が下がる | 公開後のリフレッシュがされていない | | スマホ対応が中途半端で、離脱率が高い | 公開時点のブラウザ・端末しか対応していない | **Google の基準やサイトの評価は、生き物のように変わっていきます。**だからこそ、公開して終わりではなく、メンテナンスできる会社が作った成果物を、その会社が常にベストな状態にしていくのが理想です。 別業者に保守を頼み直すことも可能ですが、他社が作ったコードを新しい業者が引き継ぐ場合、必ず「対応可否を含めた調査費用」と「調査の時間」が発生します。この初期コストが、実は結構バカにできません。最初から保守込みで発注しておく方が、長期的には安く済みます。 ## 契約書で必ずチェックする4項目 契約書は制作会社から提示されることが多いですが、中小企業の担当者は法務経験がない場合が多く、内容を精査しないまま署名しがちです。以下の4項目は、契約書に必ず入っているかチェックしてください。 | チェック項目 | 具体的な確認内容 | 抜けているとどうなるか | | **作業内容の明記** | 何をどこまで作るか、ページ数・機能・工程まで具体的に記載 | 「これは含まれてない」で追加料金請求される | | **公開時間・日程** | 「何時までの依頼は当日反映」等、緊急オペレーションの明文化 | 緊急更新時に対応してもらえない・追加料金が発生する | | **解約時期・解約手続き** | 解約申し出の期限（例：解約希望月の前月末日） | 解約したいのに数ヶ月拘束される・違約金トラブル | | **所有権・著作権の帰属** | ソースコード・原稿・画像の権利が発注者側に移転するか | 他業者への引き継ぎ不可・数年後のロックイン | 特に4番目の「所有権・著作権」は要注意です。契約書によっては、制作会社側にソースの所有権が残るケースがあり、他業者への引き継ぎができない状態になることがあります。中小企業にとって、この「ロックイン問題」は数年後の乗り換え時に大きな障害になります。 特に4番目の「所有権・著作権」は要注意です。契約書によっては、制作会社側にソースの所有権が残るケースがあり、他業者への引き継ぎができない状態になることがあります。中小企業にとって、この「ロックイン問題」は数年後の乗り換え時に大きな障害になります。 ## 実案件エピソード：フリーランスに150万円を失った会社の話 最後に、実際にうちに相談があった案件の話をします。制作会社選びの重要性が伝わる、リアルな失敗例です。 ある中小企業のお客様が、コーポレートサイトの制作をフリーランスのデザイナーに150万円で依頼していました。「Web制作は結構高いんですね、じゃあフリーの方に相談してみます」と、費用を抑えるためにフリーランスを選ばれた形です。 結果、上がってきたデザインとサイトは、正直に言って公開できるレベルにはありませんでした。デザインの完成度、コーディングの品質、スマホ対応、いずれも中途半端。ただ、フリーランスの方も「私はここまでしかできません」と伝えていたそうで、責任問題としては微妙な状態でした。 最終的に、そのお客様は**150万円を諦めて、公開せずに、うちで新規にサイトを作り直すことを決断されました。**お客様の言葉：「安かろう悪かろうを、時間とお金で実感した」。 この話の教訓は3つです： 1. **「安い」の中身を見ずに判断しない**：150万円という金額は決して安くありません。でも、内容に対して適正だったかは別の話です 2. **成果物の品質基準を、発注前に握る**：完成品の判断基準（デザインの参考サイト・機能要件）を事前に文書化しておく 3. **公開できないリスクは、金額以上に大きい**：150万円の損失以上に、「サイトが完成しない期間の営業機会損失」の方が甚大 この話をすると「じゃあ大手に頼めば安心なんですね？」と聞かれることがありますが、答えは NO です。中小企業の予算感で大手に頼むと、担当者が新人になったり、実作業が下請けの下請けに丸投げされて、フリーランスと同じ結果になることもあります。**大切なのは「規模」ではなく、「その会社の窓口担当が、あなたのプロジェクトにコミットしてくれるかどうか」**です。 ## 【診断】あなたの会社に合うWeb制作会社タイプは？ ここまでの内容を踏まえて、御社に合う制作会社タイプを予算と要望から診断できるフローチャートを作りました。まず「予算はいくらか？」から始めて、YES/NO で分岐した先が、御社に最適な依頼先タイプです。 4つの到達点それぞれの選定理由を補足します： - **ノーコード自作（予算10万円未満）**：Wix / STUDIO などのツールで自作。公開後の集客が課題になった時点でプロに相談を - **フリーランス（予算10-100万円 × 保守不要）**：単発LP・小規模サイトなら十分。ただし公開後の面倒はご自身で - **中小専門制作会社（予算10-500万円 × 保守も任せたい）**：中小企業の Web パートナーとして最もマッチする選択肢 - **中堅伴走型制作会社（予算100-500万円 × 戦略から一緒に）**：事業成長のパートナーが欲しい場合はここ - **大手制作会社（予算500万円以上）**：ブランディング・大規模改修が必要なフェーズ シエロデザイン（東京都港区）は、上記フローチャートで言う「中小専門制作会社」と「中堅伴走型制作会社」の中間のポジションです。予算100-300万円で保守運用まで一貫してお引き受けするケースが最も多い形です。 ## よくある質問（FAQ） ### Q. Web制作会社の選び方で、中小企業が一番重視すべきポイントは何ですか？ A. 担当者の人となりです。技術力・実績・価格も大事ですが、最終的には「この人に任せて大丈夫か」という直感が一番当たります。少しでも違和感があればやめた方がいいです。 ### Q. 中小企業向けのWeb制作費用の相場はいくらですか？ A. コーポレートサイトなら中堅・中小専門の制作会社で80〜250万円が現実的な範囲です。LPは30〜80万円、ECサイトは100〜400万円が中小企業向けの相場です。ただし、要件によって上下します。 ### Q. フリーランスに頼むのはリスクが高いですか？ A. リスクが高いというより「予測しづらい」です。優秀なフリーランスもいますが、単独作業のため品質の振れ幅が大きくなります。予算が30万円以下の小規模案件でなければ、複数人体制の制作会社を選ぶことをおすすめします。 ### Q. 見積書で「一式」表記が多い会社は避けるべきですか？ A. 全部の「一式」がダメというわけではありませんが、複数の項目が「一式」になっている場合は、内訳の説明を求めた方がいいです。説明できない項目があれば、そこで判断してください。 ### Q. AIで自分でサイトを作った方が安く済みませんか？ A. 表面的には安く見えますが、実際にはサーバー・ドメイン・SEO・保守などで必ず壁に当たります。壁に当たった時点でプロに相談すると、途中まで作ったものより最初からプロに任せた方がクオリティも工数も安く済むケースがほとんどです。 ### Q. 保守運用の月額料金の相場はどのくらいですか？ A. 中小企業の一般的なコーポレートサイトの保守なら、月額1〜5万円が相場です。更新頻度が高い場合や、機能拡張が定期的にある場合は5〜15万円になることもあります。 ### Q. 契約書で特に注意すべき項目はどれですか？ A. 「著作権・所有権の帰属」です。契約書によっては、制作会社側にソースコードの権利が残るケースがあり、他業者への引き継ぎができなくなります。中小企業にとって、これは数年後の大きなロックインリスクです。 ### Q. 制作会社の初回相談は無料ですか？ A. 多くの制作会社は初回相談・お見積もりを無料で対応しています。ただし、詳細な設計提案書や要件定義書の作成が伴う場合は有料になることがあります。事前に「相談は無料ですか？」と確認するのが確実です。 ### Q. 「ホームページ制作会社」と「Web制作会社」は違うのですか？ A. 呼び方が違うだけで、扱う仕事の中身はほぼ同じです。「ホームページ制作会社」は昔からある呼称で、コーポレートサイト・ランディングページ・ECサイト等を制作します。「Web制作会社」はより広い意味で、Webシステム開発や運用改善まで含めて呼ばれることが多いです。中小企業がコーポレートサイトを依頼する場合、どちらの表記で検索しても実質的な選び方の基準は同じ、と考えて問題ありません。この記事の内容もそのまま当てはまります。 ### Q. 制作会社選びで「相見積もり」は取った方がいいですか？ A. 2〜3社に相見積もりを取ることをおすすめします。ただし、金額だけで比較するのではなく、提案内容の質・担当者の対応・見積書の内訳の明確さの3点で総合的に判断してください。相見積もり数が5社を超えると、逆に判断が難しくなります。 ### Q. 発注前に社内で決めておくべきことは何ですか？ A. 「目的・予算・スケジュール」の3つです。「なぜサイトを作るのか（集客か採用かブランディングか）」「いくらまで出せるのか」「いつまでに公開したいのか」を事前に社内で握っておくと、制作会社との会話が格段にスムーズになります。 ## まとめ：中小企業のWeb制作会社（ホームページ制作会社）選びで大切なこと この記事で伝えたかったことをまとめます。 - **相場を知る**：中小企業の適正価格帯は中堅・中小専門制作会社で50〜300万円。安すぎる見積は、業界のリテラシー不足のサインでもある - **見積書の6項目を確認**：要件定義・ディレクション・ワイヤー・デザイン・構築・公開作業がベース。それ以外の項目は必ず内容を聞く - **「人となり」で選ぶ**：技術力・実績も大事だが、最終的には担当者との相性が最大の決め手 - **「なんでもやります」を避ける**：できないことを正直に言える会社の方が信頼できる - **保守運用まで考えて選ぶ**：作って終わりでは、数年後に必ず問題が発生する - **AIで自作するより、プロに任せる方が結果的に安い**：AIは道具、使いこなせる人間がいないと機能しない - **対等なパートナーシップを結べる会社を選ぶ**：業者側から見ても、上下関係のあるプロジェクトは長続きしない Web制作会社は本当に星の数ほどあります。だからこそ、「この人に任せておけば大丈夫だな」と思える窓口の人と仕事するのが、中小企業のWeb制作で失敗しない一番の近道です。この記事が、御社の制作会社選びの参考になれば嬉しいです。 東京都港区のシエロデザインでは、中小企業のWebサイト制作から公開後の保守運用まで、一貫してお引き受けしています。ホームページ制作をお考えの方は、まずはお気軽にご相談ください。 --- ## Web制作会社が自社サイトをリニューアルした話（第2回）──サイトより先に、ロゴから始めた - URL: https://cielo-design.com/blog/cielo-site-renewal-02-logo/ - 公開日: 2026-08-03 - カテゴリ: 制作秘話 - 要約: 自社サイトのリニューアルで、まず手をつけたのはサイトではなくロゴでした。第2回は、なぜサイトより先にロゴから始めたのか、色やフォントまで含めてブランドの軸をどう整えたのかという裏側の話です。 自社サイトのリニューアルで、私たちがまず手をつけたのはサイトではなく「ロゴ」でした。第2回は、なぜサイトより先にロゴから始めたのか、そしてカラーやフォントまで含めてブランドの軸をどう整えたのかという話です。ウェイト感が決まらず、何度も作り直した裏側も少しだけ。 ## サイトより先に、ロゴから始めた 第1回では、自社サイトのリニューアルに踏み切った「なぜ」――動機の部分をお話ししました。今回はいよいよ、実際に手を動かしていく話です。 ところで、リニューアルと聞くと「まずサイトのデザインから」と思われるかもしれません。ですが今回、私たちが最初に取りかかったのはサイトではなく、ロゴでした。 理由はシンプルです。サイトは、会社を伝えるための手段のひとつにすぎません。その土台となる「らしさ」の軸がぶれていると、どれだけサイトを整えても、どこかちぐはぐになってしまう。だからこそ、まずは軸そのものをしっかり立て直そう。そう考えて、サイトより先にロゴから着手することにしました。 ## ロゴは、企業の顔であり、柱 ロゴは、いわば企業の顔です。名刺でも、サイトでも、資料でも、いちばん最初に目に触れる。だからこそ、ここを曖昧にしたまま進めるわけにはいきませんでした。 とはいえ、ゼロからまったく別のものに変えようとは考えませんでした。旧ロゴにも、これまで積み上げてきた良さがあります。長く見てきてくださった方が「シエロだ」と分かる連続性は、大事にしたい。そこで今回は、旧ロゴの良いところを引き継ぎながら、いまの私たちに合うかたちへバージョンアップする、という方針を取りました。 過去を否定するのではなく、受け継いで、少しだけ前へ進める。柱を新しく建て替えるというより、しっかり組み直すイメージです。 ## 色とフォントまで、ルールにする もうひとつ今回こだわったのが、ロゴを「ロゴ単体」で終わらせなかったことです。 まず色。会社全体のメインカラーを決めるだけでなく、サービスごとのイメージカラーも選定しました。あわせてフォントも、和文・欧文それぞれで基準を設定。さらに、作業する人や環境が違っても仕上がりが大きく外れないよう、いくつかのパターンを持たせる形にしています。 ここが、今回のいちばんの狙いでした。ロゴ・色・フォントをルールとして言語化しておけば、今後つくる制作物――サイトも、資料も、SNSの画像も――のトンマナが自然と揃っていきます。「その場の感覚で毎回決める」から「軸に沿って決める」へ。いわばブランディングの土台づくりです。 正直に言うと、ロゴそのものは一度で決まったわけではありません。特に文字や線のウェイト感――太さのバランスがなかなかしっくりこず、少し太らせては戻し、細くしては見比べ、を何度も繰り返しました。自分の手で作り直しては眺める、という地味な往復の末に、ようやく「これだ」と思えるところに着地しています。 ## まとめ ──軸ができたら、いよいよサイトへ 今回お伝えしたのは、サイトより先にロゴから始めた、という話でした。ロゴを企業の顔・柱として組み直し、色とフォントまでルール化することで、これからの制作物の軸を先に整える。遠回りに見えて、実はいちばんの近道だったと感じています。 軸ができたことで、ようやくサイトづくりに進むことができました。次回は、その土台の上で「サイトをどう組み立てたか」――情報の並べ方や見せ方で悩んだところを、お話しできればと思います。 もし「ロゴや自社のトンマナ、なんとなくバラバラかもしれない」と感じている方がいれば、そこを整えるだけで発信はぐっと伝わりやすくなります。何か一緒に考えられそうなことがあれば、気軽にお声がけください。 💡 関連記事：シリーズ第1回 [「Web制作会社が、自社サイトをリニューアルした話 ──まずは『なぜ』から」](https://cielo-design.com/blog/cielo-site-renewal-01-why/) もあわせてどうぞ。 --- ## llms.txt をWordPressで実装した話。仕様の誤解と、Google非対応でも置くべき理由【実装コード公開】 - URL: https://cielo-design.com/blog/llms-txt-wordpress-implementation/ - 公開日: 2026-07-29 - カテゴリ: ツール・技術 - 要約: llms.txt を cielo-design.com に実装しました。仕様書の原文を精読すると、日本語記事の多くが「llms.txt vs llms-full.txt」で誤読している論点が見えてきます。Googleが公式に非対応を明言している2026年時点で、それでも自社サイトに置く価値はあるのか。仕様の正確な理解、WordPressで動的生成する実装コード、実装時のハマりどころ4選までを、実物を動かしながら整理しました。 数日前、シエロデザインの自社サイト（このサイト）に [/llms.txt](https://cielo-design.com/llms.txt) を実装しました。同時に [/llms-full.txt](https://cielo-design.com/llms-full.txt) も配信しています。どちらも **WordPressプラグイン側で動的生成** する構成です。 この記事では、実装しながら気付いた **仕様書の正確な読み方（日本語記事の多くが誤読している論点）**、Googleが公式に非対応を明言している2026年現在の状況の中で **それでもなぜ置くべきなのか**、そして **WordPressで実装するときの具体的なPHPコードとハマりどころ** を、順に書いていきます。 「Website LLMs.txt」プラグインを入れて済ませる話ではなく、自前実装まで踏み込んだ理由と、その過程で見えたことの記録です。 ## llms.txt とは──Answer.AIが2024年9月に出した提案 **llms.txt** は、Answer.AI共同創業者 Jeremy Howard が **2024年9月3日** に公開した提案（[Answer.AI 公式アナウンス](https://www.answer.ai/posts/2024-09-03-llmstxt.html)）で、仕様書は [llmstxt.org](https://llmstxt.org/) に置かれています。 ざっくり言うと、**LLM（大規模言語モデル）が高い信頼度でサイトの構造・要約を把握できるように、人間向けHTMLとは別に「機械可読なマークダウン索引」をドメインルートに置きましょう**、という提案です。 フォーマットの必須要素は次のとおり。 1. `# サイト名`（H1／唯一の必須要素） 2. `> 概要`（blockquote による一行要約／推奨） 3. 詳細段落（任意） 4. `## セクション名` 配下に `- [ページ名](URL): 説明` のリスト 配置場所はドメインルート（`/llms.txt`）、MIMEタイプは `text/plain; charset=utf-8` です。 ## llms.txt / llms-full.txt / llms-ctx.txt の正確な違い（多くの記事が誤読している論点） ここが日本語記事の8割くらいが誤読しているポイントなので、丁寧に書きます。 公式仕様書（llmstxt.org）を読むと、「full version」に相当するファイル名として **実際に定義されているのは `llms-ctx.txt` と `llms-ctx-full.txt` の2つ** です。これらは公式CLIツール `llms_txt2ctx` が `llms.txt` から生成する派生ファイルで、XMLコンテキスト形式に変換したものです。 一方、業界でよく見かける **`llms-full.txt` という名前は、仕様書には存在しない業界慣行** です。これは「サイト本文をMarkdownで全部インライン化した1枚ファイル」を指し、事実上のデファクト名として定着しました。WordPress用の代表的なプラグイン「Website LLMs.txt」も、`llms-full.txt` をオプション拡張として扱っています。 整理すると次のようになります。 | ファイル名 | ステータス | 役割 | | `llms.txt` | 公式仕様 | キュレーション済みリンク索引（目次） | | `llms-ctx.txt` | 公式仕様（CLI生成物） | Optionalセクションを除いたXMLコンテキスト | | `llms-ctx-full.txt` | 公式仕様（CLI生成物） | Optionalセクションを含むXMLコンテキスト | | `llms-full.txt` | **業界慣行**（仕様外） | 本文を全部インライン化した完全版（本一冊） | 私たちも `llms-full.txt` のほうを実装しました。「仕様書に存在しない業界慣行」であることを承知の上で、実運用として **本文を1ファイルで渡せる形は開発ツール側で有用** だと判断したためです。この「なぜ選んだか」を書ける記事は日本語圏にほぼありません。 ## 2026年時点の対応状況：Googleは公式に非対応を明言している llms.txt を導入するかどうかを判断する上で、絶対に押さえておくべき事実があります。 **Googleは llms.txt に公式に対応していない** と明言しています。2025年、Google の Gary Illyes 氏が LinkedIn で「対応するAIサービスを知らない」と発言し、John Mueller 氏は「（過去の）keywords メタタグと同じ」と評しています。Google-Extended（Gemini/AI Overview のクローラ）が llms.txt を読んでいる観測もありません。 2026年時点の対応状況を実測ベースで整理すると次のとおりです。 | プロバイダ | 公式スタンス | 実測 | | Google（AI Overview / Gemini） | **非対応明言** | Google-Extended は無反応 | | Anthropic（Claude） | 公式アナウンスなし | Anthropic自身の `platform.claude.com/docs/llms.txt` で実装済 | | OpenAI（ChatGPT） | 未表明 | GPTBotが約15分間隔で `/llms.txt` を叩くログあり | | Perplexity | 未表明 | PerplexityBot のクロール観測あり | 採用率について、SE Ranking が30万ドメインを調査した結果は **10.13%**。ALLMO.ai が94,000URLで5モデルを評価した調査では **「AI引用への統計的に有意な効果は認められない」** という結論が出ています。 つまり、**「llms.txt を置けばAI検索の順位が上がる」という単純な話にはなっていない**、というのが2026年7月時点の正直なところです。 ## それでも今 llms.txt を置くべき3つの理由 Googleが非対応、統計的効果も不明──それでも私たちが自社サイトに llms.txt を置いた理由は3つあります。 ### 1. 開発者ツール流入への実利用価値 Cursor / GitHub Copilot / Claude Code のような開発者向けAIツールは、ドキュメントを参照するとき `/llms.txt` を明示的に読みに行きます。Anthropic 自身が `platform.claude.com/docs/llms.txt` を置いているのはこの用途です。**「開発者コミュニティに参照される可能性のあるサイト」なら、置いておく実利がすでにあります。** ### 2. 先行者ポジションの獲得 採用率10%という数字は「まだ全体としては少ないが、じわじわ増えている」段階を意味します。将来 Google が方針転換したり、他プロバイダが利用を強化したりしたときに、**「もう置いてある」状態から入れるか、慌てて対応するか**で差が出ます。実装コストは低いので、先行しておく価値のある賭けだと判断しました。 ### 3. サイト構造の棚卸しになる これは副次効果ですが、llms.txt を書くために「うちのサイトの重要ページ・キュレーション対象」を明文化する作業自体が、**コンテンツ設計の棚卸し** になります。sitemap.xml が「全URLの機械的なリスト」なのに対し、llms.txt は「何を推すか」という編集判断が入る場所です。 ## WordPressで実装する2つの方法：プラグイン vs 自前実装 WordPressで llms.txt を用意する方法は大きく2つあります。 ### 方法A：Website LLMs.txt プラグインを使う 公式ディレクトリで4万インストール以上ある [Website LLMs.txt](https://wordpress.org/plugins/website-llms-txt/) を入れれば、5分で llms.txt を配信できます。トグルひとつで llms-full.txt も出せます。**手っ取り早く済ませたい場合はこれで十分** です。 ### 方法B：自前実装する 私たちは自前実装を選びました。理由は3つ。 - **出力内容を細かく制御したい**（会社概要のセクション構成、記事の掲載順、除外ルール等） - **既存の自作プラグイン（cielo-blog）に統合したい**（構造化データ・robots.txt処理と同居させて依存を減らす） - **実装記事のネタにできる**（記事化して差別化） コード量は 100行程度で済むので、自作プラグインを既に運用している制作会社であれば自前実装のほうが取り回しが良いです。 ## 実装ステップ（WordPress・PHPコード全公開） 実装は次の5ステップで進めます。 1. **rewrite rule で `/llms.txt` と `/llms-full.txt` を捕捉する** 2. **query_var を追加して WordPress に認識させる** 3. **template_redirect で内容を生成・出力する** 4. **canonical redirect のトラップを回避する**（後述のハマりどころ） 5. **transient でキャッシュし、投稿更新時に自動クリアする** ### ステップ1〜3：rewrite rule と出力ハンドラ add_action( 'init', function () { add_rewrite_rule( '^llms\.txt$', 'index.php?cielo_llms=1', 'top' ); add_rewrite_rule( '^llms-full\.txt$', 'index.php?cielo_llms=full', 'top' ); } ); add_filter( 'query_vars', function ( $vars ) { $vars[] = 'cielo_llms'; return $vars; } ); add_action( 'template_redirect', function () { $type = get_query_var( 'cielo_llms' ); if ( ! $type ) return; $is_full = ( $type === 'full' ); $cache_key = $is_full ? 'cielo_llms_full_v2' : 'cielo_llms_index_v2'; $body = get_transient( $cache_key ); if ( false === $body ) { $body = cielo_blog_render_llms_txt( $is_full ); set_transient( $cache_key, $body, HOUR_IN_SECONDS ); } header( 'Content-Type: text/plain; charset=utf-8' ); header( 'Cache-Control: public, max-age=3600' ); header( 'X-Robots-Tag: index, follow' ); echo $body; exit; } ); ### ステップ4：canonical redirect のトラップを回避 WordPressの `redirect_canonical()` は、trailing slash のない URL を trailing slash 付きに 301 リダイレクトする挙動があります。**これが最大のハマりどころです。** 対策なしだと `/llms.txt` が `/llms.txt/` にリダイレクトされ、LLMクローラは正しくコンテンツを取れません。 add_filter( 'redirect_canonical', function ( $redirect_url, $requested_url ) { if ( preg_match( '#/llms(-full)?\.txt/?$#', $requested_url ) ) return false; return $redirect_url; }, 10, 2 ); ### ステップ5：投稿追加・更新でキャッシュを自動クリア add_action( 'save_post_blog', 'cielo_blog_llms_cache_clear' ); add_action( 'deleted_post', 'cielo_blog_llms_cache_clear' ); function cielo_blog_llms_cache_clear() { delete_transient( 'cielo_llms_index_v2' ); delete_transient( 'cielo_llms_full_v2' ); } コード全体は [姉妹記事「AI OverviewにWordPress記事を載せるために…」](https://cielo-design.com/blog/ai-overview-wordpress-implementation/) と同じ `cielo-blog` プラグインに統合しています。 ## 実装時のハマりどころ4選（一次情報） ### 1. Trailing slash canonical redirect（既述） これは Website LLMs.txt プラグインも v8.1.2 で対応した既知の落とし穴です。**自前実装するなら `redirect_canonical` フィルタは必須** だと覚えておいてください。 ### 2. Cloudflare / サーバーキャッシュが `.txt` を静的扱いする Cloudflare 標準設定や WP Super Cache は、拡張子 `.txt` のリクエストを静的ファイル扱いして CDN でキャッシュします。動的生成にした意味がなくなるので、**llms.txt / llms-full.txt をキャッシュ対象から除外するルール** をCDN側にも入れる必要があります。私たちはヘッダで `Cache-Control: public, max-age=3600` と1時間TTLで抑えつつ、投稿更新時に transient は即クリアする構成にしています。 ### 3. WP-Cron が動かない環境での再生成沈黙 Website LLMs.txt プラグインは以前、WP-Cron 経由で再生成を予約する仕組みでした。しかし WP-Cron を無効化している環境（DISABLE_WP_CRON = true）では再生成が沈黙する事象があり、v8.5.3 で「即時再生成」に変更された経緯があります。**自前実装なら transient + save_post フックの組み合わせが素直** です。 ### 4. Xserver 等の opcache による反映遅延 これは実装中に実際に踏みました。Xserver は opcache（PHP のバイトコードキャッシュ）を持っていて、通常 60 秒ごとに再検証します。**プラグイン更新直後は最大1分程度、旧コードが動く可能性がある** ので、動作確認は少し時間を置いてから行うのが安全です。 ## cielo-design.com の llms.txt 実物を見てみる 実装結果は次の2つのURLで実際に読めます。 - [https://cielo-design.com/llms.txt](https://cielo-design.com/llms.txt) ── サイト索引（会社ページ＋ブログ記事一覧） - [https://cielo-design.com/llms-full.txt](https://cielo-design.com/llms-full.txt) ── 全ブログ記事本文をマークダウン化して連結した完全版 あわせて、robots.txt からも参照させています。`Sitemap:` ディレクティブに llms.txt を追記することで、クローラがサイトマップと同じレベルで発見できるようにしています。 ## sitemap.xml / robots.txt との棲み分け 「sitemap.xml があるなら llms.txt はいらないのでは？」という質問がありそうなので整理します。 - **sitemap.xml**：機械可読、全URL網羅、優先度は数値、SEOクローラ向け - **robots.txt**：クロールの許可・拒否ルール、User-Agent 別 - **llms.txt**：LLM向けキュレーション済み案内板、Markdownで人間も読める、優先度は「編集判断」 3者は競合しません。私たちの構成では、この3つ全部を配信し、robots.txt から sitemap.xml と llms.txt の両方を参照させています。 ## よくある質問（FAQ） ### Q. llms.txt はどこに置けばいいですか？ A. **ドメインルート**（例：`https://example.com/llms.txt`）に置きます。サブディレクトリでは仕様外です。WordPressで動的生成する場合も、URL上はルート直下として振る舞う必要があります。 ### Q. llms.txt と llms-full.txt の違いは何ですか？ A. llms.txt は「キュレーション済みリンク索引」（目次）、llms-full.txt は「本文を全部インライン化した完全版」（本一冊）です。ただし llms-full.txt は**仕様書に定義されていない業界慣行の名称**で、公式には `llms-ctx.txt` / `llms-ctx-full.txt` が別途定義されています。 ### Q. Googleは llms.txt を読んでくれますか？ A. **読みません。** Googleは公式に対応していないと明言しています（Gary Illyes 氏、John Mueller 氏の発言）。AI Overview に llms.txt が影響することはありません。 ### Q. それでも置く価値はありますか？ A. あります。Cursor / GitHub Copilot / Claude Code などの**開発者ツールが実際に参照する**、GPTBot / PerplexityBot が定期的にクロールしている、将来の対応拡大に備えた**先行者ポジション**、サイト構造の**棚卸し効果**──この4点が現在の実利です。 ### Q. WordPressで実装するならプラグインと自前実装どっちがいいですか？ A. 手っ取り早く済ませたいなら **Website LLMs.txt プラグイン**（4万インストール以上、実績あり）で十分です。既に自作プラグインを運用していて、出力内容を細かく制御したい場合は自前実装（100行程度）のほうが取り回しが良いです。 ### Q. sitemap.xml と併存して大丈夫ですか？ A. 大丈夫です。用途が違います（sitemap.xml＝全URL網羅／llms.txt＝LLM向けキュレーション案内）。robots.txt の Sitemap: ディレクティブ に両方書けます。 ### Q. 実装コストはどのくらいですか？ A. プラグイン利用なら10分程度、自前実装でも半日以内に本番稼働まで持って行けます。ただし本記事で挙げた **trailing slash canonical redirect / CDNキャッシュ / opcache反映遅延** の3つのハマりどころは事前に押さえておいたほうが安全です。 ### Q. 効果測定はどうすればいいですか？ A. 現時点で確実に測れるのは **アクセスログでのAIクローラのアクセス回数** だけです。GPTBot / ClaudeBot / PerplexityBot の User-Agent 別のクロール頻度と、llms.txt / llms-full.txt へのヒット数を追うのがミニマムな観測です。 ## まとめ：仕様を正しく理解して、実利ベースで判断する llms.txt をめぐる状況は、2026年7月時点ではまだ「バズワードと実利の中間」にあります。Googleが非対応を明言している以上、SEO文脈で語るのは正確ではありません。 ただし、**開発者ツールでの実利用は既にあり**、**先行者としての導入コストは低く**、**実装過程で得られるサイト構造の棚卸し価値** もあります。仕様書を正確に読んだ上で、この3点を実利として拾いに行けるなら、置く価値のある技術だと考えています。 この記事が、これから llms.txt を導入検討している方の判断材料になれば嬉しいです。実装コードは [AI Overview 対応の実装記事](https://cielo-design.com/blog/ai-overview-wordpress-implementation/) と同じプラグインに統合してあります。実装のご相談は [お問い合わせフォーム](https://cielo-design.com/contact/) からどうぞ。 ### 参考文献（一次ソース） - Answer.AI: [Announcing llms.txt (2024-09-03)](https://www.answer.ai/posts/2024-09-03-llmstxt.html) - 公式仕様: [llmstxt.org](https://llmstxt.org/) - Anthropic実装例: [platform.claude.com/docs/llms.txt](https://platform.claude.com/docs/llms.txt) - WordPressプラグイン: [Website LLMs.txt](https://wordpress.org/plugins/website-llms-txt/) --- ## サイト保守運用とは？月額料金・作業内容・選び方を制作会社が現場目線で解説【2026年版】 - URL: https://cielo-design.com/blog/site-maintenance-complete-guide-2026/ - 公開日: 2026-07-29 - カテゴリ: サービスについて - 要約: 「Webサイトの保守って、実際なにをやっているの？」──発注側から見えにくいこの領域を、制作会社シエロデザインが現場目線で全部解きほぐします。月額料金の相場、毎月の作業リスト、契約パターン、良い保守会社の選び方、そして実際に起きたトラブル事例まで。これから保守を依頼する方も、いま契約中の内容に疑問がある方も、判断材料が揃う一本です。 「Webサイトは作ったら終わりではなく、公開してからが本当のスタートです」──保守運用の話をするとき、私たちシエロデザインが必ず最初にお伝えする一言です。 ただ、いざ発注する側に立つと「保守って毎月なにをやってくれてるの？」「相場は？」「うちは今の契約で妥当なの？」と、外からはとても見えにくい領域でもあります。 この記事では、制作会社として複数のクライアントの月次保守を実際に預かっている立場から、**保守運用の中身・料金相場・良い保守会社の見分け方・実際に起きたトラブル事例**を、できる限り現場のリアルで解説します。判断材料として使ってください。 ## サイト保守運用とは──「作って終わり」と「作った後」の間にある仕事 サイト保守運用とは、ひとことで言うと **「公開したWebサイトを、安全に・正常に・意図通り動く状態のまま維持し続けるための継続的な業務」** です。 具体的には以下のような領域が含まれます。 - **技術的な維持管理**：WordPress本体・プラグイン・PHPバージョン・SSL・サーバー環境の管理 - **セキュリティ対策**：脆弱性情報の追跡、緊急対応、バックアップ - **正常動作の担保**：フォーム動作確認、表示崩れチェック、リンク切れ検出 - **コンテンツ更新代行**：文言修正、画像差し替え、新規ページ追加 - **相談対応**：「これってどうしたら？」というWebまわりの相談窓口 とくに **PHPバージョンやCMSバージョンの管理** は、外から見ると「更新ボタンを押すだけ」に見えますが、実際にはテスト環境での事前検証、依存プラグインの互換性確認、失敗時のロールバック手順まで含めて設計する必要があります。専門家でないと簡単そうで難しい、典型的な領域のひとつです。 ## 保守で実際にやっている12の作業（現場の実例） 私たちが月次保守で実際にやっている作業を、具体的にリスト化します。 1. **WordPress本体の更新確認**（メジャー/マイナー含む） 2. **プラグイン更新と互換性テスト**（本番反映前にテスト環境で検証） 3. **PHPバージョン管理**（サーバー側EOL追跡と移行計画） 4. **SSL証明書の期限確認** 5. **脆弱性情報の追跡**（CVE / プラグイン脆弱性DBの監視） 6. **定期バックアップの取得と復元テスト** 7. **月次サイトパトロール**（表示崩れ・動作確認・お問い合わせフォーム送信テスト） 8. **アクセス解析の異常検知**（急落・急増、404増加など） 9. **コンテンツ更新代行**（文言修正、画像差し替え） 10. **新規ページ・機能の追加**（時間枠内の範囲で） 11. **サーバー・ドメイン契約の管理**（更新漏れ防止） 12. **Web全般の相談対応**（「これってどうしたら？」の窓口） とくに **「月次サイトパトロール」は保守契約の核** だと考えています。定期的に表示・動作を目視確認するからこそ、「引き継いだ時点でお問い合わせフォームがずっと壊れていた」というような、放置されていた不具合を早期に発見できます（後述）。 ## 契約パターンは大きく2つ：ルーティン型と発生型 実際のクライアントとの契約は、業種や運用スタイルによって次の2つに大きく分かれます。 ### 1. ルーティン型（曜日・月次で固定の作業） 毎月・毎週・特定の曜日など、あらかじめ決まったサイクルで作業を行うパターンです。**飲食店** などが典型で、メニュー更新やキャンペーンバナーの差し替えなど、繰り返しの依頼が発生します。 ### 2. 発生型（依頼が発生したときに動く） 依頼があったタイミングで随時対応するパターン。**結婚式場や商業施設** など、GW前・お盆前・年末年始などのシーズン前に依頼が集中する業種はこちらに近いです。 ### 3. 相談役契約（安価な相談窓口） 作業はほぼ発生しないけれど「気軽にWebのことを聞ける相手がほしい」というニーズもあり、この場合は**相談役として安価な契約** を結んでいるケースもあります。制作会社を「顧問」のように使う関係性です。 ### 稼働時間の考え方 私たちの場合、月あたりの稼働時間は**契約時にクライアントと擦り合わせて決めます**。基本作業の繰り上げ計算はせず、その代わり**契約内の作業は優先的に対応する** という運用にしています。 ## 費用相場：月額1万円〜30万円以上、何が違うのか 「保守の相場はいくら？」は最も聞かれる質問です。結論から言うと、**月額1万円〜30万円以上まで幅があり、差はほぼ「時間」と「深さ」に集約されます**。 | 月額の目安 | 想定される内容 | 向いているクライアント | | **1万円前後** | 相談役契約。作業はほぼなし、いつでも相談できる窓口として。 | 自社で更新ができる／緊急時だけ頼りたい | | **3万円前後** | 簡易パトロール＋軽微な更新代行。本体・プラグイン更新の確認。 | 更新頻度が少ないコーポレートサイト | | **5万円前後** | 月次パトロール＋定期更新代行＋脆弱性対応。標準的な保守。 | ページ数中規模のコーポレート／小規模EC | | **10万円前後** | 複数サイト管理／積極的な運用支援／CMSまわりの継続改善。 | 複数ドメイン運営／メディア型サイト | | **30万円以上** | 定例MTG（週複数回）＋Web戦略コンサル＋作業ボリューム大。 | Web施策を継続的にPDCA回したい企業 | ポイントは、月額の差は「作業量の差」だけでなく**「関わる深さ」の差** でもあるということです。1万円の契約でも「相談ができる相手がいる」という価値そのものにお金を払っていただいているケースもあります。 ## 良い保守会社を見分ける5つのステップ 発注側として、良い保守会社をどう見分ければよいか。制作会社側の視点から、正直に「ここを聞かれたらちゃんと答えられる会社は信頼できる」という5ステップをまとめます。 1. **スコープの明確さを確認する**：「何が契約に含まれて、何が別料金か」を書面で明示できる会社を選びましょう。曖昧なまま契約すると、あとで「これは含まれない」というトラブルの原因になります。 2. **障害時の連絡フロー・対応スピードを確認する**：「サイトが落ちた」「フォームが送れない」といった障害時に、誰に何時間以内に連絡がつくかを事前に確認してください。私たちは**気付いた時点で必ず対応** を原則にしています。「明日やります」「週明けやります」という運用は障害対応ではありません。 3. **バージョン管理・バックアップ体制を確認する**：WordPress本体・プラグインの更新をどう管理しているか、バックアップは自動か手動か、復元テストをしているか。実際に「復元できないバックアップ」を持っている案件は珍しくありません。 4. **実案件事例と担当者の技術レベルを確認する**：業界だけでなく、規模感・使っているCMS・トラブル対応の実績を聞いてください。「うちで過去にあったトラブル事例」を語れる担当者は信頼できます。 5. **契約解除時の引き継ぎ条項を確認する**：解約時に「ソースコード・DB・認証情報を全て返却する」旨が契約書にあるかを見てください。ここが曖昧だと、次の保守会社への引き継ぎで大きな問題になります。 ただし──最後に本音を書いておくと、これらのチェックポイントを全て満たしていたとしても、**結局は「人対人」の相性がとても大事** です。段取りや業務フローと同じくらい、**「相談しやすい窓口担当がいるかどうか」** のバランスは、保守を長く続ける上で本当に効いてきます。 ## 引き継いだ瞬間に発見した「壊れていた」典型3パターン 他社から保守を引き継いだ案件で、私たちが実際に遭遇した「前任者の作り方に起因する典型トラブル」を3つ紹介します。同じ状況にある発注担当者の方は、ぜひ現状のサイトをチェックしてみてください。 ### パターン1：階層構造がぐちゃぐちゃになっているサイト URL設計・カテゴリ設計・カスタム投稿タイプの使い分けが一貫しておらず、後から見ると「なぜここにこのページがあるのか」がわからない状態。SEO的にも運用効率的にも不利で、リニューアル時のマイグレーションコストが跳ね上がります。 ### パターン2：文字コード事故（Shift_JIS ソースを UTF-8 で開いて文字化け） 旧世代のHTMLソースが Shift_JIS のまま残っていて、UTF-8前提の環境で開くと文字化けするケース。編集不能になっているHTMLがサイト内に紛れていることもあります。 ### パターン3：お問い合わせフォームがずっと壊れていた これは **本当に恐ろしい** パターンです。引き継ぎ時にはフォームが動作していたつもりが、実は数ヶ月以上前から送信できていなかった、というケース。**私たちが月一の「サイトパトロール」を必ず行うのは、こういった不具合を早期発見するため** です。パトロールがないと、機会損失に気付くことすらできません。 ## 実際に起きた保守トラブル3件（顧客名は伏せます） 保守で本当に大事なのは、平時ではなく「有事」の対応です。実際に私たちが遭遇し、原因究明から復旧まで手を動かした事例を3件、記録として共有します。 ### 事例1：ACFカスタムフィールドが編集画面から消えた あるページの編集画面で、それまで表示されていた **ACF（Advanced Custom Fields）のカスタムフィールドが突然表示されなくなった** 事象。クライアントからは「データが消えた」報告が入りました。 調査の結果、真因は **テーマフォルダに同じ Template Name を持つ .php ファイルが2つ存在していた** ことでした。WordPress内部の `get_page_templates()` は `array_flip()` で処理するため、Template Name が重複していると片方だけしか残らず、ページテンプレート紐付けが破綻します。データ自体は残っていたので、原因ファイル退避＆テンプレート再選択で復旧しました。 **教訓**：テーマファイルを退避する場合、**拡張子を変える（.php.bak など）／テーマフォルダ外に置く／Template Name コメントを削除する**、この3つのいずれかを必ず徹底する必要があります。同じ拡張子・同じTemplate Nameの「静かな重複」は時限爆弾です。 ### 事例2：Cloudflare 公式 WordPress プラグインの権限バグ 非管理者ユーザー（Editor 権限で `manage_options` は持つケース）で Cloudflare プラグインの管理画面を開くと、**画面が真っ白** になる事象。コンソールには `CONFIG_FETCH_ERROR` が出ていました。 プラグイン内部のソースを追ったところ、メニュー表示は `manage_options` チェック、AJAX処理は `administrator` ロール限定チェックという **権限判定の矛盾** が原因でした。プラグイン内の該当ファイル1行を `administrator` → `manage_options` に書き換えることで復旧。GitHubにも既知Issueとして上がっていましたが、修正PRは未マージのままでした（プラグイン自体が公式に非推奨化されつつある状況）。 **教訓**：**OSSプラグインは「メンテナンスされているか」の確認も保守の一部**。使っているプラグインが数年更新されていない、Issueが放置されている、といったサインは移行検討の合図です。 ### 事例3：max_input_vars 上限によるフォームデータの静かな消失 ACF のリピーターフィールドを1ページに大量に組み込んでいた案件で、**保存時に一部のフィールドデータが消える** という事象が発生しました。 原因は PHP の `max_input_vars` 上限。これは **1回のPOSTリクエストで送信できる入力変数の最大数を制限する設定** で、初期値は 1000 です。ACFのリピーターは1行ごとに複数の入力を生成するため、行数が増えると簡単にこの上限を超え、**超過分は警告なしで捨てられます**。 幸いバックアップを取得していたため復旧できましたが、**「バックアップの重要性」を身をもって実感した事例** です。復旧後は php.ini の `max_input_vars` を引き上げ、あわせてフィールド構造の見直しも行いました。 ## AI時代の保守：Claudeにやらせて、人が最終判断する 2026年時点で、保守運用のワークフローはAI（とくに Claude や ChatGPT のような大規模言語モデル）の登場で明らかに変わりました。私たちが実際に AI に任せている作業は次のようなものです。 - **月次サイトパトロールの自動化**：表示確認・リンクチェック・フォーム送信テストの部分自動化 - **プラグイン／WordPress本体の脆弱性チェック**：CVE情報を自動で収集・突合 - **ソースコードレビュー**：更新差分に対する第三者チェック - **メタ情報の最適化**：タイトル・description・構造化データの提案 ただ、私たちのスタンスとしてハッキリしているのは、**「人が主体で、AIに任せきりにはしない」** ということです。AI は人が気付かない箇所を拾ってくれる強力なパートナーですが、最終判断・クライアントとのコミュニケーション・責任は、人が担うべき領域だと考えています。適材適所です。 AIを活用した実装の詳細は、姉妹記事「[AI OverviewにWordPress記事を載せるために、自社ブログを本気で改修した話](https://cielo-design.com/blog/ai-overview-wordpress-implementation/)」も合わせてご覧ください。 ## よくある質問（FAQ） ### Q. サイト保守って自分でできますか？ A. 技術知識のあるクライアント様も一定数いらっしゃいますが、実感として **中途半端な知識が逆にトラブルを招くケースが多い** です。プラグインを試しに入れて壊れる、更新して表示が崩れる、といった事故は珍しくありません。相談窓口として保守契約だけ結んでおく、というやり方も選択肢です。 ### Q. 相場はいくらですか？月額1万円〜10万円以上まで幅があるのはなぜ？ A. 差の正体は「作業ボリューム」と「関わる深さ」の掛け算です。相談のみで月1万円というケースもあれば、週3回の定例MTGを含めコンサル領域まで踏み込む月30万円以上のケースもあります。作業量だけでは決まりません。 ### Q. 契約期間の縛りはありますか？ A. 私たちは **契約時にクライアント様と擦り合わせて決めています**。制作会社側の都合だけで一方的に縛ることはしません。3ヶ月・半年・1年など、事業計画に合わせて設計しています。 ### Q. 障害発生時、何時間以内に対応してもらえますか？ A. **気付いた時点で必ず対応します**。時間帯や曜日を理由に「明日やります」「週明けやります」ということは絶対にしません。障害対応は「気付き」と「即応」がすべてです。 ### Q. WordPress本体やプラグインの更新はどこまで含まれますか？ A. 標準的な保守契約であれば、**更新の実施・事前互換性テスト・失敗時のロールバック** まで含みます。ただし、更新に伴う大規模改修（プラグイン非互換によるテーマ改修など）は別途見積もりになる場合があります。 ### Q. デザイン変更・機能追加もお願いできますか？ A. **契約の時間枠内であれば保守対応の範囲内** で対応します。時間を明らかに超える改修や、パートナー会社の技術が必要な作業（大規模なシステム連携など）は別途お見積もりとなります。 ### Q. サーバーの乗り換えは対応してもらえますか？ A. 要件によります。私たちはサーバー会社ではないので、サーバー会社に依頼するような大規模な移設は別途お見積もりです。小〜中規模の移設は対応可能なケースもありますが、専門外の作業に関しては別途費用をお願いすることがあります。 ### Q. 解約したい場合はどうすればいいですか？ A. 基本は **3ヶ月前の申告制** としています。次の保守会社への引き継ぎ期間として、この程度は確保していただきたいというお願いです。 ### Q. 前の業者から乗り換える時に必要なものは何ですか？ A. 最低限、**サーバー／ドメイン／FTP／CMS（WordPress等）のログイン情報一式** が必要です。加えて、過去のバックアップ、契約書、ライセンス情報（有料プラグイン等）、ドキュメント類があると引き継ぎがスムーズです。詳細は都度ヒアリングします。 ### Q. AI（Claude等）の登場で、保守運用は変わりましたか？ A. 変わりました。月次パトロールは部分的に自動化され、ソースコードのテクニカルチェックも人が見落とす箇所をAIが拾ってくれるようになりました。ただし **「人が主体、AI任せきりはしない」** という運用は徹底しています。適材適所です。 ## まとめ：保守は「作った後の関係」を続ける仕事 サイト保守運用は、外から見ると「毎月同じことをやっているだけ」に見えるかもしれません。ですが実際には、**技術的な維持・セキュリティ・正常動作の担保・相談窓口** という複数のレイヤーを、静かに・切らさずに続けていく仕事です。 そして最後にもう一度書いておきますが、保守は結局のところ **「人対人の関係を続ける仕事」** でもあります。数字と契約書と作業リストの向こう側に、「安心してWebのことを相談できる相手がいる」という体験を届けるのが、私たちの考える保守運用の本質です。 この記事が、これから保守を依頼する方、いま契約中の内容に疑問がある方、あるいは保守会社を乗り換えようとしている方の、判断材料のひとつになれば嬉しいです。 ご相談は [お問い合わせフォーム](https://cielo-design.com/contact/) から、お気軽にどうぞ。 --- ## AI OverviewにWordPress記事を載せるために、自社ブログを本気で改修した話【実装コード公開】 - URL: https://cielo-design.com/blog/ai-overview-wordpress-implementation/ - 公開日: 2026-07-27 - カテゴリ: ツール・技術 - 要約: 自社ブログ cielo-design.com/blog/ を「AI Overviewに引用される記事が書ける環境」に改修しました。FAQPage/HowTo/BreadcrumbList構造化データ、目次自動生成、AI crawler向けrobots.txt設定など、実装したPHPコードとその根拠を全公開します。 **AI Overview（旧SGE、Google検索のAI要約枠）に自社の記事が引用されるかどうかは、2026年以降のWebマーケティングで決定的に効いてくる要素です。**この記事では、私たちシエロデザインが自社ブログを「AI Overviewに載る土壌」にするために行った、WordPress側の実装を具体的なPHPコード込みで公開します。他社さんの実装にもそのまま応用できる内容です。 ## なぜ AI Overview 対応が必要か Google検索の結果ページ最上部に、AIが要約した回答（AI Overview）が表示されるケースが急増しています。そこに引用されるかどうかで、クリック率・ブランド露出・「◯◯といえば◯◯」の指名想起率が大きく変わります。 従来のSEOが「順位を上げる」ゲームだったのに対し、AI Overview対策（GEO：Generative Engine Optimization）は**「AIが引用しやすい構造で書き、機械可読な形でメタデータを渡す」**ゲームです。人間の目線と、AIの目線、両方に最適化する必要があります。 ## 今回、私たちが実装した9項目 - BlogPosting JSON-LD の出力 - **FAQPage JSON-LD の自動生成**（記事内のQ.A.パターンを検出） - **HowTo JSON-LD の自動生成**（記事内の「ステップ」見出し + olを検出） - BreadcrumbList JSON-LD の出力 - 目次（TOC）自動生成 と H2/H3 への id 自動付与 - 公開日・最終更新日の可視表示 - 関連記事ブロックの自動出力 - **robots.txt に AI crawler 明示 Allow** - アイキャッチ未設定時の og:image フォールバック すべて WordPress のカスタム投稿タイプ（CPT）用プラグインとして実装。他のテーマ・環境でもそのまま使える構造にしています。 ## 1. BlogPosting 構造化データの出力 Google検索で記事情報を正しく認識してもらう基礎。BlogPosting schema には `headline / description / image / datePublished / dateModified / wordCount / author / publisher` を含めます。特に `author` はE-E-A-Tの評価に効くため、Personとしてjob title・descriptionまで書きます。 📖 **前身記事**：この BlogPosting JSON-LD の初期実装については [「WordPress の自作CPTに BlogPosting 構造化データ（JSON-LD）を後付けした話」](https://cielo-design.com/blog/adding-blogposting-jsonld-to-custom-cpt/) をご覧ください。 ## 2. FAQPage JSON-LD の自動生成【差別化ポイント】 記事末尾の「よくあるご質問」を、機械可読な FAQPage schema として出力すると、AI Overview / SGE / Google FAQ枠での引用率が明らかに上がります。ポイントは**「手で書かなくても自動で生成される」**こと。記事に `Q. ◯◯` というH3と直後の `A. ◯◯` の段落があれば、プラグインが自動でschema化します。 // 記事本文から Q./A. パターンを検出 if ( preg_match_all( '#]*>\s*(Q[\.．]\s*[^<]+)\s*\s*]*>\s*(A[\.．]\s*[^<]+)#us', $rendered_content, $matches, PREG_SET_ORDER ) ) { foreach ( $matches as $qa ) { $faq_entities[] = [ '@type' => 'Question', 'name' => trim( preg_replace( '#^Q[\.．]\s*#u', '', $qa[1] ) ), 'acceptedAnswer' => [ '@type' => 'Answer', 'text' => trim( preg_replace( '#^A[\.．]\s*#u', '', $qa[2] ) ), ], ]; } } ## 3. HowTo JSON-LD の自動生成【手順記事に強い】 「サイトリニューアルの進め方」「◯◯のやり方」のような手順系記事は、HowTo schemaを出すと Google の手順ハイライト表示や AI Overview での step-by-step 引用が狙えます。H2に「ステップ」を含み、直後に順序リスト（`
    `）が来るパターンを検出して自動で HowToStep に変換します。 if ( preg_match( '#]*>[^<]*ステップ[^<]*\s*(?:<[^>]+>\s*)*]*>(.*?)
#us', $content, $mHowTo ) ) { preg_match_all( '#]*>(.+?)#us', $mHowTo[1], $liMatches ); foreach ( $liMatches[1] as $i => $li ) { $steps[] = [ '@type' => 'HowToStep', 'position' => $i + 1, 'name' => trim( wp_strip_all_tags( $li ) ), ]; } } ## 4. BreadcrumbList JSON-LD パンくずリストを構造化データとして出力すると、Google検索結果でURLの代わりにパンくずが表示され、CTRが上がります。`ホーム > ブログ > カテゴリ > 記事タイトル` の階層を、ItemListElement として渡します。 ## 5. 目次（TOC）自動生成 と 見出しID自動付与 長文記事の読了率を上げると、間接的に検索評価も上がります。`the_content` フィルタで H2/H3 を検出し、id を自動付与しつつ、最初の H2 の直前に TOC ブロックを挿入します。手動でアンカーIDを書く手間がなくなる副次効果も大きい。 $content = preg_replace_callback( '#<(h[23])([^>]*)>(.*?)#is', function ( $m ) use ( &$headings, &$counter ) { $counter++; $id = 'sec-' . $counter; // 既存のid属性があればそちらを優先 if ( ! preg_match( '#\bid=["\'][^"\']+["\']#i', $m[2] ) ) { $m[2] .= ' id="' . esc_attr( $id ) . '"'; } $headings[] = [ 'level' => substr( $m[1], 1 ), 'id' => $id, 'text' => wp_strip_all_tags( $m[3] ) ]; return '<' . $m[1] . $m[2] . '>' . $m[3] . ''; }, $content ); ## 6. 公開日・最終更新日の可視表示 E-E-A-T の Freshness（情報の鮮度）評価に対応します。JSON-LDの datePublished / dateModified に加えて、記事本文の見える位置にも表示。読者が「いつの情報か」を即座に判断できると、記事の信頼性評価が上がります。 ## 7. 関連記事の自動出力 同じ blog_category の最新3件を、記事末尾に自動表示。内部リンクを増やしてサイト回遊率と滞在時間を上げるとともに、AI にとっての「トピック関連性」のシグナルを強化します。 ## 8. robots.txt に AI crawler 明示 Allow【GEO対応の要】 GPTBot / ClaudeBot / PerplexityBot / Google-Extended / Applebot-Extended などの AI クローラーは、robots.txt で明示的にAllowされているサイトを優先的にクロール・引用する傾向があります。デフォルトで許可されている状態でも、**「明示的なAllow」を書くことは 歓迎シグナル として意味を持ちます**。 add_filter( 'robots_txt', function ( $output, $public ) { if ( ! $public ) return $output; $agents = [ 'GPTBot', 'ChatGPT-User', 'ClaudeBot', 'Claude-Web', 'PerplexityBot', 'Google-Extended', 'Applebot-Extended', 'CCBot', 'Bytespider', 'Meta-ExternalAgent', 'Amazonbot' ]; $ai = "\n# --- AI crawlers 明示 Allow ---\n"; foreach ( $agents as $ua ) { $ai .= "User-agent: $ua\nAllow: /\n\n"; } return $output . $ai; }, 10, 2 ); ## 9. アイキャッチ未設定時の og:image フォールバック 記事にアイキャッチが未設定の場合、JSON-LD の image プロパティが空になり、AI や SNS カード生成時に「画像なし」扱いされます。それを防ぐため、CIELO DESIGN の公式 OGP 画像を自動でフォールバック設定しています。 ## 効果検証：AI Overview 掲載への道のり この改修は2026年7月27日に本番反映しました。狙うキーワードは「サイトリニューアル 進め方」。上記の実装＋ 実案件の一次情報（弊社の実見積・実期間・AI活用実データ）を盛り込んだ[ピラー記事](https://cielo-design.com/blog/site-renewal-complete-guide-2026/)を同日公開し、AI Overview への掲載を狙って観測を開始します。 結果は追って本ブログで公開予定です。**「制作会社であり、SEO・GEO の実行会社でもある」**という私たちのポジションを、実データで語り続けます。 🤖 **関連**：AI活用でWordPress運用が変わった実例は [「Claude CodeでWordPress修正が半分の時間で終わるようになった話」](https://cielo-design.com/blog/claude-code-wordpress-workflow/) をご覧ください。 ## まとめ：AI Overview対応は「土壌 × コンテンツ」の掛け算 AI Overview に載る／載らないは、コンテンツの質だけで決まりません。**サイト側の実装（構造化データ・robots.txt・パフォーマンス）と、記事コンテンツの質、この掛け算**で初めて機能します。片方だけをどれだけ磨いても、もう片方が弱いと引用されません。 2026年、SEOの主戦場は AI Overview に移り始めています。従来の「順位を上げる」だけでは戦えない時代に、CMS 実装から本気で見直す価値があります。この記事の内容をそのまま自社サイトに実装したい方は、お気軽にお問い合わせください。 ## よくあるご質問（FAQ） ### Q. FAQPage schema を追加するだけで AI Overview に載りますか？ A. schema 単体では載りません。コンテンツの質・一次情報・トピック権威性の3点が揃って初めて引用対象になります。schema は「引用しやすい形に整えるパッケージング」の役割です。 ### Q. AI crawler を robots.txt でブロックすべきという意見もありますが？ A. コンテンツの無断学習を嫌うサイトはブロック運用します。ただしその場合、AI Overview への引用機会も同時に失います。ブランド露出とAI学習リスクの二者択一で判断してください。私たちシエロデザインは「引用してもらう側」を選びました。 ### Q. WordPress 以外のCMS（Headless / STUDIO 等）でも同じ対応は可能ですか？ A. 可能です。JSON-LD は HTML の `', html, re.DOTALL): d = json.loads(s.strip()) print(json.dumps(d, ensure_ascii=False, indent=2)[:800]) " 結果、`Organization`・`Person`・`WebSite`・`WebPage`・`BreadcrumbList` は既に出力されていましたが、**BlogPosting は無し**。ここを補完する方針で進めます。 ## 実装：WordPress プラグインに `wp_head` フック 今回はスタッフブログ CPT 用の自作プラグイン `cielo-blog` にコードを足しました。テーマ側に書かない理由はシンプルで、**テーマを差し替えても機能が消えないように**したいからです。 実際に足したコードの中身がこちらです（要点のみ抜粋）。 add_action( 'wp_head', function () { if ( ! is_singular( 'blog' ) ) return; $post = get_post(); $author = get_userdata( $post->post_author ); // アイキャッチ or OGP画像フォールバック $image_url = get_the_post_thumbnail_url( $post->ID, 'full' ) ?: home_url( '/wp-content/uploads/2026/04/01_cielodesign_OGP.jpg' ); // カスタムタクソノミー blog_category を articleSection / keywords に $terms = get_the_terms( $post->ID, 'blog_category' ); $section = ( ! empty( $terms ) ) ? $terms[0]->name : 'ブログ'; $data = [ '@context' => 'https://schema.org', '@type' => 'BlogPosting', '@id' => get_permalink( $post ) . '#blogposting', 'mainEntityOfPage' => [ '@type' => 'WebPage', '@id' => get_permalink( $post ) ], 'headline' => get_the_title( $post ), 'description' => wp_strip_all_tags( get_the_excerpt( $post ) ), 'image' => [ $image_url ], 'datePublished' => mysql2date( 'c', $post->post_date_gmt, false ), 'dateModified' => mysql2date( 'c', $post->post_modified_gmt, false ), 'inLanguage' => 'ja-JP', 'articleSection' => $section, 'author' => [ '@type' => 'Person', 'name' => $author->display_name, 'url' => home_url( '/staff/' ), ], 'publisher' => [ '@type' => 'Organization', 'name' => 'CIELO DESIGN', 'url' => home_url( '/' ), ], ]; echo ''; }, 20 ); ポイントは 3 つあります。 - **`is_singular('blog')` でフィルタ**：スタッフブログ CPT のみに絞って、他ページのSEOに影響しないように - **SEOプラグインの JSON-LD と共存**：Google は複数の JSON-LD ブロックがあっても merged で扱ってくれるので、重複を恐れず既存出力を残したまま *足す*のが安全 - **アイキャッチ未設定時のフォールバック**：OGP画像を差し込んで、image 未定義でエラー扱いされないようにしておく ## 検証：本当に出ているか デプロイ後、いくつかの方法で確認しました。 - ページソースを開いて `