Shopify のストアがストアフロントで失敗することはめったにありません。テーマは表示され、商品ページは正しく見え、カートも動きます。壊れるのはもっと奥、つなぎ目の部分です。ストアが仕入先の在庫データ、配送業者の API、会計システム、あるいはプラットフォームが標準では表現できないキャンペーンと接する場所です。
私たちが呼ばれるストアでは、同じパターンが繰り返されています。ある事業者が、3 つの割引アプリを重ねてキャンペーンを組みます。どのアプリも単体では動きます。しかし組み合わさると誰も決めていない順番で適用され、2 週間後には利益のレポートと売上のレポートが合わなくなります。あるいは、夜間のエクスポートで在庫を同期していたところ、ある仕入先が列の見出しを変えたせいで 40 の SKU が黙って飛ばされていました。エラーは何も表示されません。ストアはただ、持っていない商品を静かに売り続けていたのです。
これが Shopify 開発の正直な姿です。ストアを本来あるべき見た目にするのはごく一部で、大部分は、Shopify が責任をあなたに戻すポイントでストアが正しく動くようにすることです。
Shopify 開発サービスが実際にカバーするもの
この言葉には、費用も大きく異なる、かなり性質の違う 4 種類の作業が含まれます。どれが必要かがわかれば、判断はほぼ終わったようなものです。
- ストアの立ち上げと設定。有料または無料のテーマのインストール、商品の登録、税、配送エリア、決済サービス、ドメイン、メールの設定。実際の作業ですが、エンジニアリングではなく設定作業です。
- テーマのカスタマイズ。既存のテーマの調整です。新しいセクション、商品ページのカスタムレイアウト、メタフィールドによる構造化コンテンツ、コレクションページの再設計など。ほとんどのストアが予算を使うのはここで、たいてい最も大きな価値があるのもここです。
- カスタムテーマの開発。他人のテーマを曲げるのではなく、デザインからテーマを作ります。ブランド体験こそが差別化要因である場合や、既存のテーマを大幅にカスタマイズしすぎて、維持するほうが置き換えるより高くつく場合に妥当です。
- アプリ、連携、業務ロジック。Shopify とつながるように作られていないシステムとの接続や、プラットフォームが標準では扱えないルールの実装です。業務チームが 1 週間を販売に使うのか、データの突き合わせに使うのかを、静かに決めてしまうのがこの部分です。
「Shopify の開発者が必要です」という依頼の多くは、実際には 2 つ目か 4 つ目です。本当に 3 つ目であることはごくわずかです。
Shopify が代わりにやってくれること、そしてその限界
Shopify の基本的な取引は良いものです。ある程度のコントロールを手放す代わりに、ある種類の問題全体について責任を負わなくて済みます。その境界線がどこにあるのかを正確に知っておく価値があります。まさにその線から開発の仕事が始まるからです。
本当に気にしなくてよくなる部分
ホスティング、SSL、CDN での配信、アクセス集中時の稼働、カード情報の PCI 準拠、そしてプラットフォーム自体のセキュリティパッチは Shopify の担当です。自社ホスティングのストアでは、これらの 1 つ 1 つが継続的なコストであり継続的なリスクです。この違いは本物で、このプラットフォームを選ぶ最も強い理由です。
決済ページが境界線
Shopify は自社の決済ページを管理しており、その管理こそが信頼性の源であり制約の源でもあります。決済ページを書き換えることはできません。できるのは、Shopify 自身の拡張ポイントを通じて拡張することです。決められた位置に項目やコンテンツを追加する UI 拡張と、割引、配送方法、決済方法の動作を変えるサーバー側の関数です。
実際には、これでかなりのことができます。配達日の選択、ギフトメッセージ、大型商品では速達配送を非表示にするルール、決まった順番で重ねて適用される割引などです。できないのは、根本的に異なる決済の流れです。事業上それが本当に必要なら、Shopify は間違ったプラットフォームであり、どれだけ開発してもそれは変わりません。3 か月目に気づくより、早い段階で知るほうが安く済みます。
アプリは問題を解決し、コストを生む
App Store はこのプラットフォームの本当の強みであり、同時に最もよくある失敗の原因でもあります。どのアプリも、同じものを開発するのに比べれば 1 つ 1 つは安価です。しかし 15 個となると話は別です。月額料金が積み重なり、それぞれがストアにスクリプトを追加し、いくつかは同じテーマファイルを変更しようとし、そのうち 2 つはどの割引を優先するかでいずれ衝突します。
役に立つ問いは「これ用のアプリはあるか」ではありません（たいていあります）。その機能が事業の核心に十分近く、開発費をかけてでも自社で持つ価値があるかどうかです。
テーマカスタマイズの落とし穴
テーマには作者から更新が届きます。Liquid ファイルを直接編集したテーマは、誰かが手作業で変更を突き合わせない限りその更新を受け取れません。そのため実際には一度も更新されず、2 年後には作者がサポートしているどのバージョンとも異なるテーマでストアが動いています。
最近の Shopify テーマは、これを避けるように作られています。セクション、ブロック、アプリブロックを使えば、カスタマイズの多くをテーマのコアテンプレートの編集ではなく、設定や追加ファイルの中に置けます。最初からファイルを直接編集しようとする開発者は、後から別の誰かの名前で届く保守の請求書を、黙ってあなたに渡しているのです。
Shopify か WooCommerce か？正直な比較
私たちは両方で開発しているので、どちらが答えでも利害はありません。選択は、どれだけのコントロールが必要か、そしてどれだけの運用責任を負いたいかで決まります。
| Shopify | WooCommerce | |
|---|---|---|
| ホスティングとセキュリティ | 含まれており、代わりに管理される | 自分で手配し、監視し、費用を払う必要がある |
| 決済ページのコントロール | 決められたポイントで拡張可能、置き換えは不可 | 構造も含めて完全にカスタマイズ可能 |
| 決済の柔軟性 | カード決済が中心の市場では強い。外部の決済ゲートウェイには追加手数料がかかる場合がある | 手動や地域特有の方法を含め、どの決済ゲートウェイでも可 |
| 運用コスト | 予測しやすいプラン料金に加え、積み重なるアプリの月額料金 | ホスティングと保守の費用。機能ごとのサブスクリプションはなし |
| 公開までの期間 | より速い。インフラの判断はすでに済んでいる | より遅く、正しく決めるべきことが多い |
| データの所有 | あなたのデータを、先方のプラットフォーム上で、先方の API 経由で | あなたのデータベースを、あなたのサーバー上で |
| 最も適しているのは | ソフトウェアの運用より販売に集中したいチーム | 特殊な業務フローや地域特有の決済ニーズを持つストア |
簡単に言えば、技術的な運用負担を抱えずに成長したいストアには、たいてい Shopify が合っています。手作業での入金確認、地域特有の配送フロー、どのホスティング型決済でも再現できない注文処理など、ビジネスモデルそのものが特殊な場合は、たいてい WooCommerce が合っています。両者の間での移行については別の記事で書いていますが、それはどちらとも異なる種類のプロジェクトです。
Shopify 開発の費用
料金は地域や実際に購入する内容によって大きく異なります。以下の価格帯は開発作業そのものの費用で、実績のある制作会社が本格的なプロジェクトを行う場合の目安です。Shopify 自体のプラン料金やアプリの月額料金は別途、継続的にかかります。
| 作業範囲 | 一般的な価格帯 | 内容 |
|---|---|---|
| ストアの立ち上げと公開 | 1,500〜4,000 ドル | 有料テーマの適切な設定。商品、コレクション、税、配送、決済、ドメイン、メール。軽い見た目の調整。 |
| テーマのカスタマイズ | 4,000〜12,000 ドル | カスタムセクション、商品ページの作業、メタフィールドを使ったコンテンツ、コレクションとナビゲーションの再設計、パフォーマンスの調整。 |
| カスタムテーマの開発 | 12,000〜30,000 ドル以上 | 既存テーマの調整ではなく、デザインシステムから作るテーマ。通常はブランディングや UX のプロジェクトとセット。 |
| カスタムアプリまたは連携 | 3,000〜18,000 ドル以上 | ERP、在庫、配送業者との連携。割引・配送・決済ロジックのための Shopify Functions。社内向け管理ツール。 |
| 継続サポート | 月額 300〜1,500 ドル | 変更対応、監視、アプリ同士の競合の解消、そしてそうでなければプロジェクト化まで何か月も待たされる小さな作業。 |
この表を読むうえでの注意点が 2 つあります。この価格帯を大きく下回る見積もりは、たいてい設定作業を開発として売っているものです。必要なのが設定なら問題ありませんが、そうでなければ高くつきます。逆に大きく上回る見積もりには、その理由を説明する作業範囲の資料が付いているべきです。複雑さは正当な理由ですが、曖昧さはそうではありません。
本当にカスタムアプリが必要なとき
ほとんどのストアにはまったく必要ありません。依頼のたびにカスタムアプリを提案する制作会社は、作業時間を売っているのです。自社開発が本当に得になるのは、次の 3 つの状況です。
- そのロジックこそが事業そのもの。価格ルール、在庫の割り当て、受注生産の仕様設定など、そのルールこそがあなたを差別化しているなら、アプリから借りるということは、差別化の要を他人のロードマップに委ねることになります。
- 連携先のアプリが存在しない。地域の配送業者、地元の会計システム、古い ERP には、App Store にアプリがまったくないことがよくあります。誰かが連携部分を書く必要があり、そうでなければ人が 2 つの画面の間で注文を打ち直すことになります。
- アプリの積み重ねそのものが問題になっている。6 つのサブスクリプションの年間費用が開発費を上回り、互いに競合し、ストアを遅くしているなら、自社で持つ 1 つのアプリにまとめることは出費ではなくコスト削減です。
それ以外の場合は App Store のサブスクリプションのほうが良い答えであり、私たちはそうお伝えします。カスタム Shopify アプリは必要な場合にだけ開発します。それは、埋めるべき作業時間を抱えた制作会社が言うよりずっと少ない頻度です。
Shopify 開発者の選び方
Shopify のテーマはどれも同じような基本水準に達するため、ポートフォリオはどれも似て見えます。次の質問で、見せ方ではなく仕事の中身を見極められます。
- 「テーマの更新を妨げずに、どうカスタマイズしますか？」良い答えなら、セクション、アプリブロック、追加ファイルの話が出ます。曖昧な答えなら、誰も更新できないテーマを引き継ぐことになります。
- 「これでページの重さはどれくらい増えますか？」本当にコンバージョンに取り組んできた人なら、自分の提案がストアフロントの速度にどう影響するか意見を持っています。
- 「このうちどの機能は、代わりにアプリを買うべきですか？」買うことを一度も勧めない開発者は、助言をしているとは言えません。
- 「コードの所有者は誰で、私たちが契約をやめたらどうなりますか？」答えは即答で、明確で、契約書に書かれているべきです。
- 「公開後のサポートはどうなりますか？」ストアには変更が必要です。サポートの取り決めがない開発者は、いなくなるつもりです。
注意すべきサイン
- ストアに何が必要かを誰も尋ねる前に提示される固定価格。
- ステージングへの言及がない。公開中のストアを直接変更するのは作業の手順ではなく、単なる習慣です。
- どの要件にも「それ用のアプリがあります」と答える、あるいは一度もそう答えない。
- 使う予定のテーマ、フレームワーク、進め方を明かしたがらない。
- あなたの確認時間が含まれていないスケジュール。あなたのフィードバックはスケジュールの一部であり、スケジュールを中断するものではありません。
私たちの Shopify プロジェクトの進め方
私たちは、ストアがどう見えるべきかではなく、業務上何をする必要があるかを最初に尋ねます。デザインは重要です（人がブランドを信頼する理由の大部分です）。しかし、自社の配送ルールを表現できない美しいストアは、それができる普通のストアより、毎週あなたの時間を多く奪います。
カスタマイズは、プラットフォームが許す限りセクション、ブロック、メタフィールドの中に置き、テーマが引き続き更新を受け取れるようにします。連携は失敗を握りつぶすのではなく報告するように作ります。黙ってレコードを飛ばす同期は、止まってそれを知らせる同期より悪いからです。そして私たちが作るものはすべて、別の開発者が引き継げるだけの文書を備えています。それが、あなたが本当にそれを所有しているかどうかの唯一の意味ある基準です。
同じ原則は、Shopify テーマ開発とアプリ開発、そして公開後にどちらも動き続けるようにする保守にも当てはまります。
よくある質問
Shopify ストアの構築にはどのくらいかかりますか？
既存のテーマで設定したストアなら、通常 2〜4 週間です。大がかりなテーマのカスタマイズは 6〜10 週間。デザインから作るカスタムテーマは 10〜16 週間、カスタムアプリや連携は接続先によって通常 4〜12 週間です。最大の変動要因が開発そのものであることはまれで、商品データ、写真、文章がどれだけ早くそろうかです。
Shopify Plus は必要ですか？
ほとんどのストアには必要ありません。Plus が費用に見合うのは、注文量が多い場合、複数のストアや地域で運営する場合、あるいは決済ページを最も深いレベルでコントロールし、より高い API の上限が必要な場合です。その水準を下回るなら、プランのランクを上げるより、開発やマーケティングにお金を使うほうがほぼ常に効果的です。
Shopify の決済ページはカスタマイズできますか？
はい、Shopify の拡張モデルの範囲内でできます。決済ページの決められたポイントに項目、コンテンツ、入力チェックを追加でき、割引、配送、決済のロジックはサーバー側の関数で変更できます。どのプランでもできないのは、決済ページを独自に設計した流れに置き換えることです。それが絶対条件なら、このプラットフォームは向いていません。
Shopify は WooCommerce より優れていますか？
一般論としてどちらが優れているということはありません。Shopify はストアのインフラを運用する負担をなくし、その対価をプラン料金とアプリ料金で受け取ります。WooCommerce は決済ページ、決済手段、データを完全にコントロールでき、その対価はホスティングと保守の費用になります。ソフトウェアを運用せずに販売したいなら Shopify、ホスティング型の決済では実現できない動作をビジネスモデルが必要とするなら WooCommerce を選びましょう。
カスタム開発でストアは遅くなりますか？
なる可能性はありますし、質の悪い開発ならたいてい遅くなります。ストアにアプリやスクリプトを追加するたびにページは重くなり、ページの重さはモバイル回線でのコンバージョンを奪います。よくできたカスタム開発は、置き換えるアプリの積み重ねより速いことが多いです。専用に作った 1 つの機能は、汎用の 3 つより読み込む量が少ないからです。
自社で作っていないストアでも作業できますか？
はい。むしろそれが私たちの仕事の大部分です。最初のステップは監査です。どのテーマか、どれだけ改変されているか、どのアプリが入っていて実際にいくらかかっているか、そしてストアのどこで速度が落ちているかを調べます。その後、作業を別の会社に依頼することにしたとしても、この監査を受ける価値はあります。
Shopify ストアの構築やプラットフォームの移行を計画中、あるいはカスタムアプリが妥当かどうか見極めたいとお考えですか？ご相談ください。私たちが不要だという答えになる場合も含めて、率直に評価します。