في هذا الدليل، سنستكشف أكثر مشكلات التخزين المؤقت متعددة اللغات شيوعًا ونشرح كيفية تعامل Cloudflare وVarnish مع المحتوى المترجم. تابع القراءة لاختيار استراتيجية التخزين المؤقت المناسبة، ومنع تطابق ذاكرة التخزين المؤقت عبر اللغات المختلفة، وبناء إعداد موثوق لموقعك متعدد اللغات.
النقاط الرئيسية: التخزين المؤقت للمواقع متعددة اللغات باستخدام Cloudflare & Varnish
إصدارات لغوية منفصلة
استخدم عناوين URL أو مفاتيح ذاكرة تخزين مؤقت خاصة بكل لغة لضمان تخزين وتقديم كل نسخة مترجمة بشكل منفصل. يساعد ذلك في منع المستخدمين من تلقي المحتوى بلغة خاطئة.
منع تعارضات ذاكرة التخزين المؤقت
يجب أن تراعي Varnish وCloudflare معلومات اللغة من عناوين URL أو الرؤوس أو ملفات تعريف الارتباط. يمنع الإعداد الصحيح تطابق ذاكرة التخزين المؤقت عبر اللغات المختلفة ويضمن حصول الزوار على الترجمة الصحيحة.
حافظ على تحديث الترجمات
قم بتعيين مدة صلاحية التخزين المؤقت المناسبة وامسح ذاكرات التخزين المؤقت المتأثرة كلما تم تحديث الترجمات. يمنع هذا بقاء المحتوى القديم مرئيًا للزوار.
لماذا يُعد التخزين المؤقت متعدد اللغات مهمًا؟
قد تحتوي المواقع متعددة اللغات على عدة نسخ مخزنة مؤقتًا من الصفحة نفسها لأن كل لغة قد تحتوي على محتوى وعناوين URL مختلفة. يتيح تخزين هذه النسخ المترجمة مؤقتًا للموقع إعادة استخدام الاستجابات الموجودة بدلاً من معالجة المحتوى نفسه بشكل متكرر لكل طلب. يمكن أن يؤدي ذلك إلى تقليل الطلبات إلى الخادم الأصلي، وتحسين أوقات تحميل الصفحة، وتوفير تجربة أسرع للزوار.
ومع ذلك، يجب أن يحافظ التخزين المؤقت متعدد اللغات على فصل كل نسخة لغوية بشكل صحيح. إذا لم يميّز نظام التخزين المؤقت بين المتغيرات اللغوية، فقد يتلقى الزائر الذي يطلب صفحة بالفرنسية نسخة إنجليزية مخزّنة مؤقتًا بدلاً منها. وبالمثل، عند تحديث ترجمة ما، قد تظل استجابة مخزّنة مؤقتًا أقدم معروضة حتى تنتهي صلاحيتها أو يتم إبطالها.
يلعب التخزين المؤقت أيضًا دورًا في كيفية وصول زواحف محركات البحث إلى الصفحات متعددة اللغات. يجب أن يعيد كل رابط لغة المحتوى المترجم المقابل له باستمرار حتى تتمكن محركات البحث من فهم النسخ المحلية وفهرستها بشكل صحيح. لذلك يجب أن يعمل إعداد التخزين المؤقت الموثوق جنبًا إلى جنب مع إشارات تحسين محركات البحث مثل hreflang، وعناوين URL الأساسية، والبيانات الوصفية الخاصة بكل لغة.
كيفية بناء استراتيجية تخزين مؤقت لموقع متعدد اللغات
تضمن استراتيجية التخزين المؤقت متعددة اللغات الجيدة حصول الزوار باستمرار على إصدار اللغة الصحيح مع الحفاظ على سرعة الصفحات وتقليل طلبات الخادم. الخطوة الأولى هي تحديد كيفية تعرف موقعك على كل لغة وكيفية استخدام نظام التخزين المؤقت لتلك المعلومات.
توجيه URL والنطاقات الفرعية
تُعد عناوين URL الخاصة بكل لغة واحدة من أبسط الطرق لجعل التخزين المؤقت متعدد اللغات قابلاً للتنبؤ. لكل لغة عنوان URL خاص بها، لذا يمكن لذاكرة التخزين المؤقت تخزين كل نسخة وتقديمها بشكل منفصل. على سبيل المثال، يمكن أن يمثل example.com/fr/ النسخة الفرنسية، بينما يمثل example.com/de/ النسخة الألمانية.
تعمل النطاقات الفرعية الخاصة بكل لغة بطريقة مشابهة. قد يستخدم موقع ويب fr.example.com للفرنسية و de.example.com للألمانية. ولأن اللغة مضمنة مباشرة في عنوان URL، يمكن للزوار وأنظمة التخزين المؤقت بسهولة تحديد النسخة التي يجب تقديمها. تشمل هياكل URL الشائعة:
- example.com/fr/
- example.com/de/
- fr.example.com
- de.example.com
الكشف عن اللغة بناءً على الرؤوس
يمكن للمواقع الإلكترونية أيضًا تحديد اللغة المفضلة للزائر من خلال رؤوس HTTP، وتحديدًا رأس Accept-Language الذي يرسله المتصفح. على سبيل المثال، قد يرسل متصفح مُهيأ للفرنسية Accept-Language: fr، مما يسمح للخادم باختيار النسخة الفرنسية تلقائيًا.
ومع ذلك، يتطلب الاكتشاف المستند إلى الترويسة تكوينًا دقيقًا لذاكرة التخزين المؤقت. إذا كانت ذاكرة التخزين المؤقت تأخذ في الاعتبار عنوان URL للصفحة فقط وتتجاهل ترويسة اللغة، فقد تخزن نسخة لغة واحدة وتعيدها للزوار الذين يفضلون لغة مختلفة. لذلك يجب أن يراعي مفتاح ذاكرة التخزين المؤقت أو سلوك Vary معلومات اللغة ذات الصلة. على سبيل المثال:
- Accept-Language: en
- Accept-Language: fr
- Accept-Language: de
اكتشاف اللغة عبر ملفات تعريف الارتباط
هناك نهج آخر يتمثل في تخزين تفضيل لغة الزائر في ملف تعريف ارتباط. بمجرد أن يختار الزائر لغة، يمكن للموقع حفظ هذا الاختيار واستخدامه للطلبات اللاحقة. يمكن أن يوفر هذا تجربة أكثر اتساقًا، خاصة عندما يختار الزائرون اللغة يدويًا بدلاً من الاعتماد على إعدادات المتصفح الخاصة بهم.
التحدي هو أن ملفات تعريف الارتباط يمكن أن تعقد التخزين المؤقت. إذا لم يميز ذاكرة التخزين المؤقت الطلبات بناءً على ملف تعريف ارتباط اللغة، فقد يتلقى الزوار صفحة مخزنة مؤقتًا مخصصة للغة أخرى. لذلك يجب تكوين طبقة التخزين المؤقت لتتنوع أو تتجاوز التخزين المؤقت عند الضرورة. على سبيل المثال:
- language=en
- language=fr
- language=de
اختيار استراتيجية التخزين المؤقت
تعتمد أفضل استراتيجية للتخزين المؤقت على كيفية تعامل موقعك مع اختيار اللغة. عادةً ما يكون توجيه اللغة المعتمد على URL أسهل في التخزين المؤقت لأن كل لغة لها URL فريد. لا يزال بإمكان الكشف المعتمد على الرؤوس وملفات تعريف الارتباط أن يعمل، لكنه يتطلب إعدادًا أكثر دقة لضمان فصل الاستجابات المخزنة مؤقتًا بشكل صحيح.
قبل اختيار أي نهج، ضع في اعتبارك عدد اللغات، وكيفية اختيار الزوار للغات، ومدى تكرار تغيّر المحتوى المترجم. الهدف هو جعل اكتشاف اللغة وسلوك التخزين المؤقت يعملان معًا، بدلًا من أن تتعامل طبقة التخزين المؤقت مع كل طلب على أنه الصفحة نفسها. العوامل الرئيسية التي يجب مراعاتها:
- عناوين URL خاصة باللغة
- تكوين مفتاح التخزين المؤقت
- التعامل مع الترويسة وملفات تعريف الارتباط
- مدة صلاحية ذاكرة التخزين المؤقت
- إبطال ذاكرة التخزين المؤقت
- تكرار تحديث الترجمة
- زحف محركات البحث
كيف يخزن Varnish المحتوى متعدد اللغات والمترجم مؤقتًا
يعمل Varnish Cache كخادم وكيل عكسي بين الزوار والخادم الأصلي. عندما يطلب زائر صفحة، يتحقق Varnish مما إذا كان هناك رد مخزن مؤقتًا صالح متاح. إذا وجد ردًا مطابقًا، فإنه يقدم المحتوى المخزن مؤقتًا دون إرسال الطلب مرة أخرى إلى الأصل. إذا لم يكن هناك رد مناسب موجود، فإن Varnish يعيد توجيه الطلب إلى الأصل، ويستقبل الرد، ويمكنه تخزينه للطلبات اللاحقة.
بالنسبة للمواقع متعددة اللغات، يحتاج Varnish إلى التمييز بين الطلبات التي يجب أن تُرجع إصدارات لغوية مختلفة. لذلك يجب مراعاة معلومات اللغة عندما يحدد Varnish ما إذا كان يمكن إعادة استخدام استجابة مخزنة مؤقتًا. يمنع هذا ذاكرة التخزين المؤقت من التعامل مع ترجمات مختلفة كأنها الاستجابة نفسها.
مفاتيح ذاكرة التخزين المؤقت الخاصة باللغة
يحتاج Varnish إلى طريقة لتمييز الاستجابات المخزنة مؤقتًا التي تمثل إصدارات لغوية مختلفة. عندما تكون اللغة مضمنة بالفعل في عنوان URL، يمكن لكل عنوان URL أن يُقابل بشكل طبيعي إدخال ذاكرة تخزين مؤقت مختلف. عندما يتم تحديد اللغة بواسطة ترويسة طلب أو ملف تعريف ارتباط أو قيمة طلب أخرى، يحتاج إعداد Varnish إلى دمج هذه المعلومات في منطق التخزين المؤقت الخاص به. على سبيل المثال، قد يميز موقع متعدد اللغات الاستجابات المخزنة مؤقتًا باستخدام:
- /en/about/ → إدخال ذاكرة التخزين المؤقت بالإنجليزية
- /fr/about/ → إدخال ذاكرة التخزين المؤقت الفرنسية
- Accept-Language: en → التنويع الإنجليزي
- Accept-Language: fr → النسخة الفرنسية
- ملف تعريف ارتباط اللغة → اللغة المختارة من الزائر
يعتمد التنفيذ الدقيق على كيفية تحديد الموقع الإلكتروني للغة. الشرط الأساسي هو أن الطلبات التي تنتج استجابات مترجمة مختلفة يجب ألا تُحل إلى نفس الكائن المخزن مؤقتًا.
منع التداخل بين اللغات
يحدث إصابة ذاكرة التخزين المؤقت عبر اللغات عندما يعيد Varnish استجابة مخزنة مؤقتًا لإحدى اللغات إلى زائر يطلب لغة أخرى. على سبيل المثال، قد يتلقى زائر يطلب صفحة بالفرنسية استجابة بالإنجليزية إذا تم التعامل مع كلا الطلبين كمورد واحد قابل للتخزين المؤقت.
لتقليل هذا الخطر، ينبغي لـ Varnish ألا يعيد استخدام استجابة مخزنة مؤقتًا إلا عندما يكون تنويع اللغة معروفًا ومطابقًا للطلب. إذا تعذّر تحديد اللغة بشكل موثوق، فينبغي التعامل مع الاستجابة بحذر بدلًا من تخزينها كمدخل ذاكرة تخزين مؤقت مشتركة. تشمل الضمانات المهمة ما يلي:
- تجنب تخزين الردود التي تحتوي على معلومات لغة غامضة في ذاكرة التخزين المؤقت
- تعامل مع ملفات تعريف الارتباط والترويسات الخاصة باللغة بشكل متسق
- اختبر إصابات وأخطاء ذاكرة التخزين المؤقت لطلبات اللغات المختلفة
- تحقق من تبديل اللغة بعد تمكين التخزين المؤقت
إبطال ذاكرة التخزين المؤقت في Varnish
يؤدي إبطال ذاكرة التخزين المؤقت إلى إزالة المحتوى المخزن مؤقتًا أو وضع علامة عليه باعتباره لم يعد صالحًا. وهذا مهم عندما يتم تحديث المحتوى الأصلي أو ترجمته. وبدون الإبطال، قد يستمر Varnish في تقديم نسخة مخزنة مؤقتًا أقدم حتى انتهاء مدة صلاحيتها (TTL) المكوّنة.
بالنسبة للمواقع متعددة اللغات، يجب أن يراعي إبطال الذاكرة المؤقتة جميع إصدارات اللغات المتأثرة. إذا تم تحديث صفحة إنجليزية وترجمتها الفرنسية، فيجب مسح الاستجابات المخزنة مؤقتًا المقابلة أو تحديثها حتى لا يرى الزوار محتوى قديمًا. تشمل الأساليب الشائعة ما يلي:
- إزالة عناوين URL محددة
- إزالة إصدارات متعددة من اللغات
- استخدام مدة صلاحية ذاكرة التخزين المؤقت (TTL)
- التنظيف التلقائي بعد تحديثات المحتوى
- تحديث الصفحات المترجمة المتأثرة
كيف يخزن Cloudflare المحتوى متعدد اللغات مؤقتًا على الحافة
يعمل Cloudflare كطبقة تخزين مؤقت على الحافة بين الزوار وخادم الأصل الخاص بك. عندما يطلب زائر صفحة، يتحقق Cloudflare مما إذا كانت هناك نسخة مخزنة مؤقتًا متاحة في موقع حافة. إذا كان هناك استجابة صالحة، يمكن تقديمها مباشرة من الحافة بدلاً من طلب الصفحة من خادم الأصل. إذا لم تكن هناك استجابة مخزنة مؤقتًا متاحة، يسترجع Cloudflare المحتوى من الأصل ويمكنه تخزين الاستجابة مؤقتًا للطلبات اللاحقة.
بالنسبة للمواقع متعددة اللغات، يجب أن تراعي هذه العملية اللغة المطلوبة. يجب أن تكون Cloudflare قادرة على التمييز بين إصدارات اللغات المختلفة حتى لا يتم تقديم استجابة إنجليزية مخزنة مؤقتًا لشخص يطلب النسخة الفرنسية. وهذا يجعل إعداد ذاكرة التخزين المؤقت المدركة للغة أمرًا مهمًا عندما يتم تقديم المحتوى المترجم عبر عناوين URL أو رؤوس أو ملفات تعريف ارتباط مختلفة.
فصل إصدارات اللغات
يمكن لـ Cloudflare تخزين إصدارات اللغات المختلفة مؤقتًا بشكل منفصل عندما يكون لكل إصدار عنوان URL مميز. على سبيل المثال، يمكن أن تمثل /en/ و/fr/ و/it/ محتوى باللغات الإنجليزية والفرنسية والإيطالية. نظرًا لأن اللغة مضمنة مباشرة في عنوان URL، يمكن أن يكون لكل إصدار مدخل ذاكرة تخزين مؤقت خاص به، مما يسهل إدارة وإزالة إصدارات اللغات الفردية. على سبيل المثال:
- example.com/en/products/
- example.com/fr/products/
- example.com/it/products/
مفاتيح التخزين المؤقت في Cloudflare وتنويعات اللغة
يحتاج Cloudflare إلى التمييز بين الطلبات كلما أمكن لمدخلات لغوية مختلفة إنتاج استجابات مختلفة. مع توجيه اللغة المستند إلى URL، يحدث هذا الفصل بشكل طبيعي لأن لكل لغة عنوان URL خاص بها.
يتطلب الأمر مزيدًا من الاهتمام عندما يتم تحديد اللغة بواسطة رأس Accept-Language أو ملف تعريف ارتباط. إذا كانت هذه القيم تؤثر على الاستجابة المترجمة ولكن لا يتم التعامل معها بواسطة إعدادات التخزين المؤقت، فقد يتم التعامل مع الطلبات الخاصة بلغات مختلفة على أنها نفس المورد. قد يؤدي هذا إلى تقديم لغة واحدة للزوار الذين يطلبون لغة أخرى.
بالنسبة لمعظم المواقع متعددة اللغات، يكون التوجيه المعتمد على URL أسهل في الإدارة لأن اللغة تكون مرئية مباشرة في URL. يمكن أيضًا أن يعمل الكشف المعتمد على الترويسة وملفات تعريف الارتباط، لكنهما يتطلبان إعدادًا إضافيًا لضمان عدم مشاركة استجابات اللغات المختلفة بشكل غير صحيح.
مدة صلاحية التخزين المؤقت والمسح
تحدد مدة صلاحية ذاكرة التخزين المؤقت (TTL) المدة التي يحتفظ فيها Cloudflare بالاستجابة المخزنة مؤقتًا قبل انتهاء صلاحيتها. يمكن أن تؤدي مدة TTL الأطول إلى تحسين الأداء لأن المحتوى يبقى مخزنًا مؤقتًا لفترة أطول، بينما تسمح مدة TTL الأقصر بظهور التغييرات بشكل أسرع.
بالنسبة للمواقع متعددة اللغات، يجب أن تعكس مدة البقاء (TTL) مدى تكرار تغيّر المحتوى والترجمات. قد تحتاج الصفحات التي تُحدَّث بشكل متكرر إلى مدد بقاء أقصر، بينما يمكن للصفحات المستقرة عمومًا استخدام مدد أطول. عند تغيّر إحدى الترجمات، ينبغي مسح أو تحديث نسخة اللغة المتأثرة بدلاً من انتظار انتهاء مدة البقاء. يساعد ذلك في منع الزوار من استلام ترجمات قديمة. يمكن أن تتضمن استراتيجية التخزين المؤقت:
- مدة صلاحية قصيرة للمحتوى المتكرر التحديث
- مدة صلاحية أطول للصفحات المستقرة
- قواعد التخزين المؤقت الخاصة بعنوان URL
- التنظيف اليدوي للذاكرة المؤقتة
- المسح التلقائي بعد التحديثات
أفضل الممارسات لتخزين المواقع متعددة اللغات مؤقتًا
يمكن لإعداد تخزين مؤقت مُخطط جيدًا أن يجعل المواقع متعددة اللغات أسرع دون التسبب في تلقي الزوار لترجمة خاطئة أو قديمة. المفتاح هو جعل نظام الترجمة وطبقة التخزين المؤقت يعملان معًا، مع الفصل بوضوح بين كل نسخة لغوية.
دمج الترجمة والتخزين المؤقت
يجب أن تعمل الترجمة والتخزين المؤقت معًا كجزء من نفس عملية تسليم المحتوى. تحدد طبقة الترجمة النسخة المترجمة التي يجب إرجاعها، بينما تخزن طبقة التخزين المؤقت هذا الرد للطلبات اللاحقة. الاعتبار المهم هو التوقيت: يجب تحديد اللغة قبل تخزين الرد مؤقتًا. يضمن ذلك أن يخزن التخزين المؤقت الرد المترجم الذي تم طلبه فعليًا بدلاً من نسخة غامضة يمكن إعادة استخدامها للغة أخرى.
بالنسبة للمواقع التي تستخدم الترجمة التلقائية، يمكن لحل ترجمة مثل Linguise أن يبسّط هذه العملية من خلال إنشاء محتوى مترجم تلقائيًا مع السماح للصفحات المترجمة بالعمل مع إعداد التخزين المؤقت الحالي للموقع. يمكن أن يكون هذا مفيدًا للمواقع متعددة اللغات، حيث قد تصبح إدارة النسخ المترجمة يدويًا والحفاظ على تزامنها مع المحتوى المخزن مؤقتًا أكثر تعقيدًا.
أفضل الممارسات: تأكد من توافق نظام الترجمة وطبقة التخزين المؤقت على كيفية تحديد إصدارات اللغات قبل تمكين التخزين المؤقت للصفحات الكاملة.
استخدم مفاتيح تخزين مؤقت خاصة بكل لغة
يجب أن تتوافق كل استجابة مترجمة مع نسخة التخزين المؤقت الصحيحة. تسهّل هياكل اللغات القائمة على عناوين URL ذلك لأن لكل لغة عنوان URL مميزًا بالفعل، بينما تتطلب الإعدادات القائمة على الترويسات أو ملفات تعريف الارتباط تكوينًا إضافيًا للتخزين المؤقت.
أفضل ممارسة: يُفضّل استخدام عناوين URL خاصة بكل لغة حيثما أمكن، مثل:
- /en/about/ → الإنجليزية
- /fr/about/ → الفرنسية
- /de/about/ → الألمانية
يوفر هذا فصلًا واضحًا بين إصدارات اللغات ويقلل من خطر حدوث إصابات ذاكرة مؤقتة بين اللغات.
تعيين التحكم في ذاكرة التخزين المؤقت ومدة البقاء (TTLs)
تحدد رؤوس Cache-Control وTTLs كيفية تعامل المتصفحات وشبكات CDN والوكلاء العكسيين مع المحتوى المخزن مؤقتًا. يساعد ضبطها بشكل صحيح في تحقيق التوازن بين أداء الموقع والحاجة إلى تقديم ترجمات حديثة.
يمكن عادةً أن تبقى الصفحات التي نادرًا ما تتغير مخزنة مؤقتًا لفترة أطول، بينما يجب أن يستخدم المحتوى الذي يُحدَّث بشكل متكرر مدة صلاحية (TTL) أقصر. يعتمد الإعداد الصحيح على عدد مرات تحديث محتوى موقعك وترجماته.
أفضل الممارسات: على سبيل المثال، يمكنك استخدام مدة صلاحية أطول لصفحة هبوط ثابتة متعددة اللغات ومدة صلاحية أقصر لصفحات المنتجات أو الأخبار التي تتغير بشكل متكرر. اختبر التكوين دائمًا للتأكد من أن المحتوى المحدّث يصبح متاحًا في الوقت المتوقع.
مسح ذاكرات التخزين المؤقت بعد التحديثات
عندما يتغير المحتوى أو الترجمات، قم بإلغاء أو تحديث الاستجابات المخزنة مؤقتًا المتأثرة بدلاً من الاعتماد فقط على انتهاء صلاحية TTL. يساعد هذا في ضمان حصول الزوار على أحدث إصدار عبر جميع اللغات المتأثرة.
أفضل ممارسة: قم بتضمين إبطال ذاكرة التخزين المؤقت في سير عمل تحديث المحتوى الخاص بك وتأكد من تغطية جميع إصدارات اللغات المتأثرة.
اختبار الصفحات متعددة اللغات المخزنة مؤقتًا
يُعد الاختبار مهمًا لأن مشكلات التخزين المؤقت لا تكون مرئية دائمًا أثناء التصفح العادي. قد تبدو الصفحة صحيحة عند الوصول إليها مباشرةً، لكنها قد تُرجع اللغة الخاطئة عند تقديمها من استجابة مخزنة مؤقتًا.
اختبر كل نسخة لغوية بعد تكوين قواعد التخزين المؤقت أو تغييرها. تحقق من الطلبات الأولى والطلبات اللاحقة للتأكد من إرجاع الاستجابة المخزنة المؤقتة الصحيحة باستمرار.
أفضل الممارسات: سيناريوهات الاختبار مثل:
- فتح الصفحة نفسها بلغات مختلفة
- إعادة تحميل صفحة مخزنة مؤقتًا
- التبديل بين اللغات
- تحديث ترجمة
- التحقق من الصفحة بعد مسح ذاكرة التخزين المؤقت
- الزحف إلى عناوين URL الخاصة بلغات محددة
قائمة التحقق للتخزين المؤقت متعدد اللغات
قبل وضع إعداد التخزين المؤقت متعدد اللغات في الإنتاج، استخدم قائمة تحقق بسيطة للتحقق من أن اكتشاف اللغة والتخزين المؤقت وتحديثات المحتوى تعمل معًا بشكل صحيح.
قائمة أفضل الممارسات:
- امنح كل نسخة لغوية عنوان URL فريدًا أو تنويعًا في ذاكرة التخزين المؤقت
- استخدم مفاتيح تخزين مؤقت خاصة بكل لغة
- اضبط رؤوس Cache-Control المناسبة
- تعيين مدة البقاء (TTLs) بناءً على تكرار تحديث المحتوى
- امسح إصدارات اللغات المتأثرة بعد التحديثات
- اختبر الصفحات المخزنة مؤقتًا بكل لغة مدعومة
- تحقق من الردود بلغة خاطئة
- تحقق من المحتوى المترجم القديم
- تحقق من عناوين URL الخاصة بكل لغة باستخدام زواحف محركات البحث
الاستنتاج
يتطلب التخزين المؤقت الفعّال للمواقع متعددة اللغات تحقيق توازن بين أداء الموقع وتقديم النسخة اللغوية الصحيحة والمحدّثة لكل زائر. باستخدام مفاتيح تخزين مؤقت خاصة بكل لغة، ومدد صلاحية مناسبة، وإبطال موثوق للتخزين المؤقت، يمكنك تقليل طلبات الخادم مع منع المحتوى بلغة خاطئة والمحتوى القديم.
لطريقة أبسط لإدارة المحتوى المترجم، سجّل مع Linguise وقم بتبسيط سير عمل موقعك متعدد اللغات من خلال الترجمة الآلية مع الحفاظ على محتواك المترجم سريعًا وسهل الإدارة.
