ConnectWiz + İYS (ตุรกี)

การเชื่อมต่อที่ใช้งานจริง

İYS ที่เป็นงานระบบ ไม่ใช่งานเอกสาร

ถ้าคุณทำการตลาดกับลูกค้าชาวตุรกี İYS ไม่ใช่ทางเลือก ConnectWiz พุชความยินยอมของคุณเข้าทะเบียนทันทีที่เกิดขึ้น ดึง opt-out ฝั่งทะเบียนกลับมาทุกวัน และเก็บหลักฐานไว้บนความยินยอมทุกรายการ การตรวจสอบจึงตอบตัวเองได้

พุชเมื่อให้หรือถอนความยินยอม ดึง opt-out ทุกวัน ข้อมูลรับรองแบบเขียนอย่างเดียว
İYS (ตุรกี) × ConnectWiz
ให้ความยินยอม → พุชไปที่ İYS
RET จากทะเบียน → ถอนที่นี่ ทุกวัน
เก็บหลักฐานไว้ทุกรายการ
9
จำนวนคอลัมน์หลักฐานบนความยินยอมทุกรายการ — เวลา ข้อความ ค่าย่อยืนยันเวอร์ชัน locale IP ผู้กระทำ แหล่งที่มา และอีกหลายอย่าง
3
จำนวนช่องทาง TR ที่อยู่ในขอบเขต İYS — อีเมล SMS โทรศัพท์ ส่วนแอปแชทอยู่นอกกติกานี้ และเราก็บอกไว้ตรง
3×
จำนวนครั้งที่ลองส่งในทุกการพุชเข้าทะเบียน — และความล้มเหลวไม่เคยย้อนคืนข้อมูลฝั่งคุณ
ทุกวัน
การกระทบยอดกับทะเบียน — opt-out ที่ทำไว้ที่ İYS กลับมาถอนความยินยอมฝั่งเรา

การปฏิบัติตามกฎ

ทำอะไรได้บ้าง — แบบเจาะจง

พุชทันทีที่เกิดขึ้น

ความยินยอมที่ให้หรือถอนใน ConnectWiz — จากฟอร์ม จากคีย์เวิร์ด หรือจากช่องติ๊กในวิดเจ็ต — เข้าคิวตรงไปที่ İYS พร้อมรหัสแบรนด์และรหัสตัวแทนของคุณ

ดึง opt-out กลับมา

การกระทบยอดรายวันจะอ่าน opt-out ฝั่งทะเบียน (RET) แล้วถอนความยินยอมฝั่งเรา — ลูกค้าที่ opt-out ไว้ที่ทะเบียนจะหยุดได้รับข้อความทุกที่

แยกมิติ แบบเดียวกับตัวกฎหมาย

ความยินยอมถูกเก็บแยกตามช่องทาง วัตถุประสงค์ และหมวดหมู่ — การ opt-out การตลาดทาง SMS จะปิดเฉพาะการตลาดทาง SMS ไม่ใช่การแจ้งสถานะออเดอร์ และไม่ใช่ WhatsApp

ข้อมูลรับรอง เขียนได้อย่างเดียว

ชื่อผู้ใช้และรหัสผ่าน İYS เป็นแบบเขียนอย่างเดียวในแผงควบคุม — กรอกครั้งเดียว แล้วไม่ถูกแสดงอีกเลย

เบื้องหลังการทำงาน

กลไกของทะเบียน แบบเจาะจง

การพุชหนึ่งครั้งพาอะไรไปบ้าง

ผู้รับ ประเภทช่องทาง แหล่งที่มา ONAY หรือ RET เวลาที่ให้ความยินยอม และประเภทผู้รับ (บุคคลธรรมดาหรือผู้ประกอบการ) — เป็นคำศัพท์ของ İYS เอง กรอกจากระเบียนความยินยอม และเมื่อสำเร็จก็เขียนหมายเลขธุรกรรมของทะเบียนกลับมาเก็บไว้

