DSA Ad Transparency 2026: แบรนด์ต้องเตรียม Sponsor, Payer และ Targeting Evidence อย่างไร

DSA เปลี่ยนโฆษณาออนไลน์จากสื่อชั่วคราวเป็นข้อมูลที่ตรวจสอบย้อนหลังได้

Digital Services Act หรือ Regulation (EU) 2022/2065 ใช้ทั่วไปตั้งแต่ 17 กุมภาพันธ์ 2024 และกำหนดความโปร่งใสของโฆษณาบนแพลตฟอร์มออนไลน์ใน Article 26 ขณะที่ Article 39 เพิ่มหน้าที่สำหรับ Very Large Online Platforms และ Very Large Online Search Engines หรือ VLOP/VLOSE ให้มีคลังโฆษณาสาธารณะ สาระสำคัญจึงไม่ใช่เพียงติดคำว่า Sponsored แต่ทำให้ผู้รับบริการเข้าใจว่าเห็นเนื้อหานี้เพราะอะไร ใครได้ประโยชน์จากการสื่อสาร และใครเป็นผู้จ่ายเงินจริง

คณะกรรมาธิการยุโรปอัปเดตคำอธิบายสิทธิผู้ใช้เมื่อ 17 กรกฎาคม 2026 ว่าแพลตฟอร์มต้องระบุโฆษณาอย่างชัดเจน ให้ข้อมูลที่มีความหมายว่าใครจ่ายและเหตุใดผู้ใช้จึงเห็นโฆษณา ส่วนแพลตฟอร์มขนาดใหญ่มากต้องมีคลังโฆษณาสาธารณะ สำหรับแบรนด์ ผลเชิงปฏิบัติคือ Campaign ไม่ได้หายไปพร้อม Budget แต่ทิ้งร่องรอยที่ผู้บริโภค นักวิจัย คู่แข่ง และผู้กำกับอาจเทียบกับ Landing Page, Influencer Post หรือคำชี้แจงขององค์กรได้

ใครมีหน้าที่ตามกฎหมาย และเหตุใดแบรนด์ไทยยังต้องเตรียมข้อมูล

ถ้อยคำของ Article 26 และ 39 วางหน้าที่แก่ Provider ของ Online Platform และ VLOP/VLOSE ไม่ใช่ประกาศว่าผู้ซื้อสื่อทุกรายเป็นผู้ถูกกำกับโดยตรงในสถานะเดียวกัน แบรนด์ไทยที่ซื้อโฆษณาผ่านแพลตฟอร์มจึงต้องเริ่มจาก Role Map แยก Platform, Advertiser, Beneficiary, Payer, Agency, Distributor และผู้สร้าง Commercial Communication อย่านำหน้าที่ของแพลตฟอร์มมาสรุปเป็นหน้าที่ทางกฎหมายของผู้ลงโฆษณาโดยไม่มีการวิเคราะห์บทบาท

อย่างไรก็ตาม แพลตฟอร์มไม่สามารถแสดง Sponsor, Payer และ Targeting ที่ถูกต้องได้หากข้อมูลต้นทางจากผู้ลงโฆษณาไม่ครบ จึงมักส่งผ่านข้อกำหนดมาในขั้นตอนเปิดบัญชี ซื้อสื่อ ยืนยันนิติบุคคล และกรอก Campaign แบรนด์นอก EU ยังอาจได้รับผลเมื่อโฆษณามุ่งถึงตลาด EU นอกจากนี้ DSA ไม่แทนที่ GDPR, ePrivacy, กฎหมายผู้บริโภค หรือกติกาสินค้าเฉพาะ การผ่านช่องกรอกของแพลตฟอร์มจึงไม่เท่ากับผ่าน Compliance ทั้งหมด

ข้อมูลสี่กลุ่มที่ Article 26 ต้องทำให้ผู้ชมเห็นอย่างชัดเจน

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

จุดเสี่ยงของงานจริงคือทีมใช้ชื่อแบรนด์ทางการตลาดแทนนิติบุคคล ผู้จ่ายเป็น Agency แต่ Campaign ระบุ HQ หรือ Distributor ซื้อสื่อให้หลายประเทศโดยไม่มี Delegation Record วิธีแก้คือสร้าง Sponsor–Payer Matrix ระบุ Legal Name, Trade Name, ประเทศ, Business ID, ผู้ได้ประโยชน์, ผู้ถือ Ad Account, ผู้รับ Invoice และฐานอำนาจของ Agency ให้ข้อมูลชุดเดียวถูกใช้ใน Brief, Purchase Order, Platform Verification และ Landing Page

Targeting Transparency ต้องบันทึกสิ่งที่เลือกและสิ่งที่ตัดออก

