REEID EDITORIAL

แผนผังเว็บไซต์ XML ใน WordPress หลายภาษา: อะไรควรถูกจัดทำดัชนีจริงๆ?

ใน WordPress หลายภาษา แผนผังเว็บไซต์ควรแสดงเฉพาะ URL ที่ตั้งใจให้ถูกจัดทำดัชนีเป็นหน้าแยกในผลการค้นหาเท่านั้น ซึ่งหมายความว่าแต่ละเวอร์ชันภาษาต้องถูกประเมินจากสัญญาณของตัวเอง: แท็ก canonical คำสั่ง robots และว่า URL ที่แปลแล้วเป็นเวอร์ชันที่ควรถูกจัดทำดัชนีที่ต้องการจริงหรือไม่ การส่ง URL ที่แปลแล้วไม่ได้ลบล้างสัญญาณระดับหน้าเว็บที่ขัดแย้งกัน

12 Sep 20266 min read

ข้อสรุปสำคัญ

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

แผนผังเว็บไซต์หลายภาษาควรสื่อสารอะไร

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

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

URL ที่แปลแล้วแบบใดควรอยู่ในแผนผังเว็บไซต์

ใส่ URL ที่แปลแล้วเมื่อแต่ละเวอร์ชันเป็นหน้าจริงที่จัดทำดัชนีได้ มีเนื้อหาเฉพาะภาษาของตัวเอง และมี URL ที่ต้องการของตัวเอง

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

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

สัญญาณ canonical เป็นตัวตัดสินว่า รายการในแผนผังเว็บไซต์น่าเชื่อถือหรือไม่

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

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

กฎ robots อาจทำให้รายการในแผนผังเว็บไซต์ขัดแย้งกับตัวเอง

URL ที่ถูกบล็อกจากการจัดทำดัชนีด้วยคำสั่ง robots ไม่ควรถูกมองว่าเป็นตัวเลือกในแผนผังเว็บไซต์ที่ใช้เพื่อการจัดทำดัชนี หากแผนผังเว็บไซต์ใส่มันเข้าไปอยู่ดี ก็เท่ากับแผนผังเว็บไซต์กำลังโฆษณาหน้าที่ตัวหน้าเองบอกเครื่องมือค้นหาไม่ให้จัดทำดัชนี

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

ทำไมการส่ง URL ที่แปลแล้วจึงไม่แก้สัญญาณหน้าที่ขัดแย้งกัน

การส่ง URL ที่แปลแล้วไปยังเครื่องมือค้นหาไม่ได้ลบล้างสัญญาณที่หน้าส่งออกมา หากหน้าที่แปลแล้วขัดแย้งกับแท็ก canonical คำสั่ง robots หรือการตั้งค่าความสัมพันธ์ด้านภาษา การส่งนั้นก็เป็นเพียงการเพิ่มคำใบ้อีกหนึ่งชุดให้กับคำสั่งที่ไม่สอดคล้องกันอยู่แล้ว

ผลในทางปฏิบัติคือ การส่งแผนผังเว็บไซต์ไม่สามารถกู้หน้าที่เมตาดาต้าของตัวเองบอกว่าไม่ควรถูกจัดทำดัชนี หรือควรถูกจัดทำดัชนีเพียงเป็นเวอร์ชันทางเลือกของ URL อื่นได้ หน้าเว็บต้องสอดคล้องกันภายในก่อน: URL, canonical, กฎ robots และการแมปภาษา ต้องชี้ไปในทิศทางเดียวกันทั้งหมด

สถาปัตยกรรมของ WordPress ส่งผลต่อคุณภาพของแผนผังเว็บไซต์อย่างไร

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

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

การตรวจสอบเชิงปฏิบัติสำหรับแผนผังเว็บไซต์หลายภาษาที่สะอาด

ก่อนแสดง URL ที่แปลแล้วในแผนผังเว็บไซต์ ให้ตรวจสอบสามอย่างสำหรับแต่ละเวอร์ชันภาษา: URL นั้นตั้งใจให้ถูกจัดทำดัชนี canonical ชี้ไปที่ URL เดียวกันนั้น และกฎ robots ไม่ได้บล็อกการจัดทำดัชนี

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

สำคัญ

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

ทุกหน้าที่แปลใน WordPress ควรถูกรวมไว้ในแผนผังเว็บไซต์หรือไม่?

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

ถ้า URL ที่แปลแล้วอยู่ในแผนผังเว็บไซต์ นั่นรับประกันว่าจะถูกจัดทำดัชนีหรือไม่?

ไม่ แผนผังเว็บไซต์เป็นเพียงหนึ่งในสัญญาณเท่านั้น หากหน้าส่งคำสั่ง canonical หรือ robots ที่ขัดแย้งกัน สัญญาณระดับหน้าเหล่านั้นอาจมีน้ำหนักมากกว่ารายการในแผนผังเว็บไซต์

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

ตรวจสอบว่า URL ที่แปลแล้วสอดคล้องกันภายในหรือไม่: แท็ก canonical คำสั่ง robots และความสัมพันธ์ด้านภาษาควรชี้ไปที่การตัดสินใจจัดทำดัชนีแบบเดียวกันทั้งหมด

นำสถาปัตยกรรมไปใช้งาน

ดูว่าการผสาน WordPress ทำงานอย่างไรในระบบหลายภาษา

สำรวจความเข้ากันได้เฉพาะปลั๊กอิน พื้นที่การแปล และหมายเหตุการติดตั้งใน REEID Integration Directory

Shopping Cart
Scroll to Top