Safariのアップデート：GTM、Google Analytics、およびGoogle Adsのスクリプトはインコグニートモードでブロックされます

現在、データのアクセシビリティに対する懸念が増しています。以前は、広告主はさまざまなデータソースに頼ることができました。しかし、進化するプライバシー規制、第三者および第一者クッキーの非推奨、広告ブロッカーの使用やオプトアウトオプションの選択など、積極的な消費者の行動により、これはもはや当てはまりません。この変化により、古いデータソースはより有用でなくなっています。ブラウザのトラッキングとクッキーを使用する広告主やマーケターは、より困難な時期を迎えています。

そして、これからはSafariのアップデートが登場し、分析データとマーケティングキャンペーンに重大な影響を与える可能性があります。この記事では、Safariのトラッキング制限の最新の変更を説明し、サーバーサイドのタギングがそれらを克服する方法を示します。

以下は、Appleが発表したプライバシーとセキュリティの新機能の簡単なリストです

• インコグニートモードと高度な保護を使用する場合にURLからクリックIDを削除します。
• インコグニートおよび高度な保護モードでのタグ管理、分析、広告スクリプトのブロック。
• メッセージとメールのリンク追跡保護。
• アプリのプライバシーの改善。

この新機能は、URLからユーザー固有のトラッキング詳細を削除するために設計されています。多くのウェブサイトは、ユーザーの活動を監視するために追加のURLパラメータを追加します。

このアップデートにより、メッセージとメールを介して共有された任意のリンクは、このトラッキングデータが削除されたまま通常通り機能します。この保護は、Safariのプライベートブラウジングモードでアクセスされるリンクにも適用されます。

デフォルトでは、インコグニートモードを使用すると、リンクをクリックしたときにユーザーに追跡できる識別子は削除されます。ただし、ユーザーを識別できないリンクの一部は変更されません。

最新のSafariのアップデートでは、特にユーザーがSafariのプライベートブラウジングモードを使用し、高度な保護を選択した場合、各タグ管理システムが異なる方法で扱われます。

最も重要な制限はGoogle Tag Managerに対して実装されましたが、Tealiumなどの他のタギングシステムはすべてのSafariモードで完璧に機能します。

最新のSafariのアップデートでは、誰かがSafariのインコグニートモードを使用するか、Safariの高度な保護を有効にした場合、Google Tag Managerはデフォルトでブロックされます。これは、GTMで設定した任意のコードやタグが機能しなくなり、分析、ユーザーエクスペリエンス、広告などの重要なウェブサイト機能に影響を与えます。

Google AnalyticsはGoogle Tag Managerと同様の影響を受けます。ユーザーがSafariのインコグニートモードを使用すると、Google Analyticsスクリプトはブロックされ、高度なトラッキング保護が有効になるとデフォルトでブロックされます。GAスクリプトをウェブサイトに直接配置するか、任意のタグ管理システムを使用している場合でも、違いはありません。

Google AdsとFloodlightスクリプトはSafariのインコグニートモードおよびユーザーが高度なトラッキング保護を有効にした場合にブロックされます。同じ制限はFacebookスクリプトにも適用されます。同時に、TikTokとBingの広告タグはまったく同じシナリオでブロックされません。

それは簡単です - サーバーサイドのトラッキングを開始してください。カスタムドメインに配置されたサーバーサイドのGoogle Tag Managerを使用すれば、Safariのインコグニートモードや高度なトラッキング保護が有効な場合でも、GTMスクリプトはブロックされません。カスタムドメインを利用するsGTMを使用してサーバーサイドのGoogle AnalyticsとGoogle Adsを設定した場合、GAおよびGAdsスクリプトもブロックされません。

カスタムドメイン以外にも、カスタムローダーを利用してサーバーサイドのトラッキングをさらに精密にすることができます。カスタムローダーの主な利点は、トラッキングスクリプトをほとんどのスクリプトおよび広告ブロックツールおよび技術に対して不可視にするのに役立つことです。

カスタムローダーはすべてのstapeユーザーに無料で提供され、迅速に設定できます。stape.ioのアカウントにログインし、sGTMコンテナを開き、Power-upsタブに移動し、設定をクリックしてWeb Google Tag Manager IDを追加してカスタムローダーのパワーアップを構成する必要があります。その後、ウェブサイトのGTMコードを更新する必要があります。

カスタムローダーとカスタムドメインを使用することで、第一者クッキーを設定し、これらのクッキーの寿命を延長し、Google Tag ManagerおよびGoogle Analyticsスクリプトを広告ブロックソフトウェアおよびアルゴリズムに対して強化できます。

以下は、Stapeのカスタムローダーがどのように役立つかの例です

FacebookのコンバージョンAPIを設定するためにサーバーGTMを使用する場合、fbpおよびfbcをFacebookのサーバーに送信することが重要です。タギングサーバーとしてサードパーティサブドメインに依存している場合、サイトのためにクッキーを作成できるのは主要なドメインのみであるため、これらのクッキーを設定することは不可能です。

カスタムサブドメインを使用すると、Facebookに送信されるデータは無制限になり、キャンペーンに対して認識されるイベントが少なくなります。クリックIDとブラウザID（fbcおよびfbp）は、Facebook広告キャンペーンの効果を測定するために重要です。ウェブGTM IDをstape.ioのカスタムローダーに統合することで、gtm.jsおよびgtag.jsがランダムなリクエストパスに置き換えられたことに気付くでしょう。これにより、Google Tag ManagerおよびGoogle Analytics 4スクリプトが広告ブロッカーから隠されるのに役立ちます。

最新のSafariのアップデートでは、インコグニートモードを使用するか高度なトラッキング保護を有効にした場合、Google Tag Manager、Google Analytics、Google Ads、Floodlight、およびFacebookスクリプトがブロックされます。

カスタムドメインを使用したサーバーサイドのGoogle Tag Managerはこれらの制限を克服するのに役立ちます。カスタムローダーを使用すると、トラッキングの精度をさらに強化できます。特に、次のことができます

1. 1.
   第一者クッキーの設定。
2. 2.
   クッキーの寿命を延長。
3. 3.
   AdBlockerおよびITPに対してGTMおよびGA4を強化。
4. 4.
   データトラッキングを維持。

カスタムローダーの設定に関するヘルプが必要な場合、または現在の設定の監査を希望する場合、お気軽にお問い合わせください！