ทางเลือกของ Google Analytics: วิธีใช้กองเทคโนโลยีของ Google ต่อไปและปฏิบัติตาม GDPR

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

อย่างไรก็ตาม การเปลี่ยนแปลงเทคโนโลยีเป็นเรื่องที่เจ็บปวดและมีค่าใช้จ่ายสูง:

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

​​ข่าวดีก็คือ บริษัทต่างๆ ไม่จำเป็นต้องเปลี่ยนกองเทคโนโลยีของตน พวกเขาเพียงแค่ต้องตั้งค่าทุกอย่างถูกต้อง

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

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

เรารู้อะไรเกี่ยวกับวันเก่า ๆ เหล่านั้นบ้าง?

การเก็บรวบรวมข้อมูล

• ผู้เชี่ยวชาญ 99.5% ใช้ Google Tag Manager เพื่อส่งข้อมูลไปทุกที่ที่ต้องการ
• ผู้เชี่ยวชาญ 85.7% ใช้ Google Analytics เพื่อรวบรวมข้อมูลเว็บไซต์

การประมวลผลข้อมูล

• เกือบทุกคนใช้ ETL และ DWH ในการประมวลผลข้อมูล
• การกำหนดคีย์และใช้เพื่อรวมข้อมูลและสร้างรายงานที่คุณต้องการนั้นง่ายมาก

การรายงานข้อมูล

เครื่องมือสร้างภาพข้อมูลที่หลากหลาย รวมถึง Google Data Studio และ Google ชีตเชื่อมต่อกับที่จัดเก็บข้อมูลได้อย่างราบรื่น

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

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

เบราว์เซอร์จำกัดการใช้คุกกี้ของบุคคลที่สาม

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

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

Google Analytics ไม่สอดคล้องกับ GDPR

หลังจากที่กฎระเบียบให้ความคุ้มครองข้อมูลส่วนบุคคลของผู้บริโภค (GDPR) ของสหภาพยุโรปมีผลบังคับใช้ ผู้ใช้ Google Analytics ในยุโรปประสบปัญหา Google Analytics กลายเป็นเรื่องผิดกฎหมายสำหรับผู้ให้บริการเว็บไซต์ที่จะใช้ในหลายประเทศ เนื่องจากการตัดสินใจของหน่วยงานคุ้มครองข้อมูลของยุโรป เนื่องจากไม่เป็นไปตาม GDPR

ปัจจุบัน ธุรกิจต่างๆ ต้องลบ Google Analytics ออกจากเว็บไซต์หรือต้องเสียค่าปรับเนื่องจากละเมิด GDPR ผู้ใช้ Google Analytics ที่ดำเนินงานในสหภาพยุโรปหรือให้บริการลูกค้าในประเทศในสหภาพยุโรปควรดำเนินการทันทีเพื่อให้แน่ใจว่าจะไม่มีการถ่ายโอนข้อมูลส่วนบุคคลไปยังเซิร์ฟเวอร์ในสหรัฐอเมริกา หรือค้นหาแพลตฟอร์มการวิเคราะห์ทางเลือกที่สอดคล้องกับ GDPR

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

โหมดความยินยอมจะลดจำนวนการแปลงที่สามารถระบุแหล่งที่มาของการเข้าชมได้

ผู้โฆษณาจะยังคงรวบรวมข้อมูลกิจกรรมของผู้ใช้ แต่จะไม่สามารถระบุได้ว่าการโต้ตอบใดกับโฆษณาที่นำไปสู่ ​​Conversion ส่วนแบ่งเฉลี่ยของผู้ใช้ที่ปฏิเสธคุกกี้บนเว็บไซต์ที่ใช้โหมดยินยอมคือ 30% ส่วนแบ่งนี้สามารถเข้าถึง 40% ขึ้นอยู่กับประเภทของเว็บไซต์

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

วันนี้ เมื่อนักวิเคราะห์เริ่มคิดถึงการรวบรวม ประมวลผล และแปลงข้อมูล พวกเขาต้องตอบคำถามที่ยุ่งยากต่อไปนี้

การเก็บรวบรวมข้อมูล

• ฉันจะทำอย่างไรเกี่ยวกับการขาดข้อมูลเนื่องจาก GDPR โหมดความยินยอม และข้อจำกัดในการใช้คุกกี้
• ฉันจะทำอย่างไรกับผู้ใช้ที่ยินยอมและผู้ใช้ที่ไม่ยินยอม ฉันจะแยกแยะความแตกต่างและรับข้อมูลในรายงานที่เชื่อถือได้ได้อย่างไร
• ฉันต้องขอความยินยอมประเภทใดเพื่อติดตามพารามิเตอร์ UTM (การติดตามพารามิเตอร์ UTM เป็นสิ่งสำคัญเพื่อให้จับคู่เซสชัน/การแปลงเว็บไซต์กับแคมเปญของคุณ)
• ฉันสามารถส่งข้อมูลของผู้ใช้ไปที่ปลายทางใดได้บ้าง (ตรวจสอบอีกครั้งว่าคุณใช้บริการประเภทใดก่อนที่จะส่งข้อมูลไปที่นั่น)
• ฉันสามารถติดตามข้อมูลประเภทใดสำหรับผู้ใช้ที่ไม่ยินยอม

