Genel bakış

Olaylar eksikse, istekler başarısız oluyorsa veya Ads Manager'daki veriler işletme kayıtlarınızla uyuşmuyorsa bu kılavuzu kullanın. Tamamlanmış tek bir satın alma işlemi, gönderilmiş bir potansiyel müşteri formu veya başka bir eylemle başlayın. Ne olduğunu ve ne zaman gerçekleştiğini not edin, ardından aşağıdan durumunuza uygun soruyu seçin.

Olay, satın alma gibi bir eylemin kaydıdır. Piksel, olayları ziyaretçinin tarayıcısından; Dönüşümler API'si (CAPI) ise sunucunuzdan gönderir. Ads Manager bu olayları bir veri kaynağında toplar. İlişkilendirme, eylemin hangi reklama atfedileceğini belirler. İlişkilendirme aralığı, reklam etkileşiminden sonra bir eylemin ne kadar süre içinde gerçekleşirse o reklamla ilişkilendirilebileceğini belirler.

Sık sorulan sorular

1. Nereden başlamalıyım?

Ölçmek istediğiniz eylemi, bu eylemin verilerini neyin gönderdiğini ve kullanılan reklam hesabı ile Piksel kimliğini belirleyin. Kurulumunuzda Piksel, CAPI, bir iş ortağı entegrasyonu veya bunların bir kombinasyonu kullanılıyor olabilir. Tarayıcı Pikselini yüklememiş olsanız bile CAPI için bir Piksel kimliği gerekir.

İlk kurulum için Dönüşüm Ölçümü ve Dönüşüm Takibi kılavuzlarına bakın. Geliştiriciniz Piksel, CAPI ve Desteklenen Olaylar kılavuzlarından yararlanabilir. CAPI isteklerini ve anahtarlarını sunucunuzda tutun.

Entegrasyonunuzu bir iş ortağı yönetiyorsa ölçüm iş ortağı kurulum kılavuzunu veya mobil ölçüm iş ortağı kurulum kılavuzunu kullanın. HubSpot bağlantısı için HubSpot'ta ChatGPT Ads kurulumu kılavuzuna bakın.

Mevcut bir kurulum için her adımı kontrol edin:

• Eylem sonucunda bir olay isteği gönderildi mi?

• İstek hata mı döndürdü, yoksa kabul mü edildi?

• Olayın doğru veri kaynağı tarafından alındığını doğrulayabiliyor musunuz?

• Olay, kampanya raporunda bir reklamla ilişkilendirildi mi?

2. Pikselim yüklü. Neden satın alma işlemlerini veya potansiyel müşterileri göremiyorum?

Piksel, ihtiyacınız olan satın alma veya potansiyel müşteri olayını göndermeden de yüklenebilir. Geliştiricinizden tamamlanmış tek bir eylemi kontrol etmesini isteyin:

• Olay adını, Piksel kimliğini ve olayı gönderen sayfayı veya geri çağrıyı kontrol edin. Sayfa görüntüleme, tamamlanmış bir satın alma işlemi değildir.

• Pikselin, bir etiket yöneticisi tarafından yüklendiği durumlar da dahil, olay gönderilmeden önce başlatıldığını doğrulayın.

• Tarayıcı konsolunu ve ağ isteğini kontrol edin. Etiket yöneticisinin “tetiklendi” mesajı tek başına olayın gönderildiğini doğrulamaz. Piksel hata ayıklama modu yardımcı olabilir.

• İzin tercihlerinin, tarayıcı engellemelerinin veya sitenizin güvenlik politikasının isteği engelleyip engellemediğini kontrol edin.

• Oturum açmayı gerektiren sayfaları, ödeme sayfasını, rezervasyon sitelerini, yönlendirmeleri ve gömülü formları kontrol edin. Açılış sayfasında çalışan bir Piksel, takibin başka yerlerde de çalıştığını doğrulamaz.

