ค่าคอมฯ Klook 3.5 % แต่รูปกินคนอ่านไปครึ่งหนึ่งก่อนแล้ว
ทุกคนคำนวณค่าคอมฯ แต่ไม่มีใครคำนวณอัตราการออกจากหน้า
บทความสอนทำแอฟฟิลิเอตท่องเที่ยวเราอ่านมาไม่น้อย เนื้อหาซ้ำกันสูงมาก ทั้งวิธีสมัคร อัตราค่าคอมฯ กี่เปอร์เซ็นต์ ฝังลิงก์ตรงไหน และรอกี่วันออร์เดอร์จึงยืนยัน
ถ้าดูจากข้อมูล ตัวเลขเหล่านั้นไม่ผิด Klook จ่ายราว 5 % สำหรับหมวดการเดินทาง และ 3.5 % สำหรับสินค้าส่วนใหญ่ Agoda ราว 4.2 % โรงแรมของ Booking.com อยู่ที่ 2.8–4.5 % ส่วน KKday เป็นขั้นบันได 2–5.5 % ระยะเวลายืนยันออร์เดอร์ Klook อยู่ที่ 30 วัน ส่วน KKday บางกรณีถึง 60 วัน
แต่บทความเหล่านั้นมีจุดบอดร่วมกันอย่างหนึ่ง: ทุกบทความตั้งสมมติฐานว่าคนอ่านจะได้เห็นลิงก์ของคุณ
พูดตรง ๆ สมมติฐานนี้เปราะเป็นพิเศษกับเนื้อหาท่องเที่ยว เพราะรีวิวทริปคือประเภทเนื้อหาที่มีความหนาแน่นของรูปสูงที่สุด และรูปคือสาเหตุอันดับหนึ่งที่ทำให้หน้าเว็บบนมือถือโหลดช้า
รายได้จากบทความหนึ่งอันคือผลคูณของ «ทราฟฟิก × สัดส่วนที่อ่านถึงลิงก์ × อัตราการคลิก × อัตราการซื้อ × อัตราค่าคอมฯ» คนส่วนใหญ่ทุ่มแรงเก้าในสิบส่วนไปที่ตัวคูณสุดท้าย ซึ่งเป็นตัวคูณที่เล็กที่สุดในสมการ
ลองคำนวณดู
เริ่มจากข้อมูลประสิทธิภาพที่เผยแพร่ต่อสาธารณะ ตรงนี้ไม่ใช่การอนุมานของเรา
Core Web Vitals ของ Google กำหนดว่า LCP ไม่เกิน 2.5 วินาทีถือว่าดี ความจริงคือ ปี 2023 เว็บบนเดสก์ท็อปผ่านเกณฑ์ 74 % แต่บนมือถือผ่านเพียง 61.4 % และเวลาโหลดเฉลี่ยของหน้าเว็บบนมือถืออยู่ที่ 8.6 วินาที ขณะที่เดสก์ท็อปอยู่ที่ 2.5 วินาที
ข้อมูลฝั่งการออกจากหน้ายิ่งตรงไปตรงมา เวลาโหลดที่เพิ่มจาก 1 วินาทีเป็น 3 วินาที ทำให้ความน่าจะเป็นที่คนจะออกเพิ่มขึ้น 32 % และหน้าเว็บบนมือถือที่เกินสามวินาที คนเข้าชมเกินครึ่งออกไปเลย งานวิจัยหลายชิ้นชี้ตรงกันว่าทุกหนึ่งวินาทีที่ช้าลง อัตราการซื้อหายไป 7–20 %
เอาตัวเลขเหล่านี้มาวางในบริบทแอฟฟิลิเอต ช่องว่างก็ปรากฏชัด
| สถานการณ์ | LCP บนมือถือ | สัดส่วนที่อ่านถึงลิงก์ท้ายบทความ | รายได้ค่าคอมฯ (ค่าเชิงเปรียบเทียบ) |
|---|---|---|---|
| รีวิวที่ปรับแต่งรูปแล้ว | ไม่เกิน 2 วินาที | ฐาน 100 % | 100 |
| ไม่ได้ปรับแต่ง รูปเยอะ | 4–5 วินาที | เหลือราวครึ่งเดียว | 50–60 |
| กรณีสุดขั้ว (ส่งไฟล์ต้นฉบับตรง ๆ) | เกิน 8 วินาที | เหลือเศษเดียว | ต่ำกว่า 20 |
ตัวเลขในตารางนี้เป็นค่าเชิงเปรียบเทียบที่ประเมินจากงานวิจัยสาธารณะเรื่องอัตราการออกและอัตราการซื้อ ไม่ใช่ตัวเลขสัมบูรณ์ที่เราวัดเองทีละเว็บ แต่ทิศทางไม่ผิดแน่ บทความเดียวกัน ลิงก์ Klook เดียวกัน อัตราค่าคอมฯ เท่ากัน ต่างกันแค่วิธีจัดการรูป รายได้ก็ห่างกันเกินเท่าตัว
เกินเท่าตัว ในขณะที่คนส่วนใหญ่ใช้เวลาเลือกแพลตฟอร์มแอฟฟิลิเอตมากกว่าเวลาที่ใช้จัดการรูปหลายเท่า
ทำไมรีวิวท่องเที่ยวถึงหนักโดยโครงสร้าง
มองในมุมการดำเนินงาน นี่เป็นปัญหาเชิงโครงสร้าง ไม่ใช่ใครขี้เกียจ
จำนวนรูปเยอะโดยธรรมชาติ หน้าสินค้าอีคอมเมิร์ซใช้ห้าถึงแปดรูปก็พอ แต่รีวิวทริปเจ็ดวันเริ่มต้นที่สามสิบรูป ตรงนี้ตัดไม่ได้ เพราะสิ่งที่คนอ่านต้องการคือภาพ การตัดรูปคือการตัดคุณค่าหลักของบทความ
การค้นหาเรื่องท่องเที่ยวเอียงไปทางมือถือมาก คนค้น «จัดทริปเกียวโตสามวัน» ตอนเดินทางไปทำงาน ตอนพักเที่ยง ตอนก่อนนอน และมือถือคือสภาพแวดล้อมที่ประสิทธิภาพแย่ที่สุดพอดี ทั้งเวลาโหลดเฉลี่ย 8.6 วินาที เครือข่ายช้ากว่า และความสามารถถอดรหัสภาพต่ำกว่า
ไฟล์ต้นฉบับจากกล้องใหญ่ขึ้นทุกปี มือถือทุกวันนี้ถ่ายเล่น ๆ ก็ 4–5 MB และหลายคนโยนไฟล์ต้นฉบับเข้าระบบจัดการเนื้อหาตรง ๆ แล้วหวังพึ่งปลั๊กอินบีบอัด คุณภาพการบีบอัดของปลั๊กอินแตกต่างกันมาก และส่วนใหญ่จัดการแค่ขนาดภาพ ไม่ได้แปลงรูปแบบไฟล์
เมื่อก่อนเราคิดว่าเป็นปัญหาของโฮสต์ พอย้ายโฮสต์แล้วกลับดีขึ้นไม่มาก คอขวดไม่เคยอยู่ที่การตอบสนองของเซิร์ฟเวอร์ แต่อยู่ที่รูปสามสิบใบที่ไหลลงมา หลังจากจ่ายค่าเรียนรู้นั้นไปแล้วเราจึงเริ่มดูจำนวนไบต์จริงของรูปแต่ละใบอย่างจริงจัง
สามข้อที่ปรับได้ทันที
ไม่ต้องรื้อเว็บใหม่ สามข้อนี้ให้ผลตอบแทนสูงที่สุด
ข้อแรก ย่อด้านยาวลงเหลือ 1600 พิกเซล และแปลงเป็น WebP รูปในรีวิวไม่ต้องกว้าง 4000 พิกเซล เพราะกรอบที่คนอ่านเห็นบนมือถือมักไม่ถึง 500 พิกเซล WebP ที่คุณภาพเท่ากันเล็กกว่า JPEG 25–50 % แค่ข้อนี้ข้อเดียวมักตัดน้ำหนักหน้าเว็บออกได้เกินครึ่ง
ข้อสอง ให้รูปที่อยู่นอกหน้าจอแรกโหลดแบบหน่วงทั้งหมด เบราว์เซอร์สมัยใหม่รองรับมาในตัว เพิ่มแค่แอตทริบิวต์เดียว LCP วัดเวลาวาดองค์ประกอบเนื้อหาที่ใหญ่ที่สุด ดังนั้นการไม่ให้รูปอีกยี่สิบเก้าใบมาแย่งแบนด์วิดท์กับรูปแรกจะทำให้ตัวเลขนี้ดีขึ้นชัดเจน
ข้อสาม เลื่อนตำแหน่งลิงก์แอฟฟิลิเอตขึ้นมาก่อนหนึ่งย่อหน้า ข้อนี้ขัดสัญชาตญาณที่สุดแต่เห็นผลทันที หลายคนวางลิงก์ Klook หรือ Agoda ไว้ที่บทสรุปท้ายบทความ ซึ่งเป็นตำแหน่งที่คนเลื่อนไปไม่ถึงมากที่สุดพอดี ถ้าวางไว้หนึ่งครั้งในหนึ่งในสามส่วนแรกอย่างเป็นธรรมชาติ (เช่น ตอนเล่าว่า «ทริปนี้จองจากที่ไหน») จะรับคนอ่านที่ไม่มีความอดทนเลื่อนถึงท้ายบทความไว้ได้
อนึ่ง ข้อสามไม่เกี่ยวกับประสิทธิภาพ แต่เป็นอีกครึ่งหนึ่งของปัญหาเดียวกัน: ความสนใจของคนอ่านเป็นทรัพยากรจำกัด เหมือนกับแบนด์วิดท์
รูปควรเก็บไว้ที่ไหน
นี่คือคำถามที่ถูกถามบ่อยที่สุดในทางปฏิบัติ ความเห็นของเราคือต้องแยกสองความต้องการก่อน
สินทรัพย์เนื้อหาระยะยาว (รูปประกอบบทความหลักของคุณ) ควรอยู่ในที่ที่คุณควบคุมได้ พร้อม CDN รูปเหล่านี้ต้องอยู่ได้เกินห้าปี จะพึ่งพาการที่นโยบายของบริการฟรีเจ้าใดเจ้าหนึ่งไม่เปลี่ยนไม่ได้
งานประสานงานระยะสั้นและฉบับร่าง (ภาพแคปที่คุยกับบรรณาธิการ ไฟล์ที่ส่งให้พาร์ตเนอร์ดู รูปชั่วคราวสำหรับโซเชียล) ใช้บริการฝากรูปสะดวกกว่า เพราะตัดขั้นตอนอัปโหลดเข้าระบบจัดการเนื้อหาแล้วมาลบทีหลังออกไปได้
ถ้าใช้ lpic.cc อัปโหลดเสร็จได้ลิงก์สั้นมาแปะได้เลย ไม่ต้องสมัครสมาชิก และถ้าต้องการก็ตั้งรหัสผ่านสำหรับดูได้ — เหมาะกับไฟล์งานร่วมที่ยังไม่เปิดเผย แต่ข้อจำกัดต้องพูดให้ชัด: รูปภาพไม่เกิน 8 MB ไฟล์ถูกเก็บ 30 วันนับจากการเปิดดูครั้งล่าสุด และไฟล์ที่อัปโหลดจะถูกบีบอัดปรับให้เหมาะสมอัตโนมัติ ไฟล์ต้นฉบับจึงไม่ถูกเก็บไว้
ดังนั้นมันเหมาะเป็นจุดพัก ไม่เหมาะเป็นแหล่งรูปอย่างเป็นทางการ คนอ่านไม่ได้สนใจว่ารูปของคุณเก็บอยู่ที่ไหน แต่รายได้ของคุณสนใจว่าอีกสามปีรูปยังขึ้นอยู่หรือเปล่า สองเรื่องนี้ต้องแยกจัดการ
ถ้าอยากดูผลกระทบจริงของวิธีจัดเก็บต่อความเร็วในการโหลด มีสองบทความให้อ่าน: การวัดความเร็วบริการฝากรูป วัดความต่างของค่าหน่วงระหว่างผู้ให้บริการ และการวัด LCP ตลอดกระบวนการอัปโหลดรูปสินค้าเป็นชุด ซึ่งใช้วิธีเดียวกันในบริบทอีคอมเมิร์ซ และย้ายมาใช้กับรีวิวทริปได้เลย
คำถามที่พบบ่อย
ถาม 1: ทราฟฟิกยังน้อย ปรับแต่งรูปคุ้มไหม
คุ้ม แต่ลำดับต้องถูก ตอนที่ยังไม่ถึงขนาดหนึ่ง คุณภาพเนื้อหาและการเลือกหัวข้อมีน้ำหนักมากกว่าประสิทธิภาพมาก อย่างไรก็ตาม การปรับแต่งรูปเป็นการลงทุนครั้งเดียวที่ให้ผลระยะยาว เมื่อวางกระบวนการทำงานไว้แล้ว บทความทุกอันหลังจากนั้นได้ประโยชน์อัตโนมัติ ต่างจากต้นทุนหาลูกค้าที่ต้องจ่ายซ้ำทุกเดือน
ถาม 2: บีบรูปแรงเกินไป คนอ่านจะรู้สึกว่าภาพแย่ลงไหม
ลดคุณภาพ JPEG ลงเหลือ 80–85 หรือแปลงเป็น WebP บนหน้าจอมือถือแทบแยกไม่ออก สิ่งที่ถูกบ่นจริง ๆ คือบีบต่ำกว่า 60 จนเกิดแถบสี มีทางประนีประนอมคือ รูปในเนื้อหาใช้เวอร์ชันบีบอัด แล้วแยกลิงก์ «ดูรูปต้นฉบับ» ไว้ให้คนอ่านส่วนน้อยที่อยากซูมดู
ถาม 3: ระยะเวลายืนยันออร์เดอร์ 30–60 วัน กระทบกระแสเงินสดมากไหม
ถ้าเพิ่งเริ่มทำ กระทบมาก Klook ยืนยันออร์เดอร์ใน 30 วัน KKday ถึง 60 วัน แปลว่าเนื้อหาที่ผลิตเดือนนี้ รายได้อาจเข้าอีกสองเดือนถัดไป และถ้านักท่องเที่ยวยกเลิกทริป ค่าคอมฯ ก็หายไปด้วย นี่คือความต่างเชิงโครงสร้างที่ใหญ่ที่สุดระหว่างแอฟฟิลิเอตท่องเที่ยวกับอีคอมเมิร์ซทั่วไป และต้องคิดรวมไว้ในแผนการเงิน
ถาม 4: รีวิวหนึ่งอันควรมีรูปกี่ใบ
ในแง่อัตราการอ่านจบ 25–35 ใบเป็นช่วงที่ใช้งานได้จริง เกินกว่านั้น ความล้าจากการเลื่อนหน้าบนมือถือจะเพิ่มขึ้นชัดเจน เลือก 30 ใบและทำให้ทุกใบโหลดเร็ว ดีกว่าแปะ 60 ใบ
ถาม 5: ควรสมัครทั้ง Klook และ Agoda ไหม
ต้นทุนการสมัครทั้งสองเจ้าต่ำมาก และสินค้าซ้อนทับกันน้อยกว่าที่คิด — สถานที่เดียวกันแต่แพ็กเกจ ราคา และห้องว่างของสองเจ้ามักไม่เหมือนกัน แต่ประเด็นสำคัญจริง ๆ ไม่ใช่เลือกเจ้าไหน แต่คือเนื้อหาของคุณมีคนอ่านหรือเปล่า ความล้มเหลวที่พบบ่อยที่สุดในสนามนี้ไม่ใช่การเลือกแพลตฟอร์มผิด แต่คือการเริ่มคำนวณค่าคอมฯ ทั้งที่ยังไม่มีคนอ่าน