Toplu işleme stratejileri

Toplanabilir raporları gruplandırırken, gizlilik sınırlarının aşılmaması için gruplandırma stratejilerini optimize etmek önemlidir. Aşağıda, rapor gruplarını toplama hizmetine 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öndermeyi dener. Ancak üçüncü deneme de başarısız olursa rapor gönderilmez. Rapor ne zaman gönderilebilir olursa olsun orijinal scheduled_report_time değeri korunur. Yeniden deneme zaman çizelgesi platforma göre değişir:

  • Web tarayıcısı, internete bağlıyken rapor gönderir. Rapor gönderilemezse ikinci deneme için beş dakika, üçüncü deneme için ise 15 dakika beklenir. Tarayıcı çevrimdışı olursa sonraki yeniden deneme, internete tekrar bağlandıktan bir dakika sonra yapılır. Web'de rapor göndermede maksimum gecikme yoktur. Yani tarayıcı çevrimdışı olursa, raporun ne kadar süre önce oluşturulduğu fark etmeksizin 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

Gruplandırma için rapor toplarken geç gelen raporları beklemeniz önerilir. Geciken raporlar, scheduled_report_time değerinin rapor alındığı zamanla karşılaştırılmasıyla belirlenebilir. Bu raporlar arasındaki zaman farkı, geç gelen raporlar için ne kadar beklemeniz gerektiğini belirlemenize yardımcı olur. Ö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, gruba dahil edilen raporların çoğunu, planlanan raporlama zamanlarına göre içeren bir özet rapor oluşturur.

Planlanan rapor süresine göre uygun gruplarda depolanan raporları gösteren şema.

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şlendiyse 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, birleştirilebilir rapor muhasebesini izlemek için 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. Bu, birlikte tek bir paylaşılan kimlikle eşlenen raporların hepsinin tek bir gruba eklenmesi gerektiği anlamına gelir. Örneğin, X Raporu ve Y Raporu aynı paylaşılan kimliğe sahipse raporların yineleme nedeniyle atlanmamasını sağlamak için aynı gruba dahil edilmelidir.

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.

Ortak kimlik oluşturmak için birlikte karma oluşturma işlemi uygulanan shared_info bileşenlerini gösteren şema.

Aşağıdaki resimde, iki farklı raporun nasıl aynı paylaşılan kimliğe sahip olabileceği gösterilmektedir:

İki farklı raporun nasıl aynı paylaşılan kimliğe sahip olabileceğini gösteren şema.

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 yinelenen raporlar

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 olmalı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. Bunun olmasını önlemek için gruplar uygun şekilde oluşturulmalıdır.

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 kimliğini paylaşan tüm raporların bütçesi 1. Grup özet raporu oluşturulurken tüketildiğinden 2. Grup'a izin verilmez ve bir hatayla başarısız olur.

Toplu işlemler arasında aynı paylaşılan kimliğe sahip raporların sonraki toplu işlemin başarısız olmasına neden olabileceği bir örneği gösteren şema.

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 grup için toplu rapor hesabı sınırına ulaşılmasını önlemek amacıyla, reklamverene göre gruplandırma yapılması (yani tek bir reklamverene ait raporların aynı gruba eklenmesi) önerilir. Reklamveren, paylaşılan kimlik oluşturma işleminde 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 olması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. Planlanmış rapor zamanı, paylaşılan kimlik oluşturulurken saate yuvarlanır. Bu nedenle, raporlar en azından saatlik aralıklarla gruplandırılmalıdır. Yani, aynı saat içinde planlanmış rapor zamanı olan tüm raporlar aynı grupta yer almalıdır. Aksi takdirde, birden fazla grupta aynı paylaşılan kimliğe sahip raporlar olur ve bu da iş hatalarına neden olur.

Toplu sıklık ve gürültü

Toplanabilir raporların ne sıklıkta işlendiğine dair gürültünün etkisini dikkate almanız önerilir. Birleştirilebilir raporlar daha sık toplu olarak işlenirse (ö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 az olur. Gürültünün gruplar üzerindeki etkisini daha iyi anlamak için Gürültü Laboratuvarı'nı deneyin.