trusty — Website Trust Platform
Privacy Fundamentals

Best Practices ด้าน PDPA สำหรับเว็บไซต์โรงแรม ท่องเที่ยว และแพลตฟอร์มจองบริการ

แนวปฏิบัติ PDPA เรียงตามเส้นทางข้อมูลจริงของธุรกิจที่พักและทัวร์ ตั้งแต่ฟอร์มจองตรง วิดเจ็ต OTA ไปจนถึงข้อมูลหนังสือเดินทางในระบบ PMS

📅 เผยแพร่ 10 กันยายน 2569อัปเดตล่าสุด 10 กันยายน 2569✍️ เขียนโดย trusty Editorial Team⏱ อ่าน 9 นาที
A diverse group of professionals collaborating in an office setting, focusing on teamwork and discussion.
ภาพโดย Pavel Danilyuk จาก Pexels

💬 สรุปสั้น ๆ

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

สารบัญ

แผนกต้อนรับของโรงแรมขนาด 40 ห้องแห่งหนึ่งรับคำจองพร้อมกันจากสามช่องทางในคืนเดียว คือเว็บไซต์จองตรงของโรงแรมเอง วิดเจ็ตจาก Booking.com ที่ซิงก์ผ่าน Channel Manager และแขกที่เดินเข้ามาจองหน้าเคาน์เตอร์ ทั้งสามช่องทางเก็บชื่อ อีเมล และเบอร์โทรของแขก ส่วนแขกต่างชาติยังต้องสแกนหน้าหนังสือเดินทางเก็บไว้ในระบบ PMS อีกชุดหนึ่ง ถ้าไม่มีใครไล่ดูว่าข้อมูลชุดเดียวกันไหลผ่านกี่ระบบ การขอความยินยอมและการเขียน Privacy Policy จะตามหลังความเป็นจริงของธุรกิจอยู่เสมอ

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

ข้อมูลที่หมุนเวียนในเส้นทางการจองของธุรกิจที่พักและทัวร์

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

ช่องทางข้อมูลที่มักเก็บระบบปลายทางที่ข้อมูลไหลไป
ฟอร์มจองตรงบนเว็บไซต์ชื่อ อีเมล เบอร์โทร วันเข้าพัก บัตรเครดิตระบบจอง เกตเวย์ชำระเงิน อีเมลยืนยัน
วิดเจ็ต OTA/Channel Managerชื่อ อีเมลที่ OTA ปกปิดบางส่วน หมายเลขการจองChannel Manager ซิงก์เข้า PMS
เคาน์เตอร์ Walk-in/เช็กอินสำเนาบัตรประชาชนหรือหนังสือเดินทาง ลายเซ็นระบบ PMS และแฟ้มเอกสารกระดาษ
แชทหรือฟอร์มสอบถามทัวร์ชื่อ เบอร์โทร ความต้องการพิเศษแชทแอปหรือ CRM ของฝ่ายขาย

เลื่อนซ้าย-ขวาได้บนมือถือ

เพื่อให้แผนที่นี้ใช้งานได้จริง ควรระบุชื่อผู้รับผิดชอบของแต่ละระบบไว้ในตารางเดียวกัน เช่น ทีมไอทีดูแลระบบจองและ PMS ทีมขายดูแลข้อมูลจากแชทและ CRM ทัวร์ และแผนกต้อนรับดูแลเอกสารกระดาษที่เคาน์เตอร์ เมื่อเกิดคำถามจากแขกเรื่องข้อมูลของตัวเอง ทีมงานจะได้รู้ทันทีว่าควรประสานงานกับใครแทนที่จะส่งต่อกันไปมาหลายแผนก

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

ออกแบบจุดขอความยินยอมให้ตรงกับแต่ละช่องทางจอง

เว็บไซต์จองตรงและฟอร์มติดต่อ

หน้าค้นหาห้องพักและฟอร์มจองตรงเป็นจุดเดียวที่ธุรกิจควบคุม Cookie Banner และ Consent ได้เต็มที่ ควรแยกหมวด Cookie จำเป็นสำหรับระบบจองห้อง ออกจากหมวดวิเคราะห์พฤติกรรมและหมวดโฆษณา Remarketing และต้องทดสอบว่าเมื่อผู้เข้าชมกด Reject All แล้ว Pixel โฆษณาที่ฝังผ่านปลั๊กอินจองห้องหรือ Tag Manager ไม่ยิงออกไปจริง

วิดเจ็ตจองผ่าน OTA และ Channel Manager

