ข้ามไปเนื้อหาหลัก

Second-Party Data ราย​ชื่อ​พาร์ตเนอร์​ใช้ Customer Match ได้​ไหม

อัปเดตล่าสุด 28 กันยายน 2569
เวลาอ่านประมาณ 11 นาที
Second-Party Data ราย​ชื่อ​พาร์ตเนอร์​ใช้ Customer Match ได้​ไหม

KEY TAKEAWAYS

3 ประเด็น

นโยบาย Customer Match ของ Google Ads ให้​อัป​โหลด​ได้​เฉพาะ​ข้อมูล​ลูกค้า​ที่​ธุรกิจ​เก็บ​เอง​ใน first-party context

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

บัญชี​ที่​จะ​ใช้ Customer Match เลือก​กลุ่ม​เป้า​หมาย​ได้ ต้อง​มี​ประวัติ​ใน Google Ads 90 วัน​และ​ยอด​ใช้​จ่าย​สะสม​เกิน 50,000 ดอลลาร์​สหรัฐ

บัญชี​อื่น​ที่​ปฏิบัติ​ตาม​นโยบาย​ใช้ได้​เฉพาะ​โหมด​สังเกตการณ์​และ​การ​ยกเว้น

ราย​ชื่อ​แต่ละ​รายการ​อยู่​ใน​ลิ​สต์​ได้​นาน​สุด 540 วัน

และ​ลิ​สต์​ต้อง​มี​สมาชิก​ที่​เพิ่ม​หรือ​อัปเดต​ภายใน 540 วัน​อย่าง​น้อย 100 ราย​จึง​ยัง​ใช้​งาน​ได้

นโยบาย Customer Match ของ Google Ads รับ​เฉพาะ​ราย​ชื่อ​ที่​ลูกค้า​ให้​กับ​ธุรกิจ​โดยตรง ราย​ชื่อ​ที่​พาร์ตเนอร์​แบ่ง​ให้​จึง​ติด​เงื่อนไข ทาง​ที่​ใช้ได้​คือ​งาน​ร่วม​ที่​ลูกค้า​ลงชื่อ​เอง

พาร์ตเนอร์​ที่​ขาย​ให้​ลูกค้า​กลุ่ม​เดียวกัน เช่น ร้าน​อุปกรณ์​กีฬา​กับ​ร้าน​อา​หาร​คลี​น​ใน​ย่าน​เดียวกัน มัก​คุย​กัน​ถึง​ขั้น​แลก​ราย​ชื่อ​ลูกค้า​เพื่อ​ยิง​โฆษณา​ให้​กัน ข้อมูล​ที่​ได้​จาก​พาร์ตเนอร์​แบบ​นี้​เรียก​ว่า Second-Party Data ข้อ​เสนอ​ฟัง​ดู​คุ้ม เพราะ​ได้​ฐาน​ลูกค้า​ที่​มี​ตัว​ตน​จริง​โดย​ไม่​ต้อง​เก็บ​เอง แต่​เมื่อ​จะ​นำ​ราย​ชื่อ​นั้น​ไป​อัป​โหลด​เข้า Google Ads เงื่อนไข​จะ​มา​จาก​นโยบาย Customer Match ของ Google ซึ่ง​เขียน​ไว้​ชัด​ว่า​รับ​ข้อมูล​จาก​แหล่ง​ไหน

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

Second-Party Data คือ​ข้อมูล​ที่​ใคร​เก็บ

Second-Party Data คือ​ข้อมูล​ลูกค้า​ที่​ธุรกิจ​หนึ่ง​เก็บ​เอง​จาก​ลูกค้า​ของ​ตัว​เอง แล้ว​แบ่ง​ให้​อีก​ธุรกิจ​หนึ่ง​ตาม​ข้อ​ตกลง​ระหว่าง​กัน สำหรับ​เจ้าของ​ข้อมูล​ต้นทาง ข้อมูล​ชุด​นี้​คือ First-Party Data สำหรับ​ธุรกิจ​ที่​รับ​ไป ข้อมูล​ชุด​เดียวกัน​กลาย​เป็น​ข้อมูล​ที่​ลูกค้า​ไม่​ได้​ให้​ไว้​กับ​ตัว​เอง​โดยตรง

