← กลับไปหน้าบทความ
ส่ง Conversion กลับ

สแกนจ่ายผ่าน QR ในร้านแล้วจะรู้ได้ยังไงว่ามาจากแอดตัวไหน

ทีมบรรณาธิการ linli12 ส.ค. 04:53อัปเดต 12 ส.ค. 04:53อ่าน 3 นาที
สแกนจ่ายผ่าน QR ในร้านแล้วจะรู้ได้ยังไงว่ามาจากแอดตัวไหน
บทความนี้จัดทำเพื่อความรู้ ชื่อธุรกิจ ตัวเลข หรือบทสนทนาที่ไม่มีแหล่งอ้างอิงกำกับเป็นกรณีตัวอย่างเพื่ออธิบายแนวคิด ดูรายละเอียดที่ นโยบายกองบรรณาธิการ

สรุปสั้น ๆ

QR payment attribution ทำได้ในระดับที่มีเหตุผลรองรับ โดยผูก QR แต่ละชุดหรือแต่ละ Session เข้ากับที่มาของลูกค้าที่บันทึกไว้ตั้งแต่ก่อนสแกนจ่าย เช่นผ่าน Lead ID ที่เกิดจาก Tracking Link ไม่ใช่พึ่งข้อมูลจากตัวรายการสแกนจ่ายเองซึ่งไม่มีทางรู้จัก Campaign ต้นทาง

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

อีกกรณีที่ซับซ้อนกว่าคือร้านที่ขายผ่านแชท LINE แล้วส่ง QR ให้ลูกค้าสแกนจ่ายในแชท คำถามคล้ายกันแต่บริบทต่างกัน เพราะอย่างน้อยในกรณีนี้มีการทักแชทเกิดขึ้นก่อน ซึ่งพอจะมีข้อมูลที่มาให้ผูกได้บ้าง ต่างจากการสแกนจ่ายหน้าร้านที่แทบไม่มีข้อมูลดิจิทัลใด ๆ เกิดขึ้นก่อนหน้านั้นเลย

บทความนี้จะอธิบายว่า QR Payment Attribution ทำได้จริงแค่ไหน มีเงื่อนไขและข้อจำกัดตรงไหนที่ต้องยอมรับ และควรออกแบบระบบอย่างไรให้รู้ที่มาของยอดสแกนจ่ายแต่ละครั้งใกล้เคียงความจริงที่สุด โดยไม่สัญญาเกินกว่าที่เทคโนโลยีทำได้จริง

ตัว QR เองไม่รู้จัก Campaign อะไรทั้งสิ้น

สิ่งแรกที่ต้องเข้าใจให้ชัดคือ QR Code เป็นเพียงรูปแบบหนึ่งของการเข้ารหัสข้อมูล ไม่ว่าจะเป็นลิงก์ บัญชีรับเงิน หรือคำสั่งเปิดแอป มันไม่มีความสามารถ 'จดจำ' หรือ 'รายงาน' ว่าใครสแกนจากที่มาไหนได้เอง ต่อให้พิมพ์ QR ออกมาแปะไว้สวยงามแค่ไหน ตัวมันเองก็ยังเป็นแค่รหัสคงที่ที่ไม่มีความรู้เรื่อง Campaign เลย

สิ่งที่ทำให้ QR 'ดูเหมือน' รู้ที่มาได้ คือการออกแบบให้ QR แต่ละชุดมีค่าที่แตกต่างกันตามจุดที่นำไปใช้ เช่น QR ชุด A สำหรับแปะหน้าร้าน QR ชุด B สำหรับใส่ในโพสต์โฆษณา Facebook ทำให้เมื่อมีคนสแกนจากชุดไหน อย่างน้อยก็รู้ว่าเป็นชุดนั้น แต่ก็ยังไม่รู้ตัวตนของคนที่สแกนอยู่ดี รู้ได้แค่ 'ช่องทางที่ QR ชุดนั้นถูกวาง' ไม่ใช่ตัวบุคคล