Hiç istek gönderilmediyse önce bu adımı düzeltin. Raporlamayı beklemek yardımcı olmaz. Başka bir entegrasyon eklemeden önce Piksel sorun giderme kılavuzunu kullanın.

3. Bir olay reddedilirse, zaman aşımına uğrarsa veya sunucu hatası döndürürse ne yapmalıyım?

Yanıt kodunu, hata mesajının tamamını, istek zamanını ve olay kimliğini kaydedin. Geliştiricinizden olay biçimini, Piksel kimliğini ve anahtarı kontrol etmesini isteyin. CAPI olay istekleri, aynı reklam hesabına ait bir Dönüşümler API'si anahtarı kullanır. Kurulum, yönetim ve raporlama istekleri ise ayrı bir Reklamveren API'si anahtarı kullanır. API anahtarlarını Destek ekibine göndermeyin.

CAPI toplu gönderimlerinde tek bir geçersiz olay, tüm gönderimin başarısız olmasına neden olabilir.

CAPI, eylemin gerçekleştiği asıl zamanın milisaniye cinsinden Unix zaman damgası olarak belirtilmesini gerektirir. Olay zamanı son 7 gün içinde olmalı ve gelecekteki bir zamanı gösteriyorsa şu andan en fazla 10 dakika ileride olmalıdır. Bu gönderim sınırı, ilişkilendirme aralığından ayrıdır. Eski bir olayın kabul edilmesini sağlamak için zamanını değiştirmeyin.

Zaman aşımı veya sunucu hatası durumunda olayın ulaşıp ulaşmadığından emin olamayabilirsiniz. İlk isteği ve varsa alındı kayıtlarını kontrol edin. Aynı eylemi yeniden göndermeyi denerseniz ilk olay kimliğini ve zaman damgasını koruyun. Yeni bir kimlik, bunun başka bir eylem gibi görünmesine neden olabilir.

Bir isteğin reddedilmesini veya sürekli başarısız olmasını gecikmeden araştırın. Tahmini 24–48 saatlik raporlama süresi bu hatalar için geçerli değildir. İstek gereksinimleri için Dönüşümler API'si kılavuzuna bakın.

4. Olayın kabul edildiğini görüyorum. Neden raporda yer almıyor?

Bir olayın kabul edilmesi, bir reklamla ilişkilendirildiği anlamına gelmez. Yanıtın neyi doğruladığını ve istekte doğru veri kaynağının kullanılıp kullanılmadığını kontrol edin. CAPI'de validate_only seçeneği true olarak ayarlandığında olaylar kaydedilmeden kontrol edilir.

Geliştiriciniz, yeni bir olay için varsa son olayları kontrol edebilir. Bu görünüm, tam bir geçmiş veya ilişkilendirme sonucu değil, son olaylardan bir örneklem gösterir.

Olayın alınıp alınmadığını kontrol edemiyorsanız ilk yanıtı ve örnek bir olayı paylaşarak Destek ekibiyle iletişime geçin. Hangi kontrolleri tamamladığınızı bize bildirin; önce sorunun nedenini bulmanız gerekmez.

Olayın alındığı doğrulandıysa 5. soruya geçin. Sırf kampanya raporu değişmedi diye olayı yeni kimliklerle yeniden göndermeyin.

Reklamlarla ilişkilendirilen dönüşümlerin görünmesi yaklaşık 24–48 saat sürebilir ve son döneme ait toplamlar işleme sırasında değişebilir. Bu süre, kabul edilen her olayın görüneceğini garanti etmez veya olayın alındığını doğrulamaz. Bkz. Sonuçları Ölçme.

5. Olaylar alınıyor. Kampanya neden hâlâ sıfır dönüşüm gösteriyor?

Entegrasyonu değiştirmeden önce şunları kontrol edin:

• Kullanmak istediğiniz veri kaynağı doğru hesaba bağlı mı?

