เมตริก 0 รายการ

คู่มือนี้อธิบายสาเหตุที่แถวที่มีเมตริกเป็น 0 ปรากฏในรายงาน Google Ads API และวิธียกเว้นหรือจัดการแถวดังกล่าวในการค้นหา

เมตริกเป็น 0 ในผลการค้นหา

เมื่อเรียกใช้การค้นหา คุณอาจพบเมตริกของเอนทิตีที่เป็น 0 ซึ่งอาจเป็นเพราะสาเหตุต่อไปนี้

• เอนทิตีไม่มีสิทธิ์แสดง
• เอนทิตีถูกหยุดชั่วคราวภายในช่วงวันที่ของรายงาน

เมื่อดูผลการค้นหา คุณมักจะต้องการทราบข้อมูลเกี่ยวกับประสิทธิภาพของแคมเปญ ในบริบทนี้ เมตริกเป็น 0 อาจไม่เป็นที่ต้องการ คุณสามารถยกเว้นเมตริกเป็น 0 อย่างชัดเจนเพื่อสร้างรายงานที่เป็นประโยชน์มากขึ้น

ยกเว้นเมตริกเป็น 0 ด้วยเพรดิเคต

เพรดิเคตเป็นนิพจน์ที่ประเมินค่าเป็น TRUE, FALSE หรือ UNKNOWN โดยใช้เพรดิเคตในเงื่อนไขการค้นหาของคําสั่ง WHERE ใน ภาษาการค้นหาของ Google Ads

การค้นหาต่อไปนี้แสดงวิธีนำเมตริกเป็น 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 รายการใน 3 รายการมีค่ามากกว่า 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) ข้อมูลรายเดือนจะพร้อมใช้งานตั้งแต่วันที่ 1 ของเดือนปฏิทินเต็มเดือนแรกหลังจากวันที่สิ้นสุด (2015-04-01) ดูรายละเอียดได้ที่ ช่วงวันที่