GeoX denemeleri için otomatik veya büyük ölçekli veri çekme işlemleri için maliyet ve harcama verilerini çekmek üzere Google Ads API'yi kullanmanız gerekir. Bu verileri, dahili CRM'nizden, bir satış noktasından (POS) veya dahili satış veritabanlarından alınan ham, filtrelenmemiş ve ilişkilendirilmemiş dönüşüm ya da gelir verileriyle birleştirmeniz gerekir.
Önerilen API iş akışı mimarisi
Kampanya ve maliyet verilerini coğrafi segmentlere göre doğru şekilde çekmek için şu mimariyi kullanın:
- Hizmet:
GoogleAdsServicesimgesini, özellikleSearchveyaSearchStreamyöntemlerini kullanın. Kaynak: Kullanıcının fiziksel olarak bulunduğu veya ilgilendiği yeri görmek için
geographic_viewsorgusunu gönderin. Bu genellikle GeoX denemeleri için standarttır. Alternatif olarak, kampanyanın hedeflediği belirli konumlara göre performansı görmek içinlocation_viewsorgusunu kullanın.Dahil edilecek alanlar:
campaign.idsegments.datesegments.geo_target_city(veya GeoX ayrıntı düzeyine bağlı olarak bölge ya da ülke)metrics.cost_micros
Örnek GAQL sorgusu: GeoX için reklamverenlerin, ilişkilendirilmiş dönüşümler (dahili CRM veya üçüncü taraf sistemlerinden gelmesi gerekir) yerine Google Ads API'yi kullanarak maliyet metriklerini çekmesi beklenir. Aşağıdaki sorguyu kullanabilirsiniz:
SELECT campaign.id, segments.date, segments.geo_target_city, metrics.cost_micros FROM geographic_view WHERE segments.date DURING LAST_30_DAYS
İşleme sonrası ve veri ayıklama
Coğrafi segment eşleme: API, raporlama görünümlerinde düz metin adları ("New York" gibi) veya kısa kodları ("501" ya da "ES" gibi) döndürmez.
segments.geo_target_cityveyasegments.geo_target_countrygibi alanlar,GeoTargetConstant'ı (örneğin,geoTargetConstants/1023191) işaret eden bir kaynak adı dizesi döndürür. Geliştiriciler,geo_target_constanttablosunu doğrudan sorgulayabilir:SELECT geo_target_constant.canonical_name FROM geo_target_constant WHERE geo_target_constant.resource_name = 'geoTargetConstants/{extracted_id}'Alternatif olarak, birleştirme işlemini kodda yerel olarak gerçekleştirmek için Coğrafi hedefler bölümünden statik coğrafi hedefler CSV'sini indirin.
Maliyet dönüşümü: API, maliyet değerlerini mikrosaniye cinsinden döndürür. Yükleme dosyanızda gerekli olan standart para birimi değerini elde etmek için
metrics.cost_microsdeğerini 1.000.000'a bölmeniz gerekir.
Hedefleme kodları (TPA ve ülke)
Hedefleme mutasyonları yürütülürken reklamverenler, seçtikleri bölgeler için tam GeoTargetConstant kimliği aramalı ve iletmelidir. Ham ISO veya Nielsen kodlarını iletemezsiniz.
| Bölge Türü | Gerekli API kimliği (GeoTargetConstant) |
Eski Biçim (Kullanmayın) |
|---|---|---|
| TPA Bölgesi | Kimlik 200501 (New York için) |
Nielsen kodu (örneğin, New York için 501) |
| Ülke | ID 2724 (İspanya için) |
ISO kodu (örneğin, İspanya için "ES") |
En iyi uygulamalar ve yaygın biçimlendirme hataları
- Tarih biçimlendirmesi:
segments.datealanı, verileriYYYY-MM-DDbiçiminde döndürür. Excel gibi e-tablo uygulamaları, tarih biçimlerini genellikle otomatik olarak değiştirir. Tarih aralığının gerekliYYYY-MM-DDbiçimde doğru şekilde okunmasını sağlamak için dosyanızı önce Google E-Tablolar'a yükleyin. - Baştaki sıfırlar: Posta kodlarındaki baştaki sıfırların (örneğin,
01234) kaldırılmadığından emin olun. 5 haneli bir dizeyi zorunlu kılmak için Google E-Tablolar'da "Özel sayı biçimi"ni kullanın. - Toplama: Çok hücreli bir çalışma yürütüyorsanız her bir deney kolu için ayrı harcama metrikleri sağlamanız gerekir.
- Dönüşüm verilerini birleştirme: Dahili bir CRM sisteminden veya dahili satış veritabanlarından alınan dönüşüm verileriyle birleştirme yaparken Google Ads API verileri ve GeoX ile sorunsuz veri işleme sağlamak için dönüşüm verilerinin aşağıdaki özelliklere sahip olduğundan emin olun:
- Günlük zaman serisi: Veriler güne göre toplanmalıdır.
- Coğrafi düzey: Her dönüşüm, test ettiğiniz coğrafi birimlerle tam olarak eşlenmelidir (örneğin, müşterinin kargo posta kodunu tasarımda kullanılan TPA veya posta kümesiyle eşleştirme).
- Brüt değerler: Veriler, negatif olmayan mutlak değerler olmalıdır (ör. brüt gelir veya brüt dönüşüm sayısı). CRM'niz, geri ödemeler için negatif değerlerle net geliri izliyorsa deneme için brüt sayıları kullanmanız ve daha sonra geri ödeme oranı uygulamanız gerekir.