การ​แบ่ง​แบบ​นี้​ต่าง​จาก​ข้อมูล​อีก​สอง​ประเภท​ตรง​จุด​เดียว คือ​ทาง​ที่​ข้อมูล​เดิน​ทาง​มา​ถึง​ธุรกิจ

  1. First-Party Data ลูกค้า​ให้​ข้อมูล​กับ​ธุรกิจ​เอง ผ่าน​การ​ซื้อ การ​สมัคร​สมาชิก หรือ​การก​รอก​ฟอร์ม
  2. Second-Party Data ลูกค้า​ให้​ข้อมูล​กับ​พาร์ตเนอร์ แล้ว​พาร์ตเนอร์​แบ่ง​ต่อ​ให้​ธุรกิจ
  3. Third-Party Data ข้อมูล​ที่​ผู้​รวบรวม​ข้อมูล​เก็บ​จาก​หลาย​แหล่ง​แล้ว​ขาย​หรือ​ให้​เช่า​ต่อ

ข้อมูล​ที่​ลูกค้า​ตั้งใจ​บอก​ผ่าน​แบบสอบถาม ซึ่ง​มี​คน​เรียก​แยก​ว่า Zero-Party Data เป็น​อีก​ทาง​หนึ่ง​ของ First-Party Data ความ​ยาว​ของ​แบบสอบถาม​ที่​คน​ยัง​ยอม​ตอบ​อยู่​ในZero-Party Data ถาม​ลูกค้า​ยาว​แค่​ไหน​ก่อน​คน​ตอบ​จะ​หาย​ไป

ราย​ชื่อ​ที่​พาร์ตเนอร์​แบ่ง​ให้​ต่าง​จาก​ราย​ชื่อ​ที่​ซื้อ​มา​อย่างไร

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

นโยบาย Customer Match กำหนด​แหล่ง​ราย​ชื่อ​ไว้​อย่างไร

Customer Match คือ​เครื่อง​มือ​ของ Google Ads ที่​ให้​ธุรกิจ​อัป​โหลด​ข้อมูล​ลูกค้า เช่น อีเมล​หรือ​เบอร์​โทร เพื่อ​จับ​คู่​กับ​ผู้​ใช้ Google แล้ว​นำ​ไป​ใช้​ใน Search, Shopping, Display, YouTube และ Gmail นโยบาย Customer Match เขียน​เงื่อนไข​เรื่อง​แหล่ง​ข้อมูล​ไว้​ใน​หัวข้อ​การ​เก็บ​ข้อมูล​ลูกค้า

  1. อัป​โหลด​ได้​เฉพาะ​ข้อมูล​ที่​เก็บ​ใน first-party context ได้แก่​ข้อมูล​จาก​เว็บไซต์ แอป หน้า​ร้าน หรือ​สถานการณ์​อื่น​ที่​ลูกค้า​แบ่ง​ข้อมูล​ให้​ธุรกิจ​โดยตรง
  2. นโยบาย​ยก​ตัวอย่าง​สาม​กรณี ลูกค้า​ที่​ซื้อ​สินค้า​จาก​เว็บไซต์​ของ​ธุรกิจ ลูกค้า​ที่​สมัคร​รับ​ข่าวสาร​ผ่าน​แอป และ​ลูกค้า​ที่​สมัคร​โปรแกรม​สมาชิก​ที่​หน้า​ร้าน
  3. นโยบาย​ความ​เป็น​ส่วน​ตัว​ของ​ธุรกิจ​ต้อง​เปิด​เผย ว่า​มี​การ​แบ่ง​ข้อมูล​ลูกค้า​ให้​บุคคล​ที่​สาม​เพื่อ​ทำ​บริการ​แทน​ธุรกิจ
  4. ต้อง​ขอ​ความ​ยินยอม​สำหรับ​การ​แบ่ง​ข้อมูล​นั้น ใน​กรณี​ที่​กฎหมาย​หรือ​นโยบาย​ของ Google เรื่อง​โฆษณา​ที่​ปรับ​ตาม​บุคคล​กำหนด
  5. อัป​โหลด​ผ่าน API หรือ​หน้า​จอ​ที่ Google อนุมัติ​เท่านั้น และ​ต้อง​ปฏิบัติ​ตาม​กฎหมาย​และ​ข้อ​บังคับ​ที่​เกี่ยวข้อง​ทั้งหมด

ราย​ชื่อ​จาก​พาร์ตเนอร์​นับ​เป็น first-party context ไหม

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

นโยบาย​ความ​เป็น​ส่วน​ตัว​ของ​ร้าน​ต้อง​เขียน​อะไร​เพิ่ม

ธุรกิจ​ที่​อัป​โหลด​ราย​ชื่อ​ลูกค้า​ของ​ตัว​เอง​เข้า Customer Match คือ​การ​ส่ง​ข้อมูล​ให้ Google จับ​คู่​แทน​ธุรกิจ นโยบาย​จึง​ให้​นโยบาย​ความ​เป็น​ส่วน​ตัว​ของ​ร้าน​เขียน​ไว้​ว่า​มี​การ​แบ่ง​ข้อมูล​ลูกค้า​ให้​บุคคล​ที่​สาม​ทำ​บริการ​แทน ร้าน​ที่​เก็บ​เบอร์​โทร​จาก​ใบ​สมัคร​สมาชิก​มา​หลาย​ปี​โดย​ไม่​เคย​มี​ข้อความ​นี้ ต้อง​แก้​นโยบาย​ความ​เป็น​ส่วน​ตัว​ก่อน​อัป​โหลด สิทธิ​ของ​ลูกค้า​ที่​ขอ​ดู​หรือ​ขอ​ลบ​ข้อมูล​ภาย​หลัง​ยัง​ใช้​กับ​ราย​ชื่อ​ที่​อัป​โหลด​ไป​แล้ว​ด้วย วิธี​รองรับ​คำขอ​เหล่า​นั้น​อยู่​ในPDPA กับ​การ​ตลาด ลูกค้า​ขอ​ดู ขอลบ ขอ​ระงับ​ข้อมูล​ต้อง​ทำ​อะไร

Customer Match เปิด​ให้​บัญชี​เล็ก​ใช้ได้​แค่​ไหน

คำถาม​เรื่อง​ราย​ชื่อ​จาก​พาร์ตเนอร์​มัก​ข้าม​เงื่อนไข​อีก​ชั้น​หนึ่ง​ไป คือ​บัญชี​ของ​ธุรกิจ​ได้​สิทธิ์​ใช้ Customer Match แค่​ไหน นโยบาย​แบ่ง​ไว้​สอง​ระดับ

  1. บัญชี​ทุก​บัญชี​ที่​มี​ประวัติ​ปฏิบัติ​ตาม​นโยบาย​ดี​และ​มี​ประวัติการ​ชำระ​เงิน​ดี ใช้ Customer Match ได้​ใน​โหมด Observation และ​ใช้​เป็น​ราย​ชื่อ​ยกเว้น (Exclusions)
  2. บัญชี​ที่​มี​ประวัติ​ใน Google Ads 90 วัน​และ​ยอด​ใช้​จ่าย​สะสม​ตลอด​อายุ​บัญชี​เกิน 50,000 ดอลลาร์​สหรัฐ ใช้ได้​เพิ่ม​ใน​โหมด Targeting และ​ปรับ​ราคา​ประมูล​ด้วย​ตนเอง บัญชี​ที่​ใช้​สกุล​เงิน​อื่น​ถูก​แปลง​เป็น​ดอลลาร์​ด้วย​อัตรา​แลก​เปลี่ยน​เฉลี่ย​ราย​เดือน

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

โหมด Observation กับ Exclusions ช่วย​อะไร​ได้​บ้าง

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

ราย​ชื่อ​เก่า​เกิน 540 วัน​เกิด​อะไร​ขึ้น

นโยบาย​กำหนด​อายุ​สมาชิก​ใน​ลิ​สต์​ไว้​สูงสุด 540 วัน สมาชิก​ที่​เพิ่ม​หรือ​อัปเดต​ครั้ง​ล่าสุด​เกิน​กว่า​นั้น​จะ​ไม่​ถูก​นับ และ​ลิ​สต์​ต้อง​มี​สมาชิก​ที่​เพิ่ม​หรือ​อัปเดต​ภายใน​ช่วง​นี้​อย่าง​น้อย 100 ราย​จึง​ยัง​ใช้​งาน​ได้ ร้าน​ที่​อัป​โหลด​ราย​ชื่อ​ครั้ง​เดียว​แล้ว​ปล่อย​ไว้ จะ​พบ​ว่า​ลิ​สต์​ใช้​ไม่​ได้​เอง​เมื่อ​ครบ​กำหนด Google แนะนำ​ให้​รี​เฟรช​ลิ​สต์​เป็น​ประจำ ทั้ง​ด้วย​การ​เชื่อม​ต่อ​กับ CRM หรือ​อัป​โหลด​ใหม่​ด้วย​มือ ส่วน​ระบบ​กลาง​ที่​เก็บ​ราย​ชื่อ​พร้อม​ส่ง​เข้า​บัญชี​โฆษณา​แบบ​ต่อ​เนื่อง และ​ต่าง​จาก CRM ตรง​ไหน อธิบาย​ไว้​ในCDP ต่าง​จาก CRM ตาม​นิยาม​ปี 2026 ของ CDP Institute

ข้อ​ห้าม​อื่น​ของ Customer Match มี​อะไร​บ้าง

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

งาน​ร่วม​ที่​ลูกค้า​ลงชื่อ​กับ​เรา​เอง

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

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

แบบ​ฟอร์ม​ลง​ทะเบียน​ร่วม​ต้อง​บอก​ลูกค้า​อะไร

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

พาร์ตเนอร์​แบบ​ไหน​เหมาะ​กับ​การ​ทำงาน​ร่วม

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

ธุรกิจ​ที่​เก็บ​ราย​ชื่อ​จาก​เว็บ​ของ​ตัว​เอง​เจอ​ข้อ​จำกัด​อีก​แบบ คือ​คุกกี้​ของ​เว็บ​เอง​ก็​หมด​อายุ​ได้ ราย​ละเอียด​อยู่​ในFirst-Party Data คุกกี้​ของ​เว็บ​เอง​ก็​หมด​อายุ​ใน 7 วัน​ได้ ส่วน​การ​อ่าน​ว่า​ลูกค้า​ที่​ได้​มา​จาก​กิจกรรม​ร่วม​กลับ​มา​ซื้อ​ซ้ำ​หรือ​ไม่ อ่าน​ต่อ​ได้ที่Cohort Analysis ใน GA4 ลูกค้า​ที่​ได้​มา​สัปดาห์​นี้​กลับ​มา​กี่​คน ซึ่ง​แยก​ลูกค้า​ตาม​ช่วง​ที่​ได้​มา

ตาราง​สิทธิ์​อัป​โหลด​ตาม​แหล่ง​ราย​ชื่อ

แต่ละ​แถว​สรุป​จาก​หัวข้อ​การ​เก็บ​ข้อมูล​ลูกค้า​ใน​นโยบาย Customer Match คอลัมน์​สุดท้าย​เป็นการ​อ่าน​ถ้อยคำ​ของ​นโยบาย ไม่ใช่​คำ​วินิจฉัย​ของ Google ต่อ​กรณี​ใด​กรณี​หนึ่ง

แหล่ง​ราย​ชื่อ ลูกค้า​ให้​ข้อมูล​กับ​ใคร อัป​โหลด​เข้า Customer Match ได้​ไหม
ลูกค้า​ที่​ซื้อ​ผ่าน​เว็บไซต์​ของ​ร้าน ร้าน​โดยตรง ได้ ตรง​กับ​ตัวอย่าง​ใน​นโยบาย
สมาชิก​ที่​สมัคร​ที่​หน้า​ร้าน ร้าน​โดยตรง ได้ ตรง​กับ​ตัวอย่าง​ใน​นโยบาย
ผู้​ลง​ทะเบียน​กิจกรรม​ร่วม​ที่​เลือก​ให้​ข้อมูล​กับ​ร้าน ร้าน​โดยตรง ได้ เมื่อ​แบบ​ฟอร์ม​แยก​ผู้รับ​ข้อมูล​ชัดเจน
ไฟล์​ราย​ชื่อ​ที่​พาร์ตเนอร์​ส่ง​ให้ พาร์ตเนอร์ ไม่​เข้า​เงื่อนไข first-party context
ราย​ชื่อ​ที่​ซื้อ​จาก​ผู้​รวบรวม​ข้อมูล ผู้​รวบรวม​หรือ​แหล่ง​อื่น ไม่​เข้า​เงื่อนไข first-party context

แถว​ที่​อัป​โหลด​ได้​ยัง​ต้อง​ผ่าน​เงื่อนไข​อื่น​ครบ ได้แก่ นโยบาย​ความ​เป็น​ส่วน​ตัว​ที่​เปิด​เผย​การ​แบ่ง​ข้อมูล ความ​ยินยอม​ตาม​กฎหมาย และ​สิทธิ์​ของ​บัญชี​ตาม​ยอด​ใช้​จ่าย เมื่อ​ลูกค้า​กลุ่ม​นี้​พร้อม​แล้ว ขั้น​ต่อ​ไป​คือ​ตั้ง​มูลค่า​ของ​ลูกค้า​ใหม่​เทียบ​กับ​ลูกค้า​เดิม​ใน​บัญชี​โฆษณา ซึ่ง​อยู่​ในCustomer Lifetime Value ตั้ง​มูลค่า​ลูกค้า​ใหม่​ใน Google Ads

สรุป

Second-Party Data คือ​ข้อมูล​ที่​พาร์ตเนอร์​เก็บ​จาก​ลูกค้า​ของ​ตัว​เอง​แล้ว​แบ่ง​ให้​ธุรกิจ​อื่น นโยบาย Customer Match ของ Google Ads รับ​เฉพาะ​ข้อมูล​ที่​ธุรกิจ​เก็บ​เอง​ใน first-party context คือ​จาก​เว็บไซต์ แอป หน้า​ร้าน หรือ​สถานการณ์​ที่​ลูกค้า​ให้​ข้อมูล​โดยตรง ไฟล์​ราย​ชื่อ​จาก​พาร์ตเนอร์​และ​ราย​ชื่อ​ที่​ซื้อ​มา​จึง​ไม่​เข้า​เงื่อนไข​ตาม​ถ้อยคำ​ของ​นโยบาย บัญชี​ที่​ยัง​ไม่มี​ประวัติ 90 วัน​หรือ​ยอด​ใช้​จ่าย​สะสม​ไม่​เกิน 50,000 ดอลลาร์​สหรัฐ ใช้​ราย​ชื่อ​ได้​แค่​สังเกตการณ์​และ​ยกเว้น และ​สมาชิก​ใน​ลิ​สต์​มีอายุ​สูงสุด 540 วัน ความ​ร่วม​มือ​กับ​พาร์ตเนอร์​ที่​ใช้ได้​จริง​คือ​กิจกรรม​ร่วม​ที่​ลูกค้า​ลง​ทะเบียน​และ​เลือก​ให้​ข้อมูล​กับ​แต่ละ​ธุรกิจ​เอง

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

คือ​ข้อมูล​ลูกค้า​ที่​ธุรกิจ​หนึ่ง​เก็บ​จาก​ลูกค้า​ของ​ตัว​เอง แล้ว​แบ่ง​ให้​อีก​ธุรกิจ​หนึ่ง​ตาม​ข้อ​ตกลง สำหรับ​เจ้าของ​ต้นทาง​เป็น​ข้อมูล​ที่​ลูกค้า​ให้​ไว้​โดยตรง แต่​สำหรับ​ฝ่าย​ที่​รับ​ไป ลูกค้า​ไม่​ได้​ให้​ข้อมูล​กับ​ตัว​เอง

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

ใช้ได้​ถ้า​บัญชี​มี​ประวัติ​ปฏิบัติ​ตาม​นโยบาย​และ​ชำระ​เงิน​ดี แต่​ได้​เฉพาะ​โหมด​สังเกตการณ์​และ​ราย​ชื่อ​ยกเว้น การ​ใช้​ราย​ชื่อ​เลือก​กลุ่ม​เป้า​หมาย​ต้อง​มี​ประวัติ​บัญชี 90 วัน​และ​ยอด​ใช้​จ่าย​สะสม​เกิน 50,000 ดอลลาร์​สหรัฐ

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

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

PHYGITAL INSIGHT

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

ให้ PHYGITAL AGENCY ช่วยต่อยอดเรื่องนี้สู่ผลลัพธ์จริง

งาน​ร่วม​ที่​ลูกค้า​ลงชื่อ​กับ​เรา​เอง​ได้​ราย​ชื่อ​ที่​ใช้ได้​จริง

ทีม PHYGITAL AGENCY วาง​กิจกรรม​ร่วม​ระหว่าง​ธุรกิจ​พร้อม​จุด​ลง​ทะเบียน​ที่​แยก​ผู้รับ​ข้อมูล​ชัดเจน แล้ว​ตรวจ​นโยบาย​ความ​เป็น​ส่วน​ตัว​ของ​ร้าน​ให้​พร้อม​ใช้​ราย​ชื่อ​กับ Google Ads

PARANATH PANARATANA

WRITTEN BY

PARANATH PANARATANA

CHAIRMAN OF PHYGITAL AGENCY

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