既存サイトに決済・カート機能を追加する費用｜料金相場と発注時の注意点を解説

2026年5月14日

長谷川奈津

この記事のポイント

✓決済・カート機能の追加にかかる費用相場を
✓ASPリンク型・API連携型・独自開発型の3方式で徹底比較
✓無料カートと有料カートの違い

先日、あるアパレルの店舗オーナーさんから相談を受けました。「今あるコーポレートサイトに、商品を買えるカート機能と決済を追加したい。でも見積もりを取ったら、A社は15万円、B社は120万円と言われて、なぜここまで開きがあるのか分からない」と。結論から言うと、この価格差は「どの方式でカート機能を追加するか」で説明できます。これ、知らない人が本当に多いんです。カート機能の追加費用は、選ぶ方式によって数万円から数百万円まで、文字どおり桁が変わります。

この記事では、「決済カート機能追加費用」を調べているあなたが、自社サイトにいくらで・どの方式で・どこに依頼すればよいのかを判断できるように、料金相場と内訳、そして発注するときの注意点を、発注者の視点で整理します。読み終わるころには、あなたのサイトに合った現実的な予算感と、見積もりを比較する物差しが手に入るはずです。

「決済・カート機能を追加したい」ときにまず知っておくべき前提

「既存のサイトにカート機能を追加する」と一口に言っても、実現方法は大きく分けて3つあります。そして、その3つで費用も納期も運用の手間もまったく違います。まずはこの全体像を押さえてください。ここを理解しないまま見積もりを取ると、冒頭の店舗オーナーさんのように「なぜA社とB社でこんなに違うのか」が判断できず、値段だけで選んで失敗します。

つまり、あなたが今から比較すべきなのは「業者の値段」ではなく「方式の違い」です。同じ「カート機能を追加する」でも、ASP（アプリケーション・サービス・プロバイダ）型のカートサービスへリンクを張るのか、APIで既存サイトとデータ連携するのか、フルスクラッチで独自開発するのかで、必要な作業量が根本から変わります。作業量が変われば費用が変わるのは当然です。

参考までに、既存サイトにカート機能を追加する方法の全体像について、EC構築の実務でよく引用される整理があります。

以下は、筆者の経験から、既存のWebサイトに「カート機能」を追加するための3つの方法の特徴をまとめた表です。

この3つの方法とは、具体的には「① ASPカートサービスへのリンクを設置する方法」「② APIでデータ連携する方法」「③ 独自に機能開発して実装する方法」です。この記事でも、この3分類を軸に費用相場を解説していきます。あなたの状況（商品点数、月商規模、既存サイトの作り、社内にIT担当がいるか）によって最適な方式は変わるので、それぞれの費用と向き不向きを比べながら読んでみてください。

まず自社の「規模」と「目的」を言語化する

費用の話に入る前に、発注者としてやるべき準備が1つあります。それは「なぜカート機能が必要なのか」「どのくらいの規模で売るのか」を言語化しておくことです。これ、外注前にやっておくかどうかで見積もりの精度がまったく変わります。

たとえば、扱う商品が10点以下で、月商も数十万円規模なら、独自開発は完全にオーバースペックです。逆に、月商が1000万円を超え、独自の会員ランク制度や複雑な定期購入モデルを組みたいなら、ASPカートでは機能不足になり、API連携や独自開発が視野に入ります。

自社の規模を測る目安として、次の3点をメモしておいてください。第一に「商品点数」。数点なのか、数千点なのか。第二に「想定月商」。これが決済手数料の負担額に直結します。第三に「既存サイトとの連携の必要性」。会員情報やポイントを既存システムと共有したいのか、それとも独立したショップでよいのか。この3点が明確になっているだけで、外注先は的確な提案と見積もりを出せます。逆に「とりあえずカートを付けたい」だけで相談に行くと、業者は判断材料がないので高めの見積もりを出すか、あるいは的外れな提案をしがちです。

「決済機能」と「カート機能」は別物として考える

もう一つ、混同されやすいポイントを整理しておきます。「カート機能」と「決済機能」は、技術的には別のパーツです。カート機能は「商品を選んでカゴに入れ、注文を確定する」までの仕組み。決済機能は「実際にお金を支払う」仕組みで、クレジットカード決済・コンビニ決済・キャリア決済・後払いなどがあります。

