ECサイトの保守費用は商品数で上がるのか｜登録作業と継続保守を分ける

ECサイトの保守費用が商品数で決まっていることに引っかかるのは、たいてい商品を増やしたあとです。商品数が3,000から8,000へ増えた月に、保守費の見積もりが1段階上がって届く。理由を聞くと「商品数が増えたので」と返ってくる。間違ったことは言われていない気がするけれど、では商品を減らしたら下がるのか、と考えると急に自信がなくなる。

この記事は、その1行を分けるための手順書です。値下げ交渉の話はしません。商品登録は終わりのある単発作業で、保守は終わりのない継続作業であるという前提から、両者が同じ月額へ混ざっていないかをどう確かめるかだけを扱います。そのうえで、商品数が本当にシステム側の費用へ効くレンジも、公開されている料金表から具体的に示します。

TL;DR｜商品数で上がってよい費用と、上がってはいけない費用がある

• 「商品数で保守費が上がるのはおかしい」という結論を先に置かないでください。 商品数が費用へ効く経路は実在します。ただし効く経路と効かない経路がはっきり分かれており、見積書の1行にまとめられていると、どちらなのかを発注側が判定できません
• 商品登録は単発作業です。 1点を登録する作業は、登録し終われば終わります。翌月も同じ金額が発生する理由は、登録という作業そのものからは出てきません。継続して費用が出るのは「毎月新しく登録する分がある」場合であって、それは登録済み点数ではなく月あたりの追加点数で決まります
• 保守は継続作業です。 監視、障害の一次対応、パッチ適用、バックアップは、商品を1点も追加しない月にも発生します。この部分の量を決めているのは、多くの場合サーバー台数・監視項目数・対応時間帯であって、商品点数ではありません
• 商品数が価格を決める軸になっているEC基盤は実在します。 たとえばfutureshopのStandardプランは登録商品数そのものが料金階層になっています（50商品まで 月額27,000円／10,000商品まで 月額64,000円、いずれも税抜。2026年8月20日取得）。一方でカラーミーショップの比較表に登録商品数の上限行はなく、差がついているのはディスク容量です。Shopifyは全プラン「商品を無制限に販売」と書いています。同じ「ECの月額」でも、商品数が課金軸かどうかはサービスごとに違います
• 公開されている商品登録代行の単価は、件数より作業範囲で大きく動きます。 ある事業者の公開価格表では、整形済データを登録するプランの101〜500点が1点450円、同じ点数レンジでもパンフレット等からの変換を伴うプランは1点1,150円です（いずれも税別、2026年8月20日取得）。同じ「商品登録1件」という言葉が、2.5倍以上ちがう作業を指しています
• 1件単価と月額固定は、どちらが正しいという話ではありません。 月あたりの作業量が安定していて、優先対応枠を確保する意味があるなら月額固定に合理性があります。作業量が読めないなら1件単価のほうが説明可能です。判断の材料は、月額を同条件の1件単価で割った損益分岐点数と、実際の月次作業実績です
• 判断は「高い／安い」ではなく、説明済み／要確認／高リスク／判断不能の4状態で持ってください。 分解した結果、いまのベンダーの料金体系がいちばん合理的だったという結論は普通にあります

まず手元の見積書から、商品数・登録・更新という語が入っている行を全部書き出すところから始めます。

見積書では、どう書かれているか

実際の見積書・契約書で見かける行項目と、その記載から確定すること・確定しないことを整理します。

いちばん確認の優先度が高いのは、上から2行目の「商品登録・更新作業　含む」です。この「含む」には、次の3つのまったく違う意味がありえます。

1. 毎月あらかじめ決めた点数まで登録する（＝作業量が定義された継続契約）
2. 依頼があれば都度対応する（＝上限のない継続契約。ベンダー側がリスクを負っている）
3. 初回の一括登録を月額へ分割して回収している（＝実態は単発作業の分割払い）

3つめは、作業が終わっても金額が下がらないという結果になります。悪意があるとは限りません。初期費用を抑えたいという発注側の希望に応じた結果、月額へ寄せたケースはよくあります。ただしそのときは、何回払いで、いつ終わるのかが書かれていないと、終わらない費用に変わります。

