← กลับไปหน้าบทความ
ขั้นสูง (MarTech)

GA4 เก็บข้อมูลย้อนหลังได้จำกัด วางแผนสำรองก่อนตัวเลขปีก่อนหายไป

ทีมบรรณาธิการ linli01 พ.ย. 09:28อัปเดต 01 พ.ย. 09:28อ่าน 2 นาที
GA4 เก็บข้อมูลย้อนหลังได้จำกัด วางแผนสำรองก่อนตัวเลขปีก่อนหายไป
บทความนี้จัดทำเพื่อความรู้ ชื่อธุรกิจ ตัวเลข หรือบทสนทนาที่ไม่มีแหล่งอ้างอิงกำกับเป็นกรณีตัวอย่างเพื่ออธิบายแนวคิด ดูรายละเอียดที่ นโยบายกองบรรณาธิการ

สรุปสั้น ๆ

GA4 ที่ตั้งค่าเริ่มต้นเก็บข้อมูลระดับเหตุการณ์และผู้ใช้ไว้ 2 เดือน เปลี่ยนเป็น 14 เดือนได้ในหน้า Admin รายงานมาตรฐานที่เป็นข้อมูลสรุปไม่ถูกจำกัดด้วยค่านี้ แต่ Exploration ถูกจำกัด การเทียบปีต่อปีให้ได้ต้องสำรองข้อมูลไว้นอก GA4 ตั้งแต่ก่อนต้องใช้

ฝ่ายการตลาดอยากเทียบยอด 11.11 ปีนี้กับปีก่อนในมุมพฤติกรรมก่อนทัก วิเคราะห์ส่งข้อความกลับมาว่า ‘Exploration เปิดไม่ขึ้นค่ะ ข้อมูลช่วงนั้นไม่มีแล้ว’ ทั้งที่ตัวเลขรวมของปีที่แล้วยังเปิดดูได้ในรายงานมาตรฐาน ทีมงงว่าข้อมูลหายหรือไม่หายกันแน่

คำตอบคือหายบางชนิด และชนิดที่หายคือชนิดที่คนมักใช้ตอบคำถามเชิงลึกที่สุด ปัญหานี้แก้ย้อนหลังไม่ได้ ได้แต่ตั้งค่าและสำรองก่อนวันที่ต้องใช้

ข้อมูลชนิดไหนหมดอายุ และชนิดไหนไม่หมด

การตั้งค่า data retention ของ GA4 ใช้กับข้อมูลระดับผู้ใช้และระดับเหตุการณ์ ซึ่งเป็นข้อมูลที่ Exploration ใช้ ส่วนรายงานมาตรฐานที่ Google สรุปไว้ล่วงหน้าไม่ถูกจำกัดด้วยค่านี้ ตารางสรุปให้เห็นภาพ

ข้อมูลอยู่ได้นานแค่ไหนหมายเหตุ
รายงานมาตรฐานที่สรุปแล้วไม่ขึ้นกับค่า retentionใช้เทียบยอดรวมข้ามปีได้ แต่เจาะลึกไม่ได้
Exploration ระดับผู้ใช้/เหตุการณ์2 หรือ 14 เดือนตามที่ตั้ง (property มาตรฐาน)ค่าเริ่มต้นคือ 2 เดือน ต้องเปลี่ยนเอง
ข้อมูลใน BigQueryจนกว่าคุณจะลบหรือตั้งวันหมดอายุตารางไม่ถูกจำกัดด้วย retention ของ GA4
ข้อมูลในระบบแชทของคุณเองตามนโยบายและกฎหมายที่ใช้กับคุณแหล่งความจริงของยอดขายและที่มาของลูกค้า

ตั้งค่าที่ทำได้วันนี้ภายในสิบนาที

  1. เข้า Admin ของ property แล้วหาเมนู Data retention (อยู่ใน Data settings หรือ Data collection and modification ตามเวอร์ชันของหน้าจอ) เปลี่ยน event data retention เป็น 14 เดือน
  2. ตัดสินใจเรื่อง ‘Reset user data on new activity’ เปิดไว้จะต่ออายุข้อมูลผู้ใช้ที่กลับมา ปิดไว้จะนับถอยหลังจากการเก็บครั้งแรก ผลต่อการวิเคราะห์ผู้ใช้ที่กลับมาซื้อซ้ำต่างกัน เลือกให้ตรงกับคำถามที่ทีมจะถาม
  3. จดวันที่เปลี่ยนค่าไว้ในเอกสารของทีม เพราะข้อมูลที่หมดอายุไปก่อนวันนี้เรียกคืนไม่ได้ การเทียบข้ามปีจะเริ่มทำได้เต็มที่หลังผ่านไป 14 เดือน

