Toplanabilir raporları gruplandırırken, gizlilik sınırlarının aşılmaması için gruplandırma stratejilerini optimize etmek önemlidir. Aşağıda, Toplama Hizmeti'ne rapor grupları göndermek için önerilen birkaç strateji verilmiştir.
Rapor toplama
Bir gruba dahil edilecek raporları toplarken aşağıdakileri göz önünde bulundurun:
Rapor yükleme denemeleri
Not: Yeniden deneme ölçütleri değişebilir. Bu durumda bu bölümdeki bilgiler güncellenir.
Hem web hem de işletim sistemi platformlarında platform, raporu üç kez göndermeye çalışır. Ancak üçüncü denemeden sonra rapor gönderilemezse gönderilmez. Rapor ne zaman gönderilebilir olursa olsun orijinal scheduled_report_time
değeri korunur. Yeniden deneme süresi her platform için farklıdır:
- Web tarayıcısı, internete bağlı olduğunda rapor gönderir. Rapor gönderilemezse ikinci yeniden deneme için beş dakika, üçüncüs için de 15 dakika bekler. Tarayıcı çevrimdışı olursa bir sonraki yeniden deneme, tekrar çevrimiçi olduktan bir dakika sonra olur. Web'de rapor göndermede maksimum gecikme yoktur. Yani tarayıcı çevrimdışı olursa rapor ne kadar önce oluşturulmuş olursa olsun tarayıcı tekrar çevrimiçi olduğunda raporu yeniden deneme politikasına uygun şekilde göndermeye çalışır.
- Android telefonda tutarlı bir ağ bağlantısı olmalıdır. Bu nedenle, raporları göndermek için işi saatte bir kez çalıştırır. Bu, bir rapor gönderilemezse bir sonraki saatte ve sonraki saatte tekrar denemek anlamına gelir. Cihazın bağlantısı yoksa cihaz, ağa tekrar bağlandıktan sonra çalışan bir sonraki raporlama işiyle raporu göndermeyi yeniden dener. Maksimum gecikme 28 gündür. Bu, cihazın 28 günden daha uzun bir süre önce oluşturulan bir raporu göndermeyeceği anlamına gelir.
Raporları bekleme
Gruplama için rapor toplarken geç gelen raporları beklemeniz önerilir. Geciken raporlar, scheduled_report_time
değerinin rapor alındığı zamana göre kontrol edilerek belirlenebilir. Bu raporlar arasındaki saat farkı, geç gelen raporları ne kadar süreyle beklemek isteyebileceğinizi belirlemenize yardımcı olacaktır. Örneğin, gecikmeli raporlar toplandıkça scheduled_report_time
alanını kontrol edin ve raporların %90'ı, %95'i ve% 99'u alınırken saat cinsinden zaman gecikmesini not edin. Bu veriler, geç gelen raporlar için ne kadar süre bekleneceğini belirlemek amacıyla kullanılabilir.
Gecikmeli rapor olasılığını azaltmak için anlık toplu raporlar kullanılabilir.
Aşağıdaki görselde, planlanan rapor süresine göre geç gelen raporların uygun gruplarda saklandığı gösterilmektedir. Toplu T, scheduled_report_time
değerini, T+X ise gecikmeli raporlar için bekleme süresini temsil eder. Bu işlem, toplu işleme dahil edilen raporların çoğunu, planlanan raporlama zamanlarına göre içeren bir özet rapor oluşturur.
Toplanabilir rapor muhasebesi
Toplama Hizmeti, "yinelenen öğe yok" kuralı uygular. Bu kural, aynı paylaşılan kimliğe sahip tüm Toplanabilir raporların aynı gruba dahil edilmesini zorunlu kılar.
Raporlar toplandıktan sonra, aynı paylaşılan kimliğe sahip tüm raporların tek bir grupta yer alacağı şekilde gruplandırılmalıdır.
Bir rapor daha önce başka bir grupta işlenmişse işleme, gizlilik bütçesinin tükendiğiyle ilgili bir hatayla sonuçlanabilir. Raporları doğru şekilde gruplandırmak, "yinelenen öğe yok" kuralı nedeniyle grupların reddedilmesini önler.
Paylaşılan kimlik, toplanabilir rapor hesaplamasını izlemek amacıyla her rapor için oluşturulan bir anahtardır. Paylaşılan kimlik, aynı paylaşılan kimliğe sahip raporların yalnızca bir özet rapora katkıda bulunmasını sağlar. Yani, tek bir paylaşılan kimlikle eşleşen raporların tümünün tek bir gruba dahil edilmesi gerekir. Örneğin, hem X Raporu hem de Y Raporu aynı paylaşılan kimliğe sahipse, raporların yinelenmek üzere çıkarılmasını önlemek için bunların aynı gruba dahil edilmesi gerekir.
Aşağıdaki resimde, paylaşılan bir kimlik oluşturmak için birlikte karma oluşturma işlemine tabi tutulan shared_info
bileşenleri gösterilmektedir.
Aşağıdaki resimde, iki farklı raporun nasıl aynı paylaşılan kimliğe sahip olabileceği gösterilmektedir:
Not: scheduled_report_time
saate göre, source_registration_time
ise güne göre kısaltılır. Ayrıca, report_id
ortak kimlik oluşturmada kullanılmaz. Zaman ayrıntı düzeyi gelecekte güncellenebilir.
Gruplar içinde raporları çoğaltma
Toplanabilir bir rapordaki shared_info
alanında, bir gruptaki yinelenen raporları tanımlamak için kullanılan bir UUID bulunur.report_id
Bir grupta aynı report_id
değerine sahip birden fazla rapor varsa yalnızca ilk rapor toplanır, diğerleri yinelenen olarak kabul edilir ve sessizce atlanır; toplama işlemi normal şekilde devam eder ve hata gönderilmez.
Zorunlu olmasa da reklam teknolojisi, toplama işleminden önce aynı rapor kimliklerine sahip yinelenen raporları filtreleyerek bazı performans kazanımları elde edebilir.
report_id
, her rapora özgüdür.
Gruplar arasında yinelenen raporlar
Her rapora, raporun shared_info
alanından gelen birleştirilmiş veri noktalarından oluşturulan bir kimlik olan paylaşılan kimlik atanır. Birden fazla rapor aynı paylaşılan kimliğe sahip olabilir ve her grup birden fazla paylaşılan kimlik içerebilir. Aynı paylaşılan kimliğe sahip tüm raporlar aynı grupta yer almalıdır. Aynı paylaşılan kimliğe sahip raporlar birden fazla grupta yer alıyorsa yalnızca ilk grup kabul edilir ve diğerleri yinelenen olarak reddedilir. Bunu önlemek için grupların uygun şekilde oluşturulması gerekir.
Aşağıdaki resimde, farklı gruplarda aynı paylaşılan kimliğe sahip raporların sonraki grubun başarısız olmasına neden olabileceği bir örnek gösterilmektedir. Resimde, aynı paylaşılan kimliğe (e679aa
) sahip iki veya daha fazla raporun 1 ve 2 numaralı farklı gruplara ayrıldığını görebilirsiniz. e679aa
kimlikli paylaşılan tüm raporların bütçesi 1. Grup özet raporu oluşturma sırasında tüketildiğinden, Grup 2'ye izin verilmez ve bu işlem bir hatayla başarısız olur.
Toplu raporlar
Yinelenenleri önlemek ve toplu rapor muhasebesini optimize etmek için raporları gruplandırmanın önerilen yolları aşağıda verilmiştir.
Reklamverene göre gruplandırma
Not: Bu strateji yalnızca İlişkilendirme Raporlaması toplama işlemi için önerilir.
Gizli toplama, reklamveren olan attribution_destination
alanına sahip değildir. Her bir grubun toplanabilir rapor hesabı sınırına ulaşılmasını önlemek amacıyla, reklamverene göre toplu olarak gruplandırılması, yani aynı gruptaki tek bir reklamverene ait raporların dahil edilmesi önerilir. Reklamveren, paylaşılan kimlik oluşturmada dikkate alınan bir alandır. Bu nedenle, aynı reklamverene sahip raporlar da aynı paylaşılan kimliğe sahip olabilir. Bu da, hataları önlemek için raporların aynı grupta olmalarını gerektirir.
Zamana göre gruplandırma
Raporları gruplandırırken raporun planlanmış raporlama zamanını (shared_info.scheduled_report_time
) dikkate almanız önerilir. Planlanan rapor süresi, paylaşılan kimlik oluşturmada saate kısaltılır. Bu nedenle raporlar en azından saat aralıklarında toplu hale getirilmelidir. Diğer bir deyişle, aynı saat içinde planlanmış rapor zamanına sahip tüm raporlar, birden fazla grupta aynı paylaşılan kimliğe sahip raporların aynı anda gönderilmesi gerekir. Bu durum, iş hatalarına neden olur.
Toplu sıklık ve gürültü
Birleştirilebilir raporların ne sıklıkla işlendiğine gürültünün etkisini göz önünde bulundurmanız önerilir. Birleştirilebilir raporlar daha sık toplu olarak oluşturulursa (ör. raporlar saatte bir işlenirse) daha az dönüşüm etkinliği dahil edilir ve gürültünün göreceli etkisi daha büyük olur. Sıklık azaltılırsa ve raporlar haftada bir kez işlenirse gürültünün göreceli etkisi daha düşük olur. Gürültünün gruplar üzerindeki etkisini daha iyi anlamak için Noise Lab ile denemeler yapın.