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

อย่าส่งเลขบัตรตรง ๆ เข้าระบบวัดผล: Tokenization คือทางออกที่ร้านค้าออนไลน์ควรรู้จัก

02 ส.ค. 04:13 · อ่าน 1 นาที
อย่าส่งเลขบัตรตรง ๆ เข้าระบบวัดผล: Tokenization คือทางออกที่ร้านค้าออนไลน์ควรรู้จัก

สรุปสั้น ๆ

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

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

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

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

Tokenization คืออะไร พูดแบบไม่ใช้ศัพท์เทคนิค

ลองนึกภาพตู้ฝากกระเป๋าที่สถานีรถไฟ คุณฝากกระเป๋าไว้แล้วได้ตั๋วเลขมาใบหนึ่ง ตั๋วใบนั้นไม่มีข้อมูลอะไรเกี่ยวกับของในกระเป๋าเลย มันแค่เป็นรหัสอ้างอิงให้คุณกลับมาเอาของคืนได้ Tokenization ทำงานคล้ายกันมาก คือแทนที่จะเก็บเลขบัตรหรือเลขบัญชีจริงไว้ในระบบที่ส่งต่อไปมา ระบบจะสร้าง 'รหัสอ้างอิง' หรือ token ขึ้นมาแทน

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

ทำไมไม่ควรส่งข้อมูลการเงินดิบเข้าระบบวัดผลโฆษณา

  • ระบบวัดผลโฆษณาไม่ได้ถูกออกแบบมาเพื่อเก็บข้อมูลการเงินระดับเลขบัตร ต่อให้ตั้งใจดีแค่ไหน ก็เสี่ยงหลุดได้ง่ายกว่าระบบธนาคารที่มีมาตรฐานเฉพาะทาง
  • ยิ่งข้อมูลอ่อนไหวเดินทางผ่านหลายระบบ (จากร้าน ไปตัวกลาง ไปแพลตฟอร์มโฆษณา) ยิ่งมีจุดเสี่ยงเพิ่มขึ้นทุกจุดที่ผ่าน
  • ถ้าข้อมูลการเงินหลุด ความเสียหายที่ลูกค้าได้รับมักรุนแรงกว่าข้อมูลติดต่ออื่น ๆ มาก เพราะเกี่ยวข้องกับเงินโดยตรง

แล้วควรส่งอะไรเข้าระบบวัดผลแทน

สิ่งที่แพลตฟอร์มโฆษณาต้องการจริง ๆ เพื่อคำนวณ ROAS ไม่ใช่เลขบัตรหรือเลขบัญชี แต่คือ 'มูลค่าของออเดอร์' และ 'เหตุการณ์ว่าซื้อสำเร็จหรือไม่' เท่านั้น ข้อมูลพวกนี้ส่งได้อย่างปลอดภัยโดยไม่ต้องแตะข้อมูลการเงินส่วนตัวเลย

สิ่งที่ต้องการวัดผลควรส่งอะไรไม่ควรส่งอะไร
ยอดขายต่อออเดอร์จำนวนเงินรวม (ตัวเลข)เลขบัตร เลขบัญชีที่ใช้จ่าย
วิธีการชำระเงินหมวดหมู่ทั่วไป เช่น โอน/บัตร/ปลายทางเลขบัตรหรือรหัส OTP
ตัวตนลูกค้าข้อมูลที่แฮชแล้ว เช่น อีเมล เบอร์โทรสำเนาบัตรประชาชน ข้อมูลธนาคาร