Targeting Record ไม่ควรเก็บเพียงคำกว้างว่า Interest-based แต่ควรบันทึกประเทศ ภาษา อายุที่อนุญาต Context, Keyword, Audience Source, Lookalike Logic, Retargeting Window, Optimization Event และ Exclusion ที่ใช้งานจริง พร้อมวันเริ่ม–หยุดและผู้อนุมัติ Article 39 ระบุว่าคลังโฆษณาของ VLOP/VLOSE ต้องแสดงว่ามีการมุ่งโฆษณาไปยังกลุ่มใดหรือไม่ พารามิเตอร์หลักที่ใช้ รวมถึงพารามิเตอร์หลักที่ใช้ตัดบางกลุ่มออก ตลอดจนจำนวนผู้รับรวมและข้อมูลรวมแยกตามประเทศสมาชิกในกรณีที่เกี่ยวข้อง

Article 26(3) ห้ามแพลตฟอร์มแสดงโฆษณาที่อาศัย Profiling โดยใช้ข้อมูลส่วนบุคคลประเภทพิเศษตาม GDPR Article 9 เช่น เชื้อชาติ ความเห็นทางการเมือง ศาสนา สุขภาพ หรือรสนิยมทางเพศ และ Article 28(2) ห้ามโฆษณาจาก Profiling ด้วยข้อมูลส่วนบุคคลเมื่อแพลตฟอร์มทราบด้วยความแน่นอนตามสมควรว่าผู้รับเป็นผู้เยาว์ แม้หน้าที่ข้อความนี้อยู่ที่แพลตฟอร์ม แบรนด์ไม่ควรสร้าง Segment หรือ Brief ที่ผลักให้เกิดผลต้องห้าม และไม่ควรเก็บข้อมูลเพิ่มเพื่อคาดเดาอายุหรือข้อมูลอ่อนไหวโดยไม่มีฐานที่เหมาะสม

Ad Repository ทำให้ Creative, URL และข้อมูล Campaign ต้องตรงกัน

Article 39 กำหนดให้ VLOP/VLOSE มี Repository ผ่านเครื่องมือค้นหาที่รองรับหลายเงื่อนไขและ API ตลอดระยะเวลาที่โฆษณาแสดงจนถึงหนึ่งปีหลังแสดงครั้งสุดท้าย ข้อมูลขั้นต่ำครอบคลุมเนื้อหาโฆษณา ชื่อสินค้า บริการหรือแบรนด์ ผู้ที่โฆษณาออกในนาม ผู้จ่าย ช่วงเวลา กลุ่มเป้าหมายและการตัดออก ตลอดจน Reach ที่เกี่ยวข้อง คลังนี้ต้องไม่ใส่ข้อมูลส่วนบุคคลของผู้รับโฆษณา

กรณี TikTok แสดงภาพการบังคับใช้จริง คณะกรรมาธิการมี Preliminary Findings เมื่อพฤษภาคม 2025 และต่อมายอมรับ Binding Commitments เมื่อ 5 ธันวาคม 2025 ซึ่งรวมการแสดงเนื้อหาโฆษณาเต็มตามที่ปรากฏใน Feed พร้อม URL, อัปเดต Repository ภายในไม่เกิน 24 ชั่วโมง, แสดงเกณฑ์ Targeting ที่ผู้ลงโฆษณาเลือก และข้อมูลผู้ชมแบบรวม Commitment ของแพลตฟอร์มหนึ่งไม่ใช่ข้อกำหนดที่ใช้แทนกฎหมายกับทุกแพลตฟอร์ม แต่เป็นสัญญาณชัดว่าคุณภาพ ความเร็ว และความค้นหาได้ของข้อมูลโฆษณากำลังถูกตรวจจริง

สร้าง Ad Evidence Pack หนึ่งชุดต่อ Campaign ไม่ใช่เก็บ Screenshot กระจัดกระจาย

โครงสร้างขั้นต่ำควรเริ่มจาก Campaign ID และ Market แล้วเชื่อม Objective, Product/SKU, Creative Master, Copy, CTA, Landing Page Snapshot, Sponsor, Payer, Agency Mandate, Targeting และ Exclusion, Data Source, Consent or Lawful-use Assessment, Platform Submission Receipt, Approval Log, Live Dates, Change History, Rejection or Takedown และ Final Report หาก Creative หรือ URL เปลี่ยนกลางแคมเปญ ต้องสร้าง Version ใหม่แทนการเขียนทับหลักฐานเดิม

