ชื่อหน้าเว็บถูกตัดใน Google? สิ่งที่เราแก้ใน 799 หน้า

คำตอบสั้น ๆ: Google แสดงชื่อหน้าเว็บ (page title) ประมาณ 60 ตัวอักษรแรกเท่านั้น ส่วนที่ยาวกว่านั้นจะถูกตัดและแทนด้วยจุดสามจุด ซึ่งมักถูกตัดตรงจุดที่บอกว่าหน้านั้นเกี่ยวกับอะไรพอดี สาเหตุที่พบบ่อยที่สุดไม่ใช่ตัวชื่อหน้าเอง แต่เป็นชื่อแบรนด์ที่เว็บไซต์เติมต่อท้ายทุกหน้า เมื่อวันที่ 13 พฤศจิกายน 2569 เราตรวจทั้ง 799 หน้าใน sitemap ของเว็บไซต์เราเอง และพบชื่อหน้าที่ยาวเกินไป 589 หน้า กฎเล็ก ๆ ข้อเดียวช่วยลดจำนวนนั้นเหลือ 201 การตรวจครั้งเดียวกันยังพบข้อผิดพลาดอีกสี่อย่าง ซึ่งเราแก้ไขเสร็จภายในวันเดียวกัน นี่คือสิ่งที่เราพบ เพื่อให้คุณนำไปตรวจเว็บไซต์ของตัวเองได้

เราตรวจอะไรบ้าง

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

พื้นฐานทุกอย่างเรียบร้อยดี: ทุกหน้าตอบกลับด้วยสถานะ 200 แท็ก canonical และแท็กภาษาทุกตัวชี้ไปยังหน้าที่ถูกต้อง ทุกหน้ามีหัวข้อหลักเพียงหนึ่งเดียว และข้อมูลแบบมีโครงสร้างถูกต้องครบถ้วน ปัญหาอยู่ที่รายละเอียด

1. ชื่อหน้ายาวเกินเพราะชื่อแบรนด์

เว็บไซต์ของเราเติม " | We Do Dev Work" ต่อท้ายชื่อทุกหน้า นั่นคือ 16 ตัวอักษรในทุกหน้า หน้าราคาของเราจึงกลายเป็น "Pricing: emergency help, strip cards and developer subscriptions | We Do Dev Work" ยาว 81 ตัวอักษร ส่วนหน้า About ภาษาฝรั่งเศสยาวถึง 103 ตัวอักษร

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

วิธีแก้: ตอนนี้เว็บไซต์จะเติมชื่อแบรนด์ก็ต่อเมื่อชื่อหน้าทั้งหมดยังไม่เกิน 60 ตัวอักษร ชื่อสั้น ๆ อย่าง "Contact us" (ติดต่อเรา) ยังคงมีชื่อแบรนด์ ส่วนชื่อที่ยาวและอธิบายเนื้อหาจะแสดงครบถ้วน ผลลัพธ์: ชื่อหน้าที่เกิน 60 ตัวอักษรลดจาก 589 เหลือ 201

อีก 201 หน้าที่เหลือยาวในตัวเอง ได้แก่ บทความบล็อก 139 บทความ หน้าบริการ 34 หน้า และกรณีศึกษา 10 รายการ นี่ไม่ใช่ปัญหาของโค้ด แต่เป็นปัญหาของการเขียน เราจึงทยอยย่อทีละหน้า ทุกครั้งที่ปรับปรุงบทความ

2. ลิงก์หน้าแรกถูกเปลี่ยนเส้นทางในทุกหน้า

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

3. หน้า 404 ที่ไม่มีชื่อหน้า

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

4. ลิงก์ผิดในบทความบล็อก

ตลอดหลายปีที่ผ่านมา บทความบล็อกของเราสะสมปัญหาลิงก์เล็ก ๆ ที่ไม่มีใครเห็น จนกว่าจะไล่ดูลิงก์ทั้งหมดทีละลิงก์:

• ลิงก์ไปยังเว็บไซต์ของเราเองผ่าน http ซึ่งต้องเปลี่ยนเส้นทางไปยัง https ก่อนที่ผู้เข้าชมจะไปถึงหน้าที่ต้องการ