ความยินยอมแบบทั่วไปกระจายออกไป

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

การกระทบยอดเชื่อทะเบียนเป็นหลัก

การดึงรายวันทำงานกับ RET จากทะเบียนเท่านั้น: การ opt-out ที่ İYS จะถอนความยินยอมฝั่งเรา เพราะสำหรับช่องทางในตุรกี ทะเบียนคือแหล่งความจริง ถ้าอ่านสถานะไม่สำเร็จก็ไม่มีอะไรเปลี่ยน — การไม่ได้คำตอบไม่เคยถูกนับเป็นความยินยอม

คีย์เวิร์ดที่ถูกสวมรอยไม่ได้

KATIL และ DUR (รวมถึงคำพี่น้องที่ตั้งค่าเองได้) จะนับก็ต่อเมื่อเป็นทั้งข้อความเท่านั้น — ประโยคที่แค่มีคำว่า "stop" อยู่ข้างในไม่เคยถูกอ่านผิดเป็นการ opt-out การตอบด้วยปุ่มก็ใช้เกณฑ์เดียวกัน และข้อความของลูกค้าเองถูกเก็บไว้เป็นหลักฐาน

แยกมิติตามตัวกฎระเบียบ

ความยินยอมถูกเก็บแยกตามช่องทาง (แปดช่องทาง) วัตถุประสงค์ (การตลาดหรือธุรกรรม) และหมวดหมู่ — การ opt-out การตลาดทาง SMS จะปิดเฉพาะการตลาดทาง SMS ไม่ใช่การแจ้งสถานะออเดอร์ และไม่ใช่ WhatsApp

ข้อความมีเวอร์ชัน เทียบกันได้ตลอดไป

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

การตั้งค่า

เชื่อมต่ออย่างไร

01

กรอกรหัส İYS ของคุณ

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

02

เก็บความยินยอมได้จากทุกที่

ฟอร์ม คีย์เวิร์ด (KATIL/DUR) วิดเจ็ต การนำเข้า โฟลว์ — ทุกแหล่งบันทึกหลักฐานไว้

03

ปล่อยให้ระบบเดินของมันไป

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

ใช้ร่วมกันแล้วดีกว่า

ประกอบเข้ากับอะไรได้บ้าง

แคมเปญ SMS

การส่ง SMS จำนวนมากผ่าน Twilio หรือ NetGSM จะตรวจความยินยอมรายผู้รับตอนส่ง — และ İYS ทำให้การตรวจนั้นตรงกับทะเบียนสำหรับตุรกี

อีเมลมาร์เก็ตติ้ง

กลุ่มเป้าหมายของแคมเปญที่ส่งผ่าน Mailchimp, Brevo หรือ Resend ใช้คลังความยินยอมชุดเดียวกับที่ทะเบียนซิงก์ไว้

ระเบียนผู้ติดต่อ

ที่อยู่ของความยินยอมคือ ผู้ติดต่อใน CRM พร้อมหลักฐานของมัน — สถานะความยินยอมเดียวข้ามช่องทาง ฟอร์ม คีย์เวิร์ด และการนำเข้า

ความปลอดภัยและการรับประกัน

การรับประกันที่น่าเบื่อ

ข้อมูลรับรองแบบเขียนอย่างเดียว

ชื่อผู้ใช้และรหัสผ่าน İYS กรอกครั้งเดียว ถูกเข้ารหัส แล้วไม่ถูกแสดงอีกเลย — endpoint สถานะพิสูจน์ว่าเชื่อมต่อได้โดยไม่ต้องสะท้อน secret ออกมา

ตั้งค่าไม่ครบ ไม่นับว่าเปิดใช้งาน

tenant ที่เปิดสวิตช์ İYS ไว้แต่ยังกรอกข้อมูลรับรองไม่ครบ จะถูกนับว่ายังไม่ได้เชื่อมต่อ — İYS ที่ตั้งค่าไม่ครบไม่ใช่การอนุญาต และด่านตรวจรู้ความต่างตรงนี้