保守費全体を実費・人の作業・システムの作業・待機の4区分へ分解する手順は、保守見積書を4区分へ分解する手順にまとめています。この記事は、そのうち「商品数」と結びついた行だけを、さらに単発と継続へ割る作業を扱います。

商品登録は単発作業、保守は継続作業

分解の軸はひとつだけです。その作業は、来月も同じ量が発生するか。

この表の右下、「継続作業は原則として商品数と連動しない」に例外があります。それが後述する、プラットフォーム利用料・検索基盤・ストレージのように、商品点数がそのまま資源量になっている費目です。例外があること自体は問題ではありません。問題は、例外に当たらない費目まで同じ理由で連動させているかどうかです。

単発と継続を見分ける3つの質問

見積書の行ごとに、次の3つを当てはめてください。ベンダーへ聞く前に、社内で判定できる範囲があります。

質問1｜来月、商品を1点も追加しなかったら、この費用は減りますか。 減らないなら継続作業です。減るなら単発作業（の従量部分）です。「減らないが、作業もしない」という答えが返ってきたら、それは待機や優先対応枠の対価であって、登録作業の対価ではありません。その場合は、待機の対価としていくらなのかを分けて書いてもらいます。

質問2｜この作業は、いつ終わりますか。 終わりを答えられるなら単発作業です。「終わりません」と答えられるなら継続作業です。「初回登録の残りです」と答えられたら、それは分割払いなので、残回数と完済月を書面で確認します。

質問3｜商品を半分に減らしたら、この費用は下がりますか。 下がるなら、その費用は現存点数に連動しています。下がらないなら、連動しているのは点数ではなく別の何か（作業の頻度、監視対象、契約上の最低額）です。**上がる理由として点数を使うなら、下がる条件も同じ点数で書かれているはずです。**上がる方向にだけ連動する条項は、連動ではなく値上げ条項です。

同じ月額に混ざっているときに起きること

単発と継続が1つの月額に入っていると、発注側は次の判断を全部失います。

• 商品を増やす投資判断ができない（1点増やすと月いくら増えるのかが分からない）
• 登録作業を内製へ戻す判断ができない（外注をやめたときにいくら下がるのかが分からない）
• 他社と比べられない（比べる単位がない）
• 商品を整理したときに、費用が下がるべきかどうかが分からない

とくに1つめは実害が出ます。ロングテール商材を増やす施策は、1点あたりの粗利が小さいことが前提です。1点増やすときの追加コストが分からないと、その施策の採算計算ができません。

公開されている商品登録代行の単価は、何で決まっているか

商品登録の外部単価は公開されています。金額そのものより、何が単価を動かしているかを見てください。

以下は2026年8月20日に取得した2社の公開価格表です。いずれも税別表記であることが原文に明記されています。相場を示す目的ではなく、価格を決めている変数を取り出す目的で引用します。

商品登録ドットコム｜作業範囲で単価が2.5倍変わる

商品登録ドットコムの料金一覧（2026年8月20日取得、標準料金／税別）。同じ作業でも、渡す元データの状態でプランが分かれています。

対象サイトは楽天市場、Yahoo!ショッピング、au PAY マーケット、Amazon（Amazonベンダー／Amazonふるさと納税を含む）、自社サイト（各種カート対応）で、いずれも同じ単価表が示されています。セルフ入力プランには「最低ご依頼金額は25,000円+税」という下限が付いています。

ここから読み取れることは2つです。

1点目。同じ点数レンジでも、作業範囲が違えば単価は2.5倍以上ちがいます。 101〜500点のレンジで、整形済データなら450円、パンフレットからの変換を伴うと1,150円です。見積書に「商品登録　1件◯◯円」としか書かれていないとき、その単価が高いか安いかは作業範囲を確定しないと判定できません。金額の交渉より先に、どちらの世界の話なのかを確定させてください。

2点目。点数が増えると単価は下がります。 同じセルフ入力プランで、50〜100点の500円に対して501〜1,000点は400円です。逓減の理由は原文に説明がないため断定はしませんが、段取り・仕様確認・チェック体制といった固定的な工数が点数で割られるためと考えられます。いずれにせよ、**公開されている単価は点数が増えるほど下がる方向に設定されています。**商品数が増えたときに1点あたりの単価まで上がる見積もりが来たら、その理由を聞く価値があります。