ความแตกต่างสำคัญคือ QR ที่แปะอยู่กับที่ เช่นติดหน้าร้าน จะบอกได้แค่ระดับ 'ช่องทาง' ไม่สามารถแยกแคมเปญโฆษณาแต่ละตัวได้ ในขณะที่ QR ที่สร้างขึ้นแบบไดนามิกต่อ Session หรือต่อ Lead แต่ละคน จะสามารถผูกกับ Campaign ต้นทางได้ละเอียดกว่ามาก เพราะมันถูกสร้างขึ้นเฉพาะสำหรับคนคนนั้นในเวลานั้น

QR แบบคงที่กับ QR แบบไดนามิก ต่างกันตรงไหนตอนต้องผูก Attribution

QR แบบคงที่คือ QR ชุดเดียวที่ใช้ซ้ำได้เรื่อย ๆ ไม่เปลี่ยนแปลง เหมาะกับการแปะไว้ในที่ตายตัวอย่างหน้าร้านหรือใบปลิว ข้อดีคือทำครั้งเดียวใช้ได้นาน แต่ข้อเสียคือแยกที่มาของคนที่สแกนแต่ละคนไม่ได้เลย รู้ได้แค่ว่ามีการสแกนจากจุดนั้นรวมกี่ครั้ง

QR แบบไดนามิกคือ QR ที่สร้างขึ้นเฉพาะสำหรับสถานการณ์หนึ่ง เช่นสร้างขึ้นตอนแอดมินกำลังจะปิดการขายในแชทกับลูกค้าคนหนึ่ง โดยฝัง Lead ID หรือ Reference เฉพาะของลูกค้าคนนั้นไว้ในค่าที่ QR ชี้ไป ทำให้เมื่อลูกค้าสแกนจ่าย ระบบรู้ทันทีว่าเป็นการจ่ายของ Lead คนไหน ซึ่งมี Attribution ต้นทางผูกไว้อยู่แล้วตั้งแต่ก่อนหน้านี้

สำหรับร้านที่ขายในแชท LINE การใช้ QR แบบไดนามิกที่ผูกกับ Lead แต่ละคนจึงเป็นทางเลือกที่ให้ Attribution แม่นยำกว่ามาก ส่วนร้านที่ขายหน้าร้านและใช้ QR แบบคงที่ ต้องยอมรับว่า Attribution ในระดับบุคคลทำได้จำกัดมาก และควรใช้วิธีอื่นเสริมแทน เช่นถามลูกค้าหรือใช้โปรโมชันเฉพาะที่ต้องกรอกรหัส

ออกแบบ Flow QR ในแชท LINE ให้ผูกกับที่มาได้ตั้งแต่ต้น

สำหรับร้านที่ปิดการขายในแชทแล้วส่ง QR ให้ลูกค้าสแกนจ่าย ขั้นตอนที่ทำได้จริงเพื่อให้ผูก Attribution ได้มีดังนี้:

  1. บันทึกที่มาของ Lead ตั้งแต่วินาทีแรกที่ทักเข้ามา โดยใช้ Tracking Link ที่แนบ UTM หรือข้อมูลแคมเปญไว้ ก่อนที่บทสนทนาจะไปถึงขั้นตอนชำระเงิน
  2. เมื่อแอดมินพร้อมปิดการขาย ให้สร้าง QR หรือลิงก์ชำระเงินเฉพาะสำหรับ Lead คนนั้น แทนที่จะใช้ QR ชุดเดียวกันซ้ำกับทุกคน
  3. ผูก Reference ของ QR หรือ Session ชำระเงินนั้นกลับไปยัง Lead ID เดิมที่มีที่มาของแคมเปญติดอยู่แล้ว
  4. เมื่อระบบยืนยันว่าชำระเงินสำเร็จ ให้ดึงข้อมูลที่มาจาก Lead ID เดิมมาผูกกับ Order ที่ปิดแล้ว ก่อนส่ง Conversion กลับแพลตฟอร์มโฆษณาที่เชื่อมต่อไว้

ข้อจำกัดของ QR หน้าร้านที่ต้องยอมรับตรง ๆ

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

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

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

เทียบระดับความแม่นยำของ Attribution ตามรูปแบบการใช้ QR

ตารางนี้สรุปว่าแต่ละรูปแบบการใช้ QR ให้ Attribution ได้ละเอียดแค่ไหน เพื่อให้ธุรกิจเลือกใช้ตามความเหมาะสมกับหน้างานจริงของตัวเอง

