เมนู QR แบบสแตติกไม่เสียรายเดือน

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

ทำไมร้านอาหารจึงถูกคิดค่าบริการตามจำนวนโต๊ะ?

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

ค่าสมาชิกยังเหนียวแน่นเป็นพิเศษในกรณีนี้ ป้ายตั้งโต๊ะเคลือบพลาสติก สติกเกอร์ยึดติดแน่น และเมนูมักพิมพ์ใหม่ตามฤดูกาลอย่างมากก็ปีละไม่กี่ครั้ง การพิมพ์ใหม่เป็นงานจริงจัง ค่าบริการรายเดือนจึงยังต่ำกว่าค่าเปลี่ยนใหม่ได้อย่างสบาย ซึ่งเป็นวิธีที่ผู้ให้บริการใช้กำหนดราคา ต้นทุนจริงของ QR code “ฟรี” อธิบายการคำนวณนี้ไว้

ผู้ให้บริการเรียนรู้อะไรเกี่ยวกับลูกค้าของคุณ?

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

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

เมื่อมองจากฐานลูกค้าทั้งหมดของผู้ให้บริการ เรื่องนี้มีมากกว่านั้น ลายนิ้วมืออุปกรณ์เดียวกันที่ปรากฏซ้ำในร้านค้า ร้านอาหาร และสถานที่ต่าง ๆ ในเมือง สามารถบอกการเคลื่อนไหวของบุคคลได้ ศาลยุติธรรมแห่งสหภาพยุโรปมีคำวินิจฉัยใน คดี *Breyer* (C-582/14) ว่า IP แบบไดนามิกที่ผู้ดำเนินการเว็บไซต์บันทึกไว้อาจเป็นข้อมูลส่วนบุคคล นี่จึงเป็นประเด็นด้านการปฏิบัติตามกฎหมาย ไม่ใช่แค่เรื่องน่าสงสัย และภายใต้ GDPR ความเสี่ยงโดยทั่วไปจะตกอยู่กับธุรกิจที่นำโค้ดไปใช้งาน พร็อกซี QR code บันทึกอะไรบ้าง อธิบายรายละเอียดไว้

ในทางปฏิบัติมีอะไรผิดพลาดได้บ้าง?

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

การประเมินของ NCSC ระบุว่า QR code ในผับและร้านอาหารมักปลอดภัย โดยควรระวังโค้ดที่ได้รับทางอีเมลมากกว่ามาก ความเสี่ยงทางกายภาพที่ยังเหลืออยู่คือสติกเกอร์แปะทับ และวิธีรับมือก็เรียบง่าย นั่นคือ ตรวจป้ายตั้งโต๊ะ

เวอร์ชันแบบคงที่มีหน้าตาอย่างไร?

แล้วโค้ดสำหรับสั่งอาหารและชำระเงินล่ะ?

โค้ดเหล่านี้ควรแยกออกจากโค้ดเมนู เพราะรูปแบบความเสี่ยงแตกต่างกันจริง และคำแนะนำก็ไม่เหมือนกันทั้งหมด

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

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

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

จะเปลี่ยนระบบอย่างไร?

1. ถอดรหัสป้ายตั้งโต๊ะปัจจุบัน ด้วย เครื่องอ่านของเรา แล้วดูว่าโดเมนใดอยู่ในข้อมูล หากไม่ใช่โดเมนของคุณ แสดงว่าคุณกำลังใช้การเปลี่ยนเส้นทางที่เช่าอยู่
2. เลือก URL ที่คงที่ — yourrestaurant.com/menu — และตรวจสอบว่าจะไม่เปลี่ยน หากต้องการเผื่อย้ายในภายหลัง ให้ชี้โค้ดไปที่ yourrestaurant.com/m แล้วเปลี่ยนเส้นทางจากที่นั่น
3. สร้าง [URL QR code แบบสแตติก](Url) ที่เข้ารหัสที่อยู่นั้น
4. เพิ่มการติดตามแยกตามจุดติดตั้งหากต้องการ: ?src=table, ?src=window, ?src=takeaway ระบบวิเคราะห์ของคุณเองจะให้จำนวนการสแกนแยกตามจุดติดตั้งแบบเดียวกับที่แดชบอร์ดเคยขายให้คุณ
5. พิมพ์ URL เป็นข้อความที่อ่านได้ข้างโค้ด เพื่อให้ลูกค้าเข้าถึงเมนูได้โดยไม่ต้องสแกน และมองเห็นว่าโค้ดเป็นของคุณ
6. พิมพ์ใหม่เมื่อถึงรอบตามธรรมชาติครั้งถัดไป แล้วจึงยกเลิกสมาชิกเมื่อเลิกใช้ป้ายเก่าทั้งหมดแล้ว

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

เปลี่ยนให้เสร็จตอนนี้ เพื่อให้พร้อมสำหรับการพิมพ์รอบถัดไป: URL QR code อ่านข้อมูลพื้นฐานได้ที่ ความจริงเกี่ยวกับมิจฉาชีพ QR code