商品登録センター｜1件の定義が項目数で決まっている

商品登録センターの料金一覧（2026年8月20日取得、税別）。同ページには「2015.07.29 2021.04.01」と表示されており、ページの構造化データでも公開日2015年7月29日・最終更新2021年4月1日と宣言されています。現在の価格として扱わず、価格の決まり方の例として引用します。

テキスト入力（紙カタログやPDFからのデータ化）は、項目数で3段階です。原文の表は3つの列が横に並ぶ形になっています。

「1回のご注文は商品数100点からの受付」「作業の内容やご提供いただいた資料の内容により、料金・納期は変動」「項目選択肢設定などのデータ作成が発生する場合は別途料金」という3つの条件が付記されています。

定期登録（1回の点数が少なくても1か月の総数で単価を設定するプラン）:

行のラベルは「点」ですが単価の単位は「枚」と書かれています。原文の表記をそのまま引用しました。数え方が点と枚のどちらなのかは、実際に発注するときに確認すべき項目です。

同社は画像加工も別建てで公開しており、背景切抜きが難易度に応じて80円／100円／180円（いずれも1枚あたり・税別）です。

ここで重要なのは、「1件」の中身が項目数で定義されていることです。必須項目のみ、20項目まで、20項目以上の3段階に分かれ、いちばん上の段階は個別見積もりになる。さらに項目選択肢の設定は別料金。つまり事業者側は、1件の作業量を項目数で見積もっています。発注側の見積書に「商品登録　1件◯◯円」としか書かれていないなら、1件に何項目まで含むのかが未定義ということです。

単価表から取り出すべき変数

2社の公開価格に共通しているのは、次の4つが単価を決めているという構造です。金額そのものは事業者ごとに違いますが、この4変数はどの見積書にも当てはめられます。

商品数が本当にシステム側の費用になるレンジ

ここまでは人の作業の話です。ここからは、商品数がシステム資源へ効くケースを扱います。「商品数と費用は比例しない」という説明は、この部分を無視すると成り立ちません。

商品数が費用へ効く経路は、公開料金で確認できる範囲だと主に次の3つです。

①プラットフォーム利用料が登録商品数で階層化されている

株式会社フューチャーショップが提供するfutureshopのStandardプランは、登録商品数そのものが料金階層になっています（2026年8月20日取得。同ページに「表示価格は全て税抜価格です。別途消費税がかかります。」と明記）。

さらに上位のGoldプランは30,000商品まで登録でき、初期費用52,000円・月額基本料金96,000円・年間基本料金1,112,000円です（同じく税抜、2026年8月20日取得）。

ここが数量課金を考えるうえでいちばん大事な観察です。 登録できる商品数の上限はPlan50からPlan10000で200倍になりますが、月額は27,000円から64,000円へ約2.4倍にしかなりません。Goldプランまで含めると、上限600倍に対して月額は約3.6倍です。つまり**提供側自身が、商品数に比例した料金設計をしていません。**段階的には上がるが、比例はしない。これが数量課金の標準的な形です。

ただし、この比較の読み方には注意が必要です。Standardプランの5段階は、基本プランの条件が登録商品数以外ほぼ共通なので、そのまま比べられます（オプション料金には別途プラン差があります）。一方でGoldプランは、よく使われるオプション機能が基本プランに含まれること、データ転送量の上限が違うこと（Standardは500GB/月、Goldは月間2,500GBまで無料・超過26円/GB）など、商品数以外にも差があります。**商品数だけで3.6倍になっているわけではありません。**言い換えると、純粋に商品数で説明できる部分はこれより小さいということです。

見積書に「商品数が2倍になったので保守費も2倍」と書かれていたとき、持ち出すべきなのは他社の金額カーブではありません。その費目の課金軸です。「保守費のうち、点数で量が決まる部分はどれですか」という質問になります。点数で量が決まらない費目まで一律に2倍になっているなら、そこが確認対象です。

