First-Party Data ve Cookieless Stratejiler

📚 Seviye 3 — Uzmanlaşma ⏱ ~18 dakika

📌 Nereden Geliyoruz?

GTM derslerinde tag yönetimi ve veri toplama altyapısını öğrenmiştik; KVKK ve Çerez Uyumu dersinde ise çerez türleri ve yasal gereklilikleri kavramıştık. Şimdi uzmanlaşma seviyesine geçiyoruz: üçüncü parti çerezlerin kısıtlandığı yeni dünyada first-party data stratejileri geliştireceğiz ve cookieless ortama hazırlık yapacağız.

Dijital pazarlamanın en temel altyapılarından biri olan üçüncü parti çerezler (third-party cookies) yok oluyor. Chrome, Safari ve Firefox gibi tarayıcılar bu çerezleri kısıtlıyor veya tamamen engelliyor. Peki bu bizim gibi bir ajans için ne anlama geliyor? Reklam hedeflemelerimiz, dönüşüm takibimiz ve kitle oluşturma stratejilerimiz bundan doğrudan etkileniyor. Bu derste "çerezler gidince biz ne yapacağız" sorusuna pratik cevaplar bulacağız.

💡 Benzetme

Üçüncü parti çerezleri, bir alışveriş merkezindeki tüm mağazaların paylaştığı ortak müşteri kartı gibi düşünün. Bu kartla her mağaza, müşterinin diğer mağazalarda ne yaptığını görebiliyordu. Şimdi tarayıcılar bu ortak kartı iptal ediyor. Bundan sonra her mağaza kendi müşteri bilgisini kendisi toplamak zorunda — işte birinci parti veri tam da bu.

1. Çerezlerin Sonu: Neler Oluyor?

a) Üçüncü Parti Çerez Nedir?

Ziyaret ettiğiniz sitenin değil, o sitedeki başka bir alanın (örneğin bir reklam ağı veya analiz aracı) tarayıcınıza bıraktığı küçük veri parçasıdır. Bu çerez sayesinde reklam platformları sizi farklı sitelerde tanıyıp "retargeting" yapabiliyordu.

b) Neden Kısıtlanıyor?

Gizlilik endişeleri: Kullanıcılar takip edilmek istemiyor. GDPR, KVKK gibi düzenlemeler baskı oluşturdu.
Tarayıcı rekabeti: Safari (ITP) ve Firefox (ETP) üçüncü parti çerezleri yıllardır engelliyor. Chrome da bu yolda ilerliyor.
Kullanıcı güveni: Tarayıcılar "kullanıcıyı koruyoruz" mesajıyla marka değerini artırıyor.

c) Dijital Pazarlamacıyı Nasıl Etkiliyor?

Retargeting (yeniden hedefleme) kitleleri küçülüyor
Dönüşüm takibi (conversion tracking) eksik veri raporluyor
Lookalike/benzer kitle oluşturma zorlaşıyor
Attribution (atıf) modelleri güvenilirliğini yitiriyor

graph LR A["🍪 Üçüncü Parti Çerez"] --> B["Retargeting"] A --> C["Dönüşüm Takibi"] A --> D["Kitle Oluşturma"] A --> E["Attribution"] F["🚫 Tarayıcı Engeli"] --> B F --> C F --> D F --> E B --> G["❌ Kitle Küçülmesi"] C --> H["❌ Eksik Veri"] D --> I["❌ Düşük Kalite"] E --> J["❌ Hatalı Atıf"] style A fill:#FEE2E2,stroke:#EF4444,stroke-width:2px style F fill:#FEE2E2,stroke:#EF4444,stroke-width:2px style G fill:#FEE2E2,stroke:#EF4444 style H fill:#FEE2E2,stroke:#EF4444 style I fill:#FEE2E2,stroke:#EF4444 style J fill:#FEE2E2,stroke:#EF4444

2. Veri Katmanları: Sıfırıncı, Birinci, İkinci ve Üçüncü Parti

a) Zero-Party Data (Sıfırıncı Parti Veri)

Kullanıcının bilinçli ve gönüllü olarak paylaştığı bilgilerdir. Anketler, tercih formları, quiz funnel'ları, "bana en uygun ürünü bul" araçları bu kategoridedir. En değerli veri türüdür çünkü kullanıcı niyetini doğrudan yansıtır.

Örnekler: "Hangi hizmetimizle ilgileniyorsunuz?" formu, bütçe aralığı seçimi, "cilt tipiniz nedir?" quizi.

🚫 Yaygın Yanılgı

❌ Yanlış: "Birinci parti veri = çerez verisi"

✅ Doğru: Birinci parti veri (first-party data) çerezlerden çok daha geniş bir kavramı kapsar. Çerezler yalnızca tarayıcı tarafındaki küçük veri parçalarıdır ve süresi sınırlıdır. Birinci parti veri ise müşterinin kendi kanallarından toplanan TÜM verileri içerir: form doldurmalar, e-posta abonelikleri, satın alma geçmişi, CRM kayıtları, müşteri hizmetleri görüşmeleri, anket sonuçları, uygulama kullanım verileri ve daha fazlası. Çerezler kaybolan üçüncü parti dönemin bir aracı iken, birinci parti veri stratejisi çerezlerden bağımsız, doğrudan müşteri ilişkisine dayalı kalıcı bir yaklaşımdır.

b) First-Party Data (Birinci Parti Veri)

Müşterinin kendi kanallarından doğrudan topladığı veridir. Web sitesi davranışı, form doldurmalar, e-posta etkileşimleri, CRM verileri, satın alma geçmişi bu gruba girer.

Örnekler: İletişim formu gönderimi, e-bülten aboneliği, satın alma geçmişi, müşteri hizmetleri kayıtları.

c) Second-Party Data (İkinci Parti Veri)

Güvenilir bir partnerin birinci parti verisini anlaşmayla paylaşmasıdır. Örneğin bir havayolu şirketinin otel zincirine yolcu verisi paylaşması.

d) Third-Party Data (Üçüncü Parti Veri)

Veri komisyoncularının veya reklam ağlarının çerezlerle topladığı veri. İşte kaybolan veri türü budur.

graph TB subgraph "Veri Katmanları — En Değerliden En Riskli Olana" ZP["🎯 Zero-Party
Kullanıcı gönüllü paylaştı
Quiz, anket, tercih formu"] FP["🏠 First-Party
Kendi kanallarından toplandı
Form, CRM, e-posta"] SP["🤝 Second-Party
Partner paylaşımı
Anlaşmalı veri değişimi"] TP["🍪 Third-Party
Çerez ile toplanan
Reklam ağları, veri komisyoncuları"] end ZP --> FP --> SP --> TP style ZP fill:#DCFCE7,stroke:#22C55E,stroke-width:2px style FP fill:#E8F6FC,stroke:#29ABE2,stroke-width:2px style SP fill:#FEF3C7,stroke:#F59E0B,stroke-width:2px style TP fill:#FEE2E2,stroke:#EF4444,stroke-width:2px

💡 Ajans İpucu

Müşteriye anlatırken şunu vurgulayın: "Başkasının topladığı veriye bağımlı olmak yerine kendi verinizi toplarsanız, hem daha güvenilir hem de daha uzun ömürlü bir strateji oluşturursunuz." Zero-party ve first-party veri, cookieless dünyada altın değerindedir.

3. Birinci Parti Veri Toplama Yöntemleri

a) Form Stratejileri

Formlar en temel birinci parti veri kaynağıdır. Ancak "isim + e-posta" formu artık yeterli değil. Stratejik form tasarımı şart:

Aşamalı formlar (progressive profiling): Her etkileşimde biraz daha fazla bilgi isteme. İlk seferde sadece e-posta, ikincisinde sektör bilgisi, üçüncüsünde bütçe aralığı.
Koşullu alanlar: "Hizmet türü" seçimine göre farklı sorular gösterme.
Değer teklifi: Kullanıcıya veri paylaşması karşılığında ne kazanacağını net söyleme (ücretsiz analiz, e-kitap, indirim).

b) Lead Magnet'ler

Kullanıcının iletişim bilgisi karşılığında sunulan değerli içerik veya araçlardır:

SEO site analiz raporu
Sektör bazlı reklam bütçe hesaplayıcı
Ücretsiz e-kitap veya rehber
Webinar kayıtları
"Dijital pazarlama olgunluk testi" gibi quiz funnel'lar

c) WhatsApp ile Veri Toplama

Özellikle Türkiye'de WhatsApp çok yaygın. WhatsApp Business API ile:

Otomatik karşılama mesajlarında tercih sorma
Chatbot ile hizmet/bütçe bilgisi toplama
Toplanan veriyi CRM'e aktarma

d) Sadakat Programları

E-ticaret müşterileri için puan, indirim veya öncelikli erişim karşılığında kullanıcı hesabı oluşturma — bu da zengin birinci parti veri kaynağıdır.

💡 Benzetme

Birinci parti veri toplamak, bir mahalle bakkalının müşterilerini tanıması gibidir. Bakkal, müşterinin ne aldığını, ne zaman geldiğini, neyi sevdiğini bilir — çünkü doğrudan etkileşim kurmuştur. Üçüncü parti veri ise mahalle dedikodusundan öğrenmek gibidir: bazen doğru, çoğu zaman eksik veya yanlış.

4. Google Enhanced Conversions (Gelişmiş Dönüşümler)

a) Ne İşe Yarar?

Kullanıcı bir form doldurduğunda (örneğin e-posta veya telefon numarası girdiğinde), bu bilgiyi hash'leyerek (şifreleyerek) Google'a gönderir. Google, bu hash'i kendi oturum açmış kullanıcı verileriyle eşleştirir. Böylece çerez olmadan bile dönüşüm doğru kişiye atfedilebilir.

b) Nasıl Çalışır?

Kullanıcı sitede form doldurur (e-posta, telefon, ad-soyad).
Bu veri SHA-256 ile hash'lenir (orijinal veri Google'a gitmez).
Hash'lenmiş veri Google Ads sunucularına gönderilir.
Google, hash'i kendi kullanıcı veritabanıyla eşleştirir.
Dönüşüm, doğru reklam tıklamasına atfedilir.

c) GTM ile Kurulum

GTM'de Google Ads Conversion tag'ine "Include user-provided data" seçeneği eklenir. E-posta, telefon gibi alanlar Data Layer veya CSS Selector ile eşleştirilir.

⚠️ Dikkat

Enhanced Conversions, kullanıcı rızası (consent) gerektirir. KVKK/GDPR uyumlu çalışmak zorunludur. Consent Mode ile birlikte yapılandırılmalıdır.

5. Meta CAPI (Conversions API)

a) Neden CAPI?

Meta Pixel, tarayıcıda çalışır ve üçüncü parti çerez kısıtlamalarından doğrudan etkilenir. Ad blocker'lar da Pixel'i engelleyebilir. CAPI ise sunucu tarafından Meta'ya veri gönderir — tarayıcı kısıtlamalarından etkilenmez.

b) Nasıl Çalışır?

Kullanıcı sitede bir aksiyon alır (satın alma, form doldurma vb.).
Sunucu bu event'i doğrudan Meta'nın sunucusuna API ile gönderir.
Meta, gelen veriyi (e-posta, telefon hash'i, event bilgisi) kendi veritabanıyla eşleştirir.
Pixel ve CAPI birlikte kullanıldığında Meta, "event deduplication" ile aynı dönüşümü çift saymaz.

c) GTM Server-Side ile CAPI

GTM Server-Side container'ı kullanarak CAPI kurulumu yapılabilir. Bu yöntem, kodlama bilgisi gerektirmeden sunucu tarafı veri gönderimini mümkün kılar.

graph LR subgraph "Tarayıcı Tarafı (Kısıtlanan)" USER["👤 Kullanıcı"] --> BROWSER["🌐 Tarayıcı"] BROWSER --> PIXEL["📊 Meta Pixel"] PIXEL -->|"🚫 Engellenebilir"| META_S["Meta Sunucusu"] end subgraph "Sunucu Tarafı (Güvenli)" BROWSER --> SERVER["🖥️ Web Sunucusu"] SERVER --> CAPI["📡 Conversions API"] CAPI -->|"✅ Her zaman çalışır"| META_S end style PIXEL fill:#FEE2E2,stroke:#EF4444,stroke-width:2px style CAPI fill:#DCFCE7,stroke:#22C55E,stroke-width:2px style META_S fill:#E8F6FC,stroke:#29ABE2,stroke-width:2px

