คู่มือนี้อธิบายสาเหตุที่แถวที่มีเมตริกเป็น 0 ปรากฏในรายงาน Google Ads API และวิธี ยกเว้นหรือจัดการแถวดังกล่าวในคําค้นหา
เมตริกเป็น 0 ในผลการค้นหา
เมื่อเรียกใช้การค้นหา คุณอาจเห็นเมตริกสำหรับเอนทิตีที่มีค่าเป็น 0 ซึ่งอาจเป็นเพราะ
- โดยเอนทิตีจะไม่มีสิทธิ์แสดง
- หยุดชั่วคราวภายในช่วงวันที่ของรายงาน
เมื่อใช้ผลลัพธ์ของคําค้นหา คุณมักต้องการทราบข้อมูลเกี่ยวกับประสิทธิภาพของแคมเปญ ในบริบทนี้ เมตริกที่เท่ากับ 0 อาจไม่เป็นที่ต้องการ หากต้องการ สร้างรายงานที่มีประโยชน์มากขึ้น คุณสามารถยกเว้นเมตริกที่มีค่าเป็น 0 ได้อย่างชัดเจน
ยกเว้นเมตริกที่มีค่าเป็น 0 ด้วยภาคแสดง
เพรดิเคตคือนิพจน์ที่ประเมินค่าเป็น TRUE, FALSE หรือ UNKNOWN
โดยจะใช้ในเงื่อนไขการค้นหาของคําสั่ง WHERE ใน Google Ads Query Language
คําค้นหาต่อไปนี้แสดงวิธีนําเมตริกที่เป็น 0 ออกอย่างชัดเจนด้วย เพรดิเคต
SELECT
campaign.id,
metrics.impressions
FROM campaign
WHERE metrics.impressions > 0
ยกเว้นเมตริกที่เป็น 0 โดยการแบ่งกลุ่ม
ระบบจะยกเว้นเมตริกที่เป็น 0 เสมอเมื่อจัดกลุ่มรายงาน โดยมีเงื่อนไขว่าเมตริกที่เลือกทั้งหมดเป็น 0 (ดูแถวที่แสดงซึ่งมีเมตริกเป็น 0)
การแบ่งกลุ่มรายงานทําได้โดยการรวมsegmentsฟิลด์ใดก็ได้ในSELECT
ข้อความค้นหา (การกรองในกลุ่มวันที่หลักใน WHERE โดยไม่
เลือกใน SELECT จะไม่แบ่งกลุ่มรายงาน) ตัวอย่างเช่น หากคุณ
แบ่งกลุ่มรายงานตาม segments.date ระบบจะแบ่งเมตริกออกเป็นแถวหนึ่งแถวสำหรับ
แต่ละวัน ระบบจะไม่แสดงวันที่ที่ไม่มีเมตริกในรายงานดังกล่าว
สําหรับคําค้นหาต่อไปนี้ รายงานจะไม่รวมแถวที่มีเมตริกเป็น 0
SELECT
campaign.name,
metrics.impressions,
segments.date
FROM campaign
WHERE segments.date DURING LAST_30_DAYS
แถวที่แสดงผลซึ่งมีเมตริกเป็น 0
ระบบจะไม่แสดงแถวที่มีเมตริกที่เลือกทั้งหมดเป็น 0 เมื่อทำการแบ่งกลุ่ม เช่น ลองพิจารณาคำค้นหาต่อไปนี้ที่เลือก metrics.impressions,
metrics.clicks และ metrics.conversions
SELECT
ad_group_criterion.criterion_id,
metrics.impressions,
metrics.clicks,
metrics.conversions,
segments.date
FROM keyword_view
WHERE segments.date BETWEEN '2026-01-01' AND '2026-01-31'
รายงานที่ได้จะไม่มีแถวใดๆ ที่เมตริกทั้ง 3 รายการที่เลือกมีค่าเป็น 0 แต่จะแสดงแถวที่เมตริกที่เลือกอย่างน้อย 1 รายการมีค่ามากกว่า 0
เมื่อค้นหาข้อมูลย้อนหลังที่นานกว่าระยะเวลาเก็บรักษาข้อมูล ข้อมูลแบบละเอียดที่เก่ากว่า 37 เดือนจะ
ไม่พร้อมใช้งานและจะไม่แสดงแถว คำขอสำหรับกลุ่มวันที่แบบละเอียด
(segments.date, segments.week และ segments.hour) ที่ครอบคลุมช่วงที่เก่ากว่า
37 เดือนจะแสดง DateRangeError.REQUESTED_DATE_GRANULARITY_NOT_SUPPORTED
ใน v24 ขึ้นไป (หรือ DateRangeError.UNKNOWN ใน v23) ระบบจะเก็บข้อมูลรวมระดับสูง (segments.month, segments.quarter และ segments.year) เป็นเวลา 11 ปี โดยสอดคล้องกับการเริ่มต้นของระยะเวลาปฏิทินที่สมบูรณ์ถัดไป ตัวอย่างเช่น หากวันที่สิ้นสุดระยะเวลาการย้อนกลับ 11 ปีตรงกับวันที่ 2015-03-22 (หรือ 2015-03-01)
ข้อมูลรายเดือนจะพร้อมใช้งานตั้งแต่เดือนปฏิทินเต็มเดือนแรกหลังจากวันที่สิ้นสุด (2015-04-01) ดูรายละเอียดได้ที่ช่วงวันที่