معماری REEID
یک معماری چندزبانه هوشمندتر برای وردپرس.
REEID ساختار موجود وردپرس شما را در مرکز نگه میدارد و محتوای مخصوص هر زبان را که هر بازدیدکننده نیاز دارد اضافه میکند. چندزبانه بودن نباید به معنای بازسازی دوباره و دوباره همان معماری وبسایت باشد.
اصل مرکزی
تجربه را ترجمه کنید—نه کل سیستم را.
وردپرس مالکیت صفحه، محصول، چیدمان و ساختار عملیاتی را حفظ میکند. REEID محتوای مشتریمحورِ مخصوص هر زبان را که به آن متصل است اضافه میکند.
ساختار وردپرس
↓
لایه زبانی REEID
↓
تجربه مشتری بومیسازیشده
مدل معماری
یک ساختار وردپرس. چندین تجربه زبانی.
بهجای اینکه هر زبان را نسخهای مستقل دیگر از سایت در نظر بگیریم، REEID موجودیت اصلی وردپرس را در مرکز نگه میدارد و محتوای ترجمهشدهٔ مشتری را به آن مرتبط میکند.
تکثیر ساختاری
وقتی هر زبان به ساختاری دیگر تبدیل میشود
برخی رویکردهای چندزبانه میتوانند رکوردها و ارتباطات موازی را پیرامون همان محتوای زیربنایی ایجاد کنند.
- ممکن است نگهداری رکوردهای بیشتری لازم باشد.
- ممکن است تغییرات ساختاری به هماهنگی نیاز داشته باشند.
- ویرایشگران ممکن است در ساختارهای زبانی موازی کار کنند.
- پیچیدگی میتواند با هر زبان اضافی افزایش یابد.
تأثیر دقیق به سیستم چندزبانه و معماری سایتِ مورد استفاده بستگی دارد.
مدل REEID
موجودیت اصلی را در مرکز نگه دارید
REEID زبان را بهعنوان محتوایی مرتبط با موجودیت موجود وردپرس در نظر میگیرد، نه بهعنوان یک کپی دیگر از کل ساختار عملیاتی.
- صفحه یا محصول اصلی در مرکز باقی میماند.
- محتوای زبانی به آن متصل میماند.
- چیدمانها و روابط ساختاری در وردپرس باقی میمانند.
- ویرایشگران همچنان با موجودیتهای آشنای سایت کار میکنند.
ترجمه به یک لایه زبانی تبدیل میشود—نه یک معماری دیگر برای وبسایت.
مالکیت روشن
هر سیستم مسئولیت همان کاری را حفظ میکند که از قبل در آن بهترین است.
REEID تلاش نمیکند وردپرس، صفحهساز شما یا موتور تجارت الکترونیک شما شود. این ابزار قابلیت چندزبانه را اضافه میکند و در عین حال مسئولیتهای موجود آنها را حفظ میکند.
01
وردپرس
مالک صفحات، نوشتهها، محصولات، فراداده، طبقهبندیها و روابطی است که ساختار محتوای سایت را شکل میدهند.
02
ویرایشگران و سازندگان
چیدمانها، سلسلهمراتب بلوکها، رفتار واکنشگرا و جریان کاری ویرایشیِ مورد استفادهٔ تیم سایت را کنترل میکنند.
03
ووکامرس
مالک کاتالوگ محصولات، روابط تجاری و مدل عملیاتی فروشگاه است.
04
REEID
محتوای بازدیدکنندهمحورِ مخصوص هر زبان را اضافه میکند و در عین حال آن را با موجودیت وردپرس و جریان کاری پیرامون آن مرتبط نگه میدارد.
محتوا را ترجمه کنید. ساختار را حفظ کنید.
آنچه بازدیدکننده میخواند را تغییر دهید، بدون اینکه آنچه وردپرس مدیریت میکند را از نو تعریف کنید.
این تمایز عمدی است: زبانِ روبهمشتری در لایهٔ زبانی قرار میگیرد، در حالی که پیکربندی ساختاری و عملیاتی در همان سیستمی باقی میماند که مالک آن است.
لایهٔ زبانی
معنای روبهمشتری را ترجمه کنید
لایهٔ زبانی بر اطلاعاتی تمرکز دارد که بازدیدکننده برای درک، پیمایش و اقدام به آن نیاز دارد.
- محتوای صفحه و نوشته
- محتوای بلوک و ابزارکِ پشتیبانیشده
- متن محصولِ روبهمشتری
- منوها و رشتههای رابط کاربری
- محتوای زبانیِ سئو
- سایر فیلدهای پشتیبانیشدهٔ روبهبازدیدکننده
ساختار مرکزی
مالکیت عملیاتی را حفظ کنید
معماری سایت و روابط عملیاتی در همان جایی باقی میمانند که از قبل متعلق به آنهاست.
- هویت صفحه و محصول
- چیدمان و پیکربندی واکنشگرا
- سلسلهمراتب بلوکها و ساختار صفحهساز
- روابط تجاری
- پیکربندی افزونه
- فرادادهٔ عملیاتیِ نامرتبط
این مدل چگونه کار میکند
موجودیت اصلی نقطهٔ کنترل باقی میماند.
این معماری از یک مسیر سادهٔ مالکیت پیروی میکند: وردپرس موجودیت سایت را تعریف میکند، REEID محتوای زبانی را به آن مرتبط میکند، و بازدیدکننده تجربهٔ بومیسازیشدهٔ مناسب را دریافت میکند.
01
ایجاد و مدیریت بهصورت عادی
تیم شما صفحه، محصول یا موجودیت پشتیبانیشدهٔ اصلی وردپرس را از طریق همان جریان کاریای که از قبل استفاده میکند مدیریت میکند.
02
ارتباط دادن محتوای زبانی
REEID محتوای ترجمهشدهٔ پشتیبانیشدهٔ مشتری را به موجودیت اصلی متصل میکند، بدون اینکه مالکیت ساختار پیرامونی را منتقل کند.
03
ارائهٔ تجربهٔ بومیسازیشده
بازدیدکنندگان محتوای مخصوص زبان را دریافت میکنند، در حالی که موجودیت زیربنایی وردپرس همچنان منبع مرکزی حقیقت ساختاری باقی میماند.
چرا این تمایز مهم است
رشد چندزبانه بدون تغییر در شیوهٔ مدیریت بنیادی وبسایت.
شفاف نگه داشتن مالکیت ساختاری، کار چندزبانه را قابلفهمتر میکند و لایهٔ زبانی را به جریان کاری وردپرس که تیم شما از قبل میشناسد نزدیکتر نگه میدارد.
01
تکثیر ساختاری کمتر
زبانها را اضافه کنید بدون اینکه عمداً برای هر تجربهٔ مشتری کل ساختار وردپرس را از نو بسازید.
02
مدل ویرایشی آشنا
ویرایشگران همچنان با صفحات، محصولات و صفحهسازهای پشتیبانیشدهٔ وردپرس که از قبل میشناسند کار میکنند.
03
مسئولیت روشن
وردپرس، صفحهسازها، سیستمهای تجاری و REEID نقشهای متمایز خود را حفظ میکنند، بهجای اینکه برای مالکیت رقابت کنند.
04
رشد مقیاسپذیر زبان
همان اصل مرکزیِ مالکیت میتواند با گسترش سایت، تجربههای مشتریِ مخصوص زبانهای بیشتر را پشتیبانی کند.
پرسشهای رایج
پرسشهای متداول معماری
مدل ساختار مرکزی در استفادهٔ عملی از وردپرس چه معنایی دارد.
آیا REEID برای هر زبان یک صفحهٔ کاملِ تکراری ایجاد میکند؟
خیر. این معماری بر پایهٔ نگهداشتن موجودیت اصلی وردپرس در مرکز طراحی شده است، در حالی که محتوای مشتریمحورِ مخصوص زبانِ پشتیبانیشده را به آن مرتبط میکند.
آیا REEID جایگزین گوتنبرگ، المنتور یا ووکامرس میشود؟
خیر. آن سیستمها همچنان مالک چیدمانها، بلوکها، محصولات و پیکربندیای هستند که از قبل مدیریت میکنند. REEID لایهٔ چندزبانه را پیرامون محتوای پشتیبانیشده اضافه میکند.
برای تنظیمات واکنشگرا و چیدمان چه اتفاقی میافتد؟
تنظیمات ارائهٔ ساختاری بخشی از پیکربندی موجود وردپرس یا صفحهساز باقی میمانند. آنها بهعنوان محتوای ترجمهشدهٔ معمولِ مشتری در نظر گرفته نمیشوند.
وقتی محتوای اصلی تغییر میکند چه اتفاقی میافتد؟
موجودیت اصلی وردپرس مرجع ساختاری باقی میماند. محتوای مخصوص زبان به آن موجودیت متصل میماند، نه اینکه به کپی نامرتبطی از کل معماری صفحه تبدیل شود.
آیا همین معماری میتواند از زبانهای زیادی پشتیبانی کند؟
بله. محتوای مشتریمحورِ مخصوص زبانهای بیشتر میتواند از همان مدل مرکزیِ مالکیت پیروی کند، بدون اینکه برای هر زبان به یک اصل معماری جدید نیاز باشد.
بر پایهٔ معماری بسازید
ببینید REEID Translate چگونه این مدل را در وردپرس به کار میگیرد.
خود محصول را بررسی کنید یا ببینید آیا REEID از ابزارهای وردپرسیای که از قبل توسط وبسایت شما استفاده میشوند پشتیبانی میکند یا نه.