6. Server-Side Tagging (GTM SS)

a) Neden Önemli?

Geleneksel GTM, tarayıcıda çalışır. Bu hem üçüncü parti çerez kısıtlamalarına hem de ad blocker'lara maruz kalır. Server-side tagging ile:

Veri, tarayıcıdan önce sunucuya gelir — sunucu dönüştürüp ilgili platformlara gönderir.
Birinci parti çerezler sunucu tarafından set edilir — tarayıcı kısıtlamalarından kaçınılır.
Sayfa yükleme hızı artar (tarayıcıda daha az script çalışır).
Veri kalitesi yükselir — bot trafiği ve ad blocker'lar sunucu tarafını etkilemez.

b) Genel Akış

graph TB A["👤 Kullanıcı Etkileşimi"] --> B["🌐 Web GTM Container
(Tarayıcı)"] B -->|"Veri akışı"| C["☁️ GTM Server Container
(Bulut Sunucu)"] C --> D["📊 GA4"] C --> E["📢 Google Ads"] C --> F["📱 Meta CAPI"] C --> G["🔧 Diğer Platformlar"] C -->|"1st party cookie set"| A style A fill:#E8F6FC,stroke:#29ABE2,stroke-width:2px style B fill:#FEF3C7,stroke:#F59E0B,stroke-width:2px style C fill:#DCFCE7,stroke:#22C55E,stroke-width:2px style D fill:#E8F6FC,stroke:#29ABE2 style E fill:#E8F6FC,stroke:#29ABE2 style F fill:#E8F6FC,stroke:#29ABE2 style G fill:#E8F6FC,stroke:#29ABE2

c) Ajans Olarak Ne Bilmeliyiz?

Server-side GTM kurulumu teknik ekip gerektirir (Cloud Run, App Engine veya benzeri altyapı). Ajans olarak bilmemiz gereken:

Müşteriye neden önemli olduğunu anlatabilmek
Maliyet-fayda analizi yapabilmek (aylık sunucu maliyeti vs. veri kaybı)
Kurulum partneriyle koordinasyon sağlamak
Enhanced Conversions ve CAPI entegrasyonlarını SS üzerinden yapılandırmak

💡 Ajans İpucu

Müşteriye "server-side tagging yapmalısınız" demek yetmez. Somut faydayı gösterin: "Şu an dönüşümlerinizin %20-30'u tarayıcı kısıtlamaları yüzünden kayıp. Server-side geçişle bu veriyi geri kazanırsınız, reklam optimizasyonu iyileşir, ROAS artar."

7. Chrome Privacy Sandbox

Google, üçüncü parti çerezlerin yerine "Privacy Sandbox" adı verilen bir dizi yeni teknoloji geliştiriyor. Bunlar, kullanıcı gizliliğini korurken reklamcılığın devam etmesini amaçlıyor.

a) Topics API

Tarayıcı, kullanıcının gezinme geçmişinden genel ilgi alanı kategorileri (topics) türetir. Reklam ağına kullanıcının tüm geçmişi yerine sadece birkaç genel konu paylaşılır (örneğin "Spor", "Seyahat"). Her hafta güncellenir, 3 hafta sonra silinir.

b) Protected Audience (eski adıyla FLEDGE)

Retargeting'in gizlilik dostu versiyonu. Reklam açık artırması tarayıcının içinde gerçekleşir — kullanıcı verisi sunuculara gitmez. Reklamverenler "ilgi grupları" oluşturur, tarayıcı bu gruplara göre hangi reklamın gösterileceğine karar verir.

c) Ajans İçin Pratik Anlam

Privacy Sandbox henüz olgunlaşma aşamasında — her ay değişebilir.
Şu an için "bunlar geliyor, hazır olalım" farkındalığı yeterli.
Esas odak birinci parti veri ve sunucu tarafı çözümlerde olmalı — bunlar kesin ve şimdiden uygulanabilir.