• Gönderdiğiniz olay, kampanyanın dönüşüm ayarıyla eşleşiyor mu? Özel olaylar için özel türü ve olayın tam adını kontrol edin. Görünen etiketin eşleşmesi yeterli değildir.

• Kontrol ettiğiniz etkinlikten önce kampanyaya doğru dönüşüm bağlanmış mıydı?

• Eylem, ilişkilendirme ayarlarındaki koşulları karşılayan bir reklam tıklamasından veya görüntülemesinden sonra mı gerçekleşti?

• Doğru kampanyayı, olay sütununu, tarihleri ve raporlamada esas alınan zamanı mı görüntülüyorsunuz?

Eşleştirme bilgileri, bir olayın reklamla bağlantısının kurulmasına yardımcı olur ancak reklamla ilişkilendirileceğini garanti etmez. Gerçek OpenAI tıklama referansı olan oppref değerini ziyaret boyunca koruyun ve mevcut olduğunda sunucu olaylarına ekleyin. Asla referans uydurmayın veya başka bir ziyaretçinin referansını kullanmayın.

Tarayıcı ve sunucu olaylarını ayrı ayrı kontrol edin. Pikselin erişebildiği bir referans veya müşteri alanı, sunucu olayında eksik olabilir.

Dönüşüm için optimize edilmiş bir kampanyanın seçili hedefi, kampanya oluşturulduktan sonra değiştirilemez. Farklı bir hedef kullanmak için yeni bir kampanya oluşturun. Özel olaylar optimizasyon hedefi olarak kullanılamaz. Bkz. Dönüşüm İçin Optimize Edilmiş Kampanyalar.

Yapılandırma uyuşmazlığını düzelttikten sonra koşulları karşılayan yeni etkinlikleri kontrol edin. Değişikliğin önceki raporları düzelttiğini varsaymayın. Eşleştirme kuralları için Dönüşüm Ölçümü kılavuzuna bakın.

6. Ads Manager, analiz aracımız ve CRM sistemimiz neden farklı sonuçlar gösteriyor?

Karşılaştırmayı aynı eylemler ve raporlama kuralları üzerinden yapın. CRM sisteminiz her satın alma işlemini sayabilir; reklam raporu ise ilgili platformla ilişkilendirilen satın alma işlemlerini sayar. Farklı platformlar aynı satın alma işlemini farklı şekilde ilişkilendirebilir.

Ads Manager'da Dönüşümler, görüntüleme sonrası raporlama aralığı 1 gün olduğunda tıklama sonrası dönüşümler ile koşulları karşılayan görüntüleme sonrası dönüşümleri bir arada sayar. Görüntüleme aralığı 0 gün olduğunda yalnızca tıklama sonrası dönüşümler sayılır. Raporları karşılaştırırken aynı ayarı kullanın.

Örneğin bir kişi reklama tıklar, daha sonra siteye doğrudan döner ve satın alma işlemi yapar. Bir araç ziyareti “Doğrudan” olarak etiketlerken başka bir araç satın alma işlemini önceki reklamla ilişkilendirebilir. Bu fark tek başına satın alma işleminin iki kez sayıldığı anlamına gelmez.

Trafik kaynağı etiketleri farklıysa ziyaret sırasında kullanılan açılış sayfası URL'sini ve takip parametrelerini kontrol edin. Mevcut kampanya ayarları, daha önce kullanılan ayarlardan farklı olabilir.

Şunları karşılaştırın:

• Hesap, kampanya, olay türü, filtreler ve raporlama düzeyi.

• Tarih aralığı, saat dilimi ve tarihlerin reklam etkileşimini mi yoksa dönüşümün kendisini mi esas aldığı.

• Tıklama sonrası ve görüntüleme sonrası ayarları ile seçilen metrik veya sütunun tam adı.

• Son dönemdeki işleme gecikmeleri, yinelenen olayların nasıl ele alındığı, izinler ve mevcut eşleştirme bilgileri.

• Varsa, doğrudan kaydedilen işlemlerden farklı olabilen modellenmiş dönüşümler.

