เว็บฮุคคืออะไร?
เผยแพร่แล้ว: 2018-06-23มันเกิดขึ้นกับพวกเราทุกคน คุณกำลังประชุมและมีคนพูดคำที่รู้สึกคุ้นเคยและฟังดูคุ้นเคย—แต่ถ้าคุณถูกถามให้ตรงจุดและถูกถามต่อหน้าเพื่อน ๆ ของคุณว่ามันหมายความว่าอะไรจริง ๆ คุณจะติดอยู่และ รอจนกว่าการประชุมจะสิ้นสุดลงหรือคุณตื่นตระหนก ดึงสัญญาณเตือนไฟไหม้ และหนีออกจากอาคารด้วยน้ำตา
เนื่องจากการตลาดและการมีส่วนร่วมของลูกค้าขับเคลื่อนด้วยข้อมูลมากขึ้นเรื่อยๆ และต้องพึ่งพาเทคโนโลยีเพื่อให้ได้มาซึ่งศักยภาพสูงสุด จึงรู้สึกเหมือนมีข้อกำหนดเหล่านี้เพิ่มมากขึ้นเรื่อยๆ: SDK และ PII และ API วันนี้ เราจะมาดูคำศัพท์ที่จำเป็นต้องรู้เหล่านี้ซึ่งฟังดูน่าสนใจกว่าคำหนึ่ง ซึ่งก็คือ "webhook" ที่ต่ำต้อย
แล้วเว็บฮุคคืออะไร?
โดยพื้นฐานแล้ว เว็บฮุคคือการสื่อสารจากแอปพลิเคชันหรือบริการหนึ่งไปยังอีกแอปพลิเคชันหนึ่งที่เกิดขึ้นหลังจากเหตุการณ์ที่เลือกไว้ล่วงหน้า Webhooks เป็นประเภทของการโทรกลับ HTTP และบางครั้งเรียกว่า "reverse API" แม้ว่าจะไม่ได้ช่วยชี้แจงว่า webhooks คืออะไรและทำงานอย่างไร
โอเค แต่ช่วยอธิบายหน่อยได้ไหมว่าเว็บฮุคคืออะไรและทำงานอย่างไร
เป็นอย่างนี้ ในยุคอินเทอร์เน็ต ไม่มีระบบดิจิทัลใดเป็นเกาะ (หรือถ้าเป็นก็ไม่ควร) ระบบที่ขาดการเชื่อมต่อจะนำไปสู่ประสบการณ์ของผู้ใช้ที่ขาดการเชื่อมต่อ และแบรนด์ที่ใส่ใจเกี่ยวกับการสร้างความสัมพันธ์ที่ยั่งยืนกับลูกค้าก็ต้องการวิธีการสำหรับเทคโนโลยีที่แตกต่างกันในการสื่อสารอย่างมีประสิทธิภาพ
เว็บฮุคเป็นหนึ่งในวิธีเหล่านั้น
แกนหลักของเว็บคือวิธีการแบบอิงเหตุการณ์สำหรับระบบสองระบบที่แยกจากกันเพื่อดำเนินการอย่างมีประสิทธิภาพตามข้อมูลที่ส่งในแบบเรียลไทม์ ข้อความระหว่างแอปพลิเคชันนั้นไม่ใช่ "sup" เวอร์ชันดิจิทัล แต่เป็นข้อมูลสำคัญที่จำเป็นในการจัดเตรียมชุดคำสั่งเกี่ยวกับเวลาและวิธีการทำงานเฉพาะให้กับระบบรับ ด้วยเหตุนี้ เว็บฮุคจึงสามารถให้นักการตลาดเข้าถึงข้อมูลและฟังก์ชันการทำงานแบบเป็นโปรแกรมแบบไดนามิกและยืดหยุ่นมากขึ้น และยังช่วยให้พวกเขาตั้งค่าเวิร์กโฟลว์ที่ถูกทริกเกอร์และการเดินทางของลูกค้าที่ปรับปรุงกระบวนการ
เดี๋ยวก่อน อะไรทำให้เว็บฮุคแตกต่างจาก API
ทั้ง API และเว็บฮุคใช้เพื่อสนับสนุนการสื่อสารระหว่างระบบดิจิทัลที่แตกต่างกัน แต่วิธีดำเนินการสื่อสารเหล่านั้นและสถานการณ์ใดที่เหมาะสมที่สุดสำหรับมีแนวโน้มที่จะแตกต่างกันเล็กน้อย
เมื่อคุณใช้ประโยชน์จาก API ในการสื่อสารระหว่างระบบ มีแนวโน้มว่าจะเป็นการเรียกและตอบสนอง: ระบบเริ่มต้นทำการเรียก API ไปยังจุดปลาย API ของระบบที่รับ และได้รับการตอบสนอง (ในรูปแบบของข้อมูล รูปภาพ หรือ สินทรัพย์ดิจิทัลอื่นๆ) เมื่อใช้เว็บฮุค การสื่อสารจะทำหน้าที่เหมือนรายการคำสั่งมากขึ้น โดยระบบแรกจะบอกระบบที่สองว่าต้องทำอะไร (เช่น เพิ่มคะแนนความภักดี 10 คะแนนในบัญชีสมาชิกสายการบินของลูกค้า) และเมื่อใดควรทำอย่างไร (เช่น เมื่อลูกค้ารายนั้นทำการจองเที่ยวบินที่ห้าเสร็จสิ้น) ด้าน "ถ้าเป็นอย่างนี้" ของเว็บฮุคทำให้พวกเขามีความยืดหยุ่นมากมาย และทำให้เป็นเครื่องมือที่มีประสิทธิภาพในการอุดช่องว่างในประสบการณ์แบรนด์ของลูกค้าของคุณ
อย่างดีที่สุด เว็บฮุคอาจเป็นวิธีที่มีประสิทธิภาพในการสนับสนุนแนวทางปฏิบัติทางการตลาดอัตโนมัติ ตราบใดที่มีกิจกรรมและบริการที่สามารถดำเนินการในเหตุการณ์นั้น นักการตลาดสามารถใช้แม้กระทั่งเหตุการณ์ที่ไม่ใช่แอพหรือไม่ใช่เว็บไซต์เพื่อขับเคลื่อนและโน้มน้าวประสบการณ์แบรนด์ของลูกค้า Webhooks สามารถสร้างการเชื่อมต่อที่แน่นแฟ้น บ่อยครั้งในสถานการณ์ที่การรวม API ใช้งานไม่ได้หรือมีค่าใช้จ่ายสูงเกินไป และสามารถช่วยให้แน่ใจว่าเทคโนโลยีที่มีคุณค่าต่อการตลาดของคุณจะซิงค์ซึ่งกันและกัน เมื่อใดและที่ใดที่เหมาะสมที่สุด .
อืม แล้วตัวอย่างล่ะ?
Quizlet ช่วยให้นักการศึกษาตรวจสอบข้อมูลผ่านบัตรคำศัพท์ แบบทดสอบ และเกม ด้วยโหมดการศึกษาห้าโหมด แพลตฟอร์มออนไลน์ต้องการกระตุ้นให้ผู้ใช้ลองใช้โหมดและเกมต่างๆ ที่ยังไม่ได้ใช้งาน แต่เมื่อรวบรวมข้อมูลที่มีความละเอียดอ่อนมากซึ่งจำเป็นต่อการดำเนินการแคมเปญอย่างมีประสิทธิภาพ Quizlet พบปัญหาสองประการ: ความแม่นยำและการใช้ข้อมูล พวกเขาต้องการเก็บข้อมูลประวัติเต็มรูปแบบสำหรับการใช้งานโหมดของผู้ใช้ทุกคนและรวบรวมข้อมูลใหม่อย่างมีประสิทธิภาพ แต่พยายามอย่างหนักที่จะรับรองความถูกต้องของข้อมูลโดยไม่ต้องรวบรวมข้อมูลมากเกินความจำเป็น