8. Pratik Sonuç: Ajans Olarak Cookieless Stratejimiz

Tüm bu bilgiyi bir araya getirdiğimizde, müşteriye sunacağımız yol haritası şu şekilde oluşur:

graph TB SORU["❓ Çerezler gidiyor,
biz ne yapıyoruz?"] --> S1["1️⃣ Birinci Parti Veri
Toplama Altyapısı"] SORU --> S2["2️⃣ Sunucu Tarafı
Çözümler"] SORU --> S3["3️⃣ Platform
Entegrasyonları"] SORU --> S4["4️⃣ Ölçümleme
Güncelleme"] S1 --> S1A["Form stratejileri"] S1 --> S1B["Lead magnet'ler"] S1 --> S1C["CRM entegrasyonu"] S1 --> S1D["Sadakat programları"] S2 --> S2A["GTM Server-Side"] S2 --> S2B["Server-set cookies"] S3 --> S3A["Enhanced Conversions"] S3 --> S3B["Meta CAPI"] S3 --> S3C["Offline Conversion Import"] S4 --> S4A["Consent Mode v2"] S4 --> S4B["GA4 veri modeli"] S4 --> S4C["Modelleme ve tahmin"] style SORU fill:#E8F6FC,stroke:#29ABE2,stroke-width:2px style S1 fill:#DCFCE7,stroke:#22C55E,stroke-width:2px style S2 fill:#DCFCE7,stroke:#22C55E,stroke-width:2px style S3 fill:#DCFCE7,stroke:#22C55E,stroke-width:2px style S4 fill:#DCFCE7,stroke:#22C55E,stroke-width:2px

a) Adım Adım Yol Haritası

Envanter çıkarın: Müşterinin şu an hangi verileri topladığını, hangi platformları kullandığını ve çerez bağımlılığını belirleyin.
Consent altyapısını kurun: KVKK/GDPR uyumlu consent management (CMP) ve Google Consent Mode v2 yapılandırın.
Birinci parti veri kaynaklarını genişletin: Form stratejileri, lead magnet'ler, CRM entegrasyonu planlayın.
Enhanced Conversions ve CAPI kurun: Google Ads ve Meta platformlarında sunucu tarafı dönüşüm takibini aktifleştirin.
Server-side GTM'i değerlendirin: Müşterinin hacmine göre maliyet-fayda analizi yapın, uygunsa kurulum planlayın.
Test edin ve karşılaştırın: Tarayıcı tarafı vs. sunucu tarafı veri farklarını raporlayın — bu fark müşteriye "neden yatırım yapmalısınız" sorusunun cevabıdır.

⚠️ Kritik Hatırlatma

Cookieless stratejiler bir "proje" değil, sürekli bir "süreç"tir. Tarayıcı politikaları, platform güncellemeleri ve yasal düzenlemeler değişmeye devam edecek. Ajans olarak bu gelişmeleri takip etmek ve müşteriyi bilgilendirmek bizim sorumluluğumuz.

💡 Benzetme

Cookieless geçiş, bir şehrin toplu taşıma sistemini yenilemesi gibidir. Eski otobüsler (üçüncü parti çerezler) kaldırılıyor, yerine metro (server-side), bisiklet (first-party data) ve yürüyüş yolları (zero-party data) geliyor. Tek bir ulaşım aracına bel bağlamak yerine, çok kanallı bir strateji kurmanız gerekiyor.

🎯 Bu Dersten Öğrenmen Gerekenler

First-party, zero-party ve second-party veri arasındaki farkları bilir, her birinin toplama yöntemlerini uygulayabilirsin.
Üçüncü parti çerezlerin kısıtlanmasının hedefleme, attribution ve kitle oluşturmaya etkisini müşteriye açıklayabilirsin.
Server-side tracking, Enhanced Conversions ve Consent Mode v2 ile cookieless ortama hazırlık yapabilirsin.
Değer alışverişi sunarak (indirim, erken erişim) gönüllü birinci taraf veri toplama stratejileri kurabilirsin.

← Önceki Ders Ana Sayfa →