
Core Web Vitals改善の受託は「点数の約束」で赤字になる──LCP・INP・CLSの公式しきい値と、28日集計を前提にした契約
この記事は、Core Web Vitals の改善を制作会社が受託するときの、範囲・期間・見積もりの決め方を扱います。
「Search Console で『不良』と出ています。直せますか」
顧客がSearch Consoleを開き、赤い表示を見て連絡してくる。
制作会社は「直します」と受け、作業を終えて報告する。ところが翌週も、表示は赤いままです。
顧客は「直っていない」と言い、制作会社は「直したのに」と思う。
この行き違いは、作業の腕ではなく、契約の組み方で起きています。
Core Web Vitals改善の受託とは、実際の利用者のデータで測られる3つの指標について、原因を直す作業と、数字が追いつくまでの確認の期間を分けて引き受けることである
黒字化の外科医です。Core Web Vitals改善を受託するときの損益の落とし穴を解剖します。
まず、指標としきい値を、Googleの公式の情報(web.dev)で確認しておきます。
Core Web Vitals の3つの指標と「良好」の目安(web.dev より)
LCP(Largest Contentful Paint):読み込みの速さ
良好:2.5秒以下 / 不良:4.0秒を超える
INP(Interaction to Next Paint):操作への反応の速さ
良好:200ミリ秒以下 / 不良:500ミリ秒を超える
CLS(Cumulative Layout Shift):表示のずれの少なさ
良好:0.1以下 / 不良:0.25を超える
判定は、ページの読み込みの75パーセンタイルで、モバイルとパソコンを分けて見る点数を約束してはいけない理由は、三つあります。
第一に、判定に使われるのは、実際の利用者のデータだから。
Search Console の Core Web Vitals レポートは、Chromeの利用者から集めたデータ(CrUX)に基づくと、Googleのヘルプに書かれています。制作会社が手元で測る数値とは、別のものです。
第二に、利用者のデータは、過去28日分の集計だから。
PageSpeed Insights の説明では、フィールドデータは直前の28日間の集計とされています。今日直しても、数字が入れ替わるまで時間がかかります。
第三に、原因が制作会社の手の外にあることがあるから。
広告やチャットなど外部のタグ、顧客が後から載せた大きな画像、利用者の端末や回線。直せない原因まで約束すれば、その分の責任を負います。
受託の前に分けておく3つの仕事
1. 調査:どのページの、どの指標が悪いのか
Search Console のレポートは、似たページをグループにまとめて表示します。データ量が少ないページは、レポートに出ないこともあります。
まず、悪い指標とページのグループを特定し、手元のツールで原因を探します。
2. 改善:原因ごとに直す
LCPなら画像やサーバーの応答、INPなら重いスクリプト、CLSなら画像や広告枠の大きさの指定など、指標ごとに打ち手が違います。
顧客が感じる重さを直す高速化の作業と重なる部分は、別の記事で値付けしています。
▶ WordPress高速化を「ついでの無償対応」から有償メニューにする──診断・改善・維持の3段で売り、点数を約束しない見積もりと計算例
3. 確認:数字が追いつくまで見る
改善の後、28日の集計が入れ替わるのを待ち、レポートの変化を確認して報告します。
この期間を契約に入れていないと、「まだ赤い」という問い合わせに、無償で対応し続けることになります。
今すぐ試せる:Core Web Vitals改善の提案書の骨子を作るプロンプト
私はWeb制作会社の経営者です。顧客から、Search Console の Core Web Vitals レポートで「不良」が出ていると相談を受けました。改善の提案書の骨子を作ってください。
【前提】
・不良または改善が必要と出ている指標(LCP・INP・CLS)と、モバイル/パソコンの別:〔 〕
・該当するページのグループと、例のURL:〔 〕
・サイトで使っているテーマ、主なプラグイン、外部のタグ:〔 〕
・自社の時間単価:〔 〕
1. 指標ごとに、考えられる原因の候補を3つずつ挙げる。
2. 調査・改善・確認の3段に分けた作業と、時間の見込みを表にする。
3. 実際の利用者のデータは過去28日分の集計で、反映に時間がかかることを、顧客向けに平易に説明する。
4. 数値の達成や検索順位を保証しないことを、自然な一文で添える。Core Web Vitals見積もり工場:3段の計算例
見積もり =(調査 + 改善 + 確認)の時間 × 時間単価
例(数字はすべて例。時間単価8,000円、モバイルのLCPとCLSが不良のケース)
調査:レポートの確認とページの特定1時間 + 原因の調査3時間 = 4時間
改善:LCP(画像とサーバーの応答)6時間 + CLS(画像・埋め込みの大きさの指定)3時間 = 9時間
確認:反映後の測定と報告 1時間 × 2回(2週後・5週後)= 2時間
合計15時間 × 8,000円 = 120,000円(検算:1+3=4、6+3=9、1×2=2。4+9+2=15時間。15×8,000=120,000円)
確認の2回目を、28日の集計が入れ替わった後に置くのがコツです。
契約に書いておく3つの文
・本業務は、Core Web Vitals の各指標の数値の達成、検索順位の向上を保証するものではありません
・実際の利用者のデータは過去28日間の集計のため、改善の結果が反映されるまで期間を要します。確認は〇週後と〇週後の2回行います
・外部のサービスのタグ、公開後に追加された画像や機能による変化は、本業務の範囲外とします構造的なリスク
逆説を指摘しておきます。
Core Web Vitals は、数字が「良好」になった瞬間に、顧客の関心が消えやすい商品です。
単発の改善だけで受けると、半年後に新しいタグや画像で数字が戻り、「前に直してもらったのに」という相談が無償で返ってきます。
改善の報告の最後に、月1回レポートを確認する維持の月額を、選択肢として置いておいてください。
戻ったときに有償で対応できる線を、先に引いておくためです。
よくあるQ&A
Q. 手元のツールでは良いのに、Search Console では不良と出る。
手元の測定は決まった条件での試験で、Search Console は実際の利用者のデータです。利用者の端末や回線が遅ければ、差が出ます。顧客にも、この二つは別物だと最初に伝えます。
Q. Search Console にデータが出ないサイトは?
データ量が足りないページは、レポートに出ません。その場合は手元の測定で原因を直し、「利用者のデータでの判定はできない」と報告書に書きます。
Q. サーバーが原因のときは?
サーバーの応答が遅い場合は、プランの変更や移行の判断になります。
▶ WordPressのサーバー選びは「契約名義」で損益が決まる──顧客名義・自社でまとめて契約・再販を、管理の時間で比べる計算例
最後に
Core Web Vitals は、実際の利用者のデータを、28日かけて追いかける指標です。
調査・改善・確認を分け、点数ではなく作業と期間で契約した会社だけが、赤い表示の相談を、揉めずに粗利の残る仕事にできるのです。
これまでの記事は、メンバーシップ「黒字化オペ室」でまとめて読めます。月額1,980円、記事2本分の金額です。詳しくはプロフィールから。
#Web制作会社 #CoreWebVitals #WordPress #表示速度 #SearchConsole #見積もり #制作会社経営 #中小企業 #契約 #SEO