• Değerler için para birimi, birimler ve karşılaştırmada siparişin tamamının mı yoksa tek tek ürünlerin mi kullanıldığı.

Gelir için vergi, kargo, indirim ve ücretleri karşılaştırın. Tarayıcı ve sunucu kopyalarının aynı sipariş değerini gönderdiğini kontrol edin. Oluşturulan Sipariş Satışları ve Oluşturulan Sipariş ROAS'ı yalnızca reklamlarla ilişkilendirilmiş order_created olaylarını hesaba katar.

İçe aktarılan GA4 etkinliği, seçili mülkün tüm trafik kaynaklarındaki olayları içerir. Bu toplamlar, kampanyayla ilişkilendirilmiş dönüşümler değildir. Bkz. Google Analytics 4'ü OpenAI Ads Manager'a bağlama.

API karşılaştırmalarında uç noktayı kaydedin ve raporlama seçeneklerini açıkça belirtin. Belirtilmeyen bir ayar, Ads Manager'daki ayarla eşleşmeyebilir. Raporlar farklı olaylar da içerebilir: Bazıları kampanya hedeflerini kapsar, ancak takip edilen diğer eylemleri kapsamaz. Bir olayın bir raporda görünmemesi, hiç alınmadığını kanıtlamaz.

CSV karşılaştırması için aynı ayarları kullanın ve dışa aktarılan dosyaları düzenlemeden saklayın. Ads Manager görünümleri için Sonuçları Ölçme, API seçenekleri için Raporlama kılavuzuna bakın.

7. Piksel ve CAPI'yi birlikte kullanmak bir satın alma işleminin iki kez sayılmasına neden olur mu?

Aynı eylemin iki kez sayılmasını önlemek için tarayıcı ve sunucu kopyalarında aynı Piksel kimliğini, olay adını ve olay kimliğini kullanın. Olay kimliği alanı CAPI'de id, Pikselde ise event_id olarak adlandırılır. Özel olay adını da her iki tarafta aynı şekilde kullanın.

Bir eylemi yeniden göndermeyi denerken aynı kimliği koruyun; her farklı eylem için yeni bir kimlik kullanın. Yinelenen etiketleri, tekrarlanan sayfa yüklemelerini veya geri çağrıları ve olayı zaten gönderiyor olabilecek iş ortağı entegrasyonlarını kontrol edin.

İlk olayın değerini veya eşleştirme bilgilerini değiştirmek için olayın bir kopyasını yeniden göndermeyin. Düzeltme yapmayı denemeden önce belgelerde açıklanan işleyişi kontrol edin. Bkz. Tarayıcı ve sunucu olaylarında tekilleştirme.

8. Shopify kullanıyoruz. Başka bir entegrasyona ihtiyacımız var mı?

Başka bir entegrasyon eklemeden önce Shopify bağlantınızı kontrol edin. Bağlı reklam hesabını ve Pikseli doğrulayın, ardından uygulamanın mağazanız için hangi olayları gönderdiğini kontrol edin.

Özel etiketler, ödeme sayfası kodu veya sunucu taraflı bir gönderici de kullanıyorsanız bunların aynı olayları gönderip göndermediğini kontrol edin. Shopify kurulumları, tarayıcı ve sunucu taraflı takibin farklı kombinasyonlarını kullanabilir. Bkz. Shopify için ChatGPT Ads kurulumu.

9. İzin ve test süreçlerini nasıl yönetmeliyiz?

Yalnızca paylaşma izniniz olan verileri gönderin ve ziyaretçilerin izin tercihlerine saygı gösterin. Geliştiriciniz, gerekli normalleştirme ve karma oluşturma işlemleri dahil olmak üzere entegrasyonun izin ve desteklenen eşleştirme verileriyle ilgili yönergelerine uymalıdır. Raporlanan dönüşümleri artırmak veya bir puanı yükseltmek için izin kontrollerini kaldırmayın.