เมื่อฝังวิดเจ็ตจองจากบุคคลที่สามลงในหน้าเว็บของตัวเอง เจ้าของเว็บไซต์ยังมีหน้าที่แจ้งในนโยบายความเป็นส่วนตัวว่าข้อมูลบางส่วนถูกส่งต่อให้ผู้ให้บริการวิดเจ็ตหรือ Channel Manager ประมวลผลด้วย แม้ Consent ของสคริปต์ในวิดเจ็ตนั้นจะอยู่นอกเหนือการควบคุมโดยตรงของเว็บไซต์ก็ตาม

เคาน์เตอร์ Walk-in และการสแกนเอกสาร

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

ข้อมูลผู้ร่วมเดินทางในแพ็กเกจทัวร์แบบกลุ่ม

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

ดูแลข้อมูลหนังสือเดินทางและบัตรประชาชนของผู้เข้าพัก

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

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

ควบคุม Script วิเคราะห์และโฆษณาบนหน้าเว็บจองห้องพักและแพ็กเกจทัวร์

ก่อนผู้ใช้กด Accept

หน้าค้นหาห้องว่างและหน้าแพ็กเกจทัวร์มักถูกฝัง Pixel โฆษณาหลายตัวพร้อมกันเพื่อวัดผลแคมเปญ ทีมการตลาดควรตรวจสอบว่า Pixel เหล่านี้ทำงานหลังผู้เข้าชมกด Accept หมวดโฆษณาแล้วเท่านั้น ไม่ใช่ยิงทันทีที่หน้าเว็บโหลดเสร็จ โดยเฉพาะ Pixel ที่ทีมมีเดียเอเจนซี่เป็นผู้ติดตั้งเองผ่าน Tag Manager แยกจากทีมพัฒนาเว็บไซต์

Retargeting กับผู้เข้าชมที่ยังไม่ได้จอง

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

ตรวจสอบการส่งข้อมูลข้ามพรมแดนเมื่อเชื่อมระบบกับ OTA และ PMS ต่างประเทศ

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

พร้อมตรวจสอบความน่าเชื่อถือของเว็บไซต์คุณหรือยัง?

ทดลองใช้งาน trusty ฟรี ไม่ต้องใช้บัตรเครดิต เริ่มสแกนได้ทันที

ทดลองใช้งานระบบฟรี

กำหนด Owner และรอบทบทวนตามฤดูกาลท่องเที่ยว

ธุรกิจท่องเที่ยวมีลักษณะเฉพาะที่ต่างจากธุรกิจอื่นคือปริมาณแคมเปญการตลาดและพนักงานชั่วคราวเพิ่มขึ้นมากในช่วงไฮซีซัน ทีมการตลาดมักเพิ่ม Pixel หรือ Tag ใหม่ก่อนแคมเปญโปรโมชันสำคัญ ในขณะที่ทีมหน้างานเคาน์เตอร์ก็มีพนักงานฤดูกาลที่ต้องได้รับการอบรมเรื่องการจัดการเอกสารแขกอย่างรวดเร็ว การกำหนดผู้รับผิดชอบ (Owner) ที่ต้องได้รับแจ้งทุกครั้งที่มีการเพิ่ม Script การตลาดใหม่ และการทบทวนรายการ Cookie กับ Privacy Policy ก่อนเข้าไฮซีซันทุกปี ช่วยลดช่องว่างที่มักเกิดขึ้นเมื่อทีมเปลี่ยนคนหรือเปลี่ยนแคมเปญบ่อยกว่าธุรกิจทั่วไป

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

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

คำถามที่พบบ่อย

ธุรกิจโรงแรมและทัวร์ต้องขอความยินยอมกี่จุดบนเว็บไซต์ อย่างน้อยควรแยกจุดขอความยินยอมสำหรับเว็บไซต์จองตรง วิดเจ็ตที่ฝังจาก OTA หรือ Channel Manager และควรมีป้ายแจ้งวัตถุประสงค์ที่เคาน์เตอร์ Walk-in ให้สอดคล้องกับนโยบายบนเว็บไซต์ด้วย

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

วิดเจ็ตจองจาก OTA ต้องขอความยินยอมเองหรือไม่ เจ้าของเว็บไซต์ยังมีหน้าที่แจ้งในนโยบายความเป็นส่วนตัวว่าข้อมูลบางส่วนถูกส่งให้ผู้ให้บริการวิดเจ็ตประมวลผล แม้ Consent ของสคริปต์ภายในวิดเจ็ตจะอยู่นอกเหนือการควบคุมโดยตรงของเว็บไซต์

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

ทำไมต้องทบทวน Privacy Policy ก่อนเข้าไฮซีซันท่องเที่ยว เพราะช่วงไฮซีซันมักมีแคมเปญการตลาดและ Pixel ใหม่เพิ่มขึ้น รวมถึงพนักงานฤดูกาลที่เข้ามาดูแลเคาน์เตอร์ การทบทวนก่อนช่วงนี้ช่วยให้นโยบายและการตั้งค่า Consent ตามทันสิ่งที่เว็บไซต์เก็บจริง

เช็กลิสต์ปฏิบัติ

  • ทำแผนที่ข้อมูลแขกครบทุกช่องทางจอง ทั้งเว็บตรง OTA และเคาน์เตอร์
  • แยกหมวด Cookie จำเป็นออกจากหมวดวิเคราะห์และโฆษณาบนหน้าเว็บจอง
  • จำกัดสิทธิ์เข้าถึงภาพสแกนหนังสือเดินทางและบัตรประชาชนเฉพาะแผนกที่จำเป็น
  • กำหนดระยะเวลาการเก็บและขั้นตอนลบสำเนาเอกสารยืนยันตัวตน
  • ทดสอบว่า Pixel โฆษณาบนหน้าจองไม่ทำงานก่อนผู้เข้าชมกด Accept
  • ทำรายชื่อผู้ให้บริการต่างประเทศที่รับข้อมูลแขกไปประมวลผลให้ทีมกฎหมายตรวจสอบ
  • กำหนด Owner และรอบทบทวน Privacy Policy ก่อนเข้าไฮซีซันทุกปี

ข้อควรระวังที่พบบ่อยเมื่อเริ่มนำแนวปฏิบัติไปใช้จริง

  • ทำแนวปฏิบัติเฉพาะเว็บไซต์จองตรง แต่ลืมตรวจสอบวิดเจ็ต OTA ที่ฝังอยู่ในหน้าเดียวกัน
  • ตั้งค่า Cookie หมวดโฆษณาเป็นเปิดใช้งานล่วงหน้าเพราะกลัวเสียยอด Remarketing
  • ให้พนักงานฤดูกาลเข้าถึงภาพสแกนหนังสือเดินทางได้เท่ากับพนักงานประจำ
  • อัปเดต Privacy Policy บนเว็บไซต์ แต่ไม่ปรับป้ายแจ้งที่เคาน์เตอร์ให้ตรงกัน
  • เพิ่ม Pixel การตลาดใหม่ก่อนแคมเปญไฮซีซันโดยไม่แจ้งทีมที่ดูแล Consent

สรุป

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

แหล่งข้อมูลอ้างอิง

คำถามที่พบบ่อย

ธุรกิจโรงแรมและทัวร์ต้องขอความยินยอมกี่จุดบนเว็บไซต์

อย่างน้อยควรแยกจุดขอความยินยอมสำหรับเว็บไซต์จองตรง วิดเจ็ตที่ฝังจาก OTA หรือ Channel Manager และควรมีป้ายแจ้งวัตถุประสงค์ที่เคาน์เตอร์ Walk-in ให้สอดคล้องกับนโยบายบนเว็บไซต์ด้วย

ควรเก็บภาพสแกนหนังสือเดินทางของแขกไว้นานแค่ไหน

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

วิดเจ็ตจองจาก OTA ต้องขอความยินยอมเองหรือไม่

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

การส่งข้อมูลแขกให้ OTA ต่างประเทศถือเป็นการโอนข้อมูลข้ามพรมแดนหรือไม่

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

ทำไมต้องทบทวน Privacy Policy ก่อนเข้าไฮซีซันท่องเที่ยว

เพราะช่วงไฮซีซันมักมีแคมเปญการตลาดและ Pixel ใหม่เพิ่มขึ้น รวมถึงพนักงานฤดูกาลที่เข้ามาดูแลเคาน์เตอร์ การทบทวนก่อนช่วงนี้ช่วยให้นโยบายและการตั้งค่า Consent ตามทันสิ่งที่เว็บไซต์เก็บจริง

อ่านต่อในหัวข้อเดียวกัน

เนื้อหานี้จัดทำขึ้นเพื่อให้ข้อมูลทั่วไปเท่านั้น ไม่ถือเป็นคำแนะนำทางกฎหมาย กรุณาปรึกษาผู้เชี่ยวชาญด้านกฎหมายหรือ Data Protection Officer ของหน่วยงานท่านก่อนนำไปปฏิบัติจริง

พร้อมตรวจสอบความน่าเชื่อถือของเว็บไซต์คุณหรือยัง?

ทดลองใช้งาน trusty ฟรี ไม่ต้องใช้บัตรเครดิต เริ่มสแกนได้ทันที