Image SEO: 4 การแก้ไขที่ทำให้ Google ค้นหารูปภาพของคุณเจอได้ง่ายขึ้น

Image SEO: 4 การแก้ไขที่ทำให้ Google ค้นหารูปภาพของคุณเจอได้ง่ายขึ้น

ผลลัพธ์ที่มีประโยชน์ แต่ไม่ใช่สูตรสำเร็จ

ผู้ปฏิบัติงาน SEO คนหนึ่งบอกว่า Image SEO เพียงอย่างเดียวทำให้เขาได้ผู้เข้าชมมากกว่า 9,200 คน การเปลี่ยนแปลง 4 ข้อของเขานั้นง่ายมาก: เปลี่ยนชื่อไฟล์ เพิ่มคีย์เวิร์ดในข้อความ alt บีบอัดรูปภาพ และเพิ่ม schema ImageObject

นี่เป็นเครื่องเตือนใจที่ดีให้มองการค้นหารูปภาพอย่างจริงจังขึ้น แต่ไม่ได้พิสูจน์ว่าการแก้ไข 4 อย่างจะสร้างผู้เข้าชม 9,200 คนให้เว็บไซต์อื่นได้เช่นกัน

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

ถึงอย่างนั้น การแก้ไขทั้งสี่ชี้ไปในทิศทางที่ถูกต้อง และแต่ละข้อช่วยคนละแบบ:

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

ปัญหาแรกมักเป็นเรื่องการค้นพบ ไม่ใช่เมตาดาต้า

ก่อนเปลี่ยนชื่อไฟล์หรือเพิ่ม JSON-LD ให้ตรวจสอบก่อนว่า Google หาเจอรูปภาพนั้นจริงหรือไม่

เอกสารรูปภาพของ Google ชัดเจนในประเด็นหนึ่งที่มักถูกมองข้ามตอนออกแบบใหม่: ใช้องค์ประกอบ HTML จริงอย่าง <img> หรือ <picture> Google สามารถค้นพบภาพจากแอตทริบิวต์ src ขององค์ประกอบเหล่านั้นได้ ภาพพื้นหลัง CSS มีประโยชน์น้อยกว่ามากสำหรับ Image Search เพราะ Google ไม่ได้ทำดัชนีภาพ CSS ในแบบเดียวกัน

นี่เป็นรูปแบบความล้มเหลวที่พบได้บ่อยในเว็บไซต์การตลาด มีการใส่ hero image ที่สวยงามเป็น background-image ในคลาส CSS จากนั้นทีมเขียน alt text ที่ดีเยี่ยมไว้ที่อื่นแล้วสงสัยว่าทำไมภาพไม่เคยปรากฏ ภาพพื้นหลัง CSS ไม่มี alt text และอาจไม่ใช่ส่วนหนึ่งของโมเดลเนื้อหาที่รวบรวมข้อมูลได้เลย

เริ่มต้นด้วยการตรวจสอบสั้น ๆ นี้:

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

ภาพที่ค้นพบได้ต้องมี HTML ที่รวบรวมข้อมูลได้ URL ต้นทางสาธารณะ หน้าที่ทำดัชนีได้ และบริบทที่เกี่ยวข้องรอบภาพ

การแก้ไข 1: ตั้งชื่อไฟล์ตามสิ่งที่ภาพแสดง ไม่ใช่ตามสิ่งที่ CMS ของคุณสะดวก

IMG_1048.jpg, final-v7.png และ hero-new.webp ทำให้ทุกคนทำงานยากขึ้น ชื่อเหล่านี้ไม่ได้บอกบรรณาธิการว่าแอสเซ็ตคืออะไร และสูญเสียบริบทเชิงคำอธิบายเล็กน้อยที่มีประโยชน์

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

อย่าเปลี่ยนชื่อไฟล์ให้กลายเป็นกองคำค้นหา best-cheap-water-bottle-water-bottles-buy-online.jpg ไม่ได้ช่วยให้คนหรือระบบเข้าใจภาพเลย มันแค่ดูไม่รอบคอบ

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

การแก้ไข 2: เขียนข้อความ alt เป็นคำอธิบาย ไม่ใช่ช่องใส่คีย์เวิร์ด

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

ข้อผิดพลาดง่าย ๆ คือการทวนคีย์เวิร์ดเป้าหมายของหน้า ผลลัพธ์คือการเข้าถึงที่ไม่ดีและงานบรรณาธิการที่อ่อนแอ

ข้อความ alt ที่ดีไม่ต้องอธิบายทุกพิกเซล ควรบอกข้อมูลที่ภาพเพิ่มเข้าไปในข้อความใกล้เคียง หากย่อหน้ารอบข้างบอกสิ่งเดียวกันอยู่แล้ว ให้เขียน alt text สั้น ๆ หากภาพมีกราฟ แผนภาพ หรือคำสั่ง ให้บอกข้อสรุปแทนการคัดลอกทุกป้ายกำกับ

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