Ölçüm izni ile opt_out farklı amaçlara hizmet eder. opt_out seçeneği kişiselleştirmeyle ilgilidir; tüm ölçüm isteklerini durdurmaz. Geliştiricinizden hem tarayıcı hem de sunucu entegrasyonlarında izinlerin nasıl ele alındığını kontrol etmesini isteyin.

Tek bir test eyleminin zamanını, adını ve kimliğini kaydedin. Gönderilip gönderilmediğini, doğrulanıp doğrulanmadığını ve alınıp alınmadığını kontrol edin. Başarılı bir kurulum testi, bir reklamın dönüşümle ilişkilendirilme koşullarını karşıladığını göstermez.

CAPI'nin validate_only seçeneği, olayları kaydetmeden kontrol eder. Piksel hata ayıklama modu, etkinliği günlüğe kaydeder ancak test olaylarını raporlamanın dışında tutmaz. Kayıtlarınızda testleri etiketleyin; sonuç elde etmek için satın alma işlemleri uydurmayın veya olay zamanlarını değiştirmeyin.

10. Olay Kalite Puanının düşük olması veya kullanılamaması, takibin çalışmadığı anlamına mı gelir?

Tek başına bu anlama gelmez. Olay kalitesi, bir veri kaynağından alınan bilgileri değerlendirir. Kaç dönüşümün reklamlarla ilişkilendirildiğini göstermez. Puanın düşük olması veya kullanılamaması, takibin çalışıp çalışmadığını tek başına ortaya koyamaz.

Yakın zamanda gerçekleşen gerçek eylemlerin doğru kaydedildiğini kontrol edin, ardından uyarıyı araştırın. Puanı yükseltmek için fazladan olay veya uydurma kimlik bilgileri göndermeyin. Kontroller ve yenileme zamanlaması için Olay kalitesini anlama ve iyileştirme kılavuzuna bakın.

11. Destek ekibiyle iletişime geçerken hangi bilgileri paylaşmalıyım?

Ne beklediğinizi, ne olduğunu, sorunun ne zaman başladığını ve neleri kontrol ettiğinizi bize bildirin. Aşağıdaki listeden elinizde olan bilgileri ekleyin:

• Reklam hesabı kimliği, Piksel kimliği veya veri kaynağı ve etkilenen kampanya ile reklamların kimlikleri.

• Entegrasyon türü ve varsa özel olay adı da dahil olmak üzere olayın tam adı.

• Mevcut olaylardan bir veya ikisinin örnek kimlikleri ve saat dilimiyle birlikte eylem zaman damgaları.

• Başarısız istekler veya alınıp alınmadığı belirsiz olaylar için: yanıt kodu, hata mesajının tamamı, istek zamanı, döndürülen istek kimliği veya CF-Ray ve hassas bilgileri çıkarılmış bir istek gövdesi ya da günlük alıntısı.

• Raporlama farklılıkları için: tarih aralığı, raporlamada esas alınan zaman, ilişkilendirme ayarları, seçili sütunlar, dışa aktarılan CSV dosyası ve aynı kapsamdaki verileri gösteren bir karşılaştırma.

• İlgili ekran görüntüleri ve ayrı bir ödeme sayfası veya iş ortağı entegrasyonu dahil olmak üzere kurulumda yakın zamanda yapılan değişiklikler.

Olayın gönderildiğini, kabul edildiğini veya alındığını doğrulayıp doğrulamadığınızı ya da yalnızca raporu kontrol edip etmediğinizi bize bildirin. Bu kontrolleri tamamlayamasanız bile yardım isteyebilirsiniz.

Eklerden API anahtarlarını, yetkilendirme üst bilgilerini, parolaları, çerezleri ve gereksiz müşteri bilgilerini kaldırın. Hataları veya daha önce çalışan bir entegrasyonun aniden durmasını gecikmeden bildirin. Raporlama süresinin dolmasını beklemeyin.