การแจ้งเตือน

รับเคล็ดลับการเพิ่มประสิทธิภาพที่ปรับให้เหมาะกับแอปของคุณ เห็นประสิทธิภาพในการทำงานของบัญชีและความสมบูรณ์ในการตั้งค่าต่างๆ ใน "หน้า AdMob ของฉัน" ที่ได้รับการปรับปรุงนี้

รายงาน

เหตุการณ์ที่รวบรวมโดยอัตโนมัติ

เหตุการณ์ที่รวบรวมโดยอัตโนมัติจะถูกทริกเกอร์โดยการโต้ตอบทั่วไปกับแอปของคุณ

หากใช้ Google Mobile Ads SDK คุณไม่จำเป็นต้องเขียนโค้ดใดๆ เพิ่มเติมเพื่อรวบรวมเหตุการณ์เหล่านี้ แม้ว่าเหตุการณ์เหล่านี้บางส่วนจะใช้ไม่ได้ในการรายงาน AdMob แต่จะพร้อมใช้งานเมื่อคุณลิงก์กับ Firebase แล้ว

หากต้องการตรวจสอบรายงานเหตุการณ์ใน Firebase ให้คลิกแท็บเหตุการณ์ในแดชบอร์ด Analytics ของคอนโซล Firebase

หมายเหตุ: Google Mobile Ads SDK จะรวบรวมเหตุการณ์เหล่านี้สำหรับแอป Android และ iOS เว้นแต่จะระบุไว้เป็นอย่างอื่น

ตารางต่อไปนี้แสดงรายการเหตุการณ์ที่รวบรวมไว้ ทริกเกอร์ และพารามิเตอร์ของเหตุการณ์

ชื่อเหตุการณ์ ทริกเกอร์โดยอัตโนมัติเมื่อ พารามิเตอร์
ad_click ผู้ใช้คลิกโฆษณา
 
ad_event_id
ad_exposure เมื่อโฆษณาอย่างน้อย 1 รายการที่แสดงโดย Mobile Ads SDK ปรากฏบนหน้าจอ firebase_screen, firebase_screen_id, firebase_screen_class, exposure_time
ad_impression ผู้ใช้มีการแสดงโฆษณา
 
ad_event_id
ad_query เมื่อ Mobile Ads SDK ส่งคำขอโฆษณา ad_event_id
ad_reward เมื่อมีการให้รางวัลจากโฆษณาที่มีการให้รางวัลซึ่งแสดงโดย Mobile Ads SDK ad_unit_id, reward_type, reward_value
adunit_exposure เมื่อหน่วยโฆษณาที่แสดงโดย Mobile Ads SDK ปรากฏบนหน้าจอ firebase_screen, firebase_screen_id, firebase_screen_class, exposure_time
app_clear_data ผู้ใช้รีเซ็ต/ล้างข้อมูลแอป ระบบจะนำการตั้งค่าและข้อมูลการลงชื่อเข้าใช้ทั้งหมดออก  
app_exception แอปขัดข้องหรือมีการส่งข้อยกเว้น fatal, timestamp
app_remove

มีการนำแพ็กเกจแอปพลิเคชันออกหรือ "ถอนการติดตั้ง" จากอุปกรณ์ Android

หมายเหตุ: Android เท่านั้น

เหตุการณ์นี้แตกต่างจากเมตริกจำนวนการถอนการติดตั้งรายวันตามอุปกรณ์และจำนวนการถอนการติดตั้งรายวันตามผู้ใช้ ซึ่งทั้งสองรายงานโดย Google Play Console

เหตุการณ์ app_remove จะนับการนำแพ็กเกจแอปพลิเคชันออก โดยไม่คำนึงถึงแหล่งที่มาของการติดตั้ง และจำนวนที่นับจะเปลี่ยนแปลงไปตามช่วงวันที่ที่ใช้กับรายงาน

เมตริกจำนวนการถอนการติดตั้งรายวันตามอุปกรณ์และจำนวนการถอนการติดตั้งรายวันตามผู้ใช้จะนับการนำแพ็กเกจแอปพลิเคชันออกเฉพาะเมื่อผู้ใช้ติดตั้งแอปนั้นจาก Google Play และมีการรายงานเป็นประจำทุกวัน

 
app_update