ตัวอย่างสมมติ วันที่ 1 พฤศจิกายน 2569 อยากเทียบ 11.11 ปีก่อน

ถ้า property ตั้งค่าไว้ 2 เดือน Exploration จะเห็นได้ถึงต้นกันยายน 2569 เท่านั้น เหตุการณ์ของ 11.11 ปี 2568 หายไปนานแล้ว ถ้าตั้ง 14 เดือนไว้ก่อนกลางเดือนมกราคม 2569 (ก่อนข้อมูลช่วง 11.11 จะครบ 2 เดือน) ข้อมูลจะย้อนไปได้ถึงต้นกันยายน 2568 ซึ่งครอบคลุมแคมเปญ 11.11 ปีก่อนพอดี

เรื่องลีดเข้ามาทุกวันแต่ย้อนหาต้นตอไม่เจอเล่าด้านข้อมูลแชท ส่วนบทความนี้เล่าด้าน GA4 สองเรื่องนี้ต้องมีแผนแยกกัน

สำรองข้อมูลสี่ชั้นที่ไม่ต้องพึ่ง GA4 อย่างเดียว

  • ชั้นที่ 1 BigQuery export ลิงก์ GA4 กับ BigQuery แล้วเก็บข้อมูลดิบรายเหตุการณ์ไว้ การลิงก์มักไม่ย้อนเก็บข้อมูลก่อนวันที่ลิงก์ ตรวจเงื่อนไข backfill ในเอกสารล่าสุดของ Google และอย่าใช้ BigQuery sandbox เพราะตารางหมดอายุเองตามค่าเริ่มต้น ดูแนวทางต่อกับ LINE ในการส่งออกข้อมูล LINE OA ไป BigQuery
  • ชั้นที่ 2 ภาพสรุปรายเดือน ทุกต้นเดือนดึงตารางช่องทางหลัก แคมเปญ และ key event ของเดือนก่อนเก็บลงชีตหรือไฟล์ CSV ที่ทีมเข้าถึงได้ ใช้เวลาไม่ถึงสิบนาที และแก้ปัญหาเทียบปีต่อปีได้เกือบทั้งหมด
  • ชั้นที่ 3 ข้อมูลยอดขายจากแชท ที่มาของลูกค้าและยอดโอนที่ผูกกับแชท เป็นข้อมูลของคุณเองที่ควรอยู่ในระบบของคุณ ไม่ว่า GA4 จะเก็บไว้หรือไม่ ดูหลักการในการทำ first-party attribution
  • ชั้นที่ 4 บันทึกการเปลี่ยนแปลง จดว่าวันไหนเปลี่ยน key event เปลี่ยนชื่อ event หรือย้าย tag ถ้าไม่มีบันทึก ตัวเลขปีต่อปีจะเทียบกันไม่ได้แม้ข้อมูลยังอยู่ครบ

บทเรียนจาก Universal Analytics

Universal Analytics หยุดประมวลผลข้อมูลใหม่ในกลางปี 2566 และ Google ปิดการเข้าถึงข้อมูลเก่าในกลางปี 2567 ตามที่ประกาศไว้ ทีมที่ไม่ได้ส่งออกข้อมูลไว้เสียประวัติหลายปีทั้งก้อน โดยที่ตัวเลขเหล่านั้นเป็นฐานของการวางแผนงบ บทเรียนคืออย่าถือว่าเครื่องมือฟรีจะเก็บประวัติให้ตลอดไป

สำรองข้อมูลแล้ว ต้องกำหนดอายุการเก็บด้วย

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

สรุป

การตัดสินใจวันนี้มีสองข้อ เปลี่ยน event data retention เป็น 14 เดือน และกำหนดวันที่ต้นเดือนที่จะดึงตารางสรุปลงชีต ข้อแรกใช้เวลาไม่ถึงนาที ข้อสองคือกิจวัตรที่ป้องกันปัญหาเทียบข้ามปี

ถ้าทีมของคุณทำรายงานให้ลูกค้าเป็นประจำ ให้เพิ่ม BigQuery ในแผนไตรมาสหน้า เพราะเป็นทางเดียวที่ให้ประวัติระดับเหตุการณ์ยาวกว่า 14 เดือนโดยไม่ต้องจ่ายค่า GA4 360

  • ค่าเริ่มต้นของ GA4 เก็บข้อมูลระดับเหตุการณ์ 2 เดือน เปลี่ยนเป็น 14 เดือนได้ใน Admin
  • รายงานมาตรฐานที่สรุปแล้วไม่ถูกจำกัดด้วยค่านี้ แต่ Exploration ถูกจำกัด
  • ข้อมูลที่หมดอายุแล้วเรียกคืนไม่ได้ จึงต้องตั้งค่าและสำรองก่อนต้องใช้
  • สำรองสี่ชั้น BigQuery, ภาพสรุปรายเดือน, ข้อมูลยอดขายจากแชท และบันทึกการเปลี่ยนแปลง

คำถามที่พบบ่อย

เปลี่ยนเป็น 14 เดือนแล้ว ได้ข้อมูลที่หายไปแล้วคืนไหม

ไม่ ข้อมูลที่เกินกำหนดถูกลบไปแล้วและเรียกคืนไม่ได้ การตั้งค่าช่วยเฉพาะข้อมูลที่ยังไม่หมดอายุ จึงควรทำทันทีที่สร้าง property

รายงานมาตรฐานย้อนหลังได้กี่ปี

ค่า retention ไม่จำกัดรายงานมาตรฐานที่สรุปแล้ว ตราบใดที่ property ยังอยู่ แต่รายงานที่ใช้มิติเฉพาะบางแบบหรือเจาะลึกลงระดับผู้ใช้ต้องพึ่งข้อมูลระดับเหตุการณ์ ซึ่งถูกจำกัด

BigQuery เก็บข้อมูลที่ GA4 สร้างก่อนลิงก์ได้ไหม

โดยปกติไม่ เริ่มเก็บตั้งแต่วันที่ลิงก์ ตรวจเอกสารของ Google ว่ามีตัวเลือก backfill ย้อนหลังหรือไม่และเงื่อนไขเป็นอย่างไร เพราะเปลี่ยนได้

GA4 360 เก็บได้นานกว่าไหม

ได้ ตัวเลือกยาวกว่า property มาตรฐาน แต่เป็นบริการเสียเงินระดับองค์กร ถ้าแค่ต้องการเทียบปีต่อปี การสำรองลง BigQuery หรือชีตมักคุ้มกว่า

ควรสำรองอะไรเป็นอย่างน้อยถ้างบจำกัด

สำรองตารางสรุปรายเดือนของช่องทาง แคมเปญ และ key event ลงชีต กับบันทึกวันที่เปลี่ยนการตั้งค่าที่สำคัญ สองอย่างนี้ไม่มีค่าใช้จ่ายและแก้ปัญหาเทียบข้ามปีได้เกือบทั้งหมด

วัด Conversion LINE ทุกแบรนด์ รวมศูนย์ที่เดียว

องค์กรที่มีหลายแบรนด์ หลายสาขา หลาย LINE OA linli รวม Tracking และส่ง Conversion กลับทุกแพลตฟอร์ม พร้อม Custom Limit เริ่มฟรี 14 วัน

ติดต่อทีม Sales

บทความที่เกี่ยวข้อง

ชื่อแคมเปญใน GA4 ถูกยุบเป็น other ดูรายตัวไม่ได้ แก้ที่โครงสร้างข้อมูล

ชื่อแคมเปญใน GA4 ถูกยุบเป็น other ดูรายตัวไม่ได้ แก้ที่โครงสร้างข้อมูล

แถว (other) ใน GA4 ไม่ได้แปลว่าข้อมูลหาย แต่มิติหนึ่งมีค่าไม่ซ้ำมากเกินเพดานของวัน อธิบายว่าอะไรทำให้ค่าบวม และจัดชื่อแคมเปญให้ไม่โดนยุบ
เลือก Reporting Identity ใน GA4 แบบไหน จำนวนผู้ใช้จึงไม่เพี้ยน

เลือก Reporting Identity ใน GA4 แบบไหน จำนวนผู้ใช้จึงไม่เพี้ยน

Reporting Identity กำหนดว่า GA4 นับคนหนึ่งคนจากอะไร เปลี่ยนค่านี้แล้วจำนวนผู้ใช้ขยับโดยไม่มีใครแตะแท็ก บทความนี้เทียบสามโหมดและวิธีเลือกให้รายงานตรงกัน
อ่านตัวเลข GA4 ผิดเพราะสับสนระหว่างระดับ Session กับระดับ User

อ่านตัวเลข GA4 ผิดเพราะสับสนระหว่างระดับ Session กับระดับ User

First user source กับ Session source ตอบคนละคำถาม ถ้าหยิบผิดระดับ เครดิตของคนที่กดปุ่ม LINE จะไปตกอยู่ที่ช่องทางอื่นทั้งก้อนโดยไม่มีใครเห็นว่าผิด