รูปแบบการใช้ QRระดับ Attribution ที่ทำได้ข้อจำกัดหลัก
QR คงที่หน้าร้านระดับสาขา/ช่วงเวลาเท่านั้นแยกแคมเปญหรือบุคคลไม่ได้เลย
QR คงที่แยกตามแคมเปญ (พิมพ์แยกชุด)ระดับแคมเปญแบบหยาบยังแยกบุคคลไม่ได้ ต้องดูแลหลาย QR พร้อมกัน
QR ไดนามิกผูกกับ Lead ในแชทระดับบุคคล ผูกกับ Campaign ต้นทางได้ต้องมีระบบสร้าง QR แบบไดนามิกและเก็บ Lead ID รองรับ

ตัวอย่างสมมติ: เปรียบเทียบยอดสแกนจ่ายระหว่างช่วงมีแคมเปญกับไม่มี

ลองดูตัวอย่างสมมติสำหรับร้านที่ใช้ QR คงที่หน้าร้าน สมมติสัปดาห์ปกติที่ไม่มีแคมเปญวิ่งอยู่ มียอดสแกนจ่ายเฉลี่ยวันละ 45 ครั้ง พอเริ่มยิงแอดโปรโมชันผ่าน LINE เป็นเวลาหนึ่งสัปดาห์ ยอดสแกนจ่ายเฉลี่ยเพิ่มเป็นวันละ 58 ครั้ง ส่วนต่างประมาณ 13 ครั้งต่อวันเป็นตัวเลขที่พอใช้ประเมินผลกระทบเชิงภาพรวมได้ แม้จะไม่รู้ว่าใน 13 ครั้งนั้นมีกี่คนที่มาเพราะเห็นแอดจริง ๆ

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

ในทางกลับกัน ถ้าร้านเดียวกันนี้เปลี่ยนมาใช้ QR แบบไดนามิกสำหรับลูกค้าที่ทักแชทมาก่อน จะสามารถบอกได้ชัดเจนกว่าว่า Order ที่ปิดผ่านช่องทางแชทกี่รายการมาจากแคมเปญไหน เพราะมีการเก็บที่มาไว้ตั้งแต่ต้น ต่างจากยอดสแกนหน้าร้านที่ทำได้แค่ระดับภาพรวมเท่านั้น

ต้องตรวจอะไรก่อนเชื่อผลจาก QR Payment Attribution

ก่อนนำตัวเลข Attribution ที่ได้จาก QR ไปใช้ตัดสินใจงบโฆษณา ควรตรวจสอบสิ่งเหล่านี้ก่อนทุกครั้ง เพราะเป็นจุดที่ทำให้ผลลัพธ์คลาดเคลื่อนได้ง่ายที่สุด

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

ใช้สัญญาณอื่นเสริม QR เพื่อให้ภาพ Attribution ครบขึ้น

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

ตัวอย่างที่ใช้ได้จริงคือการให้รหัสส่วนลดเฉพาะแคมเปญควบคู่กับ QR เช่นลูกค้าที่มาจากแอด Facebook ได้รับรหัสส่วนลดตัวหนึ่ง ลูกค้าที่มาจากแอด LINE ได้อีกรหัสหนึ่ง เมื่อลูกค้าใช้รหัสตอนจ่ายเงินผ่าน QR ระบบจะรู้ที่มาได้แม่นยำกว่าการเทียบยอดรวมแบบภาพกว้าง แม้จะเพิ่มขั้นตอนให้ลูกค้าต้องจำหรือแสดงรหัสก็ตาม

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

ทำแบบนี้แล้วพัง เพราะอะไร

ทำแบบนี้แล้วพัง เพราะเชื่อว่าติด QR โค้ดแล้วจะรู้ Attribution ระดับบุคคลได้ทันทีโดยไม่เข้าใจข้อจำกัดของ QR คงที่ ทำให้ลงทุนเวลาพยายามวิเคราะห์ข้อมูลที่ไม่มีอยู่จริง

