WordPress หลายภาษาทำงานร่วมกับปลั๊กอิน SEO อย่างไร

จุดที่สถาปัตยกรรมหลายภาษาสิ้นสุด และความเป็นเจ้าของของปลั๊กอิน SEO เริ่มต้นขึ้น

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

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

ชื่อเรื่องและคำอธิบายต้องควบคุมแยกตามภาษา ไม่ใช่ใช้ค่าเริ่มต้นร่วมกัน

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

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

แท็ก canonical ควรสะท้อน URL ที่เหมาะสมที่สุดของแต่ละเวอร์ชันภาษา

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

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

schema ควรอธิบายหน้า ส่วนความสัมพันธ์ของภาษาควรอธิบายโครงสร้างของเว็บไซต์

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

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

แผนผังเว็บไซต์ XML และคำสั่ง robots ไม่ควรทำซ้ำการตัดสินใจเรื่องการจัดทำดัชนี

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

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

รูปแบบที่ปลอดภัยที่สุดคือให้สัญญาณ SEO แต่ละอย่างมีเจ้าของเพียงหนึ่งเดียว

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

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

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