Enterprise Link Security: สิ่งที่ทีมความปลอดภัยของคุณจะถามจริง ๆ

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

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

SSO และการรับรองความถูกต้อง

Single sign-on เป็นสิ่งแรกที่ทีม IT ส่วนใหญ่ถามเกี่ยวกับ และมีเหตุผลที่ดี การจัดการข้อมูลประจำตัวแยกต่างหากสำหรับแต่ละเครื่องมือ SaaS ในสแต็กของบริษัทเป็นความเสี่ยงด้านความปลอดภัย — หมายความว่ามีรหัสผ่านมากขึ้นที่ต้องตกปลา บัญชีมากขึ้นที่ต้องถอดออก และการมองเห็นน้อยลงว่าใครสามารถเข้าถึงได้

แผน Enterprise ของ Linkly รองรับ SSO ผ่าน SAML 2.0 ซึ่งหมายความว่ามันเชื่อมต่อกับผู้ให้บริการตัวตนที่บริษัทของคุณใช้อยู่แล้ว — Okta, Azure Active Directory, Google Workspace, OneLogin หรือ IdP ที่มีความเข้ากันได้กับ SAML อื่น ๆ เมื่อตั้งค่า SSO แล้ว สมาชิกของทีมจะเข้าสู่ระบบผ่านผู้ให้บริการตัวตนที่มีอยู่ของคุณ Linkly ไม่เก็บรหัสผ่านของพวกเขา

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

SAML SSO พร้อมใช้งานในแผน Enterprise หากคุณประเมินค่า Linkly สำหรับการปรับใช้ที่มีขนาดสำคัญ การตั้งค่า SSO เป็นส่วนมาตรฐานของกระบวนการออนบอร์ดดิ้ง และทีม Linkly จะทำงานผ่านมันกับคุณ

Audit Logs

Audit logs มีอยู่เพื่อตอบคำถามเฉพาะ: ใครทำอะไร และเมื่อไร สำหรับทีมความปลอดภัย นี่ไม่ใช่ทางเลือก — นี่คือสิ่งที่คุณแสดงให้ผู้สอบบัญชี และนี่คือวิธีที่คุณสร้างเหตุการณ์ใหม่เมื่อมีปัญหา

Audit log ของ Linkly ด้าน Enterprise ใช้การกระทำที่ระดับบัญชีและพื้นที่ทำงาน เมื่อมีการสร้าง แก้ไข หรือลบลิงก์ บันทึกจะบันทึกไว้ เมื่อมีการเพิ่มหรือนำผู้ใช้ออกจากพื้นที่ทำงาน บันทึกจะบันทึกไว้ เมื่อการอนุญาตเปลี่ยนแปลง บันทึกจะบันทึกไว้ บันทึกสามารถเข้าถึงได้โดยผู้ดูแลระบบบัญชีและสามารถส่งออกเพื่อการส่งต่อไปยัง SIEM หรือระบบจัดการบันทึก

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

Audit log ไม่ใช่ฟีเจอร์ด้านการตลาด มันคือการควบคุม และมันอยู่ที่นั่นเพราะการปรับใช้ Enterprise ต้องการมัน

Custom Domains ในระดับใหญ่

สำหรับบริษัทส่วนใหญ่ โดเมนสั้นก็เป็นสินทรัพย์ของแบรนด์ด้วย ลิงก์ที่ส่งออกในอีเมล ข้อความ หรือ QR code ที่พิมพ์นั้นมีโดเมนของคุณ — ไม่ใช่ของเรา ไม่ใช่โดเมนตัวย่อลิงก์ร่วมกันทั่วไป

Linkly รองรับ custom domains ในโครงสร้างบัญชีเต็มรูปแบบ โดยไม่มีโครงสร้างพื้นฐานร่วมกันระหว่างลูกค้า แต่ละโดเมนที่คุณเพิ่มลงใน Linkly คือของคุณ: SSL ถูกจัดสรรโดยอัตโนมัติ โครงสร้างพื้นฐาน redirect ถูกแยก และโดเมนจะไปข้างหน้าการไปข้างหน้าการเข้าชมที่คุณได้กำหนดค่าไว้เท่านั้น ไม่มีความเสี่ยงที่ลิงก์ของลูกค้า Linkly อื่น ๆ ปรากฏมาจากโดเมนของคุณ

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

