คนทำ Ads Network / คนทำเว็บ จะปรับตัวยังไงในวันที่ Privacy Sandbox API กำลังจะมา

เมื่อปีที่แล้ว Chrome ประกาศว่าจะไม่ให้ Save Thrid party cookie แล้ว ซึ่งจะทำให้​ Feature หลายๆอย่างทำแทบไม่ได้เลย คนที่ได้รับผลกระทบหนักๆน่าจะเป็นคนที่ทำ Ads network กับคนที่ทำ Embed script ให้คนเอาไปแปะ Web ต่างๆ เพราะหลายๆอันยังต้องพึ่ง 3rd party cooke อยู่ คราวนี้ เรื่องนี้จะเริ่ม Effective phase 1 ตอน Q1 ปีหน้า ซึ่งอีกแปบเดียวเรามาไล่ดูกันดีกว่าครับว่าแต่ละคนต้องปรับตัวอะไรบ้าง

คนทำเว็บทั่วๆไปที่ใช้ 3rd party cookie

1. ถ้าคุณหวังว่าจะมีทางให้ Save cookie เพื่อใช้ cross site ได้ ข้ามไปเลย หมดสิทธิ
2. ถ้าต้องการ Save 3rd party cookie อยู่ แต่ไม่ cross site ยังทำได้ผ่านสิ่งที่เรียกว่า CHIPS API
3. คนที่ทำ Widget login แบบ Facebook / Google เลิกใช้ Cookie ไปได้เลย ใขช้ไม่ได้แล้ว ซึ่ง Google ให้ไปใช้ Federated Credential Management API แทน
4. ถ้าเว็บคุณมีหลาย Domain (company.co.th, company.com, company.co.uk) แล้วต้องการ ใช้ cookie ข้าม domain กัน ก็พอมีทางอยู่แต่โคตรวุ่นวาย ซึ่งต้องไปใช้ Related Website Sets

คนทำ Ads network

กลุ่มนี้พังจริงๆเละแน่นอน เพราะว่า หลายๆ feature ในปัจจุบันที่ทำให้ Ads มันทำเงินได้อย่างเช่น Re-targeting / Interest based ads ล้วนใช้ Third party cookie ทั้งหมดเลย

Re-targeting — ตัวนี้ banner จะรู้ว่าเราเคยไปเว็บไหนมาบ้างนั้น ก็ไม่ยากเลยที่จะเอา Banner ของเว็บที่เราเคยไปดูมา เอามา Display บนอีกเว็บนึง

Interested based ads —Ads network track เราอยู่แล้วว่าเราไปไหนมาบ้างนั้นเค้าก็จะเอาเว็บที่เราเคยเข้าไปคำณวนแล้วดูว่าเรามี Interested อะไร

ซึ่งสองอันบน จะทำไม่ได้แล้ว Google เลยต้องออก API สำรองออกมาเพื่อให้ยังพอทำอะไรแบบนี้ได้อยู่

Topics API

1. พอ track ไม่ได้แล้ว ก็คำณวน interested ไม่ได้แล้ว นั้ Browser จะคำณวนให้ว่าคนนี้มี Interested อะไรแล้วคนทำ Ads ต้องเรียกผ่าน function document.browsingTopics() แล้วเดี๋ยว Browser จะบอกเองซึ่งทั้ง list มีอญู่ 280 topic ตามนี้ https://github.com/patcg-individual-drafts/topics/blob/main/taxonomy_v2.md ซึ่งใครอยากรู้ว่าตัวเองมี Topic อะไรบ้างไปดูได้ที่ chrome://topics-internals/ ความโหดก็คือ บางครั้บง Browser จะส่งของปลอมๆออกมาโดยที่ คนเรียก Function ไม่มีทางรู้ว่านั่นของจริงหรือเปล่า
2. Topic ทั้งหมด คำณวนบน Browser ใหม่เรื่อยๆ เหือนจะทุกๆวันนั้นเปลี่ยนตลอด

Protected Audience API

พอเราไม่รู้แล้วว่าคนๆนี้เคยไปเว็บไหนมาบ้าง นั้นการจะทำ Retargeting แทบทำไม่ได้เลย ซึ่ง วิธี ที่ Google ให้ทำคือ

1. สมมติว่า User เข้าเว็บ A แล้วคิดว่าจะ Retarget คนๆนี้ เว็บ A ต้อง Save Banner นั้น เก็บไว้ใน Browser!!!!

2. พอ User เข้าไปเว็บที่มี Banner ว่างๆเจาะเอาไว้ สมมติว่าคือเว็บ B เว็บ B ต้องสั่งให้ Ads ทุกตัวที่ถูก save เอาไว้ รัน Auction แข่งกันซึ่งเป็นการรันบนเครื่องไม่เกี่ยวกับ Server เลย แต่ยังพอเขียน static logic ได้อยู่ พอ ads ชนะ ก็จะส่งไปถาม Server ว่า ads ตัวนี้ชนะ ให้ Display มั้ย

3. ถ้า Server ของ ads network ตอบมาว่า โอเค Display ได้ เว็บ B ก็จะได้ URL ของ Banner ที่เก็บไว้ใน Browser มา ให้เอาไป Display ใน Frame พิเศษที่ไม่ใช่ iframe

4. พอ ads display ก็จะมี function ส่งไปบอกว่า คนดูเห็นแล้วนะ หรือถ้ามี คนกดก็จะมี function ที่จะ call ไปบอก server

5. ถ้า Ads ไหนเคยชนะบ่อยๆแล้ว Browser จะ force ให้ ads นั้น auction แพ้ทันทีทำให้โอกาศที่จะเห็น Ads เดิมซ้ำกันในหน้าเว็บเดิมน้อยลง หรือโอกาศจะเห็น Ads หลอนไปทุกๆเว็บก็น้อยตามลงไปเหมือนกัน

6. จะเห็นว่า หลังจากนี้ Process ส่วนใหญ่ของการเลือกว่า Ads ไหนจะโชว์ แทบจะเกิดบน เครื่อง User หมดเลย Server ของ Ads network จะ control อะไรได้ยากขึ้น เหมือนรู้ได้แค่ว่า Ads ตัวไหนจะ Display เท่านั้นเอง

อ้างอิง

ใครอยากรู้เรื่องเพิ่มสำหรับทุกอันนี้ก็ลองไปอ่านได้ที่ https://privacysandbox.com/open-web/ ในนั้นข้อมูลแน่นเลย

ผมมี Live เรื่องนี้ไปนิดนึงไปดูได้ที่ link นี้เลยครับ
https://www.facebook.com/thangman22/videos/304206325577431/?notif_id=1696167736162468&notif_t=feedback_reaction_generic&ref=notif