ถ้าใช้ระบบตัวกลางหรือ agency ควรถามอะไร

  1. ถามตรง ๆ ว่าระบบที่ใช้อยู่ส่งข้อมูลอะไรเข้า Conversion API บ้าง มีเลขบัตรหรือข้อมูลธนาคารปนไปด้วยหรือไม่
  2. ถ้าพบว่ามีการส่งข้อมูลการเงินดิบไปด้วย ให้ขอให้ปรับเหลือแค่ยอดเงินรวมกับสถานะการซื้อ ไม่จำเป็นต้องมีรายละเอียดการชำระเงิน
  3. ตรวจสอบว่าระบบที่รับชำระเงินของร้าน (payment gateway) เป็นผู้จัดการข้อมูลที่ส่งเข้า CAPI อย่างถูกต้องแยกออกจากข้อมูลบัตรจริงหรือไม่
  4. ทำความเข้าใจว่า payment gateway ที่ร้านใช้อยู่ เช่นผู้ให้บริการรับชำระเงินทั่วไป มักมีระบบ tokenization ของตัวเองอยู่แล้ว งานของร้านคือใช้ระบบนั้นให้ถูกวิธี ไม่ใช่ไปดึงข้อมูลดิบออกมาส่งเอง

สรุป

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

ร้านค้าส่วนใหญ่ไม่ต้องสร้างระบบ tokenization เองด้วยซ้ำ แค่ใช้ผู้ให้บริการรับชำระเงินที่มีระบบนี้อยู่แล้วให้ถูกวิธี และคอยเช็กว่าไม่มีข้อมูลบัตรดิบหลุดเข้าไปในระบบวัดผลโฆษณาโดยไม่รู้ตัว

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

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

Tokenization ทำให้วัดผล ROAS แม่นน้อยลงไหม

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

ร้านเล็กที่ใช้ผู้ให้บริการรับชำระเงินสำเร็จรูปต้องทำ tokenization เองไหม

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

ถ้าอยากรู้ว่าลูกค้าจ่ายด้วยวิธีไหนบ่อยที่สุด ทำได้โดยไม่ผิดหลักการนี้ไหม

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

การไม่ส่งข้อมูลการเงินดิบ กระทบการปิดการขายในแชทไหม

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

มีสัญญาณอะไรบ้างที่บอกว่าระบบร้านอาจกำลังส่งข้อมูลการเงินดิบอยู่

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

อยากวัดผลโฆษณาเข้า LINE ให้ถึงยอดขาย?

ทดลองใช้ linli ฟรี 14 วัน ไม่ต้องใช้บัตรเครดิต

เริ่มทดลองใช้ฟรี

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

คู่มือเริ่มต้น LINE Conversion Tracking ในไทย ตั้งแต่ติดตั้งจนวัดยอดขายจริง
คู่มือเริ่มต้น LINE Conversion Tracking ในไทย ตั้งแต่ติดตั้งจนวัดยอดขายจริง
สำหรับคนที่เพิ่งเริ่มทำ LINE Conversion Tracking บทความนี้รวมทุกขั้นตอนตั้งแต่นิยาม Funnel ติดตั้งระบบ เชื่อมแพลตฟอร์ม จนถึงวางแผนช่วงทดลองใช้ให้ตัดสินใจได้จริงก่อนหมด Trial
LINE Tracking กับ PDPA ธุรกิจไทยควรเก็บข้อมูลอย่างไรให้เหมาะสม
LINE Tracking กับ PDPA ธุรกิจไทยควรเก็บข้อมูลอย่างไรให้เหมาะสม
ระบบ Tracking ไม่ได้ทำให้ธุรกิจผ่าน PDPA โดยอัตโนมัติ บทความนี้อธิบายว่าธุรกิจยังต้องรับผิดชอบอะไรเองบ้าง ตั้งแต่ Legal Basis ไปจนถึงการจำกัดข้อมูลที่ส่งไปแพลตฟอร์มโฆษณา
วิธีติดตั้ง Tracking Link และ Tracking Script สำหรับปุ่ม LINE บนเว็บไซต์
วิธีติดตั้ง Tracking Link และ Tracking Script สำหรับปุ่ม LINE บนเว็บไซต์
ก่อนติดตั้ง Tracking Link หรือ Script บนปุ่ม LINE ต้องเตรียมอะไรบ้าง บทความนี้เล่าขั้นตอนจริงตั้งแต่สิทธิ์เข้าถึงเว็บ ไปจนถึง Test Journey ก่อนเปิดใช้งาน ไม่ใช่แค่ก็อปโค้ดไปวาง