同ページにはもうひとつ、商品数レンジが間接的にオプション費用へ効いている例があります。検索フォームにサジェスト機能を追加するオプションは、原文によると「現在ご契約中のfutureshopプラン」と「お客様の検索回数」により月ごとに変動します（税抜、月額検索回数10万回までの場合）。

契約中のプランは登録商品数の上限で決まるので、同じ機能でも、契約している商品数の階層が上がると月額が上がる構造になっています。なお、この価格差の理由は原文に説明がないため、ここでは事実として構造だけを示します。

②検索基盤がレコード数で課金されている

商品検索を外部の検索サービスへ任せている場合、商品点数はほぼそのまま課金対象の件数になります。

Algoliaの公開価格（2026年8月20日取得、米ドル建て。税の扱いについては当該ページに記載を確認できませんでした）では、Growプランに100,000レコードが含まれ、超過分は1,000レコードあたり0.40米ドルです。無料プランは50,000レコードと月10,000検索リクエストまで。同社はレコードを「a record is an item or object that contains data that someone would search (or get recommendations) for.」と定義しており、全インデックスのレコード合計で数えると明記しています。1レコードあたりのサイズにも条件があり、Growプラン以上は「Avg 10KB/Record max 100KB」、無料プランは「10 KB」です。

商品1点＝1レコードとは限りませんが（色・サイズ違いを別レコードにする設計なら点数より増えます）、**商品を増やすと検索基盤の費用が増える構造は実在します。**見積書に「検索機能の保守」があり、商品数連動になっているなら、それは説明のつく連動です。確認すべきは連動の有無ではなく、レコード数の実測値と、それがどのプランのどの単価で計算されているかです。

③商品数以外が課金軸になっている

一方で、商品数がまったく課金軸になっていないサービスも同じくらい普通にあります。

カラーミーショップ（GMOペパボ株式会社）のプラン・料金一覧（2026年8月20日取得、原文に「価格表記はすべて税込です」と明記）では、比較表に登録商品数の上限行がありません。プラン差がついているのはディスク容量です。

契約期間は3・6・12か月から選ぶ形式です。ここでの資源は点数ではなく容量なので、商品1点に画像を何枚積むかのほうが費用へ効きます。

Shopifyの日本向け料金ページ（2026年8月20日取得）は、全プランの機能比較で「商品を無制限に販売」と記載しており、商品登録数の上限行そのものがありません。月払いはBasic 4,850円／Grow 13,500円／Advanced 58,500円／Plus 368,000円〜、年払いはBasic 3,650円／Grow 10,100円／Advanced 44,000円です。ただし当該ページで税抜・税込の明記を確認できなかったため、税区分は未確認として扱ってください。プラン差がついている軸は、在庫ロケーション数（10／10／10／200）、スタッフアカウント数、外部サービスの取引手数料（2%／1%／0.6%／0.2%）、そしてAPIレート制限（標準／標準／一部のAPIで最大2倍／一部のAPIで最大10倍）です。

ネクストエンジン（NE株式会社）の料金ページ（2026年8月20日取得、原文に「金額は全て税抜です」と明記）は、この論点をいちばんはっきり示しています。同ページは「追加費用は一切なし!」として、初期費用0円・店舗数の追加0円・登録商品数の追加0円を明記したうえで、従量課金の軸を月間受注件数に置いています。

基本料金は月額3,000円（受注件数200件まで）で、初期費用は0円。同ページの利用料金の例では、受注200件で3,000円、400件で10,000円、1,000件で28,000円、3,000件で78,000円と示されています。さらに「商品登録機能だけのご利用の場合は、基本料金のみ（月額3,000円）でご利用いただけます」という注記と、「ご契約から1年経過時より、毎年ご契約月に前年分の年間保守費用15,000円（税抜）をご請求いたします」という条件が併記されています。

**受注管理・在庫連携という、いかにも商品数で重くなりそうな領域で、提供側は商品数を課金軸に置いていない。**負荷を生んでいるのは登録済み点数ではなく、日々流れる注文だと判断しているからです。この構造は、自社開発のECでも同じことが起きます。在庫更新バッチの負荷は登録点数ではなく、更新対象点数と実行頻度で決まります。

