วิธีทำ Image Sitemap ให้รองรับระบบค้นหาด้วยรูปภาพ (Visual Search) ขั้นสูง

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

Image Sitemap คือเครื่องมือที่แก้ปัญหานี้ได้ตรงที่สุด เพราะมันบอกระบบค้นหาตรง ๆ ว่าหน้าไหนมีรูปอะไรอยู่บ้าง โดยไม่ต้องรอให้บอทไล่เจอเอง บทความนี้จะพาทำตั้งแต่เข้าใจว่ามันทำอะไรได้จริงและทำอะไรไม่ได้ เขียนโครงสร้าง XML แบบไหนถึงจะถูกอ่าน เลือกรูปไหนใส่ไม่ใส่ ส่งเข้า Search Console อย่างไร ไปจนถึงงานที่ต้องทำคู่กันเพื่อให้รูปถูกหยิบไปใช้จริงในผลการค้นหาแบบใหม่ อ่านภาพรวมของงานฝั่งรูป วิดีโอ และเสียงทั้งหมดได้ที่ Visual AIO

Image Sitemap คืออะไร และยังจำเป็นอยู่ไหมในยุค Visual Search

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

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

• เว็บที่ควรทำแน่ ๆ คือเว็บที่มีรูปเกินหลักพัน หรือมีรูปที่ผู้ใช้ต้องกดหรือเลื่อนก่อนจึงจะโหลด
• เว็บที่ได้ประโยชน์ปานกลางคือเว็บบริการที่มีรูปผลงานจริง เพราะรูปผลงานมักถูกค้นหาด้วยภาพมากกว่าที่เจ้าของเว็บคิด
• เว็บที่ได้ประโยชน์น้อยคือเว็บบล็อกเล็กที่ใส่รูปประกอบบทความละหนึ่งถึงสองรูปด้วยแท็ก img ปกติ
• สิ่งที่ Image Sitemap ทำไม่ได้คือแก้รูปที่โหลดช้า แก้รูปที่ไม่มี alt text และแก้รูปที่ไม่มีเนื้อหารอบข้างอธิบายว่าคืออะไร
• สิ่งที่ Image Sitemap ไม่ได้รับประกันคือการถูกจัดอันดับหรือถูกนำไปแสดงในผลการค้นหาแบบรูปภาพ

Image Sitemap ต่างจาก sitemap ปกติตรงไหน

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

เพดานที่ต้องรู้ก่อนเลือกแบบมีสองตัว ข้อกำหนดของ Google ระบุว่าใน url หนึ่งรายการใส่แท็ก image:image ได้สูงสุด 1,000 รูป และไฟล์ sitemap หนึ่งไฟล์เก็บได้ไม่เกิน 50,000 URL หรือขนาดไม่เกิน 50MB แบบไม่บีบอัด ในทางปฏิบัติแทบไม่มีเว็บไหนชนเพดาน 1,000 รูปต่อหน้า แต่ชนเพดานขนาดไฟล์บ่อย ถ้าใกล้ถึงเมื่อไร ให้แตกเป็นหลายไฟล์แล้วรวมด้วย sitemap index

โครงสร้าง XML ที่เขียนได้เลย และแท็กที่เลิกใช้ไปแล้ว

โครงสร้างของส่วนขยายรูปสั้นกว่าที่หลายคนคิดมาก ปัจจุบันมีแท็กที่ยังใช้งานได้จริงแค่สองตัวคือ image:image ซึ่งเป็นกล่องครอบหนึ่งรูป และ image:loc ซึ่งเป็น URL เต็มของไฟล์รูปนั้น ส่วนแท็กที่เคยมีในเอกสารรุ่นเก่าอย่าง image:caption image:title image:license และ image:geo_location ถูกยกเลิกการรองรับไปแล้ว ใส่ไปก็ไม่ถูกนำไปใช้ และไม่ทำให้ไฟล์ผิดพลาดแต่อย่างใด

