makeshopとShopifyを比較するときは、月額料金の安さだけでなく、必要な販売方法をどの構成で実現するかを見ることが大切です。標準機能で済む部分、追加契約が必要な部分、日々の担当者の作業まで含めると、自社に合う選択が見えてきます。
この記事では、料金・決済、販促、デザイン、海外販売、法人取引、運営体制を順に比較します。料金と機能は2026年10月16日に確認した公式情報を基にし、最後に試用と移行の確認方法を紹介します。新規開業にも、既存サイトからの乗り換えにも使える判断材料を整理しましょう。
自社ECの構築や運営方針を整理したい方は、FORCE-Rへご相談ください。
| 確認したいポイント | 結論 | 詳細 |
| 選び方の基本は？ | 自社の必須条件と運営体制を優先 | 国内施策・拡張・販売先など、必要な構成で比べます。 |
| 費用比較のポイントは？ | 基本料と決済・追加費用を分ける | 契約期間・税・利用条件をそろえ、一年分の総額を確認します。 |
| 契約前に確認することは？ | 同じ業務で試用し移行を点検 | 商品・会員・注文・URLと例外処理を確かめます。 |
Contents
makeshopとShopifyは運営方針に合わせて比較する
国内向けの販売業務を軸に組み立てたい場合と、販売先や外部サービスを広げたい場合では、比較の重点が変わります。どちらにも多様な機能があるため、「国内なら必ずこちら」「海外ならもう一方だけ」と決める必要はありません。自社の必須条件から候補を絞ります。
同じアパレル販売でも、会員向けの国内通販を続けたい店と、海外向けの新ブランドを立ち上げたい店では優先順位が違います。前者は既存会員の購入条件や日常の更新手順、後者は言語・通貨・海外配送を先に確認すると、機能の多さに迷いにくくなります。
makeshopは国内の販売施策と業務の適合を確認する
makeshopは、国内で使う会員管理や販促、受注業務をどこまで自社の手順に合わせられるかが判断の軸です。公式のプレミアムプラン説明では、クーポンや会員ランク、ポイントなどが案内されています。使いたい施策の条件を具体化し、標準機能で足りるか確認します。
例えば「ポイントがあるか」だけでなく、付与する時点、有効期限、返品時の扱い、他の割引との併用を確かめます。現在の会員制度を再現するのか、新サイトでは単純な制度に改めるのかも先に決めましょう。移行する機能を減らす判断が、運営の負担を軽くすることもあります。
電話で相談したい担当者がいる場合は、相談窓口も比較項目です。ただし、電話窓口の存在と、制作や設定を代わりに行うサービスは別です。操作説明、運営の助言、制作作業のうち、どこまで基本契約に含むかを分けて確かめます。
Shopifyは拡張の組み合わせと管理できる体制を見る
Shopifyは、標準機能にテーマやアプリ、外部連携を組み合わせた後の運営を評価します。アプリとは、サイトに追加する機能を提供する仕組みです。選択肢が多いことは利点ですが、契約・設定・不具合時の連絡先が増える可能性もあります。
希望するレビュー表示や会員施策が見つかったら、商品ページや購入手続きにどう影響するかを確認します。複数のアプリが同じ情報を書き換える構成では、どちらを優先するか決める必要があります。導入できることと、無理なく保守できることを分けて判断しましょう。
比較表には「必須」「開業後に検討」「今回は不要」の三段階を付けます。将来使うかもしれない機能をすべて初期構築に入れると、費用だけでなく操作の学習も増えます。まず売れる状態を作り、購入者の反応を見て追加する範囲を残します。
料金は基本利用料と決済・追加機能を分けて比較する
料金比較では、同じ契約期間と販売条件で一年分の総額をそろえます。月額、初期費用、決済、アプリ、制作、運用を別の欄にすると、差額がどこから生まれたか分かります。キャンペーン価格だけを使って通常運営の費用を判断しないことも大切です。
ここで示すのは公式サイトの確認時点の表示です。利用条件や価格は変わるため、申し込み時には最新の契約画面で確認してください。税込・税抜、月払い・年払い、通常料金・期間限定料金を混在させると、比較結果が変わってしまいます。
基本料金は支払い方法と必要なプランをそろえる
makeshopのプレミアムプランは、公式料金表で月額13,750円、初期費用11,000円の税込表示です。長期契約には割引の案内があります。一方、Shopify Basicは、日本向け公式料金ページで月払い4,850円、年払いでは月当たり3,650円と表示されています。
出典はmakeshopの公式料金表とShopifyの公式料金表です。上記は単純な税込同額比較ではなく、各サイトの表示を示しています。請求時の税の扱い、支払い総額、更新条件を見積書でそろえてから比較しましょう。年払いの月当たり額を、毎月支払える金額と取り違えないようにします。
必要なプランは機能と担当人数でも変わります。例えば制作担当者への外部アクセスと、社内スタッフのアカウント追加は同じ条件とは限りません。一人で始める前提の費用を、複数人で日々運営する案件に当てはめず、実際の担当者構成で見積もります。
販売手数料と決済手数料は別の費用として扱う
「販売手数料が無料」でも、カード決済などの費用まで無料になるわけではありません。makeshopの料金表も販売手数料と決済関連費用を分けています。Shopifyにもカードの決済料率と、適用条件のある外部サービスの取引手数料があるため、名称をそろえて比べます。
同じ売上でも、カード、銀行振込、後払いなどの利用割合で費用は変わります。国内と海外のカード、通貨、返金の扱いも確認項目です。掲載された最低料率を全注文に適用する計算では、実際の支払額に近づきません。利用予定の決済方法ごとに条件を書き出します。
試算では「対象となる決済額×該当料率」に、固定費や件数に応じる費用を加えます。売上全体に一律で率を掛けるのではなく、どの注文が対象かを確認しましょう。料率の差だけで乗り換えを決めず、追加費用や作業負担も合わせて見る必要があります。
返金や注文変更が多い商材では、その際の費用も照会します。決済済み注文を取り消したときに戻る費用と戻らない費用、振込の回数や最低金額などを確認しましょう。入金の早さも、仕入れや広告の支払い予定に影響するため、手数料と並べて比較します。
一年分の費用に制作・保守・作業時間を加える
継続費用には、サービスの請求額と社内で使う時間の両方を含めます。初期のデザイン制作、商品登録、データ移行は一時費用です。アプリや追加オプション、運営委託、保守は継続費用として分ければ、開業年と二年目以降の差が分かります。
比較用には、通常月と繁忙月の二つを用意します。注文数で変わるアプリや外部サービスを使う場合、通常月だけでは予算が不足する可能性があります。反対に、機能を追加して処理時間を短縮できるなら、その効果を費用の横に記録します。
例えば、月額費用が安くても発送前の転記が増えれば、担当者の負担は大きくなります。「注文一件当たり何分かかるか」を同じ条件で測りましょう。仮の人件費で試算する場合は、その値を仮定と明記し、自社の実績に置き換えて判断します。
ECサイトで必要な販促や購入体験を整理したい方は、FORCE-Rへお問い合わせください。
機能は集客・再購入・商品管理の流れで比べる
必要な機能は、購入者が商品を知り、買い、再び訪れるまでの流れに沿って選びます。機能名の一覧に丸を付けるだけでは、実際の使い勝手は分かりません。標準・有料オプション・外部アプリ・個別開発のどれで実現するのかを、施策ごとに確認します。
「標準だから優れている」「アプリだから劣る」という判断は不要です。設定が簡単でも希望の条件を満たせないことがあり、追加機能でも運営に合えば有効です。費用、操作、データの受け渡し、困ったときの窓口を一組として比べましょう。
会員施策は割引の条件と採算まで確かめる
会員施策は、ポイントやクーポンの有無より、利益を守りながら運用できるかが重要です。会員ランクによる割引、初回特典、購入回数に応じた案内など、実施したい施策を一つずつ操作に落とします。同時利用や対象商品を含めて確認します。
割引率だけでなく、送料や広告費を差し引いた採算を見ます。高い特典で初回購入が増えても、再購入につながらなければ継続しにくいためです。リピート率と向上施策の解説も参考に、いつ再購入してもらいたいか、その前に何を伝えるかを設計します。
移行では、既存ポイントや会員ランクをどう引き継ぐかが課題になります。データを読み込めても、計算や期限のルールが同じとは限りません。顧客に不利益が出ないかを確認し、制度を変える場合は告知内容と問い合わせへの回答をそろえます。
集客連携は公開後の運用と測定まで確認する
広告やSNSの連携は、接続できることに加えて商品情報と成果を管理できるかで判断します。商品名、画像、価格、在庫が意図どおり伝わるかを確かめます。広告媒体側の審査や販売条件もあるため、カートを契約すればすぐ販売できるとは限りません。
SNSで商品を紹介する場合、投稿から商品ページへの移動、購入後の問い合わせまでを一つの流れとして見ます。ソーシャルコマースの種類と注意点の解説を参考に、SNS内の接点と自社サイトの役割を分けると、必要な連携が整理できます。
測定では、訪問者数と購入件数、広告の報告値と受注データを混ぜないようにします。ユニークユーザーなどの指標の違いの解説で用語をそろえ、同じ期間・同じ定義で比較しましょう。カートの変更と同時に広告や商品の条件を変えると、成果の原因が分かりにくくなります。
商品数と在庫連携は実際のSKUで試す
商品管理は、登録件数だけでなく色・サイズなどの販売単位と在庫更新を確かめます。SKUは在庫を識別する単位です。一つの商品に複数の色やサイズがある場合、商品数だけで必要な管理量を判断できません。セット品や予約品も含めて確認します。
モールや店舗と在庫を共有するなら、どのシステムの数量を正とするかを決めます。注文時の引当、キャンセル、返品、倉庫からの更新が重なっても整合するかが重要です。Shopify在庫管理の解説も参考に、画面上の数字と実物の動きを対応させましょう。
連携の確認では通常注文だけでなく、欠品、同時注文、セットの一部欠品を試します。「連携可能」という案内だけでは、更新間隔や例外時の処理まで分かりません。担当者が止まった処理を見つけられるか、手動で復旧した後に二重処理を防げるかも確認します。
デザイン・越境EC・法人取引は要件を具体化する
デザインの自由度や販売先の広さは、実際に必要な画面と取引条件で評価します。きれいなサンプルサイトがあることと、自社の商品説明や商習慣を再現できることは別です。国内通販、海外販売、法人取引を一つの言葉で済ませず、それぞれ条件を整理します。
制作会社へ相談する場合も、希望する見た目だけでなく、誰がどの頻度で更新するかを伝えます。デザインを細かく作り込んでも、社内で変更できなければ更新のたびに依頼が必要です。公開後の修正方法まで含めた提案を比べましょう。
見た目の自由度は更新しやすさと一緒に確認する
デザインは、購入しやすさを保ちつつ日常の更新を続けられる構成を選びます。テーマやテンプレートを使う範囲と、独自のコードを加える範囲を分けます。商品画像の比率、長い商品名、売り切れ表示など、自社に近いデータで見え方を確認します。
スマートフォンでは、写真が大きいだけで購入しやすいとは限りません。価格、送料、発送予定、購入ボタンが探しやすいかを見ます。パソコンで確認したページがスマートフォンでも同じように使えるか、入力欄やメニューまで実際に操作しましょう。
外観を大きく変更する場合は、変更後の保守範囲も確認します。テーマの更新やアプリの変更時に、誰が表示を点検するのかを決めます。独自部分を増やすなら、変更箇所と依頼先を記録し、担当交代後も修正できる資料を残しておきます。
越境ECは言語・通貨・配送・返品を切り分ける
越境ECは、翻訳表示だけでなく海外の購入者へ届け、問題に対応できる状態が必要です。Shopifyの公式料金ページには海外販売の機能が示されていますが、対象国や決済などの条件を確認する必要があります。makeshopにも海外販売の案内があるため、具体的な方式で比べます。
国内店舗から海外へ直接発送するのか、購入代行などのサービスを利用するのかで、店側の作業は変わります。翻訳、現地通貨、関税や税金、配送可能地域、返品先について、誰が対応するかを書き出します。「海外対応」という表示だけで同等と見なさないことが大切です。
最初は販売予定国と代表的な商品を絞り、送料を含む購入総額と配送日数を確認します。返品費用が商品の利益を上回ることもあるため、返品窓口や案内を準備します。利用する物流会社や専門家にも条件を照会し、画面の翻訳だけで販売を開始しないようにしましょう。
BtoBは現在の提供プランと取引条件を照合する
法人向け販売は、取引先別価格や購入条件をどのプランで実現できるかを確認します。makeshopのBtoB料金案内では、プレミアムプラン向けの追加オプションなどが説明されています。一般消費者向けと同じ基本料金だけで使えるとは限りません。
Shopify B2Bの公式ヘルプでは、Basic・Grow・Advanced・Plusが対象で、利用できる機能はプランによって異なると案内されています。「B2BはPlus限定」という過去の比較をそのまま使わず、Shopify B2Bの公式説明で現行条件を確認します。
比較する際は、得意先別の価格、最低注文数量、掛け払い、承認、請求書、担当営業の操作を分けます。企業単位の顧客管理と、個々の購入者のログインが必要かも確認しましょう。商品を販売できるだけで、既存の卸業務をすべて移せると判断しないことが重要です。
ECの構築後まで見据えた運営体制は、FORCE-Rへご相談ください。
サポートと運営体制は担当者が困る場面で比較する
サポートの評価は、連絡手段だけでなく問題を解決する担当が決まるかで行います。管理画面の操作、アプリの不具合、制作した画面の修正では相談先が異なることがあります。導入前に責任範囲を確認し、社内で判断する担当も置きましょう。
日常業務を一人で担当する場合は、難しい設定よりも、手順が分かりやすいことが重要になる場面もあります。複数人で分担する場合は、権限や作業履歴、引き継ぎのしやすさを重視します。会社の規模より、実際に運営へ割ける時間を基準にします。
日本語対応と代行作業を混同しない
日本語で相談できることと、設定や販売施策を代わりに実行してもらえることは別です。makeshopの公式サイトには電話・メールなどの窓口が案内されています。Shopifyの日本向け料金ページにも日本語のサポート案内がありますが、実際の相談方法と対応範囲を確認します。
「何を押せばよいか分からない」「注文が外部へ送信されない」「新しい特集ページを作りたい」では、必要な支援が違います。この三つの相談を例に、標準サポート、アプリ提供者、制作会社、運営委託先のどこへ連絡するかを整理すると、契約の不足が見えます。
委託先には、対応時間、緊急時の連絡方法、調査と修正の料金を確認します。常時の対応を期待するなら、その条件を契約で確認しましょう。料金の安さだけで決めず、担当者が不在でも引き継げる記録と連絡先を用意します。
アプリや制作会社が関わる不具合では、同じ説明を何度も繰り返さない準備が役立ちます。発生した日時、操作、対象の注文、期待した結果を記録し、必要な情報だけを相談先へ渡します。個人情報を含む画面を送る場合は、不要な情報を伏せて扱います。
店舗やモールとの運営を一つの流れにする
実店舗やモールを併用する場合は、販売窓口よりも注文・在庫・顧客対応のつながりを確認します。店舗受取、取り寄せ、別拠点からの発送など、実施したいサービスを先に決めます。どちらのカートも、外部の管理システムを含めた構成で検討することがあります。
O2OとOMOの違いの解説を参考に、店舗へ来てもらう施策と、購入体験をつなぐ設計を分けて考えましょう。例えば店舗受取を設けるなら、受取可能になる時点、保管期限、来店しなかった場合の処理まで決める必要があります。
顧客情報の統合も、メールアドレスをそろえるだけでは終わりません。同意の取得方法、利用目的、問い合わせ窓口、閲覧権限を確認します。必要な情報だけを共有する設計にして、カートの管理者権限を全担当者へ渡すような運営は避けましょう。
試用と移行の確認で最終判断をする
候補を絞ったら、同じ商品・注文・作業で両方を試し、判断の根拠を残します。説明を聞くだけでは見つからない操作上の問題があるためです。通常注文に加え、欠品や返品などの例外も確認すると、公開後に必要な作業を見積もれます。
比較結果は「できた」「条件付き」「できない」「未確認」に分けます。未確認をできたことに含めず、問い合わせ先と回答期限を記録しましょう。重要な未確認が残る場合は、契約や公開日の決定前に解消するか、代替手順を準備します。
同じ検証シナリオで担当者の操作を測る
試用では、日常的に行う作業を担当者自身が再現します。代表的な商品を登録し、価格変更、画像差し替え、在庫修正、注文確認、キャンセルを順に試します。デモ担当者だけが操作するのではなく、普段の担当者が迷う箇所を記録します。
一件ずつ処理する場合と、一括更新する場合の両方を確認しましょう。誤ったデータを入れたとき、どの行が原因か分かるか、修正前に戻せるかも重要です。データの保存形式や文字コードが既存システムと合わない場合は、変換作業が必要になります。
決済を伴うテストでは、提供されるテスト方法を使い、本番の請求と混同しないようにします。注文通知や倉庫連携が意図せず動かないよう、環境と宛先を確認します。試せなかった項目は未検証のまま残し、導入後の確認日を設定します。
移行では会員・注文・URLを別々に点検する
乗り換えは、商品データが移せても完了ではありません。会員情報、購入履歴、ポイント、定期購入、画像、検索向けの設定などを別々に確認します。ログイン情報や決済に関連する情報は、そのまま移せる前提で予定を組まず、各社へ条件を照会します。
検索流入があるページは、旧URLと移行先URLを対応させます。リダイレクトは、古いページへのアクセスを新しいページへ案内する仕組みです。全ページをトップへ転送するのではなく、内容が対応するページへ案内できるかを確認します。
公開前後は、検索流入と注文数だけでなく、ページの表示、購入ボタン、決済、通知、出荷まで確認します。旧サイトで受けた未出荷注文や返品は、どの画面で処理するかを決めましょう。旧サービスの解約を急がず、必要な記録を確保してから切り替えます。
切り替え当日は、新旧の在庫をいつ確定するか、注文受付を止める時間があるかも決めます。販売を続けながら古いデータを取り込むと、その間の注文が抜けるおそれがあります。最終差分の取り込み担当と、件数を照合する担当を置いておきましょう。
問い合わせ用の案内も移行対象です。発送日や返品先が変わらない場合でも、会員の再設定や注文履歴の見方に関する質問が増える可能性があります。購入者向けの告知と社内の回答例を用意し、サイト公開と同時に窓口が案内できるようにします。
採用条件と見直す時期を先に決める
最終判断は、必須条件を満たし、予算と運営体制の両方で継続できるかで行います。すべての機能が優れているサービスを探すより、自社の優先順位に合う構成を選びます。判断の理由を残すと、担当交代後も追加投資の必要性を説明できます。
例えば、国内の会員制度と受注手順の再現を優先するなら、その二点を先に比較します。海外販売を具体的に始める計画があるなら、対象国の購入・配送・返品を先に試します。どちらの場合も、必要な外部サービスを加えた状態で費用を比較することが大切です。
判断が割れた場合は、必須条件を満たさない項目と、好みの違いを分けます。例えば希望の色を再現できない問題と、必要な出荷データを出せない問題は重みが違います。売上、顧客対応、毎日の業務に影響する順に整理すると、社内でも結論を共有しやすくなります。
導入後は、一定期間の運営データを見て改善します。費用、作業時間、購入完了までの離脱、問い合わせ内容を確認し、当初の想定と違う部分を直します。サービスを変えれば自動的に売上が伸びると考えず、商品や集客の改善も継続しましょう。
サイト選定と公開後の改善を検討したい方は、FORCE-Rへお問い合わせください。
まとめ
makeshopとShopifyの比較では、自社の販売方法を実現する構成と、継続して運営できる体制をそろえて判断します。基本料金の差だけで結論を出さず、決済、追加機能、制作、移行、社内の作業まで含めると、選択の理由が明確になります。
まず必須条件を三つ程度に絞り、同じ条件で見積もりと試用を行いましょう。料金やBtoB機能など、過去の比較記事と現在の条件が異なる点は公式情報で確認します。購入者の使いやすさと担当者の続けやすさを両立できる構成を選ぶことが、公開後の改善につながります。