5サービスの課金軸を同じ形にそろえる

金額の高低ではなく、何を数えているかをそろえて並べます。金額はすべて2026年8月20日取得の公開価格で、税区分は各サービスの原文表記に従っています。

比較の目的は乗り換え先を選ぶことではありません。自社の見積書が商品数連動になっているとき、その連動がどのタイプなのかを言い当てるための対照表です。

課金軸の早見表｜商品数が効く費用・効かない費用

見積書の行を、次の表のどれかへ割り当ててください。右端が埋まらない行が、確認すべき行です。

この表で押さえておきたいのは、**「バッチ処理は更新対象点数に連動するが、登録済み総点数には連動しない」**という区別です。10万点を抱えていても、毎日更新されるのが3,000点なら、日次バッチの負荷を決めているのは3,000点のほうです。「商品数が10万点だから保守が重い」という説明が来たら、更新対象点数と実行頻度で聞き直してください。

1件単価と月額固定、どちらが妥当か

ここからは課金方式の選択の話です。商品登録を1件単価で払うか、月額固定に含めるか。どちらが正しいという答えはなく、作業量が読めるかどうかで決まります。

損益分岐点を出す

計算そのものは単純です。

損益分岐点数 ＝ 月額のうち登録作業に相当する金額 ÷ 同じ作業範囲の1件単価

重要なのは分母です。**必ず同じ作業範囲の単価を使ってください。**前掲のとおり、整形済データの登録と、パンフレットからの変換では、公開単価で2.5倍以上の差があります。安いほうの単価で割れば損益分岐点数は大きく出て、月額が割高に見えます。ここを取り違えると、計算そのものが結論を作ってしまいます。

もうひとつ、分母の出どころにも注意が必要です。ベンダーから得られる単価が「上限を超えた分の単価」しかない場合、それは契約内の実効単価より高く設定されているのが通例です。高い単価で割ると損益分岐点数は小さく出るため、月額固定が実際より有利に見えます。超過単価しか分からないときは、その旨を前提として書き添えたうえで計算してください。

手順は3つです。

ステップ1｜月額のうち、登録作業に相当する金額を確定する。 見積書が一式なら、まずベンダーに内訳を出してもらいます。ここが出ないうちは計算に入れません。

ステップ2｜自社の作業範囲を1つ決める。 「整形済CSVを支給、必須項目のみ、画像は支給をそのまま使用」のように、前掲の4変数（元データの状態／項目数／画像の扱い／件数）を具体的に書き出します。

ステップ3｜同じ範囲の単価で割る。 割った結果が損益分岐点数です。

たとえば月額のうち登録作業分が50,000円（税抜）で、自社の作業範囲が「整形済データ・101〜500点レンジ」に当たるとします。前掲の公開単価450円で割ると、損益分岐点数は約111点/月です。この場合、毎月111点を超えて登録してもらっているなら月額のほうが有利で、下回っているなら1件単価のほうが安くなります。同じ50,000円でも、作業範囲が「パンフレットからの変換」に当たり1,150円の世界なら、損益分岐は約43点/月まで下がります。

この計算の目的は、値切ることではありません。「毎月何点登録されていれば、この月額は説明がつくのか」という数字を1つ持つことです。その数字と実績を並べれば、会話が「高い気がする」から「先月は何点でしたか」に変わります。

実績と突き合わせる

損益分岐点数が出たら、直近6か月の実際の登録・改訂点数を並べます。ベンダーが作業報告を出していないなら、その提出を依頼するところが最初の一歩です。

月額固定に含める合理性があるのはどんなときか

月額へ含めることが発注側にとっても有利になる条件は、実際にあります。次の3つがそろっているときです。

1｜月あたりの作業量が安定している。 新商品の投入ペースが読めていて、月ごとの点数の振れ幅が小さいなら、都度見積もり・都度発注のやり取りが消える分、月額のほうが安くなります。1件単価には見えない事務コスト（発注・検収・請求処理）が毎回かかっていることを見落とさないでください。

2｜優先対応枠に価値がある。 セール前日や新商品発売日に、その日のうちに登録してほしいという要求があるなら、それは待機の対価です。月額固定は、この待機を買う契約として合理的です。ただし優先対応枠を買っているなら、その旨と応答時間が契約に書かれているはずです。書かれていないなら、いま払っているのは待機の対価ではありません。