多くのASPカートサービスでは、この2つがセットで提供されるため意識せず使えます。しかし、独自開発やAPI連携の場合は、決済部分だけを決済代行会社（ペイメントサービス）と契約して組み込むことになります。つまり、費用を見積もるときは「カートの構築費」と「決済代行の契約・手数料」を分けて考える必要があります。この記事の後半で、決済手数料の相場も具体的に触れます。

カート機能の追加費用は「3つの方式」で桁が変わる

ここからが本題です。カート機能を追加する3つの方式それぞれについて、費用相場と特徴を具体的に見ていきます。あなたのサイトがどの方式に当てはまるかをイメージしながら読んでください。

方式①：ASPカートサービスへリンクを張る（最も安い・最も速い）

最も手軽で安いのが、BASE・STORES・カラーミーショップ・Shopify といった既製のASPカートサービスを契約し、既存サイトから「ショップはこちら」というリンクを張る方法です。カート機能そのものはASP側がすべて用意しているので、あなたのサイト側でやることは基本的にリンクの設置だけです。

費用相場は、初期費用が0円〜5万円程度。月額費用は無料プランなら0円、有料プランでも月額3000円〜1万円程度が中心です。既存サイトへのリンク設置作業を外注しても、作業量が小さいため1万円〜5万円で収まることがほとんどです。つまり、トータルでも数万円で始められます。

このやり方の最大のメリットは、初期費用の安さと導入スピードです。早ければ即日〜数日でショップを公開できます。デメリットは、デザインや機能の自由度が低いこと。カートページはASPのテンプレートに縛られるので、既存サイトと完全に同じ見た目にはできません。また、後述するように無料プランは決済手数料が高めに設定されている点にも注意が必要です。「まずは小さく売り始めたい」「商品点数が少ない」という発注者には、この方式が圧倒的におすすめです。

方式②：APIでデータ連携する（中規模・カスタマイズ重視）

2つ目は、ASPカートサービスやEC構築プラットフォームが提供するAPIを使い、既存サイトとカート機能をデータ連携させる方法です。見た目は既存サイトのデザインを保ちつつ、裏側でカート・在庫・注文データをやり取りします。「サイトのデザインは今のまま、でもちゃんとしたカート機能を組み込みたい」という中規模の事業者に向いています。

費用相場は、要件次第で幅がありますが、初期構築費で30万円〜150万円程度が目安です。連携する項目が多いほど、また既存サイトの作りが複雑なほど費用は上がります。加えて、利用するプラットフォームの月額利用料（サービスによって月額1万円〜10万円程度）や、保守運用費が別途かかります。

この方式のメリットは、デザインの自由度と拡張性を保ちながら、カート機能の中核部分は実績のあるプラットフォームに任せられる点です。ゼロから作るより開発コストを抑えられ、セキュリティ面もプラットフォーム側が担保してくれます。デメリットは、API連携の設計・実装にそれなりの技術力が必要なこと。発注先の力量によって仕上がりの品質が大きく変わるので、後述する「発注時の注意点」が特に重要になります。

方式③：独自に機能開発する（大規模・完全カスタム）

3つ目は、カート機能そのものをフルスクラッチ（一から）で開発する方法です。既存サイトのシステムに、カート・注文管理・決済・在庫管理などをすべて独自実装します。大手ECサイトや、独自の販売ロジック（複雑な定期購入、BtoB向けの見積もり連動、多段階の承認フローなど）を必要とする事業者向けです。

費用相場は100万円〜数千万円と、方式のなかで最も高額です。要件定義・設計・開発・テストまで含めると、小規模でも数百万円、本格的なものなら1000万円を超えることも珍しくありません。開発期間も数か月〜1年単位になります。

この方式のメリットは、文字どおり何でも作れる自由度です。自社の業務フローに100%合わせたシステムを構築できます。一方デメリットは、費用と期間の大きさ、そして開発後の保守運用も自社責任になる点です。セキュリティのアップデートや障害対応も継続的にコストがかかります。正直に言うと、中小事業者や個人事業主がこの方式を選ぶケースはまれで、多くの場合はASPカートかAPI連携で十分要件を満たせます。「独自開発じゃないとダメだ」と言われたら、本当にそこまで必要か、複数の業者にセカンドオピニオンを取ることを強くおすすめします。

無料カートと有料カートの費用構造の違い

方式①のASPカートを選ぶ場合、必ず突き当たるのが「無料カートと有料カート、どちらを選ぶべきか」という問題です。ここは費用の見え方が独特で、初心者がいちばん誤解しやすいポイントなので、丁寧に解説します。これ、知らないと後で「思ったより高くついた」となります。

「無料」の落とし穴は決済手数料にある

無料カートは、月額費用が0円という点だけを見ると魅力的です。しかし、費用の仕組みそのものが有料カートとは異なります。この違いを理解しないまま「無料だからお得」と飛びつくと、売上が伸びたときに損をします。

無料カートと有料カートでは、費用の仕組みが異なります。無料カートは月額費用がかからない代わりに、決済手数料が5〜6%台と高めに設定されているケースが多いです。さらに、サービスによっては決済手数料とは別に販売手数料（サービス利用料）がかかる場合もあり、売上が増えるほど手数料の負担が大きくなります。

つまり、無料カートは「月額固定費が0円」の代わりに「売れるたびに引かれる手数料が高い」構造です。一方、有料カートは月額固定費がかかる代わりに、決済手数料が3〜4%台と低めに抑えられていることが多い。この差が、売上規模によって損益分岐点を生みます。

具体的に計算してみましょう。決済手数料が無料カートで6%、有料カートで3.5%だとして、有料カートの月額が5000円だと仮定します。月商が20万円なら、無料カートの手数料は1万2000円、有料カートは月額5000円＋手数料7000円で1万2000円。ほぼ同じです。ところが月商が50万円になると、無料カートは手数料3万円、有料カートは月額5000円＋手数料1万7500円で2万2500円。有料カートのほうが月7500円も安くなります。売上が増えるほど、有料カートが有利になるわけです。

有料カートに乗り換えるタイミングの判断基準

では、いつ有料カートに切り替えるべきか。ここも発注者としては悩ましいところです。判断の目安は「月商が安定して数十万円を超えてきたか」「無料プランの機能に不足を感じ始めたか」の2点です。

無料カートは機能が最低限のシンプルな構成になっていることが多く、運営を続けるうちに「独自ドメインを使いたい」「クーポンを発行したい」「メルマガを送りたい」といったニーズが出てきます。これらをオプションで追加していくと、結果的に有料カートの月額を上回ってしまうこともあります。

このように、無料カートは初期費用を抑えられる反面、機能としては最低限のシンプルな構成になっていることが多いです。実際に運営を始めると「独自ドメインを使いたい」「クーポンを発行したい」といったニーズが出てきますが、そのたびにオプションを追加していくと、結果的に有料カートの月額費用を上回ってしまうケースもあります。そのため、最初からある程度の機能を使いたいと考えている場合は、有料カートを選んだほうがトータルコストを抑えられる可能性があるでしょう。

つまり、目先の「月額0円」に飛びつくのではなく、半年後・1年後の売上と必要機能を見越して選ぶのが賢いやり方です。私が相談を受けるときも、「今の月商と、1年後に狙う月商」を必ず聞くようにしています。そのうえで損益分岐点を計算すれば、無料と有料のどちらが得かは機械的に判断できます。感覚ではなく、数字で決めてください。

費用の内訳を分解する｜見積書のどこを見るべきか

外注の見積書を受け取ったとき、総額だけを見て「高い・安い」と判断するのは危険です。カート機能追加の費用は複数の項目から成り立っており、その内訳を理解しておくと、業者間の比較が正確にできるようになります。ここでは、見積書に登場する主要な費用項目を分解します。

初期費用（構築費・デザイン費）

最初にかかるのが初期費用です。ここには、カート機能の設置・設定作業、既存サイトとの接続作業、カートページやチェックアウト画面のデザイン調整などが含まれます。ASPリンク型なら数万円、API連携型なら数十万円、独自開発なら数百万円と、方式によって大きく変わる部分です。

見積書でこの項目を見るときは、「どこまでの作業が含まれているか」を必ず確認してください。たとえば「カート設置一式 30万円」とだけ書かれていても、そこにデザインカスタマイズが含まれるのか、商品登録の代行が含まれるのか、テスト作業が含まれるのかは業者によって違います。安く見える見積もりほど、実は範囲が狭く、後から「それは別料金です」と追加請求されることがあります。私が見てきた失敗の多くは、この「範囲の見落とし」から起きています。

