【Ayudante News 2026年5月号から抜粋】続・サーバーサイドGTMとは？Stapeが選ばれる理由を解説

2026年06月12日

ライター：HPadmin

AYUDANTE NEWS Google Tag Manager

本コラムはAYUDANTE NEWS 2026年4月号から一部抜粋してお送りしております。全文に関しては毎月月末に配信しているニュースレターのバックナンバーからご覧ください。

皆さま、こんにちは！

「Ayudante News」5月号をお届けします。
先日5月25日、春山が「Web担当者Forumミーティング 2026 春」に登壇し、
「デジタル広告の『成果が出なくなった』本当の理由――消えたCVを取り戻す”次の一手”」と題し、サーバーサイドGTM、Googleタグゲートウェイ、拡張コンバージョンなど、CV精度を底上げする計測基盤の要点を解説しました。

今回はその中から、弊社がパートナーシップを締結しているStape Inc.（以下「Stape」）に焦点を絞ります。なぜアユダンテがStapeとパートナーシップを結んだのか、Google Cloudなどの汎用プラットフォームで構築する場合と何が違うのか。こうした点についてお伝えします。

春山が登壇したセッションについてはこちら

前回のメルマガでは、サーバーサイドGTM（以下、sGTM）の概要をご紹介しました。
今回はその続編として、もう一つの論点を取り上げます。「sGTMを動かすサーバーをどこに置くか」というお話です。

sGTMを動かすにはサーバーが必要です。これまでは、Google Cloudで自社サーバーを構築するパターンがほとんどでした。ただ最近は、sGTMに特化したマネージドホスティングという別の選択肢が出てきています。その代表がStapeです。

アユダンテは2025年11月にStapeとパートナーシップを締結しました。
今回のメルマガでは、Stapeがどんなサービスなのか、そしてGoogle Cloudと比べたときに何が選ばれる理由になるのか、4つのポイントに絞ってお伝えしますね。

Stapeとは

Stapeは、sGTMの構築・ホスティング・運用を支援するマネージドホスティングサービスです。サーバーの構築から運用・保守までをまるごと引き受けてくれる形ですね。利用者はインフラ管理を意識せずに、sGTMの運用に集中できます。

世界中で20万以上のクライアントに利用されており、6万5千を超えるサーバーコンテナの展開実績があります。情報セキュリティの国際認証（ISO 27001、SOC 2）も取得しており、GDPR（EU一般データ保護規則）にも準拠しているので、国際的なセキュリティ基準を満たしています。

Google Cloudと比べたときに刺さる4つのポイント

従来のGoogle Cloudでの構築と比べて、Stapeにはいくつものメリットがあります。今回はその中でも、特に選ばれやすい4つの理由を順に紹介していきます。

1. 月額プラン制で料金が読みやすい

まず分かりやすいのが、料金体系の違いです。

Stapeは月間リクエスト数に応じた月額プラン制です。プランごとに月額と上限リクエスト数が決まっているので、来月いくらかかるかが事前に見通せます。予算を立てる側からするとありがたい形ですね。

Stapeの料金表：https://stape.io/ja/price

一方、Google Cloudは使った分だけ料金が発生する従量課金制です。柔軟ではあるものの、リクエスト数や構成によって月額が大きく変動するため、導入前に見積を立てづらいのが実情です。

2. インフラの保守をStapeが担う（特に大きいポイント）

企業でsGTMを運用するうえで負担になりやすいのが、サーバーの保守です。実はこの点が、Stapeが選ばれる一番大きな理由になることも多いです。

Stapeでは、sGTMのバージョン更新が自動で行われます。サーバーの監視や障害対応もStapeが24時間365日体制で見てくれるので、こちら側でインフラの保守作業をする必要はありません。

一方Google Cloudの場合、サーバーインフラ自体はGoogle側でマネージドされていますが、sGTMのバージョン更新は手動です。新しいバージョンがリリースされたら、Cloud Runのコンテナイメージを自分で更新する作業が発生します。sGTMの設定や挙動に問題が起きたときの調査も、自社で対応することになります。

仕事柄、弊社が導入支援していない企業のサーバーサイド設定を拝見する機会もありますが、ほとんどのケースでバージョンが更新されていません。古いバージョンのまま運用が続くと、新しい計測仕様への対応が遅れたり、セキュリティ上のリスクが残ったりする可能性があります。

sGTMのご提案を進める中でも、「インフラを見られる担当者が社内にいない」「いたとしても、その担当者が辞めてブラックボックス化している」というご相談は少なくありません。こうした背景があるので、インフラ部分を気にしなくてよい点は、とても大きなメリットといえます。

3. Power-upsという追加機能群が標準で使える

Stapeには「Power-ups」と呼ばれる追加機能群があります。代表的なものに、GTMのスクリプトを自社ドメインから配信するCustom Loaderや、Cookie Keeperなどがあります。

どれもGoogle Cloudで同等のことをやろうとすると、自社でカスタム開発が必要になります。

Stapeなら、こうした機能を導入直後から使えるので、開発リソースをかけずに計測の精度を上げられます。

4. Cookieの延命に新しい打ち手が増える

SafariのITP（Intelligent Tracking Prevention）の影響で、Cookieの有効期限が短く制限され、同じユーザーが何度も「新規ユーザー」として計上される問題があります。

sGTMを導入するだけでも、一定のCookie延命効果はあります。ただし、ITPの制限を実質的に受けない状態にするには、これまで限られた手法しか選択肢がありませんでした。

ここに新しく加わったのが、Stapeが提供するCookie Keeperです。Cookie Keeperは、ITPによって短縮されたCookieを、有効期限が切れたあとも復元しやすくするための機能です。Google Cloudでの構築だと、この延命の仕組みも自社で設計・実装する必要があります。Stapeを選べば、延命の打ち手が一つ増えます。

弊社では現在、お客様のインフラ状況に応じて、どの延命手法が適しているかを都度ご相談しながら対応しています。最近はCookie Keeperをお選びいただくケースが増えてきており、この点もStapeの大きな魅力の一つだと感じています。

Cookieの延命方法や手法ごとの比較について詳しくは、弊社の以下コラムをご参照ください。

【sGTM】サーバーサイドGTMでCookieの寿命を延ばす方法