3｜作業の前提知識が蓄積されている。 カテゴリ設計、命名規則、画像トリミングの社内基準といった暗黙のルールが多い商材では、担当者が固定されることの価値が大きくなります。毎回別の作業者に説明し直すコストは、単価表には出てきません。

この3つのどれにも当てはまらないのに月額固定になっているなら、方式を選んだ理由が失われている可能性があります。

月額固定にすると危ないパターン

月額固定を選ぶなら、次の4点は書面で手当てしてください。手当てがないまま運用されている状態が、いちばん多い抜けです。

上限点数が書かれていない。 ベンダー側が青天井のリスクを負うため、実務上は「今月は手が回らない」という形で調整されます。断られたことは見積書に残りません。上限を書かないことは、発注側にとっても不利です。

未使用分の扱いが決まっていない。 使わなかった月の点数が繰り越されるのか、消えるのか。消えるなら、それは待機の対価として説明される必要があります。作業時間に上限を設ける月額契約では、未使用分の扱いを書面にしていないことが実務上いちばん多い抜けです。

初回一括登録が月額へ溶けている。 前述の「分割払い型」です。完済月が書かれていないと、終わったはずの作業に払い続けることになります。

減る方向の条項がない。 商品数が増えたら上がる、とだけ書かれていて、減ったときの記載がない契約です。数量連動を名乗るなら、双方向であるべきです。

ベンダー側の言い分が正当と言えるケース

商品数連動を提案されたとき、それが合理的である条件を先に挙げておきます。ここに当てはまるなら、分解した結果として「いまの体系が妥当」という結論になります。

1｜プラットフォーム側の料金が実際に商品数で階層化されている。 futureshopのように、提供元の公開価格が登録商品数で段階化されている場合、その上に乗る運用費が同じ段階で動くのは自然です。確認するのは、転嫁されている実費と、ベンダーの役務が分けて書かれているかだけです。

2｜検索基盤やストレージがレコード数・容量で課金されている。 Algoliaのようなレコード数課金を使っているなら、商品数の増加はそのまま請求額の増加です。この場合も、実費部分は実費として、そのまま請求してもらうのが筋です。

3｜商品ごとに人の確認作業が発生する設計になっている。 価格改定のたびに全点を目視確認する、法令表示の要件が商材ごとに違う、といったケースでは、点数がそのまま作業量です。ただしこのときは、確認の頻度と1点あたりの所要が説明できるはずです。

4｜バッチ処理の実行時間が点数で伸び、監視・リカバリの手間が実際に増えている。 夜間バッチが点数増加で処理時間超過を起こすようになった、といった具体的な事象があるなら、それは実在する負荷です。ただし前述のとおり、効いているのは総点数ではなく更新対象点数であることが多いので、そこは分けて聞きます。

5｜段階料金が上下双方向で、上限と下限が明記されている。 増えたら上がり、減ったら下がる。判定のタイミングと、次の段階へ移る条件が書かれている。これは設計として誠実です。

確認が必要なケース｜4状態への仕分け

分解した各行を、次の4状態のどれかへ置きます。「高い」「安い」という軸は使いません。

初回の仕分けでいちばん多いのは「要確認」と「判断不能」です。これは失敗ではありません。どの行が埋まらないかが分かった時点で、この作業は目的を達しています。

仕分けワークシート

冒頭で書き出した行を、ここへ転記します。上2行は書き方の例です。

金額欄は記入方法を示すための例であり、相場ではありません。「判断不能」の行の月額を合計して、月額総額の何割かを見てください。 その割合が下がることが、この作業の唯一の成果です。金額そのものが下がるかどうかは、この段階では分かりません。

なお、この4状態は保守費全体に共通の枠組みです。保守費の相場観そのものについてはシステム保守費用の相場と妥当性で扱っています。開発の段階で商品数が費用へどう効くかは、ECサイトの開発費は商品数で上がるのかが対応する記事です。開発時に一括登録した費用が、稼働後の月額へ回っていないかを見るときは、この2本を並べて読んでください。

同じ「商品数連動」でも中身が違う｜比較シート

複数社の見積もりを1枚に並べます。**金額欄はいちばん最後に埋めてください。**先に金額を入れると、そこから逆算して条件を都合よく読んでしまいます。

商品数に関する部分だけを取り出すと、そろえる条件は16行です。これに金額3行を加えた19行の表になります。

現行ベンダーの列を必ず作ってください。 目的は乗り換えではなく、いまの契約に何が入っていて何が入っていないかを確定させることです。現行の列が埋まらないうちは、他社の数字を並べても比較になりません。

埋め終わったときの判定は、次の3つのどれかになります。

「安い」ほうが危険なケース

商品数連動の話は金額が上がる方向で相談されがちですが、**安い見積もりのほうが危険な状態も同じくらいあります。**次が同時に成立していたら、金額の低さは有利な条件ではありません。

1｜商品登録は含まれているが、データの検証が入っていない。 点数を消化することが目的化すると、価格・在庫・表示義務のある表記が誤ったまま公開されます。ECでは表示の誤りが即座に売上と信用に跳ね返ります。安い単価が成立している理由が「入力だけで検証しない」なら、検証を誰がやるのかを決めてください。

2｜移行作業が見積もりに入っていない。 他モール・他カートからの移行は、点数×単価では終わりません。項目のマッピング、カテゴリの読み替え、重複・欠損の処理が実作業の中心です。移行を「点数×登録単価」で見積もった数字は、安いのではなく別の作業を数えています。

3｜商品数が増えたときの性能試験が入っていない。 点数が10倍になったときに検索・一覧・バッチがどうなるかを、誰も試していない状態です。稼働してから遅くなり、緊急対応として追加費用が出ます。

4｜商品情報を扱う権限管理・監査ログが対象外。 価格を書き換えられる人が誰か、いつ誰が変更したかが追えないと、事故のときに原因を特定できません。

5｜監視・パッチ適用まで商品数連動になっており、点数が少ないから安くなっている。 一見おトクですが、点数と無関係な費目まで点数で値付けされているということは、その費目に必要な作業量が定義されていないということです。点数が少ないうちは安く、増えた瞬間に理由なく高くなります。

6｜大量登録や移行があるのに、進行管理の費用がどこにも無い。 数千点規模の登録・移行は、仕様の確定、社内からの原稿・画像の回収、差し戻しの管理という進行の仕事が発生します。この工数は1点あたりの単価には含まれません。見積書が「点数×単価」だけで構成されているとき、進行を実際にやるのは発注側です。自社の担当者が何時間使うことになるのかを、単価表の外側で見積もってください。

7｜作業実績の報告がない。 何点やったかが分からない契約は、安くても高くても検証できません。判断不能は、金額の高低より優先して解消すべき状態です。

ベンダーへそのまま送れる確認質問8問

以下は宛名と日付を埋めるだけで送れる文面です。**値下げの依頼は入れていません。**目的は、いまの1行を分解して、社内で説明できる状態にすることです。

そのまま送れるメール文面

◯◯株式会社
◯◯様

お世話になっております。△△株式会社の□□です。
現在ご提示いただいている「◯◯」の保守費用について、
社内で費用構造を説明する必要があり、
以下8点についてご回答をお願いできますでしょうか。
金額の見直しをお願いするものではなく、内訳を確定させるための確認です。

1. 現在の月額のうち、商品数に連動している費目と、連動していない費目を
   分けてご教示ください。連動している費目については、
   連動の単位（商品点数／データ容量／検索レコード数／受注件数／転送量）も
   あわせてご記載ください。
   また、費目ごとの月額の内訳（概算で構いません）をご記載ください。
   とくに「商品登録・更新の作業」に相当する金額を、
   継続的な保守の費用と分けてお示しいただけますと助かります。

2. 商品登録・更新の作業について、月あたりに含まれる点数の上限をご教示ください。
   上限がない場合は「上限なし」とご記載ください。

3. 上限を超えた分の単価と、その単価に含まれる作業範囲
   （1点あたりの項目数、画像加工の有無、商品説明文の作成の有無）を
   ご教示ください。