月額・ランニングコスト（利用料・保守費）

初期費用の次に見るべきは、毎月かかるランニングコストです。ASPカートの月額利用料、API連携型プラットフォームの月額利用料、そして保守運用費がここに入ります。保守運用費は、システムの不具合対応・セキュリティアップデート・軽微な修正などをカバーする費用で、月額1万円〜10万円程度が相場です。

見落としがちですが、この月額費用こそが長期的なコストを左右します。初期費用が多少高くても月額が安ければトータルで得になることもありますし、その逆もあります。カート機能は「作って終わり」ではなく、運営し続けるものです。だからこそ、3年・5年で総額いくらになるかという視点で見積もりを比較してください。

決済手数料（売上に応じて発生）

3つ目の重要な費用が決済手数料です。これは売上が発生するたびに、決済金額に対して一定割合が引かれる費用で、決済代行会社やカートサービスに支払います。相場は決済手段や契約内容によりますが、クレジットカード決済で3〜6%程度が一般的です。

前述のとおり、無料カートは手数料が高め、有料カートは低めという傾向があります。決済手数料は「率」で効いてくるので、売上が大きくなるほど負担額が膨らみます。月商100万円で手数料6%なら月6万円、3.5%なら月3万5000円。年間で30万円もの差になります。見積もりを比較するときは、初期費用や月額だけでなく、この決済手数料率も必ずセットで確認してください。総額のインパクトが大きいのはむしろこちらです。

追加オプション費用（隠れコストに注意）

最後に、見積書の下のほうに小さく書かれがちなオプション費用です。独自ドメインの設定、SSL証明書、メールマガジン配信、クーポン・ポイント機能、定期購入機能、外部システム連携などがオプション扱いになっていることがあります。

これらは「基本料金には含まれません」と後から判明することが多く、隠れコストになりやすい部分です。発注前に「自社で使いたい機能」をリストアップし、それが基本料金に含まれるのか、オプションなのかを一つひとつ確認してください。ここを詰めておくと、見積もりの総額が正確になり、業者間の比較も公平にできます。

発注先の選択肢｜制作会社・フリーランス・直接依頼のコスト差

さて、方式と費用の内訳が分かったら、次は「誰に頼むか」です。カート機能の追加を外注する先には、大きく分けて「制作会社（Web制作会社・EC構築会社）」「代理店経由」「フリーランス（個人の開発者・エンジニア）への直接依頼」の3つの選択肢があります。ここで費用が大きく変わるので、発注者としてはしっかり比較したいところです。

制作会社に頼む場合

Web制作会社やEC構築を専門とする会社に依頼する方法です。組織として対応してくれるので、担当者が変わっても引き継ぎがしやすく、大規模案件や長期保守を前提とする場合に安心感があります。デザイナー・エンジニア・ディレクターがチームで動くため、品質も一定水準が期待できます。

ただし、費用は相対的に高めです。会社としての人件費・管理費・利益が上乗せされるため、同じ作業でもフリーランスより1.5〜2倍ほど高くなることがあります。ASPリンク型のような小さな作業を制作会社に頼むと、最低受注金額の縛りで割高になることも。規模が大きく、長期の保守体制まで含めて任せたい場合には制作会社が向いています。

代理店・仲介会社を通す場合

もう一つ、代理店や仲介会社を通す方法があります。窓口が一本化されて楽な反面、コスト面では注意が必要です。代理店は実作業を別のエンジニアや制作会社に再委託していることが多く、その場合は中間マージンが上乗せされます。つまり、あなたが払う金額のうち一定割合が「仲介料」として抜かれ、実際に手を動かす人に届くのはその残りということです。

このマージンは案件によって20〜40%ほどになることもあります。窓口対応の手間を省ける価値はありますが、費用だけを見れば割高になりがちです。中間に何社も入る多重下請け構造だと、コストが膨らむうえに、要望が実作業者まで正確に伝わらず品質にも影響します。

フリーランスへ直接依頼する場合

3つ目が、個人の開発者やエンジニアへ直接依頼する方法です。近年、カート機能の追加やAPI連携のような明確な作業は、スキルを持ったフリーランスに直接発注するケースが増えています。最大のメリットは費用です。代理店や制作会社を挟まないぶん、中間マージンがかからず、その分だけ費用を抑えられます。仲介経由と比べて、同じ作業を手数料0%の直接取引で頼めれば、コストは大きく下がります。

もちろん、フリーランスへの直接依頼にはコミュニケーションを自社で担う必要があるなどの手間もあります。しかし、要件が明確で規模が中程度のカート追加案件なら、実力のあるフリーランスに直接頼むのは費用対効果の高い選択肢です。どんなエンジニアがいるか、単価の目安を知りたい場合は、ソフトウェア作成者の年収・単価相場のデータが参考になります。ここには開発者の市場相場がまとまっているので、フリーランスへ提示する報酬の妥当性を判断する材料になります。

在宅ワークやフリーランスへの直接発注を仲介するサービスを使えば、中間マージンを抑えつつ、スキルを持つ人材とマッチングできます。開発案件の依頼先を探すなら、アプリケーション開発のお仕事のカテゴリで、カート構築やシステム開発を手がける人材の傾向をつかんでおくとよいでしょう。また、決済やマーケティングまわりの知見を持つ人材を探すならAI・マーケティング・セキュリティのお仕事も参考になります。

発注時の注意点｜失敗しないための5つのチェックポイント

ここまで費用の話をしてきましたが、カート機能の追加でトラブルになるのは、実は金額そのものより「発注の仕方」に原因があることが多いです。先日も、あるWebデザイナーさんから「クライアントが『イメージと違う』と言って報酬を払ってくれない」という相談を受けました。こういうトラブルは、発注する側・される側の双方が「最初の取り決め」を曖昧にしたときに起きます。発注者として押さえておくべき注意点を5つ挙げます。

注意点①：業務範囲（スコープ）を書面で確定する

最も大切なのが、業務範囲を書面で明確にすることです。「カート機能を追加する」という言葉だけでは、どこまでが作業に含まれるのか人によって解釈が分かれます。商品登録は誰がやるのか、デザイン調整は何回まで無料か、公開後の不具合対応はいつまで無償か。これらを発注前に文書で確定してください。

つまり、口約束で進めると「言った・言わない」のトラブルになります。特にカート機能は、公開してから「決済がうまく動かない」「スマホで表示が崩れる」といった問題が出やすい。だからこそ、契約書や仕様書で「テスト・修正まで含む」ことを明記しておくのが自衛策になります。契約書の書き方に不安がある場合は、業種を問わずビジネス文書検定で扱われるような、基本的な発注書・契約書の作法を押さえておくと役立ちます。

注意点②：相見積もりは「同じ条件」で取る

複数の業者から見積もりを取る「相見積もり」は基本ですが、ここに落とし穴があります。それは、各社に伝える条件がバラバラだと比較にならないということです。A社には「シンプルなカートを」、B社には「フル機能で」と違う説明をしてしまうと、当然見積もりも変わり、正しく比較できません。

実は、私自身も初めてWebサイト制作を外注したとき、この失敗をしました。各社に口頭でざっくり要望を伝えただけで見積もりを取り、いちばん安いところに頼んだら、後から「その機能は別料金」と次々に追加請求され、結局いちばん高い見積もりを出した会社と同じ総額になってしまったのです。安さだけで選んだ結果、品質の面でも苦労しました。この経験から学んだのは、相見積もりは必ず「同じ要件定義書」を全社に渡して取るべきだということです。条件を揃えれば、価格だけでなく提案の質の差も見えてきます。

注意点③：決済まわりのセキュリティ要件を確認する

カート機能に決済が絡む以上、セキュリティは避けて通れません。クレジットカード情報を扱う場合、カード情報を自社サーバーに保持しない「非保持化」や、決済代行会社のセキュアな仕組みを使うことが基本です。これを軽視した実装をされると、情報漏洩のリスクを抱えることになります。

発注時には「カード情報の取り扱いはどうなるか」「PCI DSS などのセキュリティ基準に準拠しているか」を必ず確認してください。技術的な話なので難しく感じるかもしれませんが、「うちの決済まわりのセキュリティは、具体的にどう担保されますか」と質問して、明確に答えられる業者を選ぶのが安全です。曖昧な返答しかできない業者は避けたほうがよいでしょう。セキュリティ知識を持つ人材の見極め方については、CCNA（シスコ技術者認定）のような技術系資格が、インフラ・ネットワークの基礎理解の指標として参考になります。

