ในระดับสูง การจับคู่คุกกี้คือกระบวนการที่ผู้ลงโฆษณาหรือผู้ให้บริการ เชื่อมโยงคุกกี้ในโดเมนของตนกับคุกกี้ในโดเมนของ Google กำลังจับคู่ คุกกี้เหล่านี้ช่วยให้คุณเชื่อมต่อข้อมูลจากบุคคลที่หนึ่งที่คุณเป็นเจ้าของกับโฆษณา Google ได้ (ติดตามผ่าน Display &Video 360 และ Campaign Manager 360) ซึ่งจะช่วยให้คุณรวมข้อมูล CRM และเข้าใจพฤติกรรมของผู้ใช้ได้ดียิ่งขึ้น เมื่อรวมข้อมูลนี้ผ่านการเชื่อมโยงที่มุ่งเน้นความเป็นส่วนตัว คุณจะทำสิ่งต่อไปนี้ได้
- กำหนดกลุ่มเป้าหมายตามสินค้าเฉพาะเจาะจงที่ถูกทิ้งไว้ในรถเข็นช็อปปิ้ง หาก ที่ผู้ใช้โต้ตอบกับโฆษณาและโดเมนของคุณ
- พิจารณาว่าโฆษณาใดนำไปสู่เซสชันที่นานขึ้นในโดเมนของคุณ
- วิเคราะห์ประวัติการซื้อที่ผนวกกับข้อมูลหลังแคมเปญ
ข้อจำกัดและความเป็นส่วนตัวของผู้ใช้ปลายทาง
แม้ว่าการจับคู่คุกกี้จะมีประสิทธิภาพ แต่มีข้อจำกัดบางประการดังนี้
- ห้ามผนวกระหว่าง
*_match
กับตารางที่ไม่ใช่*_match
- และต้องอาศัยงานด้านวิศวกรรมจากทั้งคุณและ Google
- คุณไม่น่าจะจับคู่ข้อมูลโฆษณา Google ของคุณได้ทั้งหมด การจับคู่ที่ตรงกัน ราคาจะขึ้นอยู่กับหลายปัจจัย และแตกต่างกันไปตามกรณีการใช้งาน การตั้งค่าฝั่งไคลเอ็นต์ อัตราการจับคู่มักต่ำกว่าที่ผู้ใช้คาดหวัง ผู้ใช้คือ มีสิทธิ์สำหรับการจับคู่คุกกี้ก็ต่อเมื่อได้โต้ตอบกับโดเมนของคุณเท่านั้น และ โฆษณาของคุณ
- Google จะเริ่มเติมข้อมูลในตารางการจับคู่เมื่อตั้งค่าแล้ว แล้วแต่กรณี เกี่ยวกับความถี่ที่ผู้ใช้เข้าชมเว็บไซต์และรับการจับคู่ของคุณ อาจใช้เวลาหลายเดือนกว่าตารางการจับคู่ของคุณจะมีแบบองค์รวมที่เสถียร ข้อมูลผู้ใช้ของคุณได้
- คุณจะไม่สามารถเชื่อมโยงผู้ใช้แต่ละรายกับอุปกรณ์หลายเครื่องได้ ยกเว้น คุณจะมีวิธีบางอย่างในการเชื่อมต่อผู้ใช้ข้ามอุปกรณ์
- คุณไม่สามารถจับคู่ผู้ใช้รายเดียวโดยใช้คุกกี้หลายรายการได้ เมื่อผู้ใช้ล้างคุกกี้
- งานที่เรียกใช้ในตารางการจับคู่จะขึ้นอยู่กับการรวมข้อมูลเดียวกัน ข้อกำหนดเหมือนกับงานอื่นๆ ใน Ads Data Hub มีอัตราการจับคู่ต่ำร่วมกับการเข้าชมนานๆ ครั้ง อาจทำให้เกิดความยากลำบากในการรับข้อมูล สืบเนื่องจาก ผลกระทบรวมกันของอัตราการจับคู่และข้อกำหนดการรวม1
- คุณจะดำเนินการต่อไปนี้ตามนโยบายของ Google เกี่ยวกับความเป็นส่วนตัวของผู้ใช้ปลายทาง
- ไม่ได้รับอนุญาตให้จับคู่กับข้อมูลที่ลงชื่อเข้าใช้และออกจากระบบของผู้ใช้
- จับคู่ข้อมูลกับผู้ใช้ที่เลือกไม่รับโฆษณาไม่ได้ การปรับเปลี่ยนให้เหมาะกับผู้ใช้
- สำหรับกิจกรรมใน iOS คุณจะจับคู่ได้เฉพาะข้อมูลที่มาจากแอปใน iOS 14.5 ขึ้นไปเท่านั้น จากผู้ใช้ที่ได้รับอนุญาตภายใต้การติดตามแอปของ Apple ความโปร่งใส เฟรมเวิร์ก
การรับทราบความยินยอมของบุคคลที่หนึ่ง
เพื่อให้มั่นใจว่าจะใช้ข้อมูลจากบุคคลที่หนึ่งใน Ads Data Hub ได้ คุณต้อง ยืนยันว่าคุณได้รับความยินยอมที่เหมาะสมในการแชร์ข้อมูลจากผู้ใช้ปลายทางใน EEA กับ Google ตามนโยบายความยินยอมของผู้ใช้ EU และโฆษณา นโยบายของ Data Hub ข้อกำหนดนี้มีผลกับข้อมูลโฆษณาแต่ละรายการ Hub และต้องอัปเดตทุกครั้งที่อัปโหลดข้อมูลจากบุคคลที่หนึ่งใหม่ ช่วง ผู้ใช้เพียงรายเดียวจะสามารถทำการรับทราบนี้ในนามของทั้งบัญชีได้
โปรดทราบว่ากฎการค้นหาบริการ Google เดียวกันกับที่ใช้กับการค้นหาการวิเคราะห์ สามารถใช้กับข้อความค้นหาที่จับคู่คุกกี้ได้ด้วย เช่น คุณจะไม่สามารถเรียกใช้ข้ามบริการ ข้อความค้นหาของผู้ใช้ใน EEA เมื่อคุณสร้างตารางการจับคู่
หากต้องการดูวิธีรับทราบความยินยอมใน Ads Data Hub โปรดดูข้อกําหนดด้านความยินยอม สำหรับเขตเศรษฐกิจยุโรป
วิธีการทำงานของการจับคู่คุกกี้
หากต้องการให้ Google เติมข้อมูลในตารางการจับคู่ คุณต้องแสดงแท็กการจับคู่ในทุกหน้าของโดเมนที่คุณสนใจจะจับคู่ข้อมูลการโฆษณา ตำแหน่งที่คุณวางพิกเซลจะขึ้นอยู่กับเป้าหมายการโฆษณาของคุณ ตัวอย่างเช่น คุณอาจต้องการพยายามจับคู่ผู้ใช้ทุกคนที่เข้าชมโดเมนของคุณ (ต้องใช้พิกเซลในเกือบทุกหน้า) หรือจับคู่ผู้ใช้ที่ทําให้เกิด Conversion (ต้องใช้พิกเซลในหน้า Conversion) โดยทั่วไปแล้วพิกเซลที่กว้างกว่าจะทำให้อัตราการจับคู่สูงขึ้น
แท็กจับคู่คือพิกเซล 1x1 แบบโปร่งใส ซึ่งมีรหัสโปรไฟล์การจับคู่คุกกี้ และรหัสผู้ใช้หรือรหัสคุกกี้ที่เข้ารหัส ดังนี้
<img src="https://cm.g.doubleclick.net/pixel?google_nid=adh_customername&google_hm=Q29va2llIG51bWJlciAxIQ" />
แท็กจับคู่นี้คือสิ่งที่เริ่มการสื่อสารระหว่างคุณกับบริการจับคู่คุกกี้ของ Google
ภาพรวมทีละขั้นตอน
- ผู้ใช้เข้าชมหน้าเว็บที่มีแท็กจับคู่
- แท็กจับคู่จะเริ่มชุดการเปลี่ยนเส้นทางไปยัง Google Marketing Platform บริการจับคู่ของ Google Ads และ YouTube คำขอมีรหัสของผู้ใช้รายนั้น หรือคุกกี้จากเว็บไซต์ของคุณ รวมกับคุกกี้ Google ในแต่ละโดเมน พื้นที่ ID ของบริการ
- ระบบจะส่งพิกเซลแบบโปร่งใสขนาด 1x1 ไปที่เบราว์เซอร์เพื่อยืนยันว่า ดำเนินการตามคำขอแล้ว
กระบวนการนี้จะปรากฏในแผนภาพต่อไปนี้
ตั้งค่า
ขั้นตอนการตั้งค่าการจับคู่คุกกี้ใน Ads Data Hub มีดังนี้
- ติดต่อตัวแทนฝ่ายดูแลลูกค้าและแจ้งความสนใจเกี่ยวกับการจับคู่คุกกี้ พวกเขาจะพูดคุยเกี่ยวกับเป้าหมายของคุณและให้ข้อมูลเพิ่มเติมเกี่ยวกับการทำให้พิกเซลการติดตามใช้งานได้ในโดเมนของคุณ
- ผู้เชี่ยวชาญ Ads Data Hub จะเริ่มการสนทนาอีกครั้งเพื่อพูดคุยเกี่ยวกับข้อกำหนดทางเทคนิคและกรณีการใช้งาน
- ขณะที่คุณทำให้พิกเซลการติดตามและปลายทางของข้อผิดพลาดใช้งานได้ Google จะสร้างตารางการจับคู่ให้คุณ
เมื่อทำตามขั้นตอนเหล่านี้เสร็จแล้ว คุณไม่จำเป็นต้องดำเนินการใดๆ ในทันที Google จะเติมข้อมูลในตารางการจับคู่ทุกวัน2 คุณจึงต้องเผื่อเวลาให้มากพอเพื่อให้ตารางมีข้อมูลเพียงพอที่จะจับคู่ที่มีความหมายและเป็นไปตามข้อกําหนดในการรวม ซึ่งขึ้นอยู่กับความถี่ที่ผู้ใช้เข้าชมเว็บไซต์ เว็บไซต์ที่มีผู้เข้าชมรายวันจะถึงจุดนี้เร็วกว่าเว็บไซต์ที่มีผู้เข้าชมรายเดือนมาก เมื่อจำนวนการจับคู่ใหม่สุทธิช้าลง ตารางการจับคู่ของคุณจะมีข้อมูลที่ครอบคลุมมากขึ้น
การค้นหาตารางที่ตรงกัน
เมื่อตารางจับคู่มีข้อมูลเพียงพอที่จะผ่านการตรวจสอบด้านความเป็นส่วนตัว คุณจะ พร้อมที่จะเรียกใช้การค้นหาในตารางแล้ว
ตารางเดิมสำหรับข้อมูลจากบุคคลที่หนึ่ง (1PD) จะแสดงด้วย my_data
ซึ่งรวมทั้งข้อมูลส่วนบุคคลที่ระบุตัวบุคคลนั้นได้ (PII) และข้อมูลที่ไม่ใช่ PII
การใช้ตารางเดิมจะช่วยปรับปรุงรายงานด้วยข้อมูลเชิงลึกที่มากขึ้นได้ เนื่องจาก
แสดงข้อมูล 1PD ทั้งหมดในขอบเขต เมื่อเทียบกับตารางการจับคู่
แต่ละตารางในสคีมา Ads Data Hub ที่มีช่อง user_id
ได้แก่
ร่วมกับตารางการจับคู่ ตัวอย่างเช่น สำหรับ
ตาราง adh.google_ads_impressions
Ads Data Hub จะสร้างตารางจับคู่ด้วย
ที่เรียกว่า adh.google_ads_impressions_match
ซึ่งมีรหัสผู้ใช้ของคุณ
ระบบจะสร้างตารางการจับคู่แบบแยกกันสำหรับตารางที่แยกนโยบาย ตัวอย่างเช่น สำหรับ
ตาราง adh.google_ads_impressions_policy_isolated_youtube
, Ads Data Hub
ยังสร้างตารางจับคู่ที่เรียกว่า
adh.google_ads_impressions_policy_isolated_youtube_match
มี
User-ID
ตารางเหล่านี้ประกอบด้วยกลุ่มย่อยของผู้ใช้ที่มีอยู่ในตารางเดิม
ที่มีการแข่งขันใน user_id
ตัวอย่างเช่น หากตารางต้นฉบับ
มีข้อมูลสำหรับผู้ใช้ A และผู้ใช้ B แต่จับคู่เฉพาะผู้ใช้ A จากนั้นจะเป็นผู้ใช้ B
จะไม่อยู่ในตารางจับคู่
ตารางจับคู่มีคอลัมน์เพิ่มเติมชื่อ external_cookie
ซึ่ง
จัดเก็บตัวระบุผู้ใช้เป็น BYTES
คุณควรคำนึงถึงประเภทของช่องนี้เมื่อเขียนคำค้นหา SQL
โอเปอเรเตอร์การเปรียบเทียบคาดหวังว่าลิเทอรัลที่คุณกำลังเปรียบเทียบจะเหมือนกัน
ประเภท ขึ้นอยู่กับวิธีจัดเก็บ user_id
ในตารางบุคคลที่หนึ่ง
คุณอาจต้องเข้ารหัสค่าในตารางก่อนที่จะจับคู่ข้อมูล
คุณต้องแคสต์คีย์สำหรับเข้าร่วมไปยัง BYTES เพื่อให้จับคู่ได้สำเร็จ โดยทำดังนี้
JOIN ON
adh.google_ads_impressions_match.external_cookie = CAST(my_data.user_id AS BYTES)
นอกจากนี้ การเปรียบเทียบสตริงใน SQL จะคำนึงถึงการใช้อักษรตัวพิมพ์ใหญ่ คุณจึง อาจต้องเข้ารหัสสตริงทั้ง 2 ฝั่งของการเปรียบเทียบเพื่อให้มั่นใจว่า สามารถเปรียบเทียบได้อย่างแม่นยำ
การเข้ารหัสรหัสผู้ใช้
เข้ารหัสรหัสผู้ใช้ฝั่งไคลเอ็นต์
รหัสทั้งหมดต้องเข้ารหัส Base64 ที่ปลอดภัยสำหรับ URL ก่อนส่งเพื่อให้ส่งรูปแบบรหัสต่างๆ ผ่าน URL ได้อย่างปลอดภัย รหัสที่ถอดรหัสแบบ Base64 ที่ปลอดภัยสำหรับ URL จะพร้อมใช้งานใน Ads Data Hub ในช่อง external_cookie
ดังนั้นคุณจะต้องเลิกทำการเปลี่ยนรูปแบบที่ใช้ก่อนการเข้ารหัสเพื่อดึงรหัสเดิมมาใช้
หากรหัสของคุณมีความยาว 24 อักขระ (หรือไบต์) หรือน้อยกว่าเสมอ คุณสามารถใส่รหัสที่เข้ารหัส Base64 ที่ปลอดภัยสำหรับ URL ไว้ในพิกเซลดังที่แสดงในตัวอย่าง 1 หากรหัสของคุณยาวเกิน 24 อักขระ (หรือไบต์) คุณจะต้องแปลงรหัสให้อยู่ในรูปแบบที่มีขนาดไม่เกิน 24 ไบต์ ในบางกรณี (เช่น GUID ในตัวอย่างที่ 2) ก็ต้องแปลงเป็นการแทนค่าไบต์ ในกรณีอื่นๆ คุณอาจต้องส่งชุดย่อย (หรือแฮช) ของรหัสมาให้ Google โปรดทราบว่าไม่ว่าในกรณีใด คุณจะต้องตรวจสอบว่าสามารถเขียน SQL JOIN ซึ่งจะแปลงรหัสในตารางบุคคลที่หนึ่งได้ในลักษณะเดียวกัน
ตัวอย่างที่ 1
ค่า User-ID จะต่ำกว่าขีดจำกัดความยาว 24 ไบต์เสมอ Ads Data Hub แนะนําให้คุณส่ง User-ID ไปยัง ADH โดยตรง (หลังจากเข้ารหัสเป็น Base64 ที่ปลอดภัยสำหรับ URL เพื่อวัตถุประสงค์ในการส่ง URL)
var userId = 'abcdef123456789';
// Encode the string (or number) in normal base64.
var userIdBase64 = btoa(userId);
// Ensure that the uploaded user IDs use web-safe Base64 encoding.
userIdBase64 = userIdBase64.replace(/\+/g, '-').replace(/\//g, '_')
.replace(/=+$/, '');
// After encoding the UUID correctly, you can create the request tag and
// insert it into the DOM.
var imgElement = Document.createElement('img');
imgElement.src =
'https://cm.g.doubleclick.net/pixel?google_nid=adh_customername&google_hm='
+ userIdBase64;
document.body.appendChild(imgElement);
ตัวอย่างที่ 2
คุณต้องกำหนดค่า Universal Unique Identifier (UUID) เป็นรหัสผู้ใช้ เช่น
123e4567-e89b-12d3-a456-426655440000
Ads Data Hub แนะนําการเปลี่ยนรูปแบบต่อไปนี้เมื่อจับคู่
- UUID มีการจัดรูปแบบเป็นสตริงที่มีอักขระ 36 ตัว
- UUID การถอดรหัสเลขฐานสิบหก
- UUID จะมีการจัดรูปแบบเป็นไบต์
- ไบต์การเข้ารหัส Base64 ที่ปลอดภัยสำหรับ URL
- UUID มีการจัดรูปแบบเป็นสตริง
คุณสามารถติดตั้งใช้งานด้วยโค้ดต่อไปนี้
JavaScript
var userId = '123e4567-e89b-12d3-a456-426655440000';
// A helper function for converting a hex string to a byte array.
function strToBytes(str) {
for (var bytes = [], i = 0; i < str.length; i += 2) {
bytes.push(parseInt(str.substr(i, 2), 16));
}
return bytes;
}
// Remove the formatting dashes from the UUID.
userId = userId.replace(/-/g, '');
// Encode the hex string as a byte array.
var userIdBytes = strToBytes(userId);
// Encode the byte array in normal base64.
var userIdBase64 = btoa(String.fromCharCode(...new Uint8Array(userIdBytes)));
// Ensure that the uploaded user IDs use web-safe Base64 encoding.
userIdBase64 = userIdBase64.replace(/\+/g, '-').replace(/\//g, '_').replace(
/=+$/, '');
// After encoding the UUID correctly, you can create the request tag and
// insert it into the DOM.
var imgElement = Document.createElement('img');
imgElement.src =
'https://cm.g.doubleclick.net/pixel?google_nid=adh_customername&google_hm='
+ userIdBase64;
document.body.appendChild(imgElement);
Python
import base64
user_id = '123e4567-e89b-12d3-a456-426655440000'
user_id_as_bytes = bytes.fromhex(user_id.replace('-', ''))
base64.urlsafe_b64encode(user_id_as_bytes)
ถ้ามีข้อมูลตรงกับรหัสผู้ใช้ Google ช่อง external_cookie
จะมีรหัสของคุณเป็นค่าไบต์ หากต้องการสร้างรหัสเดิมอีกครั้ง คุณต้องเปลี่ยนรูปแบบต่อไปนี้
external_cookie
มีรูปแบบเป็นไบต์- การเข้ารหัสเลขฐานสิบหก
external_cookie
external_cookie
มีการจัดรูปแบบเป็นสตริง
เข้ารหัสรหัสผู้ใช้ใน Ads Data Hub
หากคุณจัดเก็บสตริง UUID ไว้ในช่องของข้อมูลจากบุคคลที่หนึ่ง คุณจะต้องแปลงสตริงนั้นเป็นไบต์ตามตัวอย่างข้างต้นเพื่อให้รวมข้อมูลได้สำเร็จ
ตัวอย่างต่อไปนี้แสดงวิธีเข้ารหัส UUID แล้วนำไปรวมในช่องคุกกี้ภายนอก
JOIN my_data ON imp.external_cookie = FROM_HEX(REPLACE(my_data.uuid, '-', ''))
โปรดทราบว่าคุณแคสต์จำนวนเต็มไปยังไบต์ไม่ได้ หากรหัสผู้ใช้เป็นจำนวนเต็ม (ตามตัวอย่างที่ 1 ด้านบน) คุณจะต้องแคสต์เป็นสตริงก่อน
JOIN my_data ON imp.external_cookie = CAST(CAST(my_data.user_id AS STRING) AS BYTES)
โปรดทราบว่าการเข้ารหัสที่จำเป็นในการจับคู่ข้อมูลจะเจาะจงเฉพาะวิธีการจัดเก็บข้อมูลและวิธีเข้ารหัสก่อนส่งไปยัง Ads Data Hub
ดูข้อมูลเพิ่มเติมเกี่ยวกับฟังก์ชันสตริงใน BigQuery SQL
ตัวอย่างการค้นหา
ตัวอย่างต่อไปนี้จะผนวกข้อมูลจากบุคคลที่หนึ่งกับ google_ads_impressions_match
แล้วรวมผลลัพธ์เหล่านี้กับ adh_google_ads_impressions
ในการค้นหาที่ 2
SELECT
imp.campaign_id as campaign_id,
sum(my_data.recent_orders) as orders,
average(my_data.lifetime_value) as ltv
FROM
adh.google_ads_impressions_match as imp
LEFT JOIN
my_data ON imp.external_cookie = my_data.company_guest_id_bytes
GROUP BY
campaign_id
เมื่อบันทึกผลการค้นหาของการค้นหาก่อนหน้าเป็น previous_results
แล้ว คุณจะเข้าร่วม google_ads_impressions
ได้แล้ว วิธีนี้จะเพิ่มข้อมูลเกี่ยวกับแคมเปญที่มีการแสดงผล 0 ครั้งในผลลัพธ์
SELECT
campaign_id,
COALESCE(orders, 0) as orders,
COALESCE(ltv, 0) as ltv,
FROM (SELECT DISTINCT campaign_id
FROM adh.google_ads_impressions)
LEFT JOIN previous_results USING (campaign_id)