วิธีผ่านการตรวจสอบเพื่อยืนยัน LINE MINI App: เช็กลิสต์การส่งและเหตุผลที่ถูกปฏิเสธบ่อย
เพื่อผ่านการตรวจสอบเพื่อยืนยัน LINE MINI App (verification review) คุณต้องส่งช่องที่ชื่อผู้ให้บริการ ชื่อ service provider และบริษัทในนโยบายความเป็นส่วนตัวเป็นนิติบุคคลเดียวกัน แนบ URL นโยบายความเป็นส่วนตัวและข้อกำหนดการใช้งานที่เข้าถึงได้แบบสาธารณะ เตรียมสถานการณ์ทดสอบและข้อมูลเข้าสู่ระบบทดสอบสำหรับทุกโฟลว์ เช่น การจอง การชำระเงิน หรือการสั่งซื้อ ที่ผู้ตรวจสอบต้องทำให้เสร็จ และยืนยันว่าบริการไม่อยู่ในอุตสาหกรรมและเนื้อหาต้องห้ามตาม LINE MINI App Policy LY Corporation มักตรวจสอบเสร็จภายในหนึ่งถึงสองสัปดาห์ หากถูกปฏิเสธต้องแก้ไขและส่งใหม่ และผู้ส่งไม่สามารถระบุวันที่เสร็จได้
ประเด็นสำคัญ
- การยืนยันเป็นเส้นทางเดียวในการใช้ service message ในสภาพแวดล้อม production, Custom Path, ทางลัดหน้าจอหลัก, Common Profile Quick-fill, การทำให้การให้ความยินยอมง่ายขึ้น และส่วนหัวแบรนด์พร้อมเครื่องหมาย verified
- สาเหตุที่ถูกปฏิเสธบ่อยที่สุดคือชื่อผู้ให้บริการ ชื่อ service provider และชื่อบริษัทในนโยบายความเป็นส่วนตัวไม่ตรงกัน ทั้งสามต้องเป็นนิติบุคคลเดียวกัน
- อุตสาหกรรมต้องห้าม (การพนัน การให้กู้ ยาสูบ การหาคู่ การระดมทุน ฯลฯ) และเนื้อหาต้องห้าม (ละเมิดลิขสิทธิ์ เปรียบเทียบให้เข้าใจผิด สแปม) เป็นเกณฑ์นโยบายที่เข้มงวด ไม่ใช่ปัญหาด้านสไตล์
- การตรวจสอบใช้เวลาประมาณหนึ่งถึงสองสัปดาห์ ไม่มีตัวเลือกเร่งด่วน การเปลี่ยน Endpoint URL ของ production หลังส่งอาจกระตุ้นให้มีการตรวจซ้ำ จึงควรล็อกไว้ก่อน
- หากความต้องการจริงของคุณคือรับข้อความลูกค้า LINE ทั่วไป นั่นเป็นการตัดสินใจด้านสถาปัตยกรรม inbound แยกต่างหาก ไม่ใช่ขั้นตอนการยืนยัน
การตรวจสอบตรวจดูอะไรจริง ๆ
ช่อง LINE MINI App เริ่มต้นในสถานะยังไม่ยืนยัน บนช่อง Developing ภายในคุณสามารถทดสอบฟีเจอร์และปรับปรุงได้ การเปลี่ยนช่อง Published จากยังไม่ยืนยันให้เป็นยืนยันแล้ว ต้องส่งช่องให้ LY Corporation ตรวจสอบ และการตรวจสอบจะประเมินความสอดคล้องของตัวตน การปฏิบัติตามนโยบาย และว่าผู้ตรวจสอบสามารถผ่านโฟลว์หลักได้จริงหรือไม่ ไม่ใช่แค่ว่าแอปเปิดทำงานหรือไม่
อย่าสับสนระหว่างการยืนยันกับการตัดสินใจที่อยู่ติดกันสองข้อ ข้อแรก มันไม่เหมือนกับ Verified LINE Official Account ซึ่งเป็นผลิตภัณฑ์แยกต่างหากที่มีเส้นทางการตรวจสอบของตัวเอง หากนั่นคือสิ่งที่คุณต้องการ ให้เริ่มจาก คู่มือประเทศและตัวเลือก Official Account ข้อสอง การยืนยันตอบคำถามว่า “MINI App นี้ใช้ฟีเจอร์สำหรับผู้ยืนยันเท่านั้นได้หรือไม่” ส่วน คู่มือข้อจำกัดของผู้ยังไม่ยืนยัน ตอบคำถามว่า “ฉันเปิดตัวอะไรได้ก่อนตรวจ” นั่นคือคำถามคนละข้อ
เช็กลิสต์การส่ง: ข้อมูลและเอกสารที่ต้องเตรียม
เตรียมรายการต่อไปนี้ก่อนเปิดแท็บ Review request ใน LINE Developers Console คู่มือการส่ง อย่างเป็นทางการคือแหล่งของข้อกำหนดเหล่านี้
| รายการ | สิ่งที่ต้องเตรียม | เหตุผลที่การตรวจสอบสนใจ |
|---|---|---|
| ชื่อผู้ให้บริการ | ชื่อนิติบุคคลที่ตรงกับ service provider | ตรวจเทียบกับบริษัทในนโยบายความเป็นส่วนตัว |
| ชื่อ service provider | องค์กรที่ดำเนินการบริการจริง | ต้องเป็นนิติบุคคลเดียวกับผู้ให้บริการและผู้ถือนโยบาย |
| คำอธิบายช่อง | คำอธิบายชัดเจนว่า MINI App ทำอะไร | ผู้ตรวจสอบใช้เพื่อกำหนดขอบเขตการทดสอบ |
| URL นโยบายความเป็นส่วนตัว | หน้าที่เข้าถึงได้แบบสาธารณะ และบริษัทตรงกับผู้ให้บริการ | ความไม่ตรงกันตรงนี้คือสาเหตุที่ถูกปฏิเสธบ่อยที่สุด |
| URL ข้อกำหนดการใช้งาน | หน้าข้อกำหนดที่เข้าถึงได้แบบสาธารณะ | ข้อกำหนดการปฏิบัติตามนโยบาย |
| Callback / Endpoint URL | Endpoint ของ production ที่ล็อกไว้ก่อนส่ง | การเปลี่ยนแปลงหลังตรวจอาจกระตุ้นการตรวจซ้ำ |
| เอกสารอ้างอิง | บัญชีทดสอบ สินค้าตัวอย่าง สถานการณ์ร้าน/การจอง และข้อมูล Basic Auth หากเปิดใช้ | เพื่อให้ผู้ตรวจสอบทำทุกโฟลว์เสร็จโดยไม่ต้องเดา |
| ขอบเขต API | เฉพาะสิทธิ์ที่บริการใช้จริง | ขอบเขตที่กว้างเกินไปจะขัดกับวัตถุประสงค์ที่แจ้ง |
| การเชื่อมต่อ Official Account | เชื่อมต่อเฉพาะเมื่อ MINI App พึ่งพา | ตรวจสอบความสอดคล้องกับโฟลว์ MINI App |
สำหรับ service message โดยเฉพาะ คุณยังต้องมีเทมเพลตที่ผ่านการตรวจที่ยืนยันหรือตอบสนองการกระทำของผู้ใช้ใน MINI App เตรียมเทมเพลตเหล่านั้นตาม เช็กลิสต์การตรวจเทมเพลต service message ก่อนส่ง เพราะ service message ใน production ต้องการทั้งช่องที่ยืนยันแล้วและเทมเพลตที่ผ่านการตรวจ
เหตุผลที่ถูกปฏิเสธบ่อย
การปฏิเสธส่วนใหญ่แบ่งเป็นสี่กลุ่ม LY Corporation ไม่มีหน้าที่ต้องอธิบายผลการตรวจอย่างละเอียด ดังนั้นการป้องกันปัญหาเหล่านี้ก่อนส่งจะคุ้มกว่าการอุทธรณ์หลังถูกปฏิเสธมาก
1. ตัวตนไม่สอดคล้องกัน (สาเหตุอันดับต้น). ชื่อผู้ให้บริการ ชื่อ service provider และบริษัทในนโยบายความเป็นส่วนตัวต้องเป็นนิติบุคคลเดียวกัน ความล้มเหลวที่พบบ่อยคือนโยบายความเป็นส่วนตัวเขียนไว้ในนามบริษัทแม่หรือชื่อแบรนด์ ขณะที่ช่องผู้ให้บริการลงทะเบียนในนามบริษัทย่อยหรือชื่อการค้า จัดให้ทั้งสามตรงกันก่อนส่ง
2. อุตสาหกรรมต้องห้าม. LINE MINI App Policy ห้ามบางหมวดหมู่โดยสมบูรณ์ รวมถึงองค์กรศาสนา สโมสรกลางคืน การพนัน การหาคู่และแม่สื่อ การให้กู้ การระดมทุน การตลาดแบบหลายชั้น ยาสูบและบุหรี่ไฟฟ้า อาวุธและยาพิษ และการทดลองทางคลินิก บริการในหมวดเหล่านี้ไม่สามารถผ่านการตรวจได้ไม่ว่าคุณภาพจะดีแค่ไหน
3. เนื้อหาต้องห้าม. แม้ในอุตสาหกรรมที่อนุญาต เนื้อหาก็อาจทำให้ถูกปฏิเสธได้ การละเมิดทรัพย์สินทางปัญญา การตลาดที่ทำให้เข้าใจผิดหรือก้าวร้าว สแปม ความรุนแรงหรือการแสดงออกทางเพศ การเปรียบเทียบหรือจัดอันดับที่ไม่ยุติธรรมกับผลิตภัณฑ์บริษัทอื่น ข้อความ service message ที่เอนไปทางส่งเสริมการขาย คูปอง การแจ้งสินค้าใหม่ รางวัล หรือประกาศกิจกรรมทั่วไป ก็ถูกปฏิเสธเช่นกัน เพราะ service message ต้องยืนยันหรือตอบสนองการกระทำของผู้ใช้
4. ช่องว่างทางเทคนิคและเอกสาร. สิ่งเหล่านี้ไม่ใช่บั๊กของฟังก์ชัน กรณีที่พบบ่อยคือ Endpoint URL ของ production ถูกเปลี่ยนหลังการตรวจครั้งล่าสุด การเปลี่ยนหน้าจอหรือข้อความไม่ตรงกับคำอธิบายที่ส่ง เปิด Basic Auth ไว้แต่ไม่ให้ข้อมูลทดสอบ และขอบเขต API เกินวัตถุประสงค์ที่แจ้ง แต่ละข้อจะบังคับให้ส่งใหม่
ระยะเวลาและสถานะการตรวจ
LINE ระบุว่าการตรวจมักใช้เวลาประมาณหนึ่งถึงสองสัปดาห์ ไม่มีตัวเลือกเร่งด่วน และผู้ส่งไม่สามารถระบุวันที่เสร็จได้ สถานะการตรวจดูได้ใน LINE Developers Console และหากถูกปฏิเสธคุณต้องแก้ไขปัญหาที่ระบุแล้วส่งใหม่ ซึ่งจะเพิ่มอีกหนึ่งรอบ
นัยของเรื่องนี้คือความเสี่ยงด้านตารางเวลา หากแคมเปญตามฤดูกาลหรือการเปิดตัวพึ่งพาฟีเจอร์สำหรับผู้ยืนยันเท่านั้น ให้ส่งพร้อมเวลาสำรองสำหรับการตรวจซ้ำหนึ่งครั้ง การล็อก endpoint ของ production และยืนยันข้อความนโยบายความเป็นส่วนตัวและข้อกำหนดการใช้งานก่อนส่งครั้งแรก เป็นวิธีที่มีประสิทธิภาพมากที่สุดในการหลีกเลี่ยงการเสียเวลาหนึ่งสัปดาห์จากการถูกปฏิเสธที่สามารถป้องกันได้
คุณจำเป็นต้องยืนยันจริงหรือไม่
การยืนยันคุ้มค่าที่จะขอเฉพาะเมื่อฟีเจอร์สำหรับผู้ยืนยันเท่านั้นอยู่บนเส้นทางสำคัญ ตารางฟีเจอร์แบบกำหนดเอง อย่างเป็นทางการระบุสิ่งที่ช่อง Published ที่ยังไม่ยืนยันสามารถทำได้แล้ว รวมถึงปุ่มการกระทำแบบกำหนดเอง พร้อมท์เพิ่มเพื่อน Official Account และการเชื่อมต่อการชำระเงินที่รองรับตามภูมิภาค ดังนั้นสิ่งเหล่านี้ไม่ใช่เหตุผลที่จะยืนยัน
ใช้การยืนยันเมื่อต้องการอย่างน้อยหนึ่งข้อต่อไปนี้:
- service message ใน production ที่ผูกกับการจอง คำสั่งซื้อ หรือการกระทำอื่นในแอป
- Custom Path ที่จดจำได้ เช่น
miniapp.line.me/#/<แบรนด์ของคุณ> - ทางลัดหน้าจอหลัก Common Profile Quick-fill หรือการทำให้การให้ความยินยอมง่ายขึ้น
- ส่วนหัวแบรนด์ที่แสดงชื่อ MINI App พร้อมเครื่องหมาย verified หรือการถูกค้นพบผ่าน LINE Home และการค้นหา
หากไม่มีข้อใดตรง การเปิดตัวโฟลว์หลักเป็นช่อง Published ที่ยังไม่ยืนยันก่อนแล้วกลับมาพิจารณาการยืนยันในภายหลังถือเป็นการวางแผนที่สมเหตุสมผล ไม่ใช่ความล้มเหลว
ตำแหน่งของ UnifyPort
UnifyPort ไม่ได้ยืนยัน LINE MINI App ไม่ยื่นตรวจแทน ไม่อนุมัติเทมเพลต service message และไม่มอบสิทธิพิเศษของแพลตฟอร์ม LINE ใด ๆ เมื่อจำเป็นต้องยืนยัน ให้ใช้เส้นทางการตรวจอย่างเป็นทางการข้างต้น
UnifyPort รองรับความต้องการอื่นที่แยกจากกัน คือการรับข้อความลูกค้าทั่วไปจากบัญชี LINE ที่เชื่อมต่อแล้วและส่งต่อไปยังระบบสนับสนุนของคุณเองขณะที่ MINI App รอตรวจหรือหลังตรวจ การอนุญาต LINE ใช้การเข้าสู่ระบบด้วย QR Code และ URL ของ QR กับ PIN มาแบบอะซิงโครนัสผ่านเหตุการณ์การอนุญาตบัญชี ไม่ใช่ในการตอบสนองแบบซิงโครนัส หลังเชื่อมต่อ ข้อความขาเข้าจะมาในซอง message.received มาตรฐานพร้อมฟิลด์ id, type, provider, account_id, occurred_at และ data
หาก endpoint ของ webhook มี signing_secret การส่งแต่ละครั้งจะถูกลงนามด้วย X-Device-Timestamp และ X-Device-Signature ลายเซ็นคือ HMAC-SHA256 แบบเข้ารหัส hex บนเนื้อหาคำขอดิบในรูปแบบ "<X-Device-Timestamp>" + "." + "<เนื้อหาดิบ>" ตัวรับต้องยืนยันลายเซ็นโดยใช้เนื้อหาดิบก่อนจึงจะเก็บหรือส่งต่อเหตุการณ์ การตอบกลับที่รองรับใช้เส้นทาง POST /v1/messages มาตรฐาน คู่มือการส่งและลายเซ็น webhook อธิบายขั้นตอนการยืนยันนี้โดยละเอียด
การแยกนี้ทำให้การตัดสินใจทั้งสองข้อซื่อสัตย์ เลือก MINI App ที่ยืนยันแล้วสำหรับตัวตนอย่างเป็นทางการ การถูกค้นพบ และ service message ธุรกรรม เลือกเลเยอร์ข้อความขาเข้าแยกต่างหากเมื่อความต้องการในการดำเนินงานคือการรับและส่งต่อบทสนทนาลูกค้า LINE ในรูปแบบอิสระ ทั้งสองไม่ใช่ตัวแทนของกันและกัน การยืนยันไม่ได้ส่งมอบข้อความลูกค้า และ webhook ขาเข้าไม่ได้ปลดล็อกฟีเจอร์ MINI App
ข้อจำกัดและการแลกเปลี่ยน
เส้นทางยืนยันอย่างเป็นทางการเหมาะสมกว่าเมื่อตัว MINI App เองเป็นเจ้าของการจอง คำสั่งซื้อ สมาชิก หรือการกระทำอื่นที่ต้องการการแจ้งเตือนธุรกรรมที่ผ่านการอนุมัติ หรือเมื่อการถูกค้นพบผ่าน LINE และส่วนหัวแบรนด์สำคัญต่อการยอมรับ
อินเทอร์เฟซที่ไม่เป็นทางการไม่สามารถมอบสิทธิพิเศษของแพลตฟอร์ม LINE ใด ๆ ได้ มันไม่เปลี่ยนข้อความบัญชีทั่วไปให้เป็น service message ของ MINI App และไม่มีผลต่อการตรวจเทมเพลต คุณสมบัติ Custom Path หรือเครื่องหมาย verified บทบาทของมันแคบกว่า เชื่อมต่อบัญชี ส่งมอบข้อความขาเข้าที่รองรับพร้อมลายเซ็นที่ยืนยันได้ และเปิดเผยการตอบกลับที่รองรับผ่าน API มาตรฐาน ให้ถือผลิตภัณฑ์ MINI App และไปป์ไลน์ข้อความลูกค้าเป็นสองระบบแยกกัน เว้นแต่แอปพลิเคชันของคุณจงใจเชื่อมทั้งสองผ่านตัวระบุลูกค้าหรือคำสั่งซื้อร่วม
คำถามที่พบบ่อย
การตรวจสอบเพื่อยืนยัน LINE MINI App ใช้เวลานานเท่าไหร่?
LINE ระบุว่าการตรวจมักใช้เวลาประมาณหนึ่งถึงสองสัปดาห์ ไม่มีตัวเลือกเร่งด่วน ผู้ส่งไม่สามารถระบุวันที่เสร็จได้ และหากถูกปฏิเสธต้องแก้ไขและส่งใหม่ ซึ่งจะเพิ่มอีกหนึ่งรอบการตรวจ
ทำไม LINE MINI App จึงถูกปฏิเสธ?
สาเหตุที่พบบ่อยที่สุดคือชื่อผู้ให้บริการ ชื่อ service provider และบริษัทในนโยบายความเป็นส่วนตัวไม่ตรงกัน สาเหตุอื่นที่พบบ่อย ได้แก่ อุตสาหกรรมหรือเนื้อหาต้องห้าม ข้อความ service message ที่เอนไปส่งเสริมการขาย การเปลี่ยน Endpoint URL ของ production หลังส่ง และการขาดข้อมูลทดสอบหรือการเปลี่ยนหน้าจอที่ไม่ตรงกับคำอธิบาย
LINE MINI App ที่ยังไม่ยืนยันสามารถเผยแพร่ได้หรือไม่?
ในตลาดที่รองรับ ลูกค้าที่ได้รับอนุญาตสามารถเผยแพร่ MINI App ที่ยังไม่ยืนยันและตรวจสอบโฟลว์หลักก่อนตัดสินใจยืนยัน service message ใน production, Custom Path, ทางลัดหน้าจอหลัก และฟีเจอร์ที่เกี่ยวข้องยังคงต้องมีการยืนยัน การเปรียบเทียบความสามารถทั้งหมดมีอยู่ใน คู่มือข้อจำกัดของผู้ยังไม่ยืนยัน
การรับข้อความลูกค้า LINE ต้องมีการยืนยันหรือไม่?
ไม่ การรับข้อความลูกค้า LINE ทั่วไปเป็นการตัดสินใจด้านสถาปัตยกรรม inbound ที่แยกจากการยืนยัน MINI App webhook ขาเข้าส่งมอบข้อความที่รองรับจากบัญชีที่เชื่อมต่อ แต่ไม่ปลดล็อกฟีเจอร์ MINI App
การยืนยันจะตรวจเทมเพลต service message ของฉันด้วยหรือไม่?
การยืนยันทำให้ช่องมีคุณสมบัติเหมาะสมที่จะส่ง service message ใน production แต่เทมเพลตแต่ละรายการยังคงต้องผ่านการตรวจแยกต่างหาก ก่อนส่งทั้งสองการตรวจ ให้เตรียมเทมเพลตด้วยกรณีการใช้งานที่ผูกกับการกระทำ ตัวแปรที่ถูกต้อง และลิงก์ถาวร
ขั้นตอนถัดไป
หากความต้องการของคุณคือการรับข้อความลูกค้า LINE ทั่วไปแทนการยืนยัน MINI App ให้เริ่มจาก คู่มือการอนุญาต LINE เพื่อทำความเข้าใจโฟลว์การเข้าสู่ระบบด้วย QR Code จากนั้นยืนยันขอบเขตการส่งและรับใน ตารางความสามารถของผู้ให้บริการ ก่อนออกแบบเวิร์กโฟลว์การสนับสนุน
แหล่งข้อมูล
แหล่งข้อมูล LINE อย่างเป็นทางการ ตรวจสอบเมื่อ 2026-08-03: