อัลกอริทึม OWOX BI ใหม่สำหรับการรวบรวมข้อมูลเซสชัน
เผยแพร่แล้ว: 2022-04-12การเปลี่ยนแปลงนั้นคงที่ นี่คือความเป็นจริงของเรา และบางครั้งก็ยากที่จะยอมรับ แต่การเปลี่ยนแปลงที่เราต้องการแชร์กับคุณจะสร้างความประทับใจให้ผู้ใช้ OWOX BI ทุกคน
คุณอาจทราบแล้วว่า OWOX BI เพิ่งเปลี่ยนตรรกะของการรวบรวมข้อมูลเซสชัน คุณลักษณะใหม่นี้มีให้สำหรับผู้ใช้ทุกคนตั้งแต่วันที่ 1 มีนาคม ในบทความนี้ เราจะบอกคุณเพิ่มเติมเกี่ยวกับคุณลักษณะใหม่ของเราและวิธีที่คุณลักษณะเหล่านี้จะเป็นประโยชน์ต่อธุรกิจของคุณ
ค้นหามูลค่าที่แท้จริงของแคมเปญ
นำเข้าข้อมูลค่าใช้จ่ายไปยัง Google Analytics โดยอัตโนมัติจากบริการโฆษณาทั้งหมดของคุณ เปรียบเทียบต้นทุนแคมเปญ CPC และ ROAS ในรายงานเดียว

ตรงประเด็น
ก่อนหน้านี้ OWOX BI สร้างตารางเซสชันใน Google BigQuery โดยใช้ข้อมูลเซสชันจาก Google Analytics ในอีกด้านหนึ่ง วิธีการนี้ทำให้มั่นใจได้ว่าข้อมูลทั้งหมดจะพอดีกับแหล่งที่มาต่างๆ ในทางกลับกัน ข้อมูลบางส่วนอาจสูญหายระหว่างทางจากเว็บไซต์ไปยังระบบวิเคราะห์และที่เก็บข้อมูลบนคลาวด์ เนื่องจากข้อจำกัดของ Google Analytics Core Reporting API
เพื่อหลีกเลี่ยงปัญหานี้ เราได้เปลี่ยนอัลกอริทึมสำหรับการรวบรวมข้อมูลเซสชัน ตอนนี้ข้อมูลเซสชันถูกสร้างขึ้นโดยใช้ข้อมูล Hit จาก OWOX BI ดังนั้นขีดจำกัดของ Google Analytics จึงไม่สามารถส่งผลต่อกระบวนการสร้างตารางเซสชันได้ ด้วยอัลกอริธึมใหม่นี้ คุณสามารถรวบรวมข้อมูลพฤติกรรมผู้ใช้ที่ไม่ได้สุ่มตัวอย่างบนเว็บไซต์ของคุณและระบุแอตทริบิวต์ของข้อมูลนั้นไปยังเซสชันที่ถูกต้อง เรามาดูประโยชน์ทั้งหมดโดยละเอียด