การจัดสรรโดเมนในระดับใหญ่ — การเพิ่มโดเมนหลายสิบแห่งเพื่อการปรับใช้ขนาดใหญ่หรือพอร์ตโฟลิโอของไคลเอนต์ — สามารถจัดการผ่าน API ซึ่งหมายความว่ามันเข้าในเวิร์กโฟลว์ infrastructure-as-code แทนที่จะต้องใช้ขั้นตอนการดูแลแบบแมนนวลสำหรับแต่ละโดเมน นี่คือหนึ่งในพื้นที่ที่ความลึกของ API ของ Linkly มีความสำคัญ: การจัดการโดเมนไม่ถูกล็อกไว้หลังเวิร์กโฟลว์ UI เท่านั้น

Data Residency

ที่ที่ข้อมูลของคุณอาศัยอยู่เป็นเรื่องสำคัญ มีความสำคัญสำหรับการปฏิบัติตามข้อมูล GDPR หากผู้ใช้ของคุณอยู่ใน EU มีความสำคัญสำหรับนโยบายการกำหนดหลักเกณฑ์ข้อมูลภายใน และมีความสำคัญมากขึ้นเรื่อย ๆ สำหรับการเจรจาสัญญากับลูกค้า Enterprise ที่มีข้อกำหนดเรื่องอธिकารสัตยาภูมิข้อมูลของตนเอง

โครงสร้างพื้นฐาน Linkly ที่เริ่มต้นจะทำงานบน Google Cloud โดยมีการประมวลผลหลักในสหรัฐอเมริกา สำหรับองค์กรที่มีข้อกำหนด EU data residency Linkly สามารถพูดคุยเกี่ยวกับตัวเลือก residency ในระดับ Enterprise สิ่งนี้ไม่ใช่การกำหนดค่าแบบ self-serve — มันเป็นการสนทนาเกี่ยวกับข้อกำหนดเฉพาะของคุณและว่าโครงสร้างพื้นฐาน Linkly สามารถตอบสนองได้หรือไม่ เราต้องการให้การสนทนานั้นสุจริตมากกว่าการสัญญาว่าบางสิ่งที่เราไม่สามารถส่งมอบได้

ข้อมูลเหตุการณ์คลิกสามารถสตรีมไปยังโครงสร้างพื้นฐานของคุณเองผ่าน webhooks (พร้อมใช้งานในแผน Business และสูงกว่า) หรือผ่านการซิงค์ BigQuery แบบเนทีฟ (Enterprise) หากนโยบายการกำหนดหลักเกณฑ์ข้อมูลของคุณต้องการให้ข้อมูลที่ระบุตัวตนไม่ออกจากสภาแวดล้อมเฉพาะ payload ของ webhook สามารถตั้งค่าให้ไม่รวมฟิลด์ PII ก่อนการส่งมอบ สิ่งนี้ให้สตรีมเหตุการณ์คลิกแบบเรียลไทม์ให้ทีมข้อมูลของคุณโดยไม่ให้ Linkly เก็บข้อมูลที่คุณต้องการเก็บไว้ในโครงสร้างพื้นฐานของคุณเอง

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

SLAs และความน่าเชื่อถือ

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

โครงสร้างพื้นฐาน redirect ของ Linkly ได้ให้บริการคลิกกว่าหนึ่งพันล้านครั้ง เส้นทาง redirect ถูกสร้างสถาปัตยกรรมแยกจากการจัดการ UI และ API ดังนั้นประสิทธิการทำงานของแดชบอร์ดจึงไม่ส่งผลกระทบต่อความเร็ว redirect ความหน่วงเวลา redirect คือต่ำกว่า millisecond ที่ขอบ หน้าสถานะสาธารณะที่ status.linklyhq.com สะท้อนสถานะปัจจุบันของส่วนประกอบทั้งหมดแบบเรียลไทม์

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