การแก้ไข 3: ลดจำนวนไบต์โดยไม่ทำให้ภาพแย่ลง

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

ใช้ขนาดที่เล็กที่สุดแต่ยังมีประโยชน์ การอัปโหลดภาพกว้าง 4,000 พิกเซลสำหรับพื้นที่เนื้อหากว้าง 700 พิกเซลเป็นการสิ้นเปลืองแบนด์วิดท์ ส่งรูปแบบ responsive ด้วย srcset หรือ <picture> เมื่อแพลตฟอร์มรองรับ และใช้รูปแบบใหม่อย่าง WebP หรือ AVIF เมื่อคุณภาพภาพยังยอมรับได้

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

ตรวจสอบสิ่งต่อไปนี้ก่อนเผยแพร่:

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

ลำดับนี้ป้องกันความผิดพลาด Image SEO ที่คุ้นเคย: เพิ่มประสิทธิภาพ thumbnail เล็ก ๆ หลายสิบภาพ ขณะที่ hero image ขนาดใหญ่เกินหนึ่งภาพสร้างความเสียหายส่วนใหญ่

การแก้ไข 4: ใช้ markup ImageObject เพื่อเชื่อมโยง ไม่ใช่เพื่อความมหัศจรรย์

schema ImageObject ทำให้ความสัมพันธ์ระหว่างภาพกับหน้าชัดเจนขึ้นได้ ในหน้าบทความ เอกสารของ Google แสดงว่าหน้าสามารถระบุภาพหลักผ่าน primaryImageOfPage หรือแนบภาพกับเอนทิตีหลักของหน้า เช่น BlogPosting

นี่คือบริบทแบบมีโครงสร้างที่มีประโยชน์ ไม่ใช่สัญญาว่า Google Images จะจัดอันดับแอสเซ็ต แสดงการจัดการพิเศษ หรือส่งทราฟฟิกจำนวนตายตัว

สำหรับโพสต์บล็อก มักสะอาดกว่าที่จะใช้คุณสมบัติ image ใน markup BlogPosting ที่มีอยู่ แทนการเพิ่มบล็อก ImageObject ที่แยกขาดสำหรับภาพ inline ทุกภาพ นี่คือตัวอย่างขั้นต่ำ:

{
"@context": "https://schema.org",
"@type": "BlogPosting",
"headline": "How to audit images for Google Images",
"mainEntityOfPage": "https://example.com/blog/image-seo-audit",
"image": {
"@type": "ImageObject",
"contentUrl": "https://example.com/images/image-seo-audit-checklist.webp",
"url": "https://example.com/images/image-seo-audit-checklist.webp",
"caption": "A five-step image SEO audit checklist",
"width": 1600,
"height": 900
}
}

ใช้ URL ที่เปิดได้ อธิบายแอสเซ็ตจริง และตรงกับสิ่งที่ผู้ใช้เห็นบนหน้า อย่าอ้าง caption ผู้สร้าง ใบอนุญาต หรือขนาดที่ไม่จริง หากเรื่องใบอนุญาตสำคัญต่อธุรกิจ Google ยังรองรับ metadata ใบอนุญาตภาพผ่านข้อมูลแบบมีโครงสร้างหรือ IPTC metadata ที่ฝังอยู่ นั่นเป็นกรณีใช้งานแยกจาก Image SEO ปกติ

หลังเพิ่ม markup ให้ตรวจสอบด้วยการทดสอบข้อมูลแบบมีโครงสร้าง แล้วตรวจ source ของหน้าที่ render แล้ว schema ที่มีแค่ใน staging build หรือถูก plugin เขียนทับ ไม่ได้ทำงานอะไรให้หน้าจริง

สิ่งที่โพสต์สี่ข้อไม่ได้พูดถึง

ฟิลด์รูปภาพที่ดีที่สุดในโลกช่วยหน้า Landing Page ที่อ่อนแอไม่ได้ Google ต้องเข้าใจหน้ารอบภาพด้วย

สำหรับทุกภาพที่คุณคาดหวังให้ผู้คนค้นพบ ให้ตรวจคำถามเหล่านี้:

• ภาพตอบหรือช่วยอธิบายหัวข้อหลักของหน้าหรือไม่
• ภาพอยู่ใกล้ข้อความที่เกี่ยวข้อง heading ที่บรรยายได้ หรือ caption ที่มีประโยชน์หรือไม่
• ภาพเป็นต้นฉบับ หรือเป็น stock asset ทั่วไปที่ปรากฏในหลายร้อยหน้าหรือไม่
• คนที่คลิกจาก Google Images ได้คำตอบที่มีประโยชน์โดยไม่ต้องค้นหาทั่วหน้าหรือไม่
• ภาพทำงานบนมือถือและยังพร้อมใช้งานเมื่อ JavaScript ช้าหรือไม่พร้อมใช้หรือไม่

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

