はじめに：Shopifyのデータをどう「入れる」か
Shopifyで運営しているECの注文データをBigQueryで分析したい、という相談は珍しくありません。管理画面のレポートでは月次・年次の粒度でしか見られない指標を、自社の他データ（広告費・在庫・問い合わせ履歴など）と掛け合わせて見たい、という動機がほとんどです。
このとき最初にぶつかるのが「どうやってデータを取り込むか」という入口の設計です。これまでの現実的な選択肢は、Shopifyの注文Webhookを自前で受け取る仕組みを開発会社に発注するか、Fivetranのような有料ETLサービスに月額費用を払うかの二択に近いものでした。どちらも一定の投資が必要で、「まず試してみたい」段階の事業者には敷居が高いものでした。
2026年8月8日、Google Cloud公式ブログでBigQuery Data Transfer Service（DTS）の新機能が発表されました。この記事では、その内容が中小EC事業者にとって「外注の要否」をどう変えるのかを整理します。
参考: New BigQuery Data Transfer Service capabilities（Google Cloud公式ブログ、2026年8月8日）
何が発表されたのか
発表の骨子は大きく2つです。1つ目は、DTS を無料で使えるデータソースが公式に整理して示されたことです。Google広告・YouTube といった Google 純正ソースはもともと無料です。今回の発表では、これに加えて Campaign Manager・Cloud Storage・Amazon S3・Azure Blob Storage・Amazon Redshift・Teradata が無料で使えるソースとして挙げられています（公式ブログはこれらを「新たに無料化した」とは書いていないため、以前から無料だった可能性もあります）。Google純正ソースの取り込み設計そのものについては、以前に Google広告のデータをBigQuery Data Transfer Serviceで自動取り込みする や BigQuery DTSのエラーをSlackで検知する でも扱っています。
2つ目が今回の本題です。Shopify・Klaviyo・HubSpot・Mailchimpといった、Google製ではない第三者SaaSに対応する公式のノーコードコネクタが、プレビュー版として追加されました。これまでこうした連携は前述の自前開発かサードパーティ製ツール頼みでしたが、Google自身が公式にサポートする経路が用意された、という位置づけです。
料金面は、時系列を分けて理解する必要があります。Shopify などプレビュー段階のコネクタは、プレビュー中は無料で使えます（2025年11月21日時点のコネクタ拡充を告知した公式ブログに “All connectors remain completely free of charge during the preview phase.” と明記されています。Shopify 個別の扱いはShopify 転送の公式ドキュメントを確認してください）。「スロット時間あたり6セント未満」という従量課金が適用されるのは、そのコネクタが GA（一般提供）に移行してからで、現在この単価が効いているのは既に GA になっている Salesforce や Facebook Ads などのコネクタです。
つまりいまの段階なら、Shopify からの転送そのものは費用をかけずに試せます。ただしこれは DTS の転送料の話で、取り込んだ先の BigQuery のストレージ料金とクエリ料金は別途かかります。「試すのに一切お金がかからない」わけではない点は押さえておいてください。また GA 後には転送側の課金も始まるため、本番運用に載せる判断をするときは、その時点の単価で試算し直す必要があります。料金体系は変わり得るので、採用を検討する際は公式ドキュメントの最新情報を必ず確認してください。
公式コネクタでどこまで足りるか
このコネクタが向いているのは、日次や数時間おきといったバッチ的な取り込みで十分な業務です。たとえば「毎朝、昨日までの注文データを最新化してダッシュボードを更新する」「週次で顧客リストとメール配信の反応をBigQuery上で突き合わせる」といった用途であれば、ノーコードの設定だけで完結する可能性が高く、外注コストをかけずに済む場面が増えると考えられます。
管理画面上でソースと接続情報を設定するだけで済むという性質上、エンジニアリソースを持たない事業者にとっての導入障壁は下がります。これまで「BigQueryを使いたいが、そのためにWebhookを組む予算が無い」という理由で見送っていた事業者にとっては、試しに使ってみる価値がある選択肢です。
どこで限界が出るか
一方で、誠実に整理すると限界もあります。1つ目は、プレビュー版であることそのものです。プレビュー段階の機能は、対応SaaSの範囲や仕様が今後変わる可能性があり、本番の基幹データ基盤にいきなり全面採用するには慎重さが必要です。まずは補助的な分析用途で試し、安定運用が確認できてから本格利用に移す、という段階を踏むのが無難です。
2つ目は、リアルタイム性です。DTSのコネクタはバッチ転送の仕組みであり、「注文が入った瞬間にBigQueryへ反映する」という速報性は想定されていません。セール当日の速報ダッシュボードのように、数秒〜数分単位の反映が必要な場面では、Shopifyの注文Webhook × Cloud Functions × BigQueryでリアルタイム売上基盤を作る で解説したような自前構成のほうが適しています。
3つ目は、データの加工・検証です。ノーコードコネクタは基本的に「ソースのデータをそのままBigQueryへ運ぶ」役割にとどまります。取り込み時点で不整合な値を除外したり、複数ソースを突き合わせて名寄せしたりといったカスタムロジックが必要な場合は、コネクタの後段に別途処理を組む必要があります。この部分は結局、設計や実装の判断が要る領域です。
経営判断としてどう整理するか
まとめると、判断軸は「取り込みの目的が定期バッチで足りるか、リアルタイムやカスタム加工が要るか」の一点に集約されます。定期バッチで足りるなら、まずは公式コネクタを試してみる価値があります。開発の外注費用をかけずに、Shopifyのデータを分析基盤に載せる第一歩が踏めます。
一方で、速報性や複雑な加工ロジックが必要になった時点で、自前構成や専門家への相談が選択肢に入ってきます。ここで重要なのは、最初から重厚な仕組みを組む必要はなく、「まずノーコードで試し、足りなくなったら拡張する」という順番を踏めることです。BigQuery側の受け皿となるデータ基盤の設計自体に不安がある場合は、BigQueryデータ基盤構築サービス で構成の相談を承っています。
なお本稿は2026年8月8日の公式発表を主な根拠とし、料金については2025年11月21日の公式ブログを参照しています。プレビュー版の対応SaaS一覧や料金体系は今後変更される可能性があるため、実際の導入時は必ず公式ドキュメントで最新情報を確認してください。