เว็บทำ SEO มาเป็นอย่างดี เขียนคอนเทนต์ครบ ลิงก์ภายในจัดวางแน่น แต่พอเช็ก Google Search Console กลับเจอว่าคนละ URL ถูกเลือกไปแสดงผลแทนหน้าที่ตั้งใจดันจริงๆ นี่ไม่ใช่เรื่องบังเอิญ ส่วนใหญ่ต้นตอมาจากจุดเล็กๆ ที่คนทำเว็บมองข้าม นั่นคือแท็กที่บอกกูเกิลว่า “หน้านี้แหละคือตัวจริง”
คำตอบตรงๆ คือ ต้องใช้ Canonical Tag ทุกครั้งที่เว็บมีเนื้อหาซ้ำหรือคล้ายกันหลาย URL เช่น หน้าสินค้าที่เข้าถึงได้จากหลายหมวดหมู่ หน้าที่มี Parameter ต่อท้ายจากแคมเปญโฆษณา หรือเวอร์ชัน http/https และ www/non-www ที่ยังเปิดใช้งานพร้อมกัน ถ้าใส่ผิดตำแหน่งหรือใส่ URL ผิด กูเกิลจะสับสนว่าหน้าไหนคือตัวจริง แล้วอาจเลือกหน้าที่คุณไม่ต้องการไปจัดอันดับแทน สุดท้ายหน้าที่ตั้งใจทำ SEO มาอย่างดีกลับไม่ติดหน้าแรกเสียอย่างนั้น
อาการที่บอกว่า Canonical Tag กำลังพังเงียบๆ
ปัญหานี้ไม่มีป๊อปอัพเตือน ไม่มีอีเมลแจ้งจากกูเกิล มันจะค่อยๆ กัดกร่อนอันดับแบบไม่รู้ตัว สัญญาณที่พบบ่อยที่สุดคือหน้าเว็บที่คุณตั้งใจให้เป็นหน้าหลักกลับไม่ปรากฏใน Search แต่หน้าที่เป็นแค่ตัวแปรหรือหน้าทดสอบกลับโผล่มาแทน บางเคสร้ายแรงกว่านั้นคือหน้าเว็บที่ทำ Canonical ชี้ไปหน้าอื่นแบบผิดพลาด กลายเป็นการ บอกกูเกิลด้วยตัวเองว่าหน้านี้ไม่สำคัญ ทั้งที่มันคือหน้าคอนเวอร์ชันหลักของธุรกิจ
เวลาตรวจสอบใน Search Console เมนู Coverage หรือ Page Indexing มักพบสถานะ “Alternate page with proper canonical tag” เต็มไปหมด ถ้าเจอสถานะนี้กับหน้าที่ไม่ควรถูกยกเลิกการจัดทำดัชนี นั่นคือสัญญาณอันตรายที่ต้องรีบเช็กโค้ดต้นทาง
สาเหตุที่ Canonical Tag พังในหน้างานจริง
ในทางทฤษฎี การใส่ Canonical Tag ฟังดูง่าย แค่เพิ่มโค้ดในส่วน head แต่ในหน้างานจริงระบบเว็บมักซับซ้อนกว่านั้นมาก โดยเฉพาะเว็บที่ใช้ CMS หรือ E-commerce Platform ที่สร้าง URL อัตโนมัติจาก Filter และ Parameter
- ระบบ CMS บางตัวดึง Canonical Tag ผิดหน้าโดยอัตโนมัติ เพราะตั้งค่า Template ผิดตั้งแต่ต้น
- ทีมพัฒนาก็อปปี้โครงหน้าเว็บไปใช้กับหน้าใหม่ แต่ลืมแก้ URL ใน Canonical ให้ตรงกับหน้าปัจจุบัน
- หน้าเว็บภาษาไทยกับภาษาอังกฤษใช้ Canonical Tag ชี้ไปหน้าเดียวกัน ทำให้กูเกิลมองข้ามเวอร์ชันภาษาอื่นไปเลย
- ใส่ Canonical Tag แบบ Relative Path ผิดรูปแบบ ทำให้เบราว์เซอร์และบอทตีความ URL คลาดเคลื่อนจากที่ตั้งใจ
เมื่อรวมทุกจุดนี้เข้าด้วยกัน จะเห็นว่าปัญหาไม่ได้มาจากความเข้าใจผิดเรื่องทฤษฎี แต่มาจากรายละเอียดทางเทคนิคที่คนทำคอนเทนต์มักไม่ได้เข้าไปตรวจสอบเอง
วิธีตรวจและแก้ Canonical Tag แบบเป็นระบบ
เพื่อไม่ให้ปัญหานี้ลากยาวจนกระทบยอด Traffic การเช็กควรทำเป็นขั้นตอนที่ทำซ้ำได้ทุกครั้งที่มีการอัปเดตเว็บใหญ่ๆ
- เปิดหน้าเว็บที่ต้องการตรวจ กด View Page Source แล้วค้นหาคำว่า rel=”canonical” ในส่วน head
- เทียบ URL ที่อยู่ใน Canonical Tag กับ URL จริงที่คุณต้องการให้กูเกิลจัดอันดับ ต้องตรงกันแบบเป๊ะทั้งโดเมนและ Path
- ใช้ URL Inspection Tool ใน Search Console เพื่อดูว่ากูเกิลเลือก “Google-selected canonical” ตรงกับที่คุณตั้งใจหรือไม่
- ถ้าไม่ตรงกัน ให้ไล่เช็กว่าหน้าที่ถูกเลือกแทนมีเนื้อหาคล้ายกันมากเกินไปหรือไม่ บางครั้งต้องแก้ที่คอนเทนต์ ไม่ใช่แค่แก้โค้ด
- อัปเดตแท็กในหน้าที่ผิด แล้วส่ง URL เข้า Index ใหม่ผ่าน Search Console เพื่อเร่งให้กูเกิลอ่านค่าใหม่
จุดที่คนมักพลาดระหว่างขั้นตอนนี้คือรีบส่ง URL ซ้ำหลายรอบโดยไม่รอผลจากรอบแรก ทำให้กูเกิลสับสนซ้ำสอง ควรเว้นระยะให้ระบบประมวลผลก่อนแล้วค่อยตรวจซ้ำอีกครั้งใน 3-5 วัน
กรอบคิดแบบ “เจ้าบ้านตัวจริง” ที่ใช้ได้จริงในทีมงาน
วิธีที่ผมมองว่าเข้าใจง่ายที่สุดสำหรับทีมที่ไม่ใช่สาย Technical SEO โดยตรง คือให้มองทุก URL บนเว็บเหมือนคนในบ้านเดียวกัน แล้วต้องมี “เจ้าบ้านตัวจริง” เพียงคนเดียว ที่ได้รับสิทธิ์ตัดสินใจแทนทุกคน ส่วน URL อื่นๆ ที่คล้ายกันคือแค่ญาติที่มาเยี่ยม ไม่ใช่เจ้าของบ้าน
เวลาทำหน้าใหม่ทุกครั้ง ให้ตั้งคำถามก่อนว่า หน้านี้มีคู่แข่งภายในเว็บตัวเองหรือไม่ ถ้ามีให้กำหนดเจ้าบ้านตัวจริงทันทีตั้งแต่ก่อนเผยแพร่ ไม่ต้องรอให้อันดับหลุดก่อนแล้วมาตามแก้ วิธีคิดนี้ช่วยลดงานซ้ำได้มาก เพราะทีมคอนเทนต์กับทีมพัฒนาจะสื่อสารกันด้วยภาษาเดียวกัน ไม่ต้องอธิบายศัพท์เทคนิคยาวๆ ทุกครั้ง
สำหรับเว็บที่มีบทความจำนวนมากและมีการอัปเดตหมวดหมู่บ่อย การตรวจ Canonical Tag ควรทำเป็นรอบตรวจสุขภาพเว็บทุกไตรมาส ไม่ใช่ตรวจแค่ตอนอันดับตกแล้วเท่านั้น เพราะกว่าจะรู้ว่าใส่ผิด บางทีกูเกิลก็เก็บค่าเดิมไว้ในระบบนานหลายสัปดาห์แล้ว
