AMP sayfalarındaki istemci kimlikleri

Google Analytics'in iki farklı isabetin aynı kullanıcıya ait olduğunu belirleyebilmesi için, her isabetle birlikte Client-ID alanı üzerinden, söz konusu kullanıcıyla ilişkilendirilen benzersiz bir tanımlayıcı gönderilir. Benzersiz tanımlayıcı, rastgele oluşturulmuş bir dizedir.

Google Analytics, AMP olmayan sayfalar için Client-ID'yi (yayıncı alanında) depolamak için _ga adlı tek bir birinci taraf çerezi kullanır.

AMP sayfalarında durum biraz farklıdır. Sayfalar bir tarayıcı aracılığıyla çeşitli şekillerde görüntülenebilir. Bu da, Client-ID oluşturma ve yönetiminin farklılık göstermesine neden olur. Bu nedenle, site/uygulama metrikleri etkilenir.

İstemci Kimliği Senaryoları

Kullanıcıların bir AMP sayfasına erişebileceği çeşitli yollar ve bunun Client ID sonuçları aşağıda verilmiştir:

  1. Google Arama: AMP sayfasına bir Google Arama sonucu aracılığıyla erişilir ve bir "AMP görüntüleyici" içinde görüntülenir.

    • Bu durumda, kullanıcı bir Google araması yapar ve seçilen arama sonucu bir AMP sayfası olur. google.com sayfası, cdn.ampproject.org öğesine işaret eden bir IFRAME içeriyor ve içerik cdn.ampproject.org üzerinden yükleniyor.
    • Bu durumda google.com birinci taraf olduğu için Client ID google.com üzerinde depolanır. AMP görüntüleyiciden sayfaya iletilen Client-ID, cdn.ampproject.org üzerinden sunulan ve AMP Analizleri aracılığıyla iletilebilmesi için.
    • Çerezler yalnızca orijinal AMP sayfalarının şema, ana makine ve bağlantı noktası kombinasyonu olan aynı kaynağa sahip olması durumunda yeniden kullanılır.

  2. Proxy/Önbellek: AMP sayfasına bir proxy/önbellekten erişilebilir.

    • Bu durumda, kullanıcı doğrudan cdn.ampproject.org adresine gider.
    • İstemci Kimliği cdn.ampproject.org üzerinde depolanır. Kullanıcı siteyi yeniden ziyaret ettiğinde (belirli bir süre içinde) İstemci Kimliği yeniden kullanılır. Bu durumda cdn.ampproject.org birinci taraftır.
    • Çerezler yalnızca orijinal AMP sayfalarının şema, ana makine ve bağlantı noktası kombinasyonu olan aynı kaynağa sahip olması durumunda yeniden kullanılır.

  3. Doğrudan AMP: AMP sayfası doğrudan yayıncı alanında ziyaret edilir.

    • Bu durumda, kullanıcı bir AMP sayfasını görüntülemek için doğrudan yayıncının alanına gider.
    • İstemci Kimliği, çerezde (_ga) depolanır ve kimliğin geleneksel veya AMP biçiminde olmasına bakılmaksızın kullanılır/yeniden kullanılır.
    • AMP sayfası tarafından oluşturulan Client-ID, AMP biçimine (amp- ve ardından rastgele oluşturulmuş bir dize) uyar.

  4. AMP olmayan: AMP olmayan sayfaya yayıncı alanında erişilebilir.

    • Bu durumda, kullanıcı doğrudan yayıncının alanındaki AMP olmayan bir sayfayı görüntüler.
    • İstemci Kimliği, çerezde (_ga) depolanır ve kimliğin geleneksel veya AMP biçiminde olmasına bakılmaksızın kullanılır/yeniden kullanılır.
    • Bir İstemci Kimliği, AMP olmayan bir sayfa tarafından oluşturulursa İstemci Kimliği, geleneksel Client-ID biçimini izler.

İstemci Kimliği ile İlgili Dikkat Edilmesi Gereken Noktalar

Yukarıda açıklanan senaryolara göre dikkate alınması gereken bazı noktalar vardır.

Birden çok Müşteri Kimliği

Tüm senaryolarda, bir kullanıcı için kullanılan Client-ID'ler, kullanıcı içeriğe tek bir istemciden/tarayıcıdan erişiyor olsa bile kullanıcının ziyaret ettiği alana bağlıdır. Sonuç olarak, yukarıdaki senaryolarda açıklandığı gibi yayıncının içeriğine erişen bir kullanıcı, Google Analytics'te üç ayrı kullanıcı olarak sayılır (arama, proxy/önbellek ve yayıncı kaynağı senaryosu için birer kullanıcı).

Senaryo etkileşimleri

Aşağıdaki listede, bir kullanıcı aynı yayıncıdan içeriğe çeşitli senaryolar yoluyla eriştiğinde etkileşimlerin nasıl ele alınacağına ilişkin notlar ve dikkat edilmesi gereken noktalar verilmiştir:

Google Arama ve Doğrudan, Google Arama ve AMP Olmayan, Proxy/Önbellek ve Doğrudan ve Proxy/Önbellek ve AMP Olmayan

  • Destek kayıtlarından biri, diğer destek kaydından erişilemeyen yerel depolama alanını kullandığından kimlikler ayrı tutulur.

Doğrudan ve AMP olmayan

  • Belirli bir kullanıcı için tek bir çerez kullanılır. İstemci Kimliği'nin biçimi, kullanıcının ilk ziyaretinin bir AMP sayfasına mı yoksa AMP olmayan bir sayfaya mı yapıldığına bağlıdır.

AMP sayfalarında ve AMP olmayan sayfalarda tek bir Client-ID kullanma

AMP ve AMP olmayan sayfalarda tek bir Client-ID kullanımı, AMP İstemci Kimliği entegrasyonu aracılığıyla etkinleştirilebilir. Etkinleştirildikten sonra Google Analytics, yukarıda belirtilen Google Arama, Doğrudan AMP ve AMP olmayan senaryolarda tek bir Client-ID kullanmaya başlar. Aşağıda, bir kullanıcı için Client-ID'nin nasıl belirlendiğine ilişkin birkaç örnek verilmiştir:

  • Google Arama'da bir AMP sayfasını ziyaret eden yeni kullanıcılar öncelikle AMP Client-ID kullanır. Bu kullanıcı daha sonra AMP olmayan bir sayfayı ziyaret ettiğinde, yayıncı alanındaki çerezlerden aynı İstemci Kimliği alınır ve AMP olmayan sayfalar için de kullanılır.
  • Hem AMP sayfalarını hem de AMP olmayan sayfaları ziyaret eden geri gelen bir kullanıcı AMP veya AMP olmayan bir sayfayı ziyaret ettiğinde, bundan sonra bu kullanıcı için AMP İstemci Kimliği kullanılır.
  • Bir AMP sayfasını hiç ziyaret etmemiş geri gelen bir kullanıcı AMP olmayan bir sayfayı ziyaret ettiğinde, analytics.js tarafından oluşturulan İstemci Kimliği kullanılmaya devam edecektir.