กรณีวิเคราะห์การตลาด
ดาวน์โหลด1. หลีกเลี่ยงการสุ่มตัวอย่าง
ก่อน : หากผู้ใช้เว็บไซต์ของคุณสร้างเซสชันมากกว่า 200,000 ครั้งต่อวัน โดยทั่วไป Google Analytics (เวอร์ชันฟรี) จะใช้การสุ่มตัวอย่าง ดังนั้น โปรเจ็กต์ Google BigQuery ของคุณจะได้รับเพียงตัวอย่างเซสชันที่สุ่มเลือกเท่านั้น
ตอนนี้ : ผู้ใช้ OWOX BI รับข้อมูลดิบและไม่ได้เก็บตัวอย่างของเซสชันทั้งหมดใน Google BigQuery โดยไม่มีข้อจำกัดในมูลค่าการเข้าชมหรือขนาดของธุรกิจ
2. รับข้อมูลที่สมบูรณ์ด้วยความแม่นยำระดับการโจมตี
ก่อน : หากคุณถึงปริมาณและรวบรวมขีดจำกัดข้อมูลใน Google Analytics ระบบจะไม่ประมวลผลข้อมูลเกินขีดจำกัดเหล่านั้น และข้อมูลนั้นจะไม่เข้าสู่ Google BigQuery ขีดจำกัดเหล่านี้คือ 200,000 ครั้งต่อผู้ใช้ต่อวัน 10 ล้านครั้งต่อเดือน และ 500 ครั้งต่อเซสชัน นอกจากนี้ Google ละเว้น Hit ที่มีขนาดมากกว่า 8 Kb
ตอนนี้ : อัลกอริทึม OWOX BI ใหม่ไม่มีขีดจำกัดใดๆ เหล่านี้ และขนาดสูงสุดของ Hit จะเพิ่มเป็นสองเท่าเป็น 16 Kb ซึ่งหมายความว่าคุณสามารถรวบรวมข้อมูลเกี่ยวกับการกระทำของผู้ใช้ทั้งหมดบนเว็บไซต์ของคุณได้
3. รับข้อมูลทันเวลา
ก่อน : ข้อมูลเซสชันอาจได้รับการอัปเดตโดยมีความล่าช้ามากกว่า 24 ชั่วโมง เนื่องจากการอัปเดตเหล่านี้ขึ้นอยู่กับข้อมูลที่อัปเดตใน Google Analytics API
ตอนนี้ : เซสชันของฟอร์ม Hit ในด้าน OWOX BI ดังนั้นการรวบรวมตารางเซสชันจะไม่หยุดชั่วคราวเนื่องจากเกินขีดจำกัดหรือขาดการเข้าถึง Google Analytics ข้อมูลจะเข้าสู่ BigQuery ได้เร็วขึ้น ซึ่งสำคัญมากหากคุณใช้เพื่อทริกเกอร์การตลาดทางอีเมลหรืออัปเดตรายงานแบบเรียลไทม์
4. กำหนดแหล่งที่มาของการเข้าชมให้ถูกต้อง
ก่อน : ใน Google Analytics แหล่งที่มาของการเข้าชมถูกกำหนดโดยรูปแบบคลิกที่ไม่ใช่โดยตรงครั้งสุดท้าย หากช่องทางสุดท้ายในห่วงโซ่การดำเนินการของลูกค้าโดยตรง ช่องทางนี้จะถูกละเว้นและแทนที่ด้วยช่องทางที่ไม่ใช่โดยตรงสุดท้าย
ตัวอย่างเช่น สมมติว่าลูกค้าของคุณ googled และพบผลิตภัณฑ์บนเว็บไซต์ของคุณ พวกเขาจำที่อยู่เว็บไซต์ของคุณได้และหลังจากนั้นไม่นานก็ป้อนลงในช่อง URL โดยตรง ในกรณีนี้ แหล่งที่มาของเซสชันนี้จะเป็น google/organic แต่ไม่ใช่โดยตรง/ไม่มี ซึ่งไม่รวมความเป็นไปได้ที่จะทราบส่วนแบ่งที่แน่นอนของช่องทางตรงในฐานะแหล่งที่มาของการเข้าชมสำหรับเว็บไซต์ของคุณ
ตอนนี้ : อัลกอริทึม OWOX BI ใหม่ยังใช้โมเดล Last Non-Direct Click เพื่อกำหนดแหล่งที่มาของการรับส่งข้อมูล แต่เราได้เพิ่มฟิลด์ trafficSource.isTrueDirect พิเศษลงในตารางเซสชันเพื่อช่วยคุณกำหนดทราฟฟิกโดยตรง ฟิลด์ไบนารีนี้จะได้รับค่า จริง หากเซสชันเริ่มต้นด้วยการเยี่ยมชมเว็บไซต์โดยตรงและจะได้รับค่า เท็จ หากเซสชันนั้นติดตามเซสชันของช่องแบบชำระเงิน ฟิลด์นี้ช่วยให้คุณประเมินมูลค่าที่แท้จริงของแชแนลแบบชำระเงินและผลกระทบต่อคอนเวอร์ชั่นได้ ใน Google Analytics ฟิลด์ isTrueDirect ทำงานแตกต่างกัน เนื่องจากได้รับค่า "จริง" เมื่อมีแหล่งที่มาโดยตรงหรือเมื่อสองเซสชันมีข้อมูลเดียวกันเกี่ยวกับแคมเปญ

