สถาปัตยกรรม REEID
สถาปัตยกรรมหลายภาษาที่ชาญฉลาดยิ่งขึ้นสำหรับ WordPress
REEID คงโครงสร้าง WordPress ที่คุณมีอยู่เป็นศูนย์กลาง และเพิ่มเนื้อหาเฉพาะภาษาที่ผู้เยี่ยมชมแต่ละคนต้องการ ภาษาเพิ่มเติมจึงไม่จำเป็นต้องหมายถึงการสร้างสถาปัตยกรรมเว็บไซต์เดิมขึ้นใหม่ซ้ำแล้วซ้ำเล่า
หลักการสำคัญ
แปลประสบการณ์—not ทั้งระบบทั้งหมด
WordPress ยังคงเป็นเจ้าของหน้า ผลิตภัณฑ์ เค้าโครง และโครงสร้างการทำงาน REEID เพิ่มเนื้อหาลูกค้าเฉพาะภาษาที่เชื่อมโยงกับสิ่งเหล่านี้
โครงสร้าง WordPress
↓
ชั้นภาษา REEID
↓
ประสบการณ์ลูกค้าแบบโลคัลไลซ์
โมเดลสถาปัตยกรรม
โครงสร้าง WordPress เดียว ประสบการณ์หลายภาษา
แทนที่จะมองว่าแต่ละภาษาเป็นอีกเวอร์ชันอิสระของไซต์ REEID จะคงเอนทิตี WordPress ต้นฉบับไว้ที่ศูนย์กลาง และเชื่อมโยงเนื้อหาลูกค้าที่แปลแล้วเข้ากับมัน
การทำซ้ำเชิงโครงสร้าง
เมื่อแต่ละภาษากลายเป็นอีกหนึ่งโครงสร้าง
แนวทางหลายภาษาบางแบบอาจสร้างระเบียนและความสัมพันธ์แบบขนานรอบเนื้อหาเดียวกันที่อยู่เบื้องหลัง
- ระเบียนที่มากขึ้นอาจต้องการการดูแลรักษา
- การเปลี่ยนแปลงเชิงโครงสร้างอาจต้องมีการประสานงาน
- ผู้แก้ไขอาจต้องทำงานข้ามโครงสร้างภาษาที่ขนานกัน
- ความซับซ้อนอาจเพิ่มขึ้นทุกครั้งที่เพิ่มภาษาใหม่
ผลกระทบที่แท้จริงขึ้นอยู่กับระบบหลายภาษาและสถาปัตยกรรมไซต์ที่ใช้งานอยู่
โมเดล REEID
คงเอนทิตีต้นฉบับไว้เป็นศูนย์กลาง
REEID มองว่าภาษาเป็นเนื้อหาที่เชื่อมโยงกับเอนทิตี WordPress ที่มีอยู่ แทนที่จะเป็นสำเนาอีกชุดของโครงสร้างการทำงานทั้งหมด
- หน้าเดิมหรือผลิตภัณฑ์เดิมยังคงเป็นศูนย์กลาง
- เนื้อหาภาษายังคงเชื่อมโยงกับมัน
- เค้าโครงและความสัมพันธ์เชิงโครงสร้างยังคงอยู่กับ WordPress
- ผู้แก้ไขยังคงทำงานกับเอนทิตีของไซต์ที่คุ้นเคย
การแปลกลายเป็นชั้นภาษา—not สถาปัตยกรรมเว็บไซต์อีกชุดหนึ่ง
ความเป็นเจ้าของที่ชัดเจน
แต่ละระบบยังคงรับผิดชอบในสิ่งที่ตนทำได้ดีที่สุดอยู่แล้ว
REEID ไม่ได้พยายามจะเป็น WordPress, ตัวสร้างหน้า หรือเอ็นจินอีคอมเมิร์ซของคุณ มันเพิ่มความสามารถหลายภาษาในขณะที่ยังคงรักษาความรับผิดชอบเดิมของแต่ละระบบไว้
01
WordPress
เป็นเจ้าของหน้า โพสต์ ผลิตภัณฑ์ เมตาดาตา หมวดหมู่ และความสัมพันธ์ที่ก่อให้เกิดโครงสร้างเนื้อหาของไซต์
02
ผู้แก้ไข & ตัวสร้าง
ควบคุมเค้าโครง ลำดับชั้นของบล็อก พฤติกรรมแบบตอบสนอง และเวิร์กโฟลว์การแก้ไขที่ทีมไซต์ใช้งาน
03
WooCommerce
เป็นเจ้าของแค็ตตาล็อกสินค้า ความสัมพันธ์ด้านอีคอมเมิร์ซ และโมเดลการทำงานของร้านค้า
04
REEID
เพิ่มเนื้อหาผู้เยี่ยมชมเฉพาะภาษา ในขณะที่ยังคงเชื่อมโยงกับเอนทิตี WordPress และเวิร์กโฟลว์รอบ ๆ มัน
แปลเนื้อหา รักษาโครงสร้าง
เปลี่ยนสิ่งที่ผู้เยี่ยมชมอ่าน โดยไม่ต้องนิยามใหม่ว่า WordPress จัดการอะไร
ความแตกต่างนี้ตั้งใจให้เป็นเช่นนั้น: ภาษาที่ผู้ใช้เห็นควรอยู่ในชั้นภาษา ขณะที่การกำหนดค่าเชิงโครงสร้างและการทำงานยังคงอยู่กับระบบที่เป็นเจ้าของมัน
ชั้นภาษา
แปลความหมายที่ผู้ใช้เห็น
ชั้นภาษามุ่งเน้นไปที่ข้อมูลที่ผู้เยี่ยมชมต้องใช้เพื่อทำความเข้าใจ นำทาง และลงมือทำ
- เนื้อหาของหน้าและโพสต์
- เนื้อหาของบล็อกและวิดเจ็ตที่รองรับ
- ข้อความผลิตภัณฑ์ที่ผู้ใช้เห็น
- เมนูและสตริงส่วนติดต่อ
- เนื้อหาภาษาที่เกี่ยวกับ SEO
- ฟิลด์อื่น ๆ ที่รองรับและผู้เยี่ยมชมมองเห็น
โครงสร้างหลัก
รักษาความเป็นเจ้าของเชิงปฏิบัติการ
สถาปัตยกรรมของไซต์และความสัมพันธ์เชิงปฏิบัติการยังคงอยู่ในที่ที่มันควรอยู่
- ตัวตนของหน้าและผลิตภัณฑ์
- เค้าโครงและการกำหนดค่าแบบตอบสนอง
- ลำดับชั้นของบล็อกและโครงสร้างของตัวสร้าง
- ความสัมพันธ์ด้านอีคอมเมิร์ซ
- การกำหนดค่าปลั๊กอิน
- เมตาดาตาเชิงปฏิบัติการที่ไม่เกี่ยวข้อง
โมเดลทำงานอย่างไร
เอนทิตีต้นฉบับยังคงเป็นจุดควบคุม
สถาปัตยกรรมนี้เป็นไปตามเส้นทางความเป็นเจ้าของที่เรียบง่าย: WordPress กำหนดเอนทิตีของไซต์ REEID เชื่อมโยงเนื้อหาภาษากับมัน และผู้เยี่ยมชมได้รับประสบการณ์ที่โลคัลไลซ์อย่างเหมาะสม
01
สร้างและจัดการตามปกติ
ทีมของคุณจัดการหน้า WordPress ต้นฉบับ ผลิตภัณฑ์ หรือเอนทิตีที่รองรับผ่านเวิร์กโฟลว์ที่ใช้อยู่แล้ว
02
เชื่อมโยงเนื้อหาภาษา
REEID เชื่อมต่อเนื้อหาลูกค้าที่แปลแล้วซึ่งรองรับเข้ากับเอนทิตีต้นฉบับ โดยไม่โอนความเป็นเจ้าของของโครงสร้างรอบ ๆ มัน
03
ส่งมอบประสบการณ์ที่โลคัลไลซ์
ผู้เยี่ยมชมได้รับเนื้อหาเฉพาะภาษา ขณะที่เอนทิตี WordPress เบื้องหลังยังคงเป็นแหล่งอ้างอิงหลักของความจริงเชิงโครงสร้าง
เหตุใดความแตกต่างนี้จึงสำคัญ
การเติบโตหลายภาษาโดยไม่เปลี่ยนวิธีการจัดการเว็บไซต์ในเชิงพื้นฐาน
การรักษาความเป็นเจ้าของเชิงโครงสร้างให้ชัดเจนช่วยให้การทำงานหลายภาษาง่ายต่อการทำความเข้าใจ และทำให้ชั้นภาษายังคงใกล้กับเวิร์กโฟลว์ WordPress ที่ทีมของคุณคุ้นเคยอยู่แล้ว
01
การทำซ้ำเชิงโครงสร้างน้อยลง
เพิ่มภาษาได้โดยไม่ต้องสร้างโครงสร้าง WordPress ทั้งหมดขึ้นใหม่อย่างตั้งใจสำหรับประสบการณ์ลูกค้าแต่ละแบบ
02
โมเดลการแก้ไขที่คุ้นเคย
ผู้แก้ไขยังคงทำงานกับหน้า WordPress ผลิตภัณฑ์ และตัวสร้างที่รองรับซึ่งพวกเขารู้จักอยู่แล้ว
03
ความรับผิดชอบที่ชัดเจน
WordPress, ตัวสร้าง, ระบบอีคอมเมิร์ซ และ REEID ยังคงมีบทบาทที่แตกต่างกัน แทนที่จะแข่งขันกันเรื่องความเป็นเจ้าของ
04
การเติบโตของภาษาที่ขยายได้
หลักการความเป็นเจ้าของศูนย์กลางเดียวกันสามารถรองรับประสบการณ์ลูกค้าเฉพาะภาษาเพิ่มเติมได้เมื่อไซต์ขยายตัว
คำถามที่พบบ่อย
คำถามที่พบบ่อยเกี่ยวกับสถาปัตยกรรม
ความหมายของโมเดลโครงสร้างศูนย์กลางในการใช้งาน WordPress จริง
REEID สร้างสำเนาหน้าแบบสมบูรณ์สำหรับทุกภาษาหรือไม่?
ไม่ สถาปัตยกรรมนี้ออกแบบมาโดยยึดเอนทิตี WordPress ต้นฉบับเป็นศูนย์กลาง พร้อมเชื่อมโยงเนื้อหาลูกค้าเฉพาะภาษาที่รองรับเข้ากับมัน
REEID แทนที่ Gutenberg, Elementor หรือ WooCommerce หรือไม่?
ไม่ ระบบเหล่านั้นยังคงเป็นเจ้าของเค้าโครง บล็อก ผลิตภัณฑ์ และการกำหนดค่าที่พวกมันจัดการอยู่แล้ว REEID เพิ่มชั้นหลายภาษาไว้รอบ ๆ เนื้อหาที่รองรับ
เกิดอะไรขึ้นกับการตั้งค่าแบบตอบสนองและเค้าโครง?
การตั้งค่าการนำเสนอเชิงโครงสร้างยังคงเป็นส่วนหนึ่งของการกำหนดค่า WordPress หรือตัวสร้างที่มีอยู่ ไม่ได้ถูกมองว่าเป็นเนื้อหาลูกค้าที่แปลตามปกติ
เกิดอะไรขึ้นเมื่อเนื้อหาต้นฉบับเปลี่ยน?
เอนทิตี WordPress ต้นฉบับยังคงเป็นข้อมูลอ้างอิงเชิงโครงสร้าง เนื้อหาเฉพาะภาษายังคงเชื่อมโยงกับเอนทิตีนั้น แทนที่จะกลายเป็นสำเนาที่ไม่เกี่ยวข้องของสถาปัตยกรรมทั้งหน้า
สถาปัตยกรรมเดียวกันรองรับได้หลายภาษาหรือไม่?
ได้ เนื้อหาลูกค้าเฉพาะภาษาเพิ่มเติมสามารถใช้โมเดลความเป็นเจ้าของศูนย์กลางเดียวกันได้ แทนที่จะต้องใช้หลักการทางสถาปัตยกรรมใหม่สำหรับแต่ละภาษา
ต่อยอดบนสถาปัตยกรรม
ดูว่า REEID Translate นำโมเดลนี้ไปใช้ภายใน WordPress อย่างไร
สำรวจตัวผลิตภัณฑ์เอง หรือดูว่า REEID รองรับเครื่องมือ WordPress ที่เว็บไซต์ของคุณใช้อยู่แล้วหรือไม่