ทำแบบนี้แล้วพัง เพราะใช้ QR ชุดเดียวกันทั้งหน้าร้านและในแชท โดยไม่แยกให้ชัดว่าชุดไหนใช้ที่ไหน ทำให้แม้แต่ Attribution ระดับช่องทางแบบหยาบก็ยังทำไม่ได้ เพราะแยกไม่ออกว่ายอดมาจากช่องทางใด

ทำแบบนี้แล้วพัง เพราะสร้าง QR แบบไดนามิกผูกกับ Lead ID แล้ว แต่ไม่มีขั้นตอนยืนยันว่าคนที่สแกนจ่ายเป็นคนเดียวกับ Lead ที่ผูกไว้จริง เช่นส่ง QR ผิดคนหรือลูกค้าส่งต่อ QR ให้คนอื่นสแกนแทน ทำให้ Attribution ที่ได้คลาดเคลื่อนจากความเป็นจริง

สรุป

QR Payment Attribution ไม่ใช่เรื่องที่ตอบได้ด้วยคำว่า 'ทำได้' หรือ 'ทำไม่ได้' แบบขาวดำ แต่ขึ้นอยู่กับว่าธุรกิจใช้ QR แบบไหน และมีการเก็บที่มาของลูกค้าไว้ตั้งแต่ก่อนถึงขั้นตอนสแกนจ่ายหรือไม่ ยิ่งเก็บข้อมูลไว้ตั้งแต่ต้นทางมากเท่าไหร่ Attribution ก็ยิ่งแม่นยำมากขึ้นเท่านั้น

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

  • QR เองไม่รู้จัก Campaign ใด ๆ ต้องอาศัยการออกแบบให้ผูกกับที่มาตั้งแต่ก่อนสแกนจ่าย
  • QR คงที่หน้าร้านให้ Attribution ได้แค่ระดับภาพรวม ส่วน QR ไดนามิกในแชทให้ระดับบุคคลได้
  • ร้านที่ขายหน้าร้านอย่างเดียวควรยอมรับข้อจำกัดและใช้วิธีเสริม ไม่ใช่คาดหวัง Attribution ที่แม่นยำเกินจริง
  • ต้องมีขั้นตอนยืนยันว่าคนที่สแกนจ่ายเป็นคนเดียวกับ Lead ที่ผูก Attribution ไว้ ไม่งั้นข้อมูลจะคลาดเคลื่อน

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

QR payment attribution วัดได้แม่นยำร้อยเปอร์เซ็นต์ไหม

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

ร้านที่ขายหน้าร้านอย่างเดียว ไม่มีแชทเลย ยังพอวัด Attribution ได้ไหม

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

ต้องเปลี่ยนระบบรับชำระเงินทั้งหมดเพื่อทำ QR แบบไดนามิกไหม

ไม่จำเป็นต้องเปลี่ยนระบบรับชำระเงินหลักทั้งหมด แต่ต้องมีระบบหรือขั้นตอนที่สร้าง QR หรือลิงก์ชำระเงินเฉพาะต่อ Lead ได้ ซึ่งอาจเป็นฟีเจอร์ของผู้ให้บริการชำระเงินที่ใช้อยู่แล้ว หรือระบบกลางที่เชื่อมต่อเพิ่มเติม

ลูกค้าสแกน QR ผิดคนหรือส่งต่อให้คนอื่นสแกน จะกระทบ Attribution ไหม

กระทบแน่นอน เพราะ Attribution ที่ผูกไว้อ้างอิงจากคนที่ควรจะสแกน ไม่ใช่คนที่สแกนจริง ถ้าเกิดกรณีนี้บ่อยควรมีขั้นตอนยืนยันตัวตนเพิ่มเติม เช่นแอดมินตรวจสอบชื่อผู้จ่ายเทียบกับ Lead ก่อนปิด Order

ควรใช้ QR แบบไดนามิกทุกครั้งหรือเลือกใช้เฉพาะบางกรณี

ขึ้นอยู่กับมูลค่าของ Order และความสำคัญของข้อมูล Attribution สำหรับ Order มูลค่าสูงหรือธุรกิจที่ต้องการวิเคราะห์แคมเปญละเอียด ควรใช้ QR ไดนามิก ส่วน Order มูลค่าต่ำหรือปริมาณมากอาจไม่คุ้มกับความซับซ้อนที่เพิ่มขึ้น

linli ช่วยเรื่อง QR Payment Attribution ได้ไหม

linli เน้นเชื่อม Journey จากโฆษณาเข้า LINE ไปจนถึง Lead และการส่ง Conversion กลับแพลตฟอร์มโฆษณา ส่วนการสร้าง QR แบบไดนามิกสำหรับชำระเงินขึ้นอยู่กับ Integration กับผู้ให้บริการชำระเงินที่รองรับจริงในแต่ละช่วงเวลา ควรตรวจสอบรายละเอียดกับทีมผลิตภัณฑ์โดยตรงก่อนวางแผน

ลองตรวจด้วยตัวเอง

LINE QR Campaign Builder

สร้างลิงก์เพิ่มเพื่อนพร้อม UTM และ QR โค้ดสำหรับสื่อออฟไลน์ในคลิกเดียว

สร้าง QR ฟรี

ใช้ฟรี ไม่ต้องสมัคร ไม่เก็บข้อมูลที่คุณกรอก

รู้ว่าโฆษณาเข้า LINE ทำยอดขายจริงแค่ไหน

linli ติดตามลูกค้าตั้งแต่คลิกโฆษณา กดเพิ่มเพื่อน ทักแชท จนปิดการขาย พร้อมส่ง Conversion กลับแพลตฟอร์มโฆษณา เริ่มฟรี 14 วัน

ทดลองใช้ฟรี 14 วัน

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

ลูกค้าโอนแล้วขอคืนเงินในอีกสามวัน แต่ Conversion ที่ส่งเข้า Meta ไปแล้วไม่มีวันลบออก ต้องออกแบบ Event ปรับยอดแทน

ลูกค้าโอนแล้วขอคืนเงินในอีกสามวัน แต่ Conversion ที่ส่งเข้า Meta ไปแล้วไม่มีวันลบออก ต้องออกแบบ Event ปรับยอดแทน

เมื่อออเดอร์ที่เคยส่ง conversion ไปแล้วถูกยกเลิกหรือคืนเงินภายหลัง ตัวเลขใน Events Manager จะไม่ปรับตามอัตโนมัติ บทความนี้เจาะการออกแบบ event ปรับยอดที่ backend ต้องยิงกลับไปเอง
ลูกค้าไม่กดยินยอมให้เก็บข้อมูล แต่ระบบยิง Event เข้า CAPI ไปแล้วเรียบร้อย ออกแบบ Consent Gate ให้เช็กก่อนส่งทุกครั้ง

ลูกค้าไม่กดยินยอมให้เก็บข้อมูล แต่ระบบยิง Event เข้า CAPI ไปแล้วเรียบร้อย ออกแบบ Consent Gate ให้เช็กก่อนส่งทุกครั้ง

ถ้า backend ยิง conversion event ทุกครั้งที่มีออเดอร์เกิดขึ้นโดยไม่เช็กสถานะความยินยอมก่อน ข้อมูลของลูกค้าที่ไม่ได้กดยินยอมจะถูกส่งไปแพลตฟอร์มโฆษณาโดยไม่ตั้งใจ บทความนี้เจาะการวาง consent gate เป็นชั้นบังคับก่อน CAPI ทุกครั้ง
คลินิกไม่มีราคาตายตัว นัดปรึกษาแต่ละเคสมูลค่าไม่เท่ากัน จะใส่ค่า Value ใน Event ยังไงไม่ให้ Bidding หลงทาง

คลินิกไม่มีราคาตายตัว นัดปรึกษาแต่ละเคสมูลค่าไม่เท่ากัน จะใส่ค่า Value ใน Event ยังไงไม่ให้ Bidding หลงทาง

ธุรกิจบริการอย่างคลินิกหรืออสังหาริมทรัพย์ไม่มีราคาสินค้าตายตัวเหมือนอีคอมเมิร์ซ บทความนี้เจาะแนวทางออกแบบมูลค่า conversion ที่สะท้อนความจริงของธุรกิจ ไม่ใช่ใส่ค่าคงที่หรือปล่อยเป็นศูนย์