• โค้ดที่กลายเป็นลิงก์ โปรแกรมแก้ไขที่เราใช้กับบทความเก่าเปลี่ยนคำอย่าง app.Run และ ASP.NET ให้เป็นลิงก์ ราวกับว่าเป็นที่อยู่เว็บ

• ลิงก์ไปยังหน้าแปลที่ถูกเปลี่ยนเส้นทาง เพราะหน้านั้นมีเฉพาะภาษาอังกฤษและภาษาไทย

• ลิงก์ว่างหนึ่งลิงก์ และรูปภาพสี่รูปที่ไม่มีข้อความ alt

เราแก้ไขข้อความบล็อก 66 รายการในห้าภาษาด้วยการอัปเดตฐานข้อมูลเพียงครั้งเดียว พร้อมระบบตรวจสอบที่ข้ามบทความใดก็ตามที่มีคนแก้ไขในระหว่างนั้น

5. ข้อความที่ยังเป็นภาษาอังกฤษในหน้าที่แปลแล้ว

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

สิ่งที่เรายังไม่ได้แก้

ยังมีปัญหาหนึ่งที่ค้างอยู่ เมื่อมีคนเปิดที่อยู่บล็อกที่ไม่มีอยู่จริง เว็บไซต์ของเราจะเปลี่ยนเส้นทางไปยังหน้ารวมบทความบล็อกแทนที่จะแสดงหน้า 404 Google มองว่านี่คือ "soft 404": หน้าที่บอกว่าไม่มีอะไรอยู่ตรงนี้ ในขณะที่เซิร์ฟเวอร์บอกว่าทุกอย่างปกติดี เราวางแผนจะส่งสถานะ 404 จริงสำหรับที่อยู่เหล่านั้น

วิธีตรวจเว็บไซต์ของคุณเอง

1. รวบรวมชื่อหน้าทั้งหมด โปรแกรม crawler อย่าง Screaming Frog (ใช้ฟรีได้สูงสุด 500 ที่อยู่) หรือรายงานหน้าเว็บใน Google Search Console และ Bing Webmaster Tools จะแสดงชื่อหน้าทุกหน้าพร้อมความยาว ดูชื่อที่เกิน 60 ตัวอักษร แล้วตรวจว่าชื่อแบรนด์เป็นตัวที่ทำให้เกินหรือไม่

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

3. เปิดที่อยู่ที่ไม่มีอยู่จริง คุณควรได้สถานะ 404 จริง ชื่อหน้าที่ชัดเจน และทางกลับไปยังส่วนอื่นของเว็บไซต์

4. ตรวจเนื้อหาเก่าว่ามีลิงก์ http หรือไม่ รวมถึงลิงก์ไปยังหน้าที่ย้ายไปแล้ว และรูปภาพที่ไม่มีข้อความ alt

5. เปิดดูทุกเวอร์ชันภาษาด้วยตัวเอง แบบฟอร์ม ปุ่ม และข้อความแจ้งข้อผิดพลาด คือจุดที่ข้อความที่ยังไม่ได้แปลมักซ่อนอยู่

เว็บไซต์ของเรามีห้าภาษา ทุกข้อผิดพลาดจึงทวีคูณเป็นห้าเท่า ถ้าเว็บไซต์ของคุณก็เป็นแบบนั้น ลองอ่าน ข้อผิดพลาด SEO หลายภาษาห้าข้อที่เราแก้ไขแล้ว ก่อนเริ่มตรวจ ส่วนสิ่งที่ Bing รายงานเพิ่มเติมจาก Google ดูได้ที่ สิ่งที่ควรแก้ใน Bing Webmaster Tools และถ้าเว็บไซต์ของคุณมีผู้เข้าชมแต่ไม่มีใครติดต่อเข้ามา ปัญหามักไม่ได้อยู่ที่เรื่องเทคนิคเลย ดู เก้าวิธีที่เราใช้แก้ปัญหานี้

ไม่แน่ใจว่าเว็บไซต์ของคุณอยู่ในสถานะไหน? การตรวจเว็บไซต์ฟรีของเรา จะถามคำถามไม่กี่ข้อ แล้วบอกว่าคุณควรแก้อะไรก่อน