5. ติดตามเส้นทางของลูกค้าในเว็บไซต์ต่างๆ
ก่อน : หากคุณมีเว็บไซต์สองแห่งและต้องการติดตามว่าผู้ชมข้ามไปอย่างไร คุณสามารถตั้งค่าการวัดผลแบบข้ามโดเมนใน Google Analytics แต่โซลูชันนี้ใช้ได้ก็ต่อเมื่อผู้ชมของคุณใช้ลิงก์ข้ามเพื่อถ่ายโอนจากเว็บไซต์หนึ่งไปยังอีกเว็บไซต์หนึ่ง จะทำอย่างไรถ้าคุณต้องการติดตามผู้ใช้รายหนึ่งที่เข้าชมเว็บไซต์ทั้งสองซึ่งไม่ได้เชื่อมโยงข้ามกันในเวลาที่ต่างกัน เราจัดการให้แล้ว↴
ตอนนี้ : เราได้เพิ่ม OWOX User ID ลงในตารางข้อมูลเซสชันแล้ว ตัวระบุผู้ใช้ที่ไม่ระบุตัวตนนี้จะช่วยให้คุณรวมข้อมูลเกี่ยวกับการกระทำของผู้ใช้จากเว็บไซต์ของคุณ แม้ว่าจะไม่ได้เชื่อมโยงโดยตรงก็ตาม นอกจากนี้ คุณยังมีโอกาสจัดกลุ่มผู้ใช้ที่ติดตามเพื่อแยกผู้ชมโฆษณา และหลีกเลี่ยงการจ่ายสองครั้งสำหรับการเข้าชมเดียวกัน


6. ระบุเหตุการณ์เว็บไซต์ทั้งหมดเพื่อแก้ไขเซสชัน
ก่อน : หากคุณกำลังติดตามเหตุการณ์บนเว็บไซต์ของคุณด้วย Measurement Protocol โปรดจำไว้ว่าบางส่วนของเหตุการณ์เหล่านั้นอาจสูญหายไป ข้อเท็จจริงก็คือใน Google Analytics (รวมถึง GA360 ในเวอร์ชันที่ต้องชำระเงิน) ระยะเวลาสูงสุดตั้งแต่ช่วงเวลาที่ Hit ไปจนถึงการส่งข้อมูลเกี่ยวกับ Hit สำหรับพารามิเตอร์ &qt คือเพียงสี่ชั่วโมง หากช่องว่างนั้นยาวขึ้น เหตุการณ์จะไม่ถูกนำมาประกอบเลย ตัวอย่างเช่น สมมติว่าผู้เข้าชมชำระเงินออนไลน์บนเว็บไซต์ของคุณ ธุรกรรมจะถูกนับหลังจากได้รับการยืนยันจากธนาคาร แม้ว่าจะใช้เวลาสองสามวันก็ตาม ในสถานการณ์เช่นนี้ ธุรกรรมจะไม่ถูกนำมาประกอบกับเซสชันที่ถูกต้อง ซึ่งหมายความว่าแหล่งที่มาที่นำไปสู่ธุรกรรมนั้นจะไม่ได้รับการประเมินอย่างถูกต้อง
หากพารามิเตอร์ &qt ถูกส่งโดยไม่มีค่า ระบบจะสร้างเซสชันแยกต่างหากสำหรับเหตุการณ์โดยอัตโนมัติ ไม่ว่าในกรณีใด จะส่งผลต่อความแม่นยำของข้อมูลของคุณ
ตอนนี้ : ในเซสชันที่ใช้อัลกอริธึม OWOX BI ใหม่ ระยะเวลาสูงสุดสำหรับพารามิเตอร์ &qt จะขยายเป็น 30 วัน ซึ่งหมายความว่ากิจกรรมของคุณที่ส่งโดย Measurement Protocol จะถือว่ามาจากเซสชันที่ถูกต้อง
ความแตกต่างอื่นๆ ระหว่างอัลกอริธึม OWOX BI เก่าและใหม่
ในอัลกอริธึม OWOX BI ใหม่ ตารางมีโครงสร้างเดียวกันกับที่เคยมีในตารางเก่า เฉพาะตรรกะที่กำหนดค่าที่แตกต่างกันสำหรับบางฟิลด์:

วิธีตั้งค่าการรวบรวมข้อมูลเซสชันตามอัลกอริทึม OWOX BI:
- เมื่อสร้างไปป์ไลน์การสตรีม Google Analytics ⟶ Google BigQuery ใหม่ ข้อมูลเซสชันจะเริ่มรวบรวมโดยอัตโนมัติโดยใช้อัลกอริทึมใหม่
- หากต้องการเปลี่ยนอัลกอริทึมสำหรับการรวบรวมข้อมูลเซสชันในสตรีมที่มีอยู่ ให้ไปที่การตั้งค่าสตรีมและเปิด การรวบรวมข้อมูลเซสชัน