หากคุณประเมินค่า Linkly สำหรับกรณีการใช้งานที่ลิงก์ล้มเหลวเป็นเหตุการณ์ P1 — อีเมลธุรกรรม ลิงก์เวทย์มนตร์ การตั้งค่ารหัสผ่านใหม่ ลิงก์อ้างอิงในผลิตภัณฑ์ — การสนทนา SLA เป็นหนึ่งในสิ่งแรกที่ต้องทำ ทีม Linkly สามารถนำทางผ่านข้อมูลเฉพาะและสิ่งที่โครงสร้างเครดิตมีลักษณะเหมือนกันสำหรับปริมาณที่คาดไว้ของคุณ

ความยืดหยุ่นของสัญญา

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

แผน Enterprise ของ Linkly รวมถึง:

Data Processing Agreement (DPA) แบบกำหนดเองที่บันทึกวิธีที่ Linkly ประมวลผลข้อมูลส่วนบุคคลในนามของคุณ ผู้ประมวลผลย่อยคือใครและข้อบังคับของทั้งสองฝ่าย นี่คือสิ่งที่ทีมกฎหมายของคุณต้องลงนามเพื่อการปฏิบัติตามข้อมูล GDPR สำหรับการประมวลผลข้อมูลคลิก

Master Service Agreement (MSA) ที่สามารถเจรจาได้เพื่อสะท้อนข้อกำหนดเฉพาะของคุณ — ขีดจำกัดความรับผิด การชดเชย เงื่อนไขการรับประกัน และข้อบัญญัติอื่น ๆ ที่ทีมกฎหมายของคุณต้องการ เราไม่ใช่การดำเนินการ SaaS แบบรับหรือปล่อยในด้านสัญญาสำหรับลูกค้า Enterprise

การเรียกเก็บเงินใบแจ้งหนี้ด้วยเงื่อนไขการชำระเงินสุทธิ สำหรับองค์กรที่กระบวนการจัดซื้อขอต้องใช้ใบสั่งซื้อมากกว่าการชำระเงินด้วยบัตรเครดิต นี่เป็นมาตรฐานสำหรับการจัดซื้อขอ Enterprise ที่มีความหมายใด ๆ และ Linkly รองรับมัน

โครงสร้างการต่ออายุที่ยืดหยุ่น รวมถึงข้อตกลงหลายปีที่经济学ศาสตร์มีความสมเหตุสมผล การมุ่งมั่นด้านปริมาณ การซื้อแพคเกจคลิกล่วงหน้า และราคาที่กำหนดเองสำหรับการปรับใช้ขนาดใหญ่เป็นสิ่งที่ทีม Linkly เจรจาเป็นประจำ

วิธีการออนบอร์ดดิ้ง Enterprise

การปรับใช้ Enterprise ที่ Linkly ทำตามกระบวนการที่มีโครงสร้างมากกว่า signup แบบ self-serve รูปแบบทั่วไป:

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

ระยะเวลาทดลองใช้ในแผน Enterprise เพื่อให้ทีมของคุณสามารถตรวจสอบการตั้งค่า SSO การเข้าถึง audit log และการรวมประสานกับ API ได้ก่อนการมุ่งมั่นทางพาณิชย์ใด ๆ เราต้องการให้การประเมินค่าเกิดขึ้นกับการปรับใช้ที่แท้จริง ไม่ใช่บัญชีสาธิต

การเจรจาสัญญาครอบคลุม DPA, MSA, เงื่อนไขการเรียกเก็บเงิน และข้อมูลเฉพาะ SLA โดยปกติจะดำเนินการควบคู่ไปกับการประเมินค่าเทคนิค

การออนบอร์ดดิ้งด้วยการติดต่อที่ทุ่มเท ซึ่งยังคงสามารถใช้งานได้ผ่านรอบการแสดงโฆษณาครั้งแรก ไม่ใช่เพียงแค่ผ่านการโทรติดตั้ง

หากคุณกำลังเริ่มการประเมินค่า Enterprise หน้าติดต่อการขาย คือจุดเริ่มต้นที่ถูกต้อง คุณยังสามารถตรวจทาน Linkly security posture บน หน้าความปลอดภัย ก่อนการสนทนาครั้งแรก