fail-open โดยตั้งใจ

การพุชเข้าทะเบียนที่ล้มเหลวจะทำเครื่องหมายไว้ที่ระเบียนแล้วลองใหม่ — ไม่เคยย้อนคืนความยินยอมของลูกค้าฝั่งเรา ทะเบียนตามหลังความจริงอยู่ไม่กี่นาที ไม่ใช่กลับกัน

เงื่อนไขปลีกย่อยแบบพูดตรง

ขอบเขตที่ระบุไว้ชัดเจน

หนึ่งทางครึ่ง พูดกันตรง

ความยินยอมที่คุณถืออยู่พุชออกไป และ opt-out จากทะเบียนดึงกลับเข้ามา — แต่ความยินยอมที่ให้ไว้ที่ İYS อย่างเดียวยังตรวจไม่เจอ เราจึงเรียกมันว่า "เชื่อมต่อกับ İYS แล้ว" ไม่ใช่ "ซิงก์สองทางเต็มรูปแบบ" เพราะนั่นคือความจริง

FAQ เรื่อง İYS (ตุรกี)

คำตอบตรงไปตรงมา

อ่านเพิ่มเติมได้ที่หน้า FAQ หรือ ถามเราโดยตรง.

พุชการให้หรือถอนความยินยอมแต่ละครั้งเข้าทะเบียนทันทีที่เกิดขึ้น และดึง opt-out ฝั่งทะเบียนกลับมาทุกวันเพื่อถอนความยินยอมฝั่งเรา ระเบียนความยินยอมทุกรายการมีหลักฐานติดมาด้วย: ข้อความที่แสดง ค่าแฮชของเวอร์ชัน เวลา แหล่งที่มา และบริบท

มันหยุดเท่าที่มันหมายถึง: ความยินยอมถูกแยกมิติตามช่องทาง วัตถุประสงค์ และหมวดหมู่ การ opt-out ด้านการตลาดจึงไม่ไปปิดการแจ้งสถานะออเดอร์หรือรหัสยืนยันตัวตน — ตรงกับวิธีที่กฎระเบียบทำงานจริง

ยังไม่ใช่ และเราบอกไว้ตรงนี้: ความยินยอมที่ให้ไว้ที่ทะเบียนอย่างเดียว วันนี้ยังตรวจเจอเองไม่ได้ การพุชเมื่อมีการเปลี่ยนแปลงและการดึง opt-out รายวันใช้งานจริงแล้ว ส่วนทิศทางย้อนกลับอยู่บนโรดแมป

ไม่ครอบคลุม — İYS กำกับอีเมล SMS และสายสนทนา ส่วนแอปแชทอยู่นอกขอบเขตของทะเบียน และการเชื่อมต่อนี้บอกไว้ตรง แทนที่จะพูดคลุมเครือว่าครอบคลุมทุกอย่าง ความยินยอมของช่องทางแชทยังถูกเก็บและบังคับใช้ฝั่งเรา ด้วยหลักฐานชุดเดียวกัน

ประเภทผู้รับเป็นส่วนหนึ่งของการพุช — ค่าเริ่มต้นคือบุคคลธรรมดา (BİREYSEL) และเป็นผู้ประกอบการ (TACİR) ตรงที่คุณตั้งไว้ — ตรงกับวิธีที่ตัวทะเบียนเองแยกสองกติกานี้ออกจากกัน

เชื่อมต่ออย่างตรงไปตรงมา ดีกว่าเชื่อมต่ออย่างเอิกเกริก

การเชื่อมต่อทุกตัวที่นี่อธิบายด้วยสิ่งที่มันทำจริง — รวมถึงทิศทางข้อมูล สิทธิ์ความเป็นเจ้าของ และข้อจำกัด