หลังจากนั้นอัลกอริธึมเก่าจะไม่สามารถใช้งานได้
- ด้วยอัลกอริทึม OWOX BI ใหม่ คุณไม่จำเป็นต้องมีมิติข้อมูลที่กำหนดเองที่ระดับเซสชันใน Google Analytics คุณลบมิติข้อมูลนี้และเพิ่มพารามิเตอร์ที่จำเป็นอื่นๆ ได้
- คุณไม่จำเป็นต้องอัปเดตโค้ดติดตาม OWOX BI บนเว็บไซต์ของคุณ
- หากต้องการเปิดใช้งานการติดแท็ก UTM อัตโนมัติโดย Google Ads (gclid) คุณจะต้องตั้งค่าการรวบรวมรายงานข้อมูลดิบสำหรับ Google Ads ใน BigQuery คุณสามารถทำได้ในคลิกเดียวด้วยความช่วยเหลือของการรวมระบบดั้งเดิมกับ Google Data Transfer
- หากคุณมีรายการการยกเว้นการอ้างอิงใน Google Analytics ให้ทำซ้ำในการตั้งค่าสตรีมสำหรับ OWOX BI
ฉันควรเปลี่ยนคำขอเป็นตารางใน Google BigQuery หรือไม่
โครงสร้างของตารางใหม่จะเหมือนกับตารางเก่า ดังนั้นคุณควรเปลี่ยนเฉพาะชื่อของตารางในคำขอของคุณ ในการปรับคำขอที่มีอยู่ของคุณให้เป็นตารางใหม่ ก็เพียงพอที่จะเปลี่ยนชื่อของตาราง session_streaming_ เก่าไปเป็นตาราง owoxbi_sessions_ ใหม่ได้
สรุป
หากคุณต้องการทราบว่าถึงเวลาที่คุณต้องโอนไปยังอัลกอริทึม OWOX BI ใหม่หรือไม่ ให้ตอบคำถามต่อไปนี้ หากคุณมีอย่างน้อยหนึ่งใช่ คุณรู้ว่าต้องทำอย่างไร:
- คุณมีประมาณ 200,000 เซสชันต่อวันหรือไม่? หรือคุณคิดว่าคุณจะถึงจำนวนนี้ภายในสองสามเดือน?
- คุณเคยมีประสบการณ์การสุ่มตัวอย่างมาก่อนหรือไม่?
- คุณเคยสร้างรายงานที่ไม่ได้มาตรฐานและมีประสบการณ์ในการสุ่มตัวอย่างหรือไม่?
- คุณเคยมีการเข้าชมถึงขีดจำกัด 500 ครั้งต่อเซสชันหรือไม่
- คุณสนใจที่จะติดตามการเข้าชมโดยตรงอย่างถูกต้องแต่ไม่ต้องการซื้อแพ็ค GA360 ทั้งหมดหรือไม่
- คุณต้องการรวมผู้ชมเว็บไซต์และวิเคราะห์การทับซ้อนกันหรือไม่?
- คุณต้องการส่ง Hit ทั้งหมดที่มีการทำธุรกรรมในช่วง 30 วันไม่ใช่ 4 ชั่วโมงหรือไม่?
- การรับข้อมูลตารางเซสชันโดยเร็วที่สุดเป็นสิ่งสำคัญสำหรับคุณหรือไม่
แม้ว่าคำถามเหล่านี้จะไม่เกี่ยวข้องกับคุณในตอนนี้ แต่ควรเตรียมตัวให้เร็วที่สุด
หากคุณยังไม่ได้ลองใช้ OWOX BI Pipeline เรายินดีต้อนรับคุณให้ทดลองขับในช่วงระยะเวลาทดลองใช้งานฟรี:
หากคุณมีคำถามใด ๆ ถามในความคิดเห็นด้านล่าง

ลูกค้าของเรา
เติบโต เร็วขึ้น 22%
เติบโตเร็วขึ้นด้วยการวัดว่าอะไรทำงานได้ดีที่สุดในการทำการตลาดของคุณ
วิเคราะห์ประสิทธิภาพทางการตลาดของคุณ ค้นหาพื้นที่การเติบโต เพิ่ม ROI
รับการสาธิต