1. 1บรรทัดเปิดไฟล์ต้องเป็น XML declaration ตามปกติของ sitemap ทุกไฟล์
2. 2บรรทัด urlset ต้องประกาศ namespace มาตรฐานของ sitemap คู่กับ namespace ของส่วนขยายรูป ซึ่งคือ http://www.google.com/schemas/sitemap-image/1.1 ถ้าลืมประกาศบรรทัดนี้ ระบบจะมองว่าแท็ก image ทั้งหมดเป็นแท็กแปลกปลอมและข้ามไป
3. 3ภายในแต่ละ url ให้มี loc ซึ่งคือ URL ของหน้าเว็บที่รูปนั้นปรากฏอยู่ ไม่ใช่ URL ของไฟล์รูป
4. 4ต่อท้ายด้วยแท็ก image:image หนึ่งชุดต่อหนึ่งรูป โดยในแต่ละชุดมี image:loc ซึ่งคือ URL ของไฟล์รูปแบบเต็มรวมโปรโตคอล
5. 5ทุก URL ที่ใส่ต้องเป็นแบบเต็ม ไม่ใช่ path ย่อ และควรตรงกับโดเมนเดียวกับที่ยืนยันสิทธิ์ไว้ใน Search Console
6. 6ปิดท้ายไฟล์ด้วยการปิดแท็ก urlset แล้วตรวจว่าไฟล์เป็น UTF-8 และอักขระพิเศษในชื่อไฟล์ถูกเข้ารหัสเรียบร้อย

ตัวอย่างที่เห็นภาพคือหน้าสินค้าโซฟาผ้าหนึ่งตัวที่มีรูปหกมุม รายการใน sitemap จะมี loc หนึ่งบรรทัดชี้ไปที่หน้าสินค้านั้น ตามด้วยบล็อก image:image หกชุด แต่ละชุดมี image:loc ชี้ไปยังไฟล์รูปแต่ละมุม ถ้าหน้าเดียวกันนี้มีรูปบรรยากาศการใช้งานจริงอีกสามรูป ก็เพิ่มเป็นเก้าชุดในรายการเดียวกัน ไม่ต้องสร้าง url ใหม่แยกให้รูป

ขั้นตอนทำ Image Sitemap ตั้งแต่รวบรวมรูปจนส่งเข้าระบบ

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

เลือกรูปไหนใส่ และรูปไหนไม่ควรใส่

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

บริบทรอบรูปคือสิ่งที่ตัดสินว่ารูปจะถูกหยิบไปใช้หรือไม่

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

• ชื่อไฟล์ควรบอกเนื้อหาเป็นคำอ่านได้ ไม่ใช่รหัสที่กล้องหรือระบบตั้งให้อัตโนมัติ
• alt text ควรบรรยายสิ่งที่อยู่ในภาพจริง ไม่ใช่ที่วางคีย์เวิร์ด วิธีเขียนแบบละเอียดอยู่ใน วิธีตั้งชื่อไฟล์รูปและเขียน Alt Text
• ข้อความใต้ภาพที่อธิบายว่าภาพนี้แสดงอะไรช่วยได้มาก โดยเฉพาะกับอินโฟกราฟิกและภาพผลงาน
• หัวข้อที่อยู่เหนือรูปควรสอดคล้องกับสิ่งที่รูปแสดง เพราะระบบใช้ความใกล้เคียงของตำแหน่งในการเดาความสัมพันธ์
• ถ้ารูปมีข้อมูลตัวเลขหรือขั้นตอนอยู่ข้างใน ต้องมีข้อความเดียวกันนั้นบนหน้าเว็บด้วย วิธีแปลงข้อมูลในภาพให้บอทอ่านได้อยู่ใน ทำไม Infographic ถึงสำคัญกับ AI

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

ตรวจอย่างไรว่า Image Sitemap ทำงานจริง

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

