على نموذج المحتوى في Headless CMS أن يصمد أمام إعادة التصميم والقنوات الجديدة ولغة ثانية. ابدأ بالأشياء الثابتة التي تتحدث عنها مؤسستك، كالمنتجات والخدمات والفروع والأشخاص والمقالات، وسمِّ حقولها بحسب معناها، ودع الصفحات تجمع هذه الكيانات. ثم قرّر لكل نوع محتوى كيف ترتبط النسختان العربية والإنجليزية، ومن ينشرهما، وماذا يحدث حين تغيب إحداهما.
تتأخر مشكلات نموذج المحتوى في الظهور إلى ما بعد العرض التجريبي الأول بكثير: يلصق محرروك نبذة الكاتب نفسها في عشرات الإدخالات، أو تجعل إعادة التصميم أسماء الحقول بلا معنى، أو لا تجد الصفحة العربية مكانًا لمثال محلي لا تحتاجه الإنجليزية. يتناول هذا الدليل القرارات التي تمنع ذلك.
تخطيط الصفحة من أقل أجزاء الموقع ثباتًا، فهو يتغير مع كل إعادة تصميم، أما الأشياء التي تصفها مؤسستك فتتغير أبطأ بكثير. للعيادة أطباء وتخصصات وفروع، ولشركة البرمجيات خدمات ودراسات حالة ومقالات. اجعل هذه أنواع محتوى، ودع قوالب الصفحات تقرر كيف ترتّبها.
سمِّ كل حقل بحسب معناه. حقل باسم heroTitleBlue يفقد معناه حين يعيد المصمم بناء الواجهة، أو حين يظهر المحتوى نفسه في تطبيق أو رسالة بريدية أو نتيجة بحث، بينما يبقى حقل مثل title أو summary صالحًا. واختبر كل حقل بسؤال واحد: لو أرسلت هذا المحتوى إلى قناة أخرى غدًا، هل يبقى اسمه دقيقًا؟
وامنح كل نوع محتوى مهمة واضحة واحدة. فنوع «صفحة» يتسع لكل الأقسام الممكنة يتحول إلى درج للمهملات: لا يعرف المحررون أيّ الحقول مهم، ولا يعرف المطورون أيّ التركيبات صحيح.
حين تتكرر البيانات نفسها في أكثر من إدخال، كالكاتب أو التصنيف أو عنوان الفرع أو مواصفات المنتج، اجعلها نوع محتوى مستقلًا واربطها بحقل مرجعي. أما نسخها في كل إدخال فيحوّل كل تعديل إلى عملية بحث واستبدال، وتتباعد النسخ مع الوقت.
وللمراجع قرارات خاصة بها، والأفضل أن تتخذها عن قصد:
- الحذف وإلغاء النشر: ماذا يحدث للمقالات المرتبطة بكاتب غادر المؤسسة؟ هل يُمنع الحذف، أم يُستبدل المرجع، أم يُخفى اسم الكاتب؟
- العمق: أبقِ التداخل ضحلًا. فإذا احتاجت بنية ما مستويات عدة من المكوّنات المتداخلة، فالأرجح أنها تحتاج نوع محتوى جديدًا ومرجعًا. والأشجار العميقة أصعب على المحررين وأصعب في التخزين المؤقت الدقيق.
- المراجع بين اللغتين: هل تشير المقالة العربية إلى إدخال الكاتب نفسه الذي تشير إليه الإنجليزية، مع حقول اسم مترجمة، أم إلى إدخال عربي منفصل؟ قرّر ذلك مرة واحدة لكل نوع ووثّقه.
شكل 1: اربط المحتوى المشترك بالمراجع. كاتب واحد، وصفحات متعددة.
تتيح معظم أنظمة إدارة المحتوى طريقتين رئيسيتين للترجمة. وتصف وثائق Sanity عن الترجمة مثلًا الترجمة على مستوى الحقل، حيث يضم مستند واحد اللغات كلها داخل حقوله، والترجمة على مستوى المستند، حيث تكون كل لغة مستندًا مستقلًا مرتبطًا بترجماته. ولا تناسب أيٌّ منهما كل شيء، فاختر لكل نوع محتوى:
- مستوى الحقل يناسب المحتوى المتطابق البنية في اللغتين والذي يتغير معًا: تسميات التنقل، ومواصفات المنتجات، وبيانات الفروع، وأسماء الكتّاب. تبقى اللغتان جنبًا إلى جنب، ويسهل اكتشاف الترجمة الناقصة.
- مستوى المستند يناسب المحتوى الذي قد يختلف بين اللغتين: المقالات، وصفحات الحملات، والصفحات القانونية التي تحتاج أمثلتها أو مواعيد نشرها أو اعتماداتها الخاصة. فقد تحتاج المقالة العربية مقدمة مختلفة أو مثالًا إقليميًا لا تحتاجه النسخة الإنجليزية.
اطرح الأسئلة العملية: هل البنية واحدة في اللغتين؟ هل تنشرون النسختين معًا؟ من يملك كل لغة؟ والخلط بين الطريقتين أمر طبيعي، فمقالة مترجمة على مستوى المستند يمكن أن تشير إلى إدخال كاتب مترجم على مستوى الحقل.
يحتاج كل نموذج ثنائي اللغة إلى إجابات مكتوبة عن أسئلة لن يجيب عنها النظام نيابةً عنك:
- الترجمة الناقصة: هل تعرض الصفحة العربية النص الإنجليزي بديلًا، أم تُظهر تنبيهًا، أم تنتظر حتى تجهز الترجمة؟ النص الإنجليزي تحت رابط عربي ولغة صفحة عربية يربك القرّاء والتقنيات المساعدة، لذا نفضّل تأجيل الصفحة أو عرض تنبيه واضح.
- الملكية والاعتماد: من يكتب كل لغة ويراجعها ويعتمدها؟ وهل يمكن نشر لغة قبل الأخرى؟
- الروابط المختصرة (slugs): خزّن رابط كل لغة في حقل مستقل يحدده شخص ويبقى ثابتًا عند تغيّر العنوان، فتوليد الرابط من العنوان في كل مرة يكسر الروابط.
- الربط بين الترجمات: أبقِ صلة صريحة بين نسختي اللغتين، حتى ينتقل الزائر بين اللغتين في الصفحة نفسها ويعلن الموقع عن البدائل اللغوية.
يضيف المحتوى العربي متطلبات قد يغفلها نموذج صُمّم للإنجليزية وحدها:
- الاتجاه مسؤولية الواجهة. خزّن النص صافيًا بلا محارف تحكّم اتجاهية مضمّنة، ودع القوالب تحدد اللغة والاتجاه. وعالج الجمل مختلطة الاتجاه، كجملة عربية فيها اسم منتج لاتيني أو رقم هاتف، عند العرض، واترك النص المخزّن كما هو.
- تاريخ مرجعي واحد. خزّن قيمة تاريخ حقيقية وأبعد التنسيق عن قاعدة البيانات. وإن احتاج جمهورك إلى التاريخ الهجري، فحوّله في طبقة العرض حتى يبقى الفرز والترشيح سليمين.
- الترتيب والبحث. استخدم ترتيبًا يراعي قواعد العربية في القوائم، ووحّد أشكال الهمزة والتشكيل داخل فهرس البحث لا في النص المخزّن.
- نص بديل لكل لغة. النص البديل للصور محتوى، فخصص له حقلًا في كل لغة. ويدرج المرجع السريع لمعايير WCAG 2.2 الصادر عن W3C النصوص البديلة ضمن معاييره، إلى جانب الوصول بلوحة المفاتيح والتركيز والتباين. الحقل يجعل النص البديل الجيد ممكنًا، لكن المراجع يبقى مطالبًا بالتأكد من أنه مفيد.
لا يبقى نموذج على حاله مع نمو المؤسسة، فتعامل مع كل تغيير في النموذج بوصفه عملية ترحيل لها خطتها. مثال توضيحي: موقع فعاليات يخزّن اسم المكان نصًا حرًا داخل كل فعالية. ولجعل الأماكن قابلة لإعادة الاستخدام، يقوم الفريق بما يلي:
- يضيف نوع محتوى «مكان» وحقلًا مرجعيًا في «الفعالية»، مع إبقاء الحقل النصي القديم مؤقتًا؛
- يملأ الأماكن بسكربت يدمج المكرر ويسجّل الحالات الملتبسة ليحسمها محرر؛
- يحوّل القوالب لتقرأ المرجع، مع إبقاء الحقل القديم احتياطًا لإصدار واحد؛
- يحذف الحقل القديم بعد تطابق أعداد الإدخالات ومراجعة المحررين لعينات باللغتين.
شغّل السكربت أولًا على نسخة من البيانات واحفظه في نظام التحكم بالإصدارات. وإن كان المحتوى يغذّي واجهة تعتمد على التخزين المؤقت، فوسم الصفحات المخزّنة بالكيانات التي تستخدمها يجعل التعديل يعيد توليد الصفحات الصحيحة؛ ويشرح دليلنا عن مكوّنات الخادم والتخزين المؤقت في Next.js 15 هذا النمط للفرق التي تعمل على ذلك الإصدار.
وعلى نموذج المحتوى أن ينسجم مع الأنظمة من حوله. فلكل كتلة محتوى ينبغي أن يقابلها مكوّن في نظام التصميم، وهو ما نناقشه في أنظمة التصميم بمساعدة الذكاء الاصطناعي. وفي التجارة الإلكترونية، حدّد أي نظام يملك أي حقول، كأن تقرر هل تعيش أوصاف المنتجات في نظام المحتوى أم في نظام التجارة الخلفي؛ وتشرح مقارنتنا بين Shopify Hydrogen وMedusa بواجهة مستقلة هذا الحد بين واجهة المتجر والنظام الخلفي. وإن كنت تخطط لموقع جديد ثنائي اللغة، فإن خدمة تصميم وتطوير المواقع لدينا تشمل محتوى منظمًا يستطيع فريقك تعديله بالعربية والإنجليزية.
شكل 2: رحّل المحتوى على مراحل. تحقق قبل حذف الحقول القديمة.
- Sanity. Localization: طريقتا الترجمة على مستوى الحقل وعلى مستوى المستند.
- مبادرة إمكانية الوصول إلى الويب في W3C. How to Meet WCAG 2.2 (Quick Reference): معايير منها النصوص البديلة والوصول بلوحة المفاتيح والتركيز والتباين.
تختلف قدرات أنظمة إدارة المحتوى وتتغير، فراجع الوثائق الحالية لمنصتك. وتوصيات النمذجة الواردة هنا إرشادات من تكنوستاك نفسها، ولا يفرضها أي مزوّد لأنظمة إدارة المحتوى.