注意点④：支払い条件と検収基準を明確にする

費用の支払いタイミングと、「何をもって完成とするか（検収基準）」も、事前に決めておくべき項目です。着手金・中間金・完成後の支払い、それぞれの割合と条件を取り決めておくと、トラブルを防げます。

ここで法律の話を少しだけ。フリーランスに直接発注する場合、2024年に施行されたフリーランス保護新法（正式には特定受託事業者に係る取引の適正化等に関する法律）が関わってきます。つまり、この法律では発注者に対して、報酬額や業務内容などの取引条件を書面（または電磁的方法）で明示する義務が定められています。さらに、成果物を受領した日から原則60日以内に報酬を支払う義務もあります。「イメージと違うから払わない」は、正当な理由にはなりません。これ、発注する側も知らない人が本当に多いんです。フリーランスへ直接依頼するときこそ、この法律を理解しておくと、双方が安心して取引できます。※個別の契約トラブルに発展した場合は、弁護士や行政書士など専門家に相談してください。

注意点⑤：公開後の運用・保守体制を決めておく

カート機能は公開したら終わりではありません。決済システムのアップデート、ブラウザの仕様変更への対応、軽微な不具合の修正など、運用フェーズでもやることがあります。発注時に「公開後の保守は誰が、いくらで、どこまで対応するのか」を決めておいてください。

ここを曖昧にすると、公開直後に不具合が出たときに「それは保守契約外です」と言われて右往左往することになります。月額の保守契約を結ぶのか、都度対応にするのか、緊急時の連絡体制はどうするのか。運用フェーズを見据えた取り決めが、長く安定してショップを回すコツです。フリーランスに直接依頼する場合でも、保守までカバーしてくれる人を選べば、制作会社に頼むより安く継続的なサポートを受けられることもあります。

独自データから見る｜カート機能開発の外注コストの実際

ここまでの費用相場を、より現実的な数字で裏付けてみます。カート機能の追加やEC開発を担うのは、多くの場合ソフトウェア開発者やWebエンジニアです。彼らの単価相場を知ることは、見積もりが妥当かどうかを判断する強力な物差しになります。

在宅ワーク・業務委託マッチングサービスに蓄積された職種別のデータを見ると、ソフトウェア作成者の年収・単価相場には、開発者の市場単価がまとまっています。カート機能のAPI連携やカスタム開発は、こうした開発者の作業工数（人日・人月）で費用が積み上がります。たとえば、ある機能追加に開発者が5人日かかるとして、日額単価が分かれば、その作業の適正費用がおおよそ逆算できます。見積もりが単価相場から大きく外れて高い場合は、中間マージンが乗っているか、作業範囲が過剰かのどちらかを疑ってよいでしょう。

また、カート機能まわりには開発だけでなく、商品説明文の作成や運用ドキュメントの整備といったライティング業務も付随します。こうした文章まわりの外注相場は著述家，記者，編集者の年収・単価相場が参考になります。ECの運営は開発・デザイン・ライティング・マーケティングが組み合わさるので、それぞれの職種の相場を把握しておくと、トータルの外注予算を組みやすくなります。

そして、費用を最適化する最大のレバーは、やはり「中間マージンを削ること」です。制作会社や代理店を通すと、実作業者の単価に会社の利益や仲介料が上乗せされます。要件が明確で規模が中程度の案件なら、スキルを持つフリーランスへ直接発注することで、中間マージン0%のコスト構造を実現できます。マッチングサービスを使えば、アプリケーション開発のお仕事のような開発系はもちろん、AIコンサル・業務活用支援のお仕事のような専門領域まで、直接つながれる人材の層が広がっています。

もちろん、直接依頼にはコミュニケーションコストや、発注者自身がある程度の要件を整理する労力が伴います。しかし、そこを乗り越えられれば、同じ品質のカート機能をより安く手に入れられる可能性が高い。費用を抑えつつ品質も確保したい発注者にとって、フリーランスへの直接依頼は、いま最も費用対効果の高い選択肢の一つだと言えます。

法律はあなたの味方です。取引条件を書面で明確にし、適正な相場を知り、無駄な中間マージンを避ける。この3つを守れば、カート機能の追加は決して怖い外注ではありません。あなたのサイトに最適な方式と発注先を、この記事を物差しにして選んでみてください。