การประมวลผลข้อมูล

• ฉันจะแน่ใจได้อย่างไรว่าข้อมูลของลูกค้าในยุโรปได้รับการประมวลผลและจัดเก็บไว้ในตำแหน่งที่ตั้งในสหภาพยุโรป
• ข้อมูล PII ไหลผ่านไปป์ไลน์ข้อมูลและการแปลงทั้งหมดของฉันอย่างไร

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

การรายงานข้อมูล

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

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

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

1. ตรวจสอบรายงานทางภูมิศาสตร์ใน Google Analytics

คุณต้องเข้าใจว่าผู้เข้าชมเว็บไซต์มาจากภูมิภาคใด กี่มาจากสหรัฐอเมริกา vs EU? คุณต้องเริ่มทำงานกับประเทศที่ผู้เยี่ยมชมส่วนใหญ่มาจาก เราเชื่อว่าทุกคนรู้ว่าจะหารายงานทางภูมิศาสตร์ได้จากที่ใด ตรวจสอบและกำหนดรายชื่อประเทศที่ผู้เข้าชมส่วนใหญ่ของคุณมาจาก

2. เรียนรู้เกี่ยวกับกฎหมายคุ้มครองข้อมูลในภูมิภาคของผู้เยี่ยมชม

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

3. ลดความซ้ำซ้อนและจัดลำดับความสำคัญของความต้องการ

เมื่อคุณทำขั้นตอนที่หนึ่งและสองเสร็จแล้ว คุณต้องขจัดข้อกำหนดที่ซ้ำกันทั้งหมดออกจากประเทศต่างๆ ปรึกษานักกฎหมายเพื่อแปลจากภาษาอังกฤษด้านกฎหมายเป็นภาษาอังกฤษของนักวิเคราะห์ข้อมูล

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

4. ใช้โหมดความยินยอมอย่างถูกต้อง

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

ในที่สุดเราก็เข้าสู่ขั้นตอนการประมวลผลข้อมูล ในขั้นตอนก่อนหน้านี้ คุณทราบแล้วว่าข้อมูลประเภทใดที่คุณสามารถรวบรวมได้ด้วยความยินยอมประเภทใด ตอนนี้คุณสามารถเริ่มบันทึกข้อมูลนี้และประมวลผลได้

ทุกคนทราบดีว่าเราไม่สามารถเพียงแค่ส่งข้อมูล PII ไปยัง GA เหมือนที่เคยทำได้อีกต่อไป แม้ว่าข้อมูลจาก GA จะถูกส่งออกไปยัง GBQ และตำแหน่งของ GBQ จะถูกกำหนดเป็นสหภาพยุโรปก็ตาม เนื่องจากกฎหมายของสหภาพยุโรประบุว่าคุณไม่สามารถส่ง PII ไปยัง GA ได้โดยตรงหากไม่มีการตั้งค่าที่เหมาะสม

1. กำหนดค่า Google Analytics และ Google Tag Manager

นี่ไม่ใช่งานที่ยากที่สุด สิ่งที่คุณต้องทำคือดูรายการตรวจสอบนี้ ยอมรับ Google DPA ใหม่ และปิดใช้งานการตั้งค่าการแชร์ข้อมูล ที่สำคัญต้องปิดการใช้งาน Ghost Hit และ Google Signals ด้วย

เมื่อดำเนินการข้างต้นแล้ว คุณสามารถทำให้ GA ปฏิบัติตามข้อกำหนดความเป็นส่วนตัวและข้อบังคับทั้งหมดได้โดยป้องกันการรวบรวม PII โดยไม่ได้รับความยินยอม

อย่างไรก็ตาม ทันทีที่คุณปรับการตั้งค่าเหล่านี้ทั้งหมดใน GA คุณจะพบว่าไม่มีข้อมูลที่สำคัญจริงๆ ใน ​​GA หรือใน Google BigQuery Export

เรากำลังพูดถึงข้อมูลตำแหน่งแบบละเอียด ข้อมูล PII บางอย่างที่คุณต้องการสำหรับรายงานบางฉบับ และมิติข้อมูลที่กำหนดเองบางอย่างที่ใช้เป็นคีย์ในการรวมเข้ากับข้อมูล เช่น กับข้อมูล CRM

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

2. ตั้งค่าการติดตามฝั่งเซิร์ฟเวอร์แบบไม่มีคุกกี้

คุณสามารถใช้โซลูชัน OWOX หรือสร้างของคุณเอง

ลงทะเบียนสำหรับการสาธิตเพื่อเรียนรู้เพิ่มเติมเกี่ยวกับ OWOX BI Server-Side Tracking

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

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

3. ตั้งค่าตัวจัดการแท็กฝั่งเซิร์ฟเวอร์

ส่วนที่สามคือการตั้งค่าตัวจัดการแท็กฝั่งเซิร์ฟเวอร์ ทำไมมันถึงสำคัญ? เนื่องจากคุณต้องการควบคุมข้อมูลทั้งหมดที่คุณส่ง ไม่ใช่แค่บริการวิเคราะห์ของคุณเท่านั้น แต่ยังรวมถึงบริการโฆษณาของบุคคลที่สามทั้งหมดด้วย (Facebook, Bing)

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

นี่คือวิธีที่คุณสามารถส่งออกข้อมูลในลักษณะที่สอดคล้องกับข้อกำหนดของ GDPR

หากคุณยังคงถูกคัดค้านจากทีมกฎหมาย ให้พูดว่า: เฮ้ เราจะแน่ใจได้อย่างไรว่าไม่มีใครสามารถเข้าถึงข้อมูล PII ของผู้เข้าชมใน Google BigQuery

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

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

ตอนนี้เรามาดูคำแนะนำที่เป็นประโยชน์เพิ่มเติม โหมดความยินยอมมีลักษณะอย่างไร

ทันทีที่คุณเริ่มส่งข้อมูลด้วยความยินยอม (เช่น การใช้ OWOX BI) คุณจะได้รับพารามิเตอร์เฉพาะที่มีโหมดความยินยอมนี้

นี่คือตารางเซสชัน อย่างที่คุณเห็น มีช่อง ConsentMode เฉพาะที่มีค่าความยินยอมที่ได้รับบนเว็บไซต์

ในการรวบรวมข้อมูลเพื่อวัตถุประสงค์ในการวิเคราะห์ คุณต้องได้รับความยินยอม และคุณสามารถหาตัวเลือกการยินยอมด้วยค่าของพารามิเตอร์ ConsentMode นี้ได้ ค่าของ Google Analytics ที่ตรงกับความต้องการในการวิเคราะห์คือ G101 และ G111 หากพารามิเตอร์ gsc มีค่าใดค่าหนึ่งเหล่านี้ คุณอาจรวบรวมข้อมูลของคุณเพื่อวัตถุประสงค์ในการวิเคราะห์

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

มาดูกันว่ามันทำงานอย่างไร

จินตนาการว่าคุณไม่ได้รับการยินยอม ตอนนี้ แต่ละ Hit จะมีรหัสลูกค้าใหม่และรหัสผู้ใช้ OWOX

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

คุณไม่สามารถรวบรวมข้อมูลประเภทใด ๆ ที่สามารถระบุตัวบุคคลได้โดยตรงหรือโดยอ้อม นั่นเป็นข้อมูลประเภทไหน? เมือง ละติจูด ลองจิจูด เบราว์เซอร์ (หมายถึงหมายเลขเวอร์ชันรองและตัวแทนผู้ใช้) อะไรก็ตามที่สามารถใช้สำหรับลายนิ้วมือ รวมถึงยี่ห้อ/รุ่นของอุปกรณ์ และอื่นๆ

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

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

ตอนนี้ เรามาต่อกันที่การรายงานข้อมูล ซึ่งเริ่มต้นด้วยสายข้อมูล ทันทีที่คุณรวบรวมข้อมูลทั้งหมด คุณอาจไม่สามารถหลีกเลี่ยงการตอบคำถามว่าข้อมูล PII ของคุณไหลอย่างไร วิธีตั้งค่าและควบคุมการแปลงข้อมูลทั้งหมดของคุณ การรวม การทำความสะอาด

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

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

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

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

1. สร้างแคตตาล็อกข้อมูล

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

2. กำหนดเจ้าของสำหรับเนื้อหาข้อมูลแต่ละรายการ

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

3. กำหนดการรักษาความปลอดภัย PII ตามคอลัมน์

สุดท้าย แต่ไม่ท้ายสุด คุณยังสามารถกำหนดการรักษาความปลอดภัยข้อมูล PII ตามคอลัมน์เพื่อพิจารณาว่าคุณต้องการเข้ารหัสข้อมูลหรือแฮชข้อมูลหรือไม่

ข่าวดีก็คือ GC มีวิธีง่ายๆ ในการใช้การเข้ารหัสคีย์คอลัมน์โดยไม่จำเป็นต้องเขียนข้อความค้นหา SQL ใหม่ทั้งหมดตั้งแต่เริ่มต้น

โดยทำตามคำแนะนำในบทความนี้ คุณจะสามารถ:

• รับข้อมูลทั้งหมดของคุณใน Google BigQuery
• กรองข้อมูล PII ทั้งหมดสำหรับผู้ใช้ที่ไม่ยินยอม
• หลีกเลี่ยงการสูญเสียข้อมูล PII ที่ไม่ได้รับความยินยอมเพื่อรับผลรวมและสร้างรายงานภาพรวม
• บอกทีมกฎหมายของคุณว่าข้อมูลของคุณไหลผ่านไปป์ไลน์ทั้งหมดอย่างไร