4. 含まれる点数を使い切らなかった月の扱い（翌月へ繰り越す／消滅する／減額する）を
   ご教示ください。

5. 初回の一括登録費用が月額へ含まれている場合、その金額と、
   何回目の支払いで完了するかをご教示ください。含まれていない場合は
   「含まれていない」とご記載ください。

6. 商品点数が減少した場合の費用の扱いをご教示ください。
   段階が下がる条件と、判定のタイミングもあわせてお願いします。

7. サーバー監視・OSおよびミドルウェアのパッチ適用・バックアップについて、
   商品点数に連動する費目があればご教示ください。
   連動しない場合は「連動しない」とご記載ください。

8. 直近6か月の商品登録・更新の作業実績（月別の点数）をご提供ください。
   あわせて、在庫・価格の更新バッチについて、1回あたりの対象点数と
   実行頻度をご教示ください。

お手数をおかけしますが、◯月◯日までにご回答いただけますと幸いです。
よろしくお願いいたします。

回答をどう読むか

返ってきた内容は、次の観点で読みます。

質問8の回答は、質問2〜4の妥当性をそのまま検証します。**質問1で得た「登録作業分の月額」と、質問3の作業範囲つき単価、質問8の実績点数。この3つが並んだ時点で、月額固定が有利か1件単価が有利かは計算できます。**先に挙げた損益分岐の計算に、そのまま入れてください。

見積書のどの行を質問へ変換すればよいか整理しきれない場合は、見積もり内容のAIレビュー（登録不要）でも、行項目ごとの確認観点を出せます。結果の閲覧までメールアドレスの入力は不要です。

回答が揃ったあとの選択肢

8問の回答が揃うと、取れる選択肢は次の4つに整理できます。**どれを選んでも構いません。**分解の目的は、選べる状態になることです。

継続する。 連動の対象が特定の費目に限定されていて、上限と減額条件が書かれているなら、体系として説明がついています。次回の更新時期だけ決めておきます。

方式を変える。 実績が損益分岐点数を大きく下回っているなら、登録作業だけを月額から外して1件単価へ切り替える、あるいは基本料＋従量の2階建てにする相談ができます。継続保守の部分はそのまま残せます。

範囲を変える。 原稿作成や画像加工が単価を押し上げているなら、その工程だけ内製へ戻す、または撮影・加工を別事業者へ分ける選択があります。単価表を見ればわかるとおり、加工は独立して値付けできる作業です。

再見積もりを取る。 比較シートの16行が埋まった状態でなら、他社に同条件で見積もりを依頼できます。逆に言えば、埋まっていない状態で複数社に声をかけても、比較できない紙が増えるだけです。

数量で費用が段階的に上がる見積もり全般の読み方は、数量課金の見積もりをどう判断するかにまとめています。商品数だけでなく、店舗数・ユーザー数・連携本数でも同じ構造が現れます。

根拠資料と適用条件

本記事で引用した公開情報は次のとおりです。価格は改定されるため、実際の判断では取得日以降の最新情報を各社の公式ページでご確認ください。

本記事では、各社が公表した数値と、koromo編集部が整理した確認観点を区別して記載しています。前者は出典と取得日を明示し、後者は「確認観点」として提示しています。

あわせて、次の3点にご注意ください。

EC保守費用の「相場」は、本記事では示していません。 公的機関が公表しているEC保守費用の相場データを確認できなかったためです。開発費に対する保守費の比率（いわゆる15〜20％）も、業界慣習値であって公的な相場ではありません。この点については前掲の保守費用ピラー記事で扱っています。

引用した公開価格は、それぞれのサービスを推奨するものではありません。 課金軸が事業者ごとに違うことを示すために並べています。自社に適したサービスの選定は、機能要件・移行コスト・運用体制を含めた別の検討が必要です。

商品登録代行の単価は、事業者・時期・商材によって大きく変わります。 本記事で引用した2社の価格は「単価を決めている変数」を示すためのものであり、支払うべき金額の目安ではありません。

なお本記事は、法的・会計的・技術的な最終判断を提供するものではありません。契約解釈や費用の会計処理については、それぞれの専門家にご確認ください。

よくある質問