รูปชุดเดียวกันแต่ Agoda ตีกลับ Booking ผ่าน? เทียบข้อกำหนดรูปของ 6 แพลตฟอร์ม
รูปชุดเดียว หกแพลตฟอร์ม หกผลลัพธ์
เรื่องนี้เริ่มจากคำถามของคนรู้จัก
เขาทำที่พักขนาดเล็ก อัปโหลดรูปห้องชุดเดียวกันขึ้น Booking.com, Agoda และ Expedia ในบ่ายวันเดียวกัน Booking ผ่าน Agoda ตีกลับเพราะความละเอียดไม่พอ ส่วน Expedia แจ้งว่าประกาศยังไม่สมบูรณ์เพราะจำนวนรูปต่อประเภทห้อง รูปชุดเดียว สามผลลัพธ์
ตรงนี้ไม่มีใครผิด ข้อกำหนดของแต่ละเจ้าต่างกันจริง ๆ และต่างกันมากกว่าที่คิด
เราใช้เวลาหนึ่งคืนไล่อ่านเอกสารทางการของทุกพอร์ทัลพาร์ตเนอร์ที่เข้าถึงได้ สิ่งที่สะดุดใจไม่ใช่ตัวเลขใดตัวเลขหนึ่ง แต่คือ แทบไม่มีใครเอาข้อกำหนดเหล่านี้มาวางเทียบกัน แต่ละแพลตฟอร์มซ่อนกฎไว้ในศูนย์ช่วยเหลือของตัวเอง ถ้าไม่ได้ดูแลหกช่องทางพร้อมกันก็จะไม่เห็นระยะห่างนี้
ขอกำหนดขอบเขตก่อน ตัวเลขด้านล่างมาจากเอกสารทางการสำหรับพาร์ตเนอร์และบทสรุปข้อกำหนดรายช่องทางของ GIATA เราไม่ได้อัปโหลดรูปทดสอบเพื่อวัดอัตราการบีบอัดของแต่ละแพลตฟอร์ม เพราะต้องมีสิทธิ์เข้าระบบผู้ประกอบการทั้งหกเจ้า ซึ่งเราไม่มี ส่วนการวัดการบีบอัดจะบอกวิธีให้ทำเองด้านล่าง
ฝั่งลงประกาศ: ระยะห่างที่แท้จริง
| แพลตฟอร์ม | ขั้นต่ำ | แนะนำ | ขีดจำกัดต่อไฟล์ | ข้อกำหนดจำนวน |
|---|---|---|---|---|
| Booking.com | 300 px (ตาม GIATA) | อย่างน้อย 2048×1080 แนะนำ 4000×3000 | ไม่เปิดเผย | แนะนำอย่างน้อย 10 สูงสุด 45 |
| Agoda | 800×600 | 2048×1536 | 4 MB | ระดับที่พัก 24 รูป ประเภทห้องละ 4 รูป |
| กลุ่ม Expedia | 1000 px | 2880 px | ไม่เปิดเผย | อย่างน้อย 20 ประเภทห้องที่เปิดขายละ 4 รูป ต้องมีห้องน้ำ |
| Kayak | 640 px | ไม่เปิดเผย | ไม่เปิดเผย | สูงสุด 35 |
| Tripadvisor | ไม่เปิดเผย | 2880 px | ไม่เปิดเผย | ไม่เปิดเผย |
| Airbnb | 1024×683 | กว้างตั้งแต่ 2048 px | ไม่เปิดเผย | แตกต่างตามประเภทประกาศ |
ระหว่าง 4000×3000 ที่ Booking แนะนำ ซึ่งเท่ากับสิบสองล้านพิกเซลหรือระดับกล้องถ่ายรูป กับพื้น 640 px ของ Kayak ต่างกันเกือบสี่สิบเท่าในแง่จำนวนพิกเซล การป้อนรูปชุดเดียวให้ทั้งสองปลายไม่ใช่กลยุทธ์ แต่คือการโยนเหรียญ
ขีดจำกัด 4 MB ต่อไฟล์ของ Agoda คือจุดที่ทุกคนสะดุด มือถือทุกวันนี้ถ่ายเล่น ๆ ก็ 5 MB เปิด ProRAW ทะลุ 20 MB อัปโหลดล้มเหลวโดยไม่บอกสาเหตุชัด หลายคนเสียเวลาครึ่งวันตรงนี้ Agoda ยังจำกัดการอัปโหลดหนึ่งครั้งรวมไม่เกิน 100 MB โยนไฟล์ใหญ่สามสิบไฟล์พร้อมกันจึงไม่ผ่านแน่นอน
กฎของ Expedia ที่ว่าประเภทห้องที่เปิดขายต้องมีรูปอย่างน้อยสี่รูป โดยหนึ่งในนั้นต้องเป็นห้องน้ำ น่าสนใจที่สุด นี่ไม่ใช่ข้อจำกัดทางเทคนิคแต่เป็นการออกแบบเพื่ออัตราการจอง ข้อมูลของเขาบอกว่านักเดินทางมองหารูปห้องน้ำ ถ้าไม่มี ประเภทห้องนั้นจะถูกลดน้ำหนักการแสดงผล
คอลัมน์ที่ไม่มีใครพูดถึงแต่ส่งผลมาก: กี่วันถึงจะขึ้นหน้าเว็บ
จุดนี้ต่างหากที่คนรู้จักของเราติดจริง ๆ
Booking อัปเดตภายในไม่กี่นาที Expedia วันละสองรอบ Tripadvisor ใช้เวลา 24–48 ชั่วโมง ส่วน Agoda อัปเดตทุกสองสัปดาห์ และกว่ารูปจะขึ้นจริงอาจเกินครึ่งเดือน
สองสัปดาห์ ถ้าเปลี่ยนรูปตามฤดูกาลก่อนวันหยุดยาวหนึ่งสัปดาห์ ฝั่ง Agoda ไม่ทันแน่นอน
ฝั่งรีวิว: กติกาสำหรับนักเดินทางเป็นอีกชุด
ถ้าคุณไม่ใช่ผู้ประกอบการ แค่อยากรีวิวหลังจองเสร็จ จะเจอระบบคนละแบบ ซึ่งสร้างขึ้นรอบแรงจูงใจ ไม่ใช่คุณภาพรูป
Klook เปิดเผยเกณฑ์ชัดเจน แนบรูปตั้งแต่ 3 รูปขึ้นไปได้ 30 KlookCash ต่อรีวิว และเขียนตั้งแต่ 100 ตัวอักษรขึ้นไปได้เพิ่มอีก 20 KlookCash ดังนั้น «3 รูป» เป็นเกณฑ์ที่ออกแบบมาโดยตั้งใจ ไม่ใช่ตัวเลขสุ่ม
KKday ก็มีกลไกให้คูปองท่องเที่ยวสำหรับรีวิวเช่นกัน แต่เงื่อนไขไม่เหมือน Klook เสียทีเดียว
ส่วนรูปสินค้าฝั่งผู้ให้บริการ KKday ระบุละเอียดกว่าผ่านคู่มือของ rezio: สูงสุด 10 รูป แนะนำ 1920×1440 อัตราส่วน 4:3 ไฟล์ละไม่เกิน 5 MB อัตราส่วน 4:3 นี้สำคัญกว่าที่เห็น เพราะคนที่จัดองค์ประกอบแบบ 16:9 หรือสี่เหลี่ยมจัตุรัสจะถูกตัดจุดสำคัญออกหลังอัปโหลด
พูดตามตรง ความโปร่งใสฝั่งนี้แย่กว่าฝั่งลงประกาศมาก ขีดจำกัดขนาดไฟล์และจำนวนรูปรีวิวของ Trip.com หรือ Klook เราหาเอกสารทางการไม่พบ จึงระบุว่า «ไม่เปิดเผย» แทนที่จะเดาตัวเลขขึ้นมา
วัดการบีบอัดด้วยตัวเองได้
ข้อกำหนดเป็นเรื่องหนึ่ง สิ่งที่แพลตฟอร์มทำกับไฟล์ของคุณเป็นอีกเรื่อง OTA ทุกเจ้าจะเข้ารหัสรูปที่อัปโหลดใหม่และสร้างไฟล์หลายขนาด ต่างกันแค่ว่าเสียคุณภาพไปเท่าไร
สามขั้นตอน ไม่ต้องใช้เครื่องมือพิเศษ
- อัปโหลดรูปที่คุณยังมีไฟล์ต้นฉบับ จดขนาดไฟล์และจำนวนพิกเซลไว้
- หารูปนั้นในหน้าเว็บสาธารณะแล้วคัดลอกที่อยู่รูป เปิดที่อยู่นั้นตรง ๆ สังเกตว่าในลิงก์มีพารามิเตอร์ขนาดหรือไม่ (
_R_1200x800,?w=1080) ถ้ามีแปลว่าแพลตฟอร์มปรับขนาดแบบไดนามิก - บันทึกรูปนั้นแล้วเทียบ ขนาดไฟล์ จำนวนพิกเซลจริง และข้อมูล EXIF ยังอยู่หรือไม่ ใช้
exiftoolหรือเครื่องมือดู EXIF ออนไลน์ก็ได้
ขั้นที่สามสำคัญที่สุด ถ้าแพลตฟอร์มไม่ลบ EXIF รูปห้องพักของคุณอาจยังมีพิกัด GPS ติดอยู่ ซึ่งสำหรับที่พักขนาดเล็กเท่ากับเปิดเผยที่อยู่
วิธีเดียวกันนี้ที่ใช้กับบริการฝากรูปอยู่ในรายงานตรวจ EXIF รายฟิลด์ของ 8 บริการ และย้ายมาใช้กับ OTA ได้ตรง ๆ
ทำไมใช้ไฟล์ต้นฉบับชุดเดียวกับทุกช่องทางถึงย้อนกลับมาทำร้ายเรา
นี่คือบทเรียนจากเหตุการณ์ตีกลับรูปของคนรู้จัก
«ถ่ายชุดเดียวคุณภาพสูงสุดแล้วส่งไฟล์เดียวกันไปทุกที่» ฟังดูสมเหตุสมผล แต่มีปัญหาสามข้อ
ข้อแรก ใหญ่ไม่ได้แปลว่าปลอดภัย ขีด 4 MB ของ Agoda ตีกลับไฟล์ต้นฉบับสิบสองล้านพิกเซลทันที แต่ถ้าบีบทั้งหมดให้ต่ำกว่า 4 MB เพื่อผ่าน Agoda คะแนนคุณภาพฝั่ง Booking ก็ตก
ข้อสอง อัตราส่วนการครอปทำลายองค์ประกอบภาพ Agoda กำหนดชัดว่าต้องเป็นแนวนอน ส่วนรูปช่องทางของ KKday แนะนำ 4:3 รูปแนวตั้งรูปเดียวกันส่งไปทั้งสองที่ ฝั่งหนึ่งโดนตัดเพดาน อีกฝั่งโดนตัดปลายเตียง
ข้อสาม ความต่างของเวลาขึ้นหน้าเว็บทำให้เนื้อหาแต่ละช่องทางไม่ตรงกัน Booking ไม่กี่นาที Agoda สองสัปดาห์ ระหว่างนั้นห้องเดียวกันจะหน้าตาไม่เหมือนกันในแต่ละเว็บ ข้อร้องเรียนเกิดจากตรงนี้
ในทางปฏิบัติ เตรียมสองถึงสามเวอร์ชันจะประหยัดแรงกว่า ได้แก่ ไฟล์ความละเอียดสูง (ระดับ 4000×3000 สำหรับ Booking และ Expedia) เวอร์ชันแนวนอนต่ำกว่า 4 MB (สำหรับ Agoda) และเวอร์ชัน 4:3 ขนาด 1920×1440 (สำหรับช่องทางขายทัวร์) ทำครั้งเดียว ครั้งต่อ ๆ ไปแค่รันกระบวนการเดิม
ไฟล์ระหว่างทางเก็บไว้ที่ไหน
พอทำสามเวอร์ชันจะเจอปัญหากวนใจ คือต้องมีที่เก็บไฟล์ระหว่างทาง และต้องส่งให้ช่างภาพ นักออกแบบ หรือเพื่อนร่วมงานที่ช่วยลงประกาศดู
แนบอีเมลก็โดนบีบ ไดรฟ์คลาวด์ก็บังคับให้อีกฝ่ายล็อกอิน ส่งผ่านแอปแชตก็คุณภาพตก
สำหรับความต้องการระยะสั้นแบบ «ส่งลิงก์ให้เขาเปิดแล้วเห็นไฟล์จริง» บริการฝากรูปสะดวกกว่าไดรฟ์คลาวด์ ถ้าใช้ lpic.cc ขั้นตอนคือ อัปโหลด → ตั้งรหัสผ่านถ้าจำเป็น → คัดลอกลิงก์สั้น → ส่งให้อีกฝ่าย ไม่ต้องสมัครทั้งสองฝั่ง และรหัสผ่านมีประโยชน์เมื่อที่พักยังไม่เปิดขายต่อสาธารณะ
ข้อจำกัดต้องพูดให้ชัดเพื่อไม่ให้ใช้ผิดที่: รูปภาพไม่เกิน 8 MB ซึ่งแปลว่าไฟล์ระดับ 4000×3000 สำหรับ Booking อาจเกิน ไฟล์ถูกเก็บ 30 วันนับจากการเปิดดูครั้งล่าสุด และไฟล์ที่อัปโหลดจะถูกปรับให้เหมาะสมอัตโนมัติ ไฟล์ต้นฉบับจึงไม่ถูกเก็บไว้
พูดง่าย ๆ คือใช้เป็นจุดพักได้ แต่ไม่ใช่คลังไฟล์ทางการ ไฟล์ต้นฉบับของที่พักให้เก็บสำรองไว้ในเครื่องหรือคลาวด์ของตัวเองเสมอ ข้อนี้ไม่มีข้อยกเว้น
คำถามที่พบบ่อย
ถาม 1: รูปถูกตีกลับเพราะอะไรบ่อยที่สุด
อนุมานจากเอกสารข้อกำหนด สามอันดับแรกคือความละเอียดไม่พอ ไฟล์เกินขีดจำกัด และทิศทางภาพไม่ตรง (Agoda รับเฉพาะแนวนอน) นอกจากนี้ Booking.com ระบุชัดว่าไม่รับรูปที่แตก เบลอ แต่งภาพเกินจริง หรือมีลายน้ำ ดังนั้นถ้าคุณใส่โลโก้ที่พักไว้มุมรูป นั่นอาจเป็นเหตุผลที่ถูกตีกลับ
ถาม 2: ถ่ายด้วยมือถือพอไหม หรือต้องจ้างช่างภาพ
ว่าตามสเปกก็พอ มือถือเรือธงปัจจุบันให้ภาพสิบสองล้านพิกเซล (ราว 4032×3024) พอดีกับ 4000×3000 ที่ Booking แนะนำ ความต่างที่แท้จริงอยู่ที่แสงและองค์ประกอบภาพ ซึ่งจำนวนพิกเซลชดเชยไม่ได้ ถ้างบจำกัด ให้ถ่ายรูปหลักและรูปห้องน้ำให้ดีก่อน สองรูปนี้มีน้ำหนักการแสดงผลสูงสุด
ถาม 3: จะผ่านขีด 4 MB ของ Agoda ได้อย่างไร
ลดคุณภาพ JPEG ลงเหลือ 80–85 มักทำให้ไฟล์ 8 MB เหลือราว 3 MB โดยตาเปล่าแทบไม่เห็นความต่าง อย่าใช้วิธีย่อขนาดภาพเพื่อให้ผ่าน เพราะคะแนนความละเอียดจะตกไปพร้อมกัน
ถาม 4: รูปที่แนบในรีวิวลบทีหลังได้ไหม
แพลตฟอร์มส่วนใหญ่ให้ลบรีวิวของตัวเองพร้อมรูปได้ แต่ภาพย่อที่ถูกแคชไว้หรือสำเนาที่ถูกนำไปใช้ที่อื่นแล้วไม่รับประกันว่าจะหายตามไปด้วย รูปที่คิดว่าจะเสียใจภายหลังจึงไม่ควรอัปโหลดตั้งแต่แรก
ถาม 5: ทำไมบทความนี้ไม่วัดอัตราการบีบอัดของแต่ละแพลตฟอร์ม
เพราะการวัดฝั่งลงประกาศต้องมีบัญชีผู้ประกอบการทั้งหกเจ้าซึ่งเราไม่มี ส่วนรูปฝั่งรีวิวแม้จะเปิดเผยต่อสาธารณะแต่เป็นเนื้อหาของคนอื่น การดึงมาวัดไม่ใช่สิ่งที่เรายินดีทำ เราจึงเลือกเรียบเรียงข้อกำหนดที่ตรวจสอบได้ แล้วให้ขั้นตอนที่คุณรันเองได้ แทนที่จะยื่นตัวเลขที่ไม่รู้ที่มา