มีการอัปเดตแอปเป็นเวอร์ชันใหม่และเปิดแอปอีกครั้ง 

ระบบจะส่งผ่านรหัสเวอร์ชันก่อนหน้าของแอปในรูปของพารามิเตอร์

แนวคิดของเหตุการณ์นี้แตกต่างจากเมตริกจำนวนการอัปเกรดรายวันตามอุปกรณ์ที่รายงานโดย Google Play Console  

การอัปเกรดหมายถึงการอัปเดตไบนารีของแอปพลิเคชัน ส่วนเหตุการณ์ app_update จะทริกเกอร์ตามการเปิดแอปที่อัปเกรดในครั้งต่อๆ ไป

previous_app_version
first_open

ผู้ใช้เปิดแอปครั้งแรกหลังจากที่ติดตั้งหรือติดตั้งอีกครั้ง

เหตุการณ์นี้จะไม่ทริกเกอร์เมื่อผู้ใช้ดาวน์โหลดแอปในอุปกรณ์ แต่จะทริกเกอร์เมื่อผู้ใช้ใช้งานแอปเป็นครั้งแรก

ดูข้อมูลดิบเกี่ยวกับจำนวนครั้งที่ดาวน์โหลดได้ใน Google Play Console หรือ iTunesConnect

previous_gmp_app_id, updated_with_analytics, previous_first_open_count, system_app, system_app_update, deferred_analytics_collection, reset_analytics_cause
in_app_purchase

ผู้ใช้ทำการซื้อในแอป รวมถึงการสมัครใช้บริการครั้งแรก ซึ่งดำเนินการผ่าน App Store ใน iTunes หรือผ่าน Google Play

ระบบจะส่งรหัสผลิตภัณฑ์ ชื่อผลิตภัณฑ์ สกุลเงิน และจำนวนในรูปแบบพารามิเตอร์

สำหรับเหตุการณ์ in_app_purchase ของ Android ให้ลิงก์แอปกับ Firebase และเชื่อมต่อแอปกับ Play 

หมายเหตุ: รายได้จากการซื้อแอปที่ต้องซื้อและเงินคืน (iOS เท่านั้น) จะไม่ได้รับการติดตามโดยอัตโนมัติ

product_id, price, value, currency, quantity, subscription, free_trial, introductory_price
os_update

ระบบปฏิบัติการของอุปกรณ์อัปเดตเป็นเวอร์ชันใหม่

ระบบจะส่งผ่านรหัสเวอร์ชันก่อนหน้าของระบบปฏิบัติการในรูปแบบพารามิเตอร์

previous_os_version
screen_view มีการเปลี่ยนหน้าจอและตรงตามเกณฑ์ใดก็ได้ต่อไปนี้
  • ชื่อระดับหน้าจอใหม่แตกต่างจากชื่อระดับหน้าจอก่อนหน้า
  • รหัสหน้าจอใหม่แตกต่างจากรหัสหน้าจอก่อนหน้า
firebase_screen, firebase_screen_class, firebase_screen_id, firebase_previous_screen, firebase_previous_class, firebase_previous_id
session_start ผู้ใช้ใช้งานแอปนานกว่าระยะเวลาขั้นต่ำของเซสชัน หลังจากไม่ได้ทำกิจกรรมในแอปเกินกว่าระยะหมดเวลาของเซสชัน  
user_engagement เป็นระยะๆ ขณะที่แอปอยู่ทำงานอยู่ในส่วนหน้า engagement_time_msec

ข้อมูลนี้มีประโยชน์ไหม

เราจะปรับปรุงได้อย่างไร
true
Show your support to promote DEI in Gaming by turning intentions into action!

Check out the newly launched Diversity in Gaming website, where you can find video stories and written pledges from global gaming developers. This campaign centers on 3 pillars: diverse teams, diverse games and diverse audiences showing how diversity is not just good for gamers, but for business as well. Show your support by taking the pledge to promote DEI in Gaming and share it on social!

Learn More

ค้นหา
ล้างการค้นหา
ปิดการค้นหา
เมนูหลัก
3589495409857165823
true
ค้นหาศูนย์ช่วยเหลือ
true
true
true
true
true
73175
false
false