1. 1เปิดเมนู Sitemaps ดูว่าสถานะเป็นสำเร็จ และจำนวน URL ที่ค้นพบใกล้เคียงกับจำนวนหน้าที่มีรูปจริงหรือไม่
2. 2ใช้เครื่องมือตรวจ URL กับหน้าตัวอย่างสามถึงห้าหน้า เพื่อดูว่าระบบมองเห็นหน้านั้นและเข้าถึงทรัพยากรบนหน้าได้
3. 3ดูรายงานประสิทธิภาพแล้วสลับประเภทการค้นหาเป็นรูปภาพ เพื่อดูแนวโน้มการแสดงผลและคลิกที่มาจากรูปโดยเฉพาะ
4. 4ค้นหาด้วยรูปภาพจากไฟล์ของคุณเองสองสามไฟล์ แล้วดูว่าผลลัพธ์ชี้กลับมาที่หน้าเว็บของคุณหรือชี้ไปที่เว็บอื่น
5. 5เทียบจำนวนรูปที่ถูกเก็บเข้าระบบกับตัวเลขในบัญชีรูป ถ้าต่ำกว่าครึ่งอย่างชัดเจน ให้ย้อนไปหาสาเหตุเชิงระบบก่อนแก้รายไฟล์

สิ่งที่ไม่ควรทำกับ Image Sitemap

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

• ใส่ URL รูปที่ไม่มีอยู่บนหน้านั้นจริง เพราะระบบเทียบกับหน้าเว็บได้ และความไม่ตรงกันทำให้ข้อมูลทั้งไฟล์น่าเชื่อถือน้อยลง
• ใส่รูปของเว็บอื่นหรือรูปที่ไม่มีสิทธิ์ใช้ นอกจากไม่ได้ประโยชน์แล้วยังเป็นความเสี่ยงทางกฎหมายโดยตรง
• ยัดคีย์เวิร์ดลงในชื่อไฟล์แบบต่อกันยาวเหยียด ซึ่งเข้าข่ายการทำเกินพอดี อ่านเส้นแบ่งได้ที่ Over-optimization
• ทำไฟล์ด้วยมือครั้งเดียวแล้วไม่แตะอีกเลย ผ่านไปหนึ่งปีไฟล์จะเต็มไปด้วยรูปที่ถูกลบไปแล้ว
• ใส่รูปย่อทุกขนาดของภาพเดียวกันเพื่อให้จำนวนรูปดูเยอะ ซึ่งทำให้ตัวเลขในรายงานใช้ประเมินอะไรไม่ได้
• ส่งไฟล์ซ้ำ ๆ ทุกวันเพราะคิดว่าจะเร่งให้ระบบเข้ามาเก็บเร็วขึ้น การส่งซ้ำไม่ได้เพิ่มความถี่ในการเข้ามาเก็บข้อมูล

ถ้ามีเวลาจำกัด ควรทำอะไรก่อน

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

1. 1สัปดาห์แรก เลือกหน้าที่สร้างรายได้มากที่สุดสิบหน้า แล้วตรวจว่ารูปหลักของแต่ละหน้าแสดงด้วยแท็กรูปมาตรฐานและมี alt text ที่บรรยายของจริง
2. 2สัปดาห์ที่สอง ทำบัญชีรูปทั้งเว็บและคัดรูปตกแต่งออก เพื่อให้รู้ว่าขอบเขตงานจริงใหญ่แค่ไหน
3. 3สัปดาห์ที่สาม เปิดระบบสร้าง Image Sitemap อัตโนมัติ ประกาศไว้ใน robots.txt แล้วส่งเข้า Search Console
4. 4สัปดาห์ที่สี่ ไล่เติมข้อความใต้ภาพและหัวข้อรอบรูปในหน้าสำคัญ พร้อมจดตัวเลขตั้งต้นไว้เทียบในเดือนถัดไป
5. 5เดือนถัดไปเป็นต้นไป ตรวจไฟล์เดือนละครั้งและตรวจทุกครั้งหลังอัปเดตระบบเว็บครั้งใหญ่