การทดสอบ Image SEO 30 วันที่สร้างหลักฐาน

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

สัปดาห์ที่ 1: เลือกผู้สมัคร

เลือก 10 ถึง 20 หน้าที่มี visual ต้นฉบับมีประโยชน์: หน้าหมวดหมู่หรือสินค้าของ ecommerce บทเรียน ตัวอธิบายภาพ หน้าสถานที่ หน้าการเปรียบเทียบ หรือ case study บันทึก URL รูปภาพและหน้าในปัจจุบัน impression และ click ของภาพเมื่อมี ทราฟฟิกหน้า และ metadata ภาพที่มีอยู่

สัปดาห์ที่ 2: แก้พื้นฐาน

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

สัปดาห์ที่ 3: ปรับปรุงหน้า Landing Page

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

สัปดาห์ที่ 4: วัดผลก่อนขยาย

ใช้รายงานประเภทการค้นหาของ Search Console เมื่อมี พร้อม analytics ของหน้าและการตรวจแบบจุดใน Google Images มองหาการเปลี่ยนแปลงของ impression click ธีมคำค้นของภาพ engagement ของหน้า Landing Page และคุณภาพ conversion เก็บบันทึกการเปลี่ยนแปลง หากภาพได้ click มากขึ้นแต่ผู้เข้าชมออกทันที หน้า Landing Page อาจไม่ตรงกับคำสัญญาภาพ

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

การแก้ไขแต่ละข้อมีงานต่างกัน วัดการผสมผสานก่อนขยายงานไปยังคลังสื่อทั้งหมด

ให้ AI ทำงานสำรวจสินทรัพย์ ไม่ใช่สร้างเรื่องขึ้นมา

Image SEO น่าเบื่อในเว็บไซต์ขนาดใหญ่เพราะหลักฐานกระจายอยู่ในคลังสื่อ HTML ฟิลด์ CMS รายงานประสิทธิภาพ sitemap และ Search Console AI ช่วยรวมงานได้: แสดงรายการภาพที่ไม่มี alt text ทำเครื่องหมายชื่อไฟล์ทั่วไป เปรียบเทียบขนาด render กับขนาดต้นทาง จัดกลุ่มหน้าตามเจตนาภาพ และร่างคิวตรวจสอบเพื่อให้มนุษย์ตรวจทาน

แต่ AI ไม่ควรแต่งคำอธิบายสำหรับภาพที่มองไม่เห็น หรือใส่วลีเป้าหมายเดียวกันลงใน alt attribute หลายร้อยรายการ นั่นคือวิธีที่ audit กลายเป็น keyword stuffing ในวงกว้าง

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

Checklist Image SEO

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

การเปลี่ยนชื่อไฟล์ภาพช่วยอันดับใน Google Images หรือไม่

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

ทุกภาพควรมีคีย์เวิร์ดในข้อความ alt หรือไม่

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

schema ImageObject จัดอันดับภาพหรือไม่

ไม่ ImageObject และ markup หน้าที่เกี่ยวข้องช่วยทำให้ความสัมพันธ์ภาพ-หน้าชัดเจนขึ้น ไม่ได้รับประกันตำแหน่งใน Google Images การแสดง rich result หรือทราฟฟิก

ฉันต้องมี image sitemap หรือไม่

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

ควรปรับภาพใดก่อน

เริ่มจากภาพในหน้าที่มี demand อยู่แล้วและมีกรณีใช้การค้นหาภาพชัดเจน ภาพสินค้าต้นฉบับ แผนภาพ กราฟ บทเรียน และตัวอย่างก่อนและหลัง มักเป็นผู้สมัครที่ดีกว่าการตกแต่งทั่วไป

ข้อสรุป

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

เริ่มจากชุดแอสเซ็ตภาพที่แข็งแรงขนาดเล็ก แก้ช่องว่างด้านเทคนิคและบรรณาธิการที่ชัดเจน แล้ววัดผลของหน้า Landing Page สิ่งนี้สร้างคลังภาพที่ดีกว่า ประสบการณ์หน้าที่ดีกว่า และเหตุผลที่ปกป้องได้สำหรับการลงทุนใน Google Images ต่อไป

ผู้เขียน: Julian Mercer ผู้ปฏิบัติงาน SEO เชิงเทคนิคที่มีประสบการณ์ 14 ปีใน Auspia Julian เขียนเกี่ยวกับ crawlability, schema, rendering, สถาปัตยกรรมเว็บไซต์ และรากฐานทางเทคนิคของเนื้อหาที่ AI อ่านได้