กำหนด Owner ให้แต่ละชั้น Marketing รับผิดชอบความหมายของ Campaign, Media ดู Platform Setup, Legal/Privacy ตรวจ Scope และข้อมูล, Finance ยืนยัน Payer, Agency Operations คุมเวอร์ชัน และ Brand Owner อนุมัติชิ้นงานรวม ใช้ Retention Policy ที่สอดคล้องกับกฎหมาย สัญญา และความจำเป็น ไม่ตีความระยะหนึ่งปีของ Repository ว่าต้องเก็บข้อมูลภายในทุกประเภทเท่ากันทั้งหมด และไม่ส่งข้อมูลผู้บริโภคดิบเข้าแฟ้มเพียงเพราะต้องการคำว่า Evidence

แผน 30 วันสำหรับแบรนด์และเอเจนซีที่ซื้อสื่อใน EU

สัปดาห์แรกทำ Inventory ของ Ad Account, Market, Platform, Agency และนิติบุคคลที่เกี่ยวข้อง พร้อมสุ่มเทียบโฆษณาจริงกับ Repository สัปดาห์ที่สองสร้าง Sponsor–Payer Matrix และ Data Dictionary ของ Targeting โดยล็อกคำที่ใช้ใน Brief, Buying และ Reporting ให้ตรงกัน สัปดาห์ที่สามสร้าง Evidence Pack Template และ Approval Gate ก่อน Launch ครอบคลุม Creative, Landing Page, Legal Claim, Targeting และผู้เยาว์ สัปดาห์ที่สี่ทำ Retrieval Drill เลือก Campaign หนึ่งรายการแล้วให้ทีมค้นหลักฐานและอธิบายเส้นทางตัดสินใจภายในหนึ่งชั่วโมง

ก่อนเปิดแคมเปญ ให้ถามว่าโฆษณาออกในนามใคร ใครจ่าย ชื่อนิติบุคคลตรงกับเอกสารหรือไม่ ผู้ชมจะเห็นเหตุผลของ Targeting ได้หรือไม่ มี Sensitive-data Proxy หรือ Segment ผู้เยาว์หรือไม่ Creative และ URL ที่ส่งตรงกับเวอร์ชันอนุมัติหรือไม่ และใครหยุดแคมเปญได้เมื่อข้อมูลคลาดเคลื่อน หลัง Launch ให้ตรวจหน้าจอจริงและ Repository ตามความเหมาะสม บันทึกความต่างเป็น Incident หรือ CAPA แทนการแก้เงียบโดยไม่มีประวัติ

• ทำ Sponsor–Payer Matrix ครบทุก Ad Account และตลาด EU
• ล็อก Creative, Copy, URL และ Targeting ด้วย Campaign ID และ Version
• ตรวจ Sensitive Categories, Minor Profiling และ Data Source ก่อน Launch
• เก็บ Platform Receipt, Approval และ Change Log ในระบบกลาง
• สุ่มเทียบโฆษณาจริงกับ Ad Repository และเปิด CAPA เมื่อข้อมูลไม่ตรง
• ทดสอบค้นคืน Evidence Pack และกำหนดผู้มีอำนาจหยุดแคมเปญ

ใช้ AI ช่วยตรวจความสอดคล้องได้ แต่ห้ามให้ AI อนุมัติโฆษณาแทนคน

AI สามารถอ่าน Brief, Purchase Order, Creative, Landing Page และ Export จาก Ad Platform เพื่อแจ้งเตือนชื่อ Sponsor/Payer ไม่ตรง URL เปลี่ยนโดยไม่มีอนุมัติ Targeting ใช้คำเสี่ยง หรือ Evidence ขาดก่อน Launch ได้ นอกจากนี้ยังช่วยสร้าง Diff ระหว่าง Creative Version, สรุป Change Log และจัด Retrieval Pack ตาม Campaign ID ลดเวลาตรวจงานจำนวนมากของเอเจนซีโดยไม่ต้องลดมาตรฐาน

แต่ระบบไม่ควรอนุมานข้อมูลอ่อนไหวของผู้ชม สร้าง Segment ต้องห้าม หรือตัดสินข้อกฎหมายอัตโนมัติ ให้ใช้ Rule-based Gate กับรายการต้องห้ามชัดเจน และใช้ AI เป็น Reviewer ชั้นแรกเท่านั้น ผลลัพธ์ต้องผ่าน Marketing, Privacy และ Legal ตามระดับความเสี่ยง พร้อมเก็บ Prompt/Model Version เท่าที่จำเป็นและไม่ใส่ข้อมูลลูกค้าหรือข้อมูลส่วนบุคคลเกินวัตถุประสงค์ เป้าหมายคือเพิ่มความเร็วของการตรวจสอบ ไม่ใช่เพิ่มกล่องดำอีกชั้นในระบบโฆษณา