Cookie Policy คืออะไร? คู่มือสำหรับร้านค้าออนไลน์และ E-commerce
Cookie Policy ของเว็บไซต์ร้านค้าออนไลน์และ E-commerce ต้องอธิบายว่าเก็บคุกกี้อะไรบ้าง เพื่อวัตถุประสงค์ใด และผู้เยี่ยมชมปฏิเสธได้อย่างไร

💬 สรุปสั้น ๆ
ร้านค้าออนไลน์มักมีคุกกี้จากหลายชั้นพร้อมกัน ทั้งแอป Shopify หรือปลั๊กอิน WooCommerce ที่ติดตั้งเพื่อ upsell หรือ marketing automation, pixel retargeting และ affiliate tracking ที่ทีม Performance Marketing พึ่งพารายได้ โดยตรง, กับคุกกี้ของ payment gateway ที่ต้องแยกออกจากคุกกี้การตลาดอย่างชัดเจน Cookie Policy ที่ใช้ได้จริงต้อง ปรับตามทุกครั้งที่มีแคมเปญลดราคาหรือติดตั้งแอปใหม่ ไม่ใช่เขียนไว้ครั้งเดียวตอนเปิดร้าน
✅ เช็กลิสต์ตรวจสอบด่วน
- ตรวจสอบคุกกี้ของแอปหรือปลั๊กอินใหม่ทุกครั้งก่อนเปิดใช้งานจริงบนร้านค้า และถอนแอปที่เลิกใช้ออกให้หมด
- ระบุระยะเวลาเก็บคุกกี้ (attribution window) ของ affiliate tracking ให้ชัดเจนใน Cookie Policy
- แยกคุกกี้ของ payment gateway ออกจากคุกกี้ retargeting/affiliate อย่างชัดเจน ไม่รวมเป็นหมวด "จำเป็นต่อการซื้อ" เดียวกัน
- เพิ่มการสแกนคุกกี้และอัปเดต Cookie Policy เข้าไปใน checklist เตรียมความพร้อมก่อนแคมเปญลดราคาใหญ่ทุกครั้ง
- จัดคุกกี้ของระบบสมาชิกสะสมแต้มที่จดจำผู้ใช้ข้ามอุปกรณ์เป็นหมวดฟังก์ชันแยกจากคุกกี้จำเป็นและการตลาด
- ทบทวนรายการแอปที่ติดตั้งอยู่ทั้งหมดเป็นระยะ ไม่ใช่ตรวจแค่ตอนติดตั้งใหม่ครั้งแรก
สารบัญ
ร้านค้าออนไลน์ต่างจากเว็บไซต์ทั่วไปตรงที่มีแรงกดดันด้านรายได้ผลักดันให้ทีม Performance Marketing ติดตั้งเครื่องมือติดตามใหม่อยู่ตลอดเวลา ทุก pixel ที่เพิ่มเข้ามาหมายถึงโอกาสในการ retarget ลูกค้าที่เพิ่มขึ้น แต่ก็หมายถึงคุกกี้ที่เพิ่มขึ้นเช่นกัน ซึ่งมักติดตั้งเร็วกว่าที่ Cookie Policy จะตามทัน โดยเฉพาะในช่วงแคมเปญลดราคาที่ต้องเปิดตัวภายในไม่กี่วัน
บทความนี้เจาะเรื่องที่ร้านค้าออนไลน์เจอบ่อยกว่าธุรกิจอื่น คือคุกกี้จากแอปในแพลตฟอร์ม e-commerce, การติดตามค่าคอมมิชชันของ affiliate, และการแยกคุกกี้ของระบบชำระเงินออกจากคุกกี้การตลาดให้ชัดเจน
แอปและปลั๊กอินอีคอมเมิร์ซที่ติดตั้งคุกกี้โดยไม่รู้ตัว
ร้านค้าบน Shopify มักติดตั้งแอปจาก App Store เพื่อเพิ่มฟีเจอร์ เช่น pop-up ลดราคา, review widget, หรือระบบ upsell ระหว่าง checkout ซึ่งหลายแอปมาพร้อมคุกกี้ tracking ของตัวเองที่เจ้าของร้านไม่รู้ตัว เพราะติดตั้งผ่านการกดปุ่มเดียวโดยไม่ได้อ่านรายละเอียดว่าแอปนั้นเก็บข้อมูลอะไรบ้าง ฝั่ง WooCommerce ก็มีสถานการณ์คล้ายกันกับปลั๊กอินที่โหลดจาก repository ภายนอก
- ทุกครั้งที่ติดตั้งแอปหรือปลั๊กอินใหม่ ให้ตรวจสอบว่ามันตั้งคุกกี้อะไรก่อนเปิดใช้งานจริงบนร้านค้า
- ถอนการติดตั้งแอปที่ทดลองใช้แล้วไม่ได้ใช้งานต่อ เพราะคุกกี้บางตัวยังทำงานค้างอยู่แม้ปิดการใช้งานฟีเจอร์หลักแล้ว
Retargeting และ Affiliate Tracking: คุกกี้ที่ Performance Marketing พึ่งพา
ธุรกิจอีคอมเมิร์ซพึ่งพา retargeting pixel ของ Meta, TikTok และ Google เป็นช่องทางหลักในการดึงลูกค้าที่เคยดูสินค้าแต่ยังไม่ซื้อกลับมา รวมถึงคุกกี้ affiliate tracking ที่ใช้คำนวณค่าคอมมิชชันให้พาร์ทเนอร์ที่ส่งลูกค้ามาซื้อ ทั้งสองประเภทนี้เป็นคุกกี้ที่ไม่จำเป็นต่อการทำงานพื้นฐานของเว็บ แต่เกี่ยวข้องโดยตรงกับรายได้ ทำให้ทีม Performance Marketing มักไม่อยากให้ถูกบล็อกด้วยการตั้งค่าเริ่มต้นเป็นปฏิเสธ
จุดที่ต้องระวังคือคุกกี้ affiliate มักมีอายุการเก็บ (attribution window) ยาวถึง 30-90 วัน ซึ่งต้องระบุระยะเวลานี้ให้ชัดเจนใน Cookie Policy เพราะผู้ใช้ที่กดยินยอมวันนี้ อาจยังมีคุกกี้ affiliate ทำงานอยู่หลังจากนั้นหลายสัปดาห์โดยไม่รู้ตัวหากไม่ได้อธิบายไว้
Payment Gateway และ Checkout: คุกกี้ที่ต้องแยกจากคุกกี้การตลาด
| ประเภทคุกกี้ | ตัวอย่าง | จัดเป็นหมวดใด |
|---|---|---|
| คุกกี้ payment gateway | ตะกร้าสินค้า, session ระหว่างชำระเงิน, ป้องกันการทำรายการซ้ำ | จำเป็น (ไม่ต้องขอความยินยอมแยก) |
| คุกกี้ retargeting/affiliate | Meta Pixel, TikTok Pixel, affiliate network | การตลาด (ต้องได้รับความยินยอมก่อน) |
| คุกกี้ loyalty/personalization | จดจำสินค้าที่เคยดู, คะแนนสะสม | ฟังก์ชัน (ควรแยกจากการตลาดให้ชัด) |
ความผิดพลาดที่พบบ่อยคือทีมพัฒนาเว็บนำคุกกี้ของ payment gateway กับคุกกี้ retargeting มาไว้รวมในหมวดเดียวกันว่า "จำเป็นต่อการซื้อสินค้า" ทั้งที่ retargeting ไม่ได้จำเป็นต่อการทำธุรกรรมจริง การแยกสองหมวดนี้ให้ชัดเจนสำคัญมาก เพราะถ้าผู้ใช้ปฏิเสธคุกกี้การตลาด กระบวนการชำระเงินยังต้องทำงานได้ปกติ
แคมเปญลดราคาและ Flash Sale: จุดเสี่ยงที่เพิ่มคุกกี้เร็วที่สุด
ช่วงแคมเปญใหญ่อย่าง 11.11 หรือ Black Friday ทีม Performance Marketing มักเพิ่ม pixel และเครื่องมือติดตามใหม่หลายตัวพร้อมกันภายในเวลาไม่กี่วันก่อนแคมเปญเริ่ม เพื่อให้ทันวัดผลแคมเปญ ความเร่งรีบนี้ทำให้ Cookie Policy มักตกหล่นไม่ได้อัปเดตตาม โดยเฉพาะเมื่อทีมที่เพิ่ม pixel ไม่ใช่ทีมเดียวกับที่ดูแลเอกสารกฎหมายของเว็บไซต์
วิธีป้องกันคือกำหนดเป็นขั้นตอนมาตรฐานก่อนแคมเปญใหญ่ทุกครั้งว่าต้องมีการสแกนคุกกี้และอัปเดต Cookie Policy เป็นส่วนหนึ่งของ checklist เตรียมความพร้อมแคมเปญ เหมือนกับการเตรียมสต็อกสินค้าและระบบเซิร์ฟเวอร์ ไม่ใช่ขั้นตอนที่ถูกมองข้ามเพราะโฟกัสอยู่ที่ยอดขาย
Loyalty Program และคุกกี้ที่จดจำผู้ใช้ข้ามอุปกรณ์
ร้านค้าที่มีระบบสมาชิกสะสมแต้มมักใช้คุกกี้ร่วมกับการล็อกอินเพื่อจดจำผู้ใช้ข้ามอุปกรณ์ เช่น เริ่มดูสินค้าจากมือถือแล้วไปซื้อต่อบนคอมพิวเตอร์ คุกกี้ประเภทนี้อยู่กึ่งกลางระหว่างฟังก์ชันที่จำเป็นกับการตลาด เพราะช่วยให้ประสบการณ์ใช้งานดีขึ้นแต่ไม่ได้จำเป็นต่อการซื้อสินค้าโดยตรง จึงควรจัดเป็นหมวดฟังก์ชันแยกจากทั้งคุกกี้จำเป็นและคุกกี้การตลาด เพื่อให้ผู้ใช้เลือกได้ว่าต้องการประสบการณ์แบบจดจำข้ามอุปกรณ์หรือไม่
ตัวอย่างสถานการณ์จริง: แคมเปญ 11.11 ที่เพิ่ม Pixel สามตัวใน 24 ชั่วโมง
ร้านค้าออนไลน์รายหนึ่งเตรียมแคมเปญ 11.11 โดยทีม Performance Marketing ตัดสินใจเพิ่ม pixel ของแพลตฟอร์มโฆษณาใหม่ที่ยังไม่เคยใช้มาก่อนเพียงหนึ่งวันก่อนแคมเปญเริ่ม เพื่อทดลองช่องทางโฆษณาที่คาดว่าจะให้ผลตอบแทนดีกว่าช่องทางเดิม ทีมเทคนิคติดตั้งผ่าน Tag Manager ได้อย่างรวดเร็วโดยไม่ได้แจ้งทีมที่ดูแล Cookie Policy เพราะมองว่าเป็นเรื่องทางเทคนิคที่ไม่เกี่ยวกับกฎหมาย
ผลคือ Cookie Policy ที่แสดงบนเว็บไม่ตรงกับคุกกี้จริงตลอดช่วงแคมเปญที่มีทราฟฟิกสูงสุดของปี ซึ่งเป็นช่วงที่มีผู้เข้าชมเว็บมากที่สุดพอดี ทีมจึงปรับกระบวนการใหม่หลังจากนั้นโดยกำหนดว่า pixel ใดก็ตามที่จะติดตั้งในช่วง 14 วันก่อนแคมเปญใหญ่ ต้องแจ้งทีมที่ดูแลเอกสารกฎหมายล่วงหน้าอย่างน้อย 2 วันทำการ เพื่อให้มีเวลาอัปเดต Cookie Policy ทันก่อนแคมเปญเริ่มจริง กระบวนการนี้ถูกผนวกเข้าเป็นส่วนหนึ่งของ checklist เตรียมแคมเปญมาตรฐานที่ทีมทุกฝ่ายต้องเซ็นชื่อยืนยันก่อนแคมเปญเปิดตัว เช่นเดียวกับการตรวจสอบสต็อกสินค้าและความพร้อมของระบบเซิร์ฟเวอร์รองรับทราฟฟิกสูง
พร้อมตรวจสอบความน่าเชื่อถือของเว็บไซต์คุณหรือยัง?
ทดลองใช้งาน trusty ฟรี ไม่ต้องใช้บัตรเครดิต เริ่มสแกนได้ทันที
ความแตกต่างระหว่างคุกกี้ First-party และ Third-party ในบริบทอีคอมเมิร์ซ
ร้านค้าออนไลน์มักสับสนระหว่างคุกกี้ first-party ที่เว็บของตัวเองตั้งขึ้น เช่น คุกกี้ตะกร้าสินค้าและคุกกี้จดจำภาษา กับคุกกี้ third-party ที่ผู้ให้บริการภายนอกตั้งผ่านสคริปต์ที่ฝังไว้ เช่น pixel โฆษณาหรือ affiliate network ความแตกต่างนี้สำคัญเพราะเบราว์เซอร์สมัยใหม่เริ่มจำกัดการทำงานของคุกกี้ third-party มากขึ้นเรื่อย ๆ ทำให้ผู้ให้บริการโฆษณาบางรายเปลี่ยนมาใช้เทคนิค server-side tracking แทน ซึ่งไม่ได้ตั้งคุกกี้ในเบราว์เซอร์โดยตรงแต่ยังคงเก็บข้อมูลพฤติกรรมผู้ใช้อยู่
Cookie Policy ที่เขียนไว้อ้างอิงเฉพาะคุกกี้ที่มองเห็นในเบราว์เซอร์อาจไม่ครอบคลุมการติดตามแบบ server-side ที่เกิดขึ้นคู่ขนาน ร้านค้าที่เปลี่ยนมาใช้ server-side tracking จึงควรอธิบายเพิ่มเติมในเอกสารว่ามีการส่งข้อมูลลักษณะใดไปยังผู้ให้บริการโฆษณาโดยตรงจากฝั่งเซิร์ฟเวอร์ด้วย ไม่ใช่จำกัดคำอธิบายไว้แค่คุกกี้ที่ตั้งในเบราว์เซอร์เท่านั้น เพราะผู้ใช้ที่ปฏิเสธคุกกี้การตลาดผ่าน Banner ควรคาดหวังได้ว่าการติดตามพฤติกรรมของตนจะถูกปิดจริง ไม่ว่าจะดำเนินการผ่านคุกกี้ในเบราว์เซอร์หรือผ่านการส่งข้อมูลจากฝั่งเซิร์ฟเวอร์ก็ตาม
การจัดการคุกกี้เมื่อร้านค้าขยายไปหลายช่องทาง (Multi-channel)
ร้านค้าออนไลน์จำนวนมากไม่ได้ขายผ่านเว็บไซต์หลักช่องทางเดียว แต่ยังมีหน้าร้านบน Shopee, Lazada หรือ Facebook Shop ควบคู่กัน ซึ่งแพลตฟอร์มเหล่านี้มีนโยบายคุกกี้ของตัวเองแยกต่างหากจากเว็บไซต์หลัก Cookie Policy ที่เขียนสำหรับเว็บไซต์หลักจึงไม่ครอบคลุมช่องทางอื่น และเจ้าของร้านไม่มีอำนาจควบคุมคุกกี้ที่แพลตฟอร์มเหล่านั้นตั้งขึ้นเอง
สิ่งที่ทำได้คือระบุใน Cookie Policy ของเว็บไซต์หลักให้ชัดว่าครอบคลุมเฉพาะเว็บไซต์ของร้านเอง ส่วนช่องทางอื่นให้ลูกค้าอ้างอิงนโยบายคุกกี้ของแพลตฟอร์มนั้นแทน เพื่อไม่ให้เกิดความเข้าใจผิดว่า Cookie Policy ฉบับเดียวครอบคลุมทุกช่องทางที่ร้านขายสินค้าอยู่
ความซับซ้อนเพิ่มขึ้นอีกชั้นเมื่อร้านค้าใช้เครื่องมือ marketing automation ที่เชื่อมข้อมูลลูกค้าข้ามช่องทาง เช่น ระบบที่รวมข้อมูลลูกค้าจากเว็บไซต์หลักกับ Facebook Shop เข้าด้วยกันเพื่อทำ retargeting แบบรวมศูนย์ กรณีนี้ควรอธิบายใน Cookie Policy ว่ามีการเชื่อมโยงข้อมูลข้ามช่องทางลักษณะใดบ้าง แม้คุกกี้ที่ตั้งขึ้นจริงจะมาจากแพลตฟอร์มภายนอกก็ตาม เพราะลูกค้าควรรู้ว่าพฤติกรรมการซื้อของตนถูกนำไปใช้ต่อในช่องทางอื่นด้วยหรือไม่
เช็กลิสต์ปฏิบัติ
- ตรวจสอบคุกกี้ของแอปหรือปลั๊กอินใหม่ทุกครั้งก่อนเปิดใช้งานจริงบนร้านค้า และถอนแอปที่เลิกใช้ออกให้หมด
- ระบุระยะเวลาเก็บคุกกี้ (attribution window) ของ affiliate tracking ให้ชัดเจนใน Cookie Policy
- แยกคุกกี้ของ payment gateway ออกจากคุกกี้ retargeting/affiliate อย่างชัดเจน ไม่รวมเป็นหมวด "จำเป็นต่อการซื้อ" เดียวกัน
- เพิ่มการสแกนคุกกี้และอัปเดต Cookie Policy เข้าไปใน checklist เตรียมความพร้อมก่อนแคมเปญลดราคาใหญ่ทุกครั้ง
- จัดคุกกี้ของระบบสมาชิกสะสมแต้มที่จดจำผู้ใช้ข้ามอุปกรณ์เป็นหมวดฟังก์ชันแยกจากคุกกี้จำเป็นและการตลาด
- ทบทวนรายการแอปที่ติดตั้งอยู่ทั้งหมดเป็นระยะ ไม่ใช่ตรวจแค่ตอนติดตั้งใหม่ครั้งแรก
ข้อผิดพลาดที่พบบ่อย
- ติดตั้งแอปจาก App Store โดยไม่ตรวจสอบว่าตั้งคุกกี้อะไรบ้างก่อนเปิดใช้งานจริง
- ไม่ระบุระยะเวลาเก็บคุกกี้ของ affiliate tracking ทำให้ผู้ใช้ไม่รู้ว่าคุกกี้ยังทำงานอยู่นานแค่ไหนหลังกดยินยอม
- รวมคุกกี้ payment gateway กับคุกกี้ retargeting ไว้ในหมวด "จำเป็น" เดียวกันเพื่อเลี่ยงการขอความยินยอม
- เร่งเพิ่ม pixel ก่อนแคมเปญลดราคาโดยไม่อัปเดต Cookie Policy ตาม เพราะโฟกัสอยู่ที่ยอดขายเป็นหลัก
- ไม่ถอนคุกกี้ของแอปที่เลิกใช้แล้วออก ทำให้ Cookie Policy มีรายการที่ไม่ตรงกับความเป็นจริงของร้านค้า
สรุป
Cookie Policy ของร้านค้าออนไลน์ต้องตามทันจังหวะธุรกิจที่เปลี่ยนเร็ว ทั้งการติดตั้งแอปใหม่ แคมเปญลดราคาที่เพิ่ม pixel กะทันหัน และคุกกี้ affiliate ที่มีอายุการเก็บยาวนาน การแยกคุกกี้ payment gateway ออกจากคุกกี้การตลาดอย่างชัดเจนก็สำคัญไม่แพ้กัน เพื่อให้ลูกค้าที่ปฏิเสธคุกกี้การตลาดยังซื้อสินค้าได้ปกติ
ทีม Performance Marketing และทีมที่ดูแลเอกสารกฎหมายควรทำงานร่วมกันตั้งแต่ขั้นตอนวางแผนแคมเปญ ไม่ใช่แยกกันทำงานคนละส่วนแล้วมาเจอปัญหาตอนแคมเปญเปิดตัวไปแล้ว เพราะยอดขายที่เพิ่มขึ้นจากแคมเปญไม่ควรแลกมาด้วยความเสี่ยงด้านความน่าเชื่อถือของร้านค้าในระยะยาว
ดูภาพรวมเรื่องนโยบายและประกาศต่าง ๆ ได้ที่ ศูนย์ความรู้ด้าน Policies & Notices หรือเทียบแนวทางกับธุรกิจ SME ทั่วไปได้ที่ คู่มือ Cookie Policy สำหรับ SME และอ่านเรื่องคุกกี้และความยินยอมเพิ่มเติมได้ที่ ศูนย์ความรู้ด้าน Cookies & Consent
แหล่งข้อมูลอ้างอิง
- ติดตั้งแอปจาก App Store โดยไม่ตรวจสอบว่าตั้งคุกกี้อะไรบ้างก่อนเปิดใช้งานจริง
- ไม่ระบุระยะเวลาเก็บคุกกี้ของ affiliate tracking ทำให้ผู้ใช้ไม่รู้ว่าคุกกี้ยังทำงานอยู่นานแค่ไหนหลังกดยินยอม
- รวมคุกกี้ payment gateway กับคุกกี้ retargeting ไว้ในหมวด "จำเป็น" เดียวกันเพื่อเลี่ยงการขอความยินยอม
- เร่งเพิ่ม pixel ก่อนแคมเปญลดราคาโดยไม่อัปเดต Cookie Policy ตาม เพราะโฟกัสอยู่ที่ยอดขายเป็นหลัก
- ไม่ถอนคุกกี้ของแอปที่เลิกใช้แล้วออก ทำให้ Cookie Policy มีรายการที่ไม่ตรงกับความเป็นจริงของร้านค้า
คำถามที่พบบ่อย
แอปจาก Shopify App Store มีความเสี่ยงเรื่องคุกกี้อย่างไร
หลายแอปมาพร้อมคุกกี้ tracking ของตัวเองที่เจ้าของร้านไม่รู้ตัว จึงควรตรวจสอบก่อนเปิดใช้งานจริงและถอนแอปที่เลิกใช้แล้วออก
ทำไมต้องระบุระยะเวลาเก็บคุกกี้ของ affiliate tracking
เพราะคุกกี้ affiliate มักมีอายุการเก็บยาวถึง 30-90 วัน ผู้ใช้ที่กดยินยอมวันนี้อาจยังมีคุกกี้ทำงานอยู่หลังจากนั้นหลายสัปดาห์โดยไม่รู้ตัวหากไม่ได้อธิบายไว้
คุกกี้ payment gateway กับคุกกี้ retargeting ควรจัดหมวดเดียวกันไหม
ไม่ควร เพราะ retargeting ไม่ได้จำเป็นต่อการทำธุรกรรมจริง ต้องแยกให้ชัดเพื่อให้ผู้ใช้ที่ปฏิเสธคุกกี้การตลาดยังชำระเงินได้ปกติ
ช่วงแคมเปญลดราคาใหญ่ควรเตรียม Cookie Policy อย่างไร
ควรเพิ่มการสแกนคุกกี้และอัปเดต Cookie Policy เข้าไปใน checklist เตรียมความพร้อมก่อนแคมเปญทุกครั้ง เพราะทีม Performance Marketing มักเพิ่ม pixel ใหม่กะทันหันก่อนแคมเปญเริ่ม
คุกกี้ของระบบสมาชิกสะสมแต้มควรจัดเป็นหมวดใด
ควรจัดเป็นหมวดฟังก์ชันแยกจากคุกกี้จำเป็นและการตลาด เพราะช่วยให้ประสบการณ์ใช้งานดีขึ้นแต่ไม่ได้จำเป็นต่อการซื้อสินค้าโดยตรง
บทความที่เกี่ยวข้อง (Related Articles)
ดูบทความอื่นในหมวด Policies & Noticesรวมคู่มือและเช็กลิสต์ที่เกี่ยวข้องกับหัวข้อนี้ใน Trusty Knowledge Centerอ่านต่อในหัวข้อเดียวกัน

อัปเดต Cookie Policy ปี 2026: สิ่งที่ร้านค้าออนไลน์และ E-commerceต้องทบทวน
หลายร้านค้าออนไลน์เชื่อว่า Cookie Policy ที่เผยแพร่ไว้ตั้งแต่แรกเปิดร้านยังใช้ได้เรื่อย ๆ โดยไม่ต้องแตะ บทความนี้ชี้ให้เห็นว่าความเชื่อนี้ผิด และวางจุดที่ต้องทบทวนก่อนเข้าสู่ปี 2026

วิธี Audit Cookie Policy ของร้านค้าออนไลน์และ E-commerce พร้อม Evidence ที่ควรเก็บ
ทำไม Cookie Policy ที่เขียนไว้ตอนเปิดร้านถึงไม่ตรงกับคุกกี้ที่ใช้งานจริงอีกต่อไป บทความนี้วางขั้นตอน Audit Cookie Policy ของร้านค้าออนไลน์ พร้อม Evidence ที่ทีม E-commerce ควรเก็บไว้ทุกรอบตรวจ
เนื้อหานี้จัดทำขึ้นเพื่อให้ข้อมูลทั่วไปเท่านั้น ไม่ถือเป็นคำแนะนำทางกฎหมาย กรุณาปรึกษาผู้เชี่ยวชาญด้านกฎหมายหรือ Data Protection Officer ของหน่วยงานท่านก่อนนำไปปฏิบัติจริง
พร้อมตรวจสอบความน่าเชื่อถือของเว็บไซต์คุณหรือยัง?
ทดลองใช้งาน trusty ฟรี ไม่ต้องใช้บัตรเครดิต เริ่มสแกนได้ทันที