بناء مسارد المصطلحات التقنية وإدارتها سحابياً في 2026
كيف تبني مسرد مصطلحات تقنية يَنمو مع منتجك، يُدار سحابياً، ويصل إليه فريقك الموزَّع — لا مسرداً يُعَدُّ مرةً واحدة وينتهي في درجٍ منسي.
ورشة: التوطين لتطبيقات الويب ٣.٠ والذكاء الاصطناعي · المقالة الرابعة من أربع
في المقالة الأولى أنشأنا المسرد المصطلحي بوصفه خطوةً أولى قبل أي ترجمة. في المقالة الثانية طبَّقناه على قيود واجهة المستخدم. في المقالة الثالثة اختبرنا ما إذا كانت الترجمة تعمل فعلاً في بيئتها التفاعلية.
هذه المقالة الأخيرة تتناول السؤال الذي يطرحه كل فريق توطين بعد المشروع الأول: كيف نحافظ على ما بنيناه؟
المسرد الذي يُبنى لمشروعٍ واحد ثم يُهمَل بين مشروعٍ وآخر ليس أصلاً “مرجعاً”، بل هو عبءٌ متأخر. في كل مشروعٍ جديدٍ ستُقرر من جديد إن كان «Gateway» يُترجم «بوابة» أو «مدخل»، وإن كان «Node» يصبح «عقدة» أو «نقطة»، وإن كان «Wallet» في سياق البلوكشين يختلف عن «Wallet» في سياق المدفوعات. هذه القرارات التي اتخذتها مرةً ستتخذها مجدداً، وقد يتخذها مترجمٌ مختلفٌ بقرارٍ مختلف.
المسرد الحي — المُحدَّث، والمُدار سحابياً، والمُوزَّع على الفريق — هو ما يُحوِّل المعرفة الفردية إلى ذاكرةٍ مؤسسية.
الفرق بين المسرد الميت والمسرد الحي
معظم المسارد التي تُنتجها فرق التوطين ميتةٌ من اليوم الأول. ليس لأنها خاطئةٌ، بل لأنها مصممةٌ للاستخدام مرةً واحدةً، لا للنمو.
المسرد الميت ملفُّ إكسل يُبنى في بداية المشروع، يُرسَل للمترجم، يُستخدم أثناء الترجمة، ثم يُرفَع إلى مجلدٍ مشتركٍ ولا يُفتح مجدداً! حين يأتي المشروع التالي تُفتَح نسخةٌ جديدة منه، أو يُبدأ من الصفر لأن أحداً لا يتذكر أين حُفظت النسخة السابقة!!
المسرد الحي نظامٌ لا ملف. يُحدَّث بعد كل مشروعٍ ومع كل مصطلحٍ جديد، ويُتاح لكل أعضاء الفريق في الوقت الفعلي، يُربط بأدوات الترجمة مباشرةً بحيث يظهر المصطلح المعتمد تلقائياً حين يمر المترجم على الكلمة ذاتها، ويُوثِّق القرارات لا المصطلحات فقط — أي يحفظ لماذا اختَرنا «بوابة» لا «مدخل»، وليس مجرد أننا اخترنا «بوابة».
المسرد الجيد لا يُجيب على «ما المصطلح الصحيح؟» فحسب، بل يُجيب على «لماذا المصطلح هو الصحيح في هذا السياق بالذات؟»
بنية المسرد الاحترافي: ما يجب أن يحتويه كل مدخل
إن المدخل البسيط في المسرد — ذو حقلين مثل «Blockchain = سلسلة الكتل» — غير كافٍ للاستخدام الاحترافي. المدخل الاحترافي يحتوي على تسعة حقول:
١. المصطلح المصدر (Source Term): الكلمة أو العبارة الإنكليزية بصيغتها الرسمية الأكثر شيوعاً في التوثيق التقني.
٢. المصطلح الهدف المعتمد (Approved Target Term): المصطلح العربي المُختار للاستخدام في هذا المشروع/المنتج.
٣. السياق التعريفي (Context Definition): جملةٌ أو جملتان تُعرِّفان المصطلح في سياق هذا المنتج تحديداً — لا تعريفاً موسوعياً. «في هذا المنتج، Wallet تشير إلى حساب العملات المُشفَّرة للمستخدم، لا إلى وسائل الدفع التقليدية.»
٤. مثال الاستخدام (Usage Example): جملةٌ من المنتج الفعلي توضح المصطلح في سياقه. مأخوذٌ من واجهة المستخدم أو التوثيق.
٥. البدائل المرفوضة (Forbidden Alternatives): المصطلحات الأخرى التي قد تبدو معقولة لكن قُرِّر عدم استخدامها، مع ذكر السبب. «لا تستخدم ‘المحفظة الإلكترونية’ — يُربك المستخدم بمحافظ الدفع التقليدية كـApple Pay.»
٦. المجال (Domain): تصنيفٌ يُتيح الفلترة — بلوكشين، واجهة مستخدم، قانوني، مالي، عام.
٧. مستوى الاستقرار (Stability Level): مستقر / مراجَعة موصى بها / مؤقت. المصطلح المؤقت يعني أن القرار غير نهائي ويحتاج مراجعةً قبل الإطلاق.
٨. تاريخ التحديث الأخير ومن اعتمده (Last Updated / Approved By): ضروريٌّ للمساءلة ولمعرفة من يمكن الرجوع إليه حين يُطعن في القرار.
٩. الملاحظات (Notes): حقلٌ حر لأي سياقٍ إضافي — نقاشٌ حدث مع العميل، قرارٌ مؤقت ريثما يستقر الاستخدام، مرجعٌ خارجي أُستند إليه.
- ربما لا يكون هنالك حاجة لملء كل هذه الحقول دوماً، لكن لا غنى عنها لفائدتها..
الأدوات: من الإكسل إلى إدارة المصطلحات
طيفٌ واسع من الأدوات يخدم بناء المسارد وإدارتها — اختيار المستوى الصحيح يعتمد على حجم الفريق وتكرار المشاريع والميزانية المتاحة.
المستوى الأول — إكسل/جداول جوجل مع بنيةٍ صارمة: الخيار الأبسط والأكثر انتشاراً. يعمل جيداً للفرق الصغيرة أو المترجم المستقل. قيوده الأساسية: لا تكامل مع أدوات الترجمة، والبحث يدوي، ولا تحكم في الإصدارات عند التحرير المتزامن من أكثر من شخص. الحل الجزئي: استخدام جداول جوجل المشتركة مع قواعد تحريرٍ صارمة (لا أحد يُعدِّل مدخلاً معتمداً دون تعليقٍ موضِّح للسبب).
المستوى الثاني — TermBase في SDL MultiTerm أو مكافئاتها: معيارٌ صناعي لفرق التوطين المتوسطة. يُتكامل مع SDL Trados وmemoQ وأدوات الترجمة الرئيسية — المصطلح المعتمد يظهر تلقائياً للمترجم حين يصادف المصطلح المصدر. يدعم التدرج الهرمي (مصطلحٌ رئيسي وبدائله ومرادفاته)، والفلترة بالمجال والسياق، وتصدير المسرد بصيغ TBX وCSV.
المستوى الثالث — Phrase TMS أو Lokalise أو Crowdin مع وحدة المصطلحات: منصاتٌ سحابية كاملة تدمج إدارة المصطلحات مع ذاكرة الترجمة وسير عمل الترجمة في نظامٍ واحد. الترجمة والمسرد والذاكرة تُغذِّي بعضها، حيث كل جملةٍ تُترجم تُثري الذاكرة، وكل مصطلحٍ يُعتمد يُنبِّه المترجم تلقائياً. الأنسب للفرق الكبيرة والمنتجات المتعددة اللغات.
المستوى الرابع — Notion أو Confluence مع قاعدة بياناتٍ مصطلحية مخصصة: خيارٌ هجين يناسب الفرق التي تستخدم أصلاً هذه الأدوات للتوثيق المؤسسي. يُتيح ربط المصطلح بوثائق المنتج والقرارات التصميمية في مكانٍ واحد. أقل تكاملاً مع أدوات الترجمة لكن أكثر مرونةً في هيكل البيانات.
سحابية المسرد: ما تعنيه فعلاً
«إدارة المسرد سحابياً» ليست مجرد تخزين ملفٍّ على جوجل درايف. إنها ثلاثة أشياء متمايزة:
الوصول المتزامن: كل عضوٍ في الفريق — المترجم في القاهرة، والمراجع في دبي، ومدير المشروع في الرياض — يرى الإصدار ذاته من المسرد في الوقت ذاته. لا إصداراتٌ متعددة، لا «أرسِل لي آخر نسخة»، لا ضياع تحديثات.
التحديث الفوري مع تتبع التغييرات: حين يُضاف مصطلحٌ جديد أو يُعدَّل قرارٌ قائم، يرى الفريق كله التغيير فوراً — مع تاريخ التغيير ومن أجراه والسبب. لا قرارٌ يُتخذ بصمتٍ.
التكامل مع أدوات الترجمة: المسرد الحي الذي لا يُغذِّي أداة الترجمة مباشرةً هو نصفُ حلٍّ. المترجم لا يُفتِّش المسرد يدوياً في كل جملةٍ، بل الأداة تُنبِّهه تلقائياً حين يظهر مصطلحٌ معتمدٌ في النص المصدر.
إدارة المصطلحات الناشئة: البروتوكول العملي
في مجالات الويب ٣.٠ والذكاء الاصطناعي تظهر مصطلحاتٌ جديدةٌ بوتيرةٍ لا يواكبها أي مسردٍ ثابت. البروتوكول الذي يُحافظ على المسرد حياً في هذا الواقع:
الخطوة الأولى — مصطلح «معلَّق»: حين يُصادف المترجم مصطلحاً غير موجودٍ في المسرد، يُضيفه بعلامة «معلَّق» ويُترجمه بأفضل حكمٍ متاح. لا يتوقف عن العمل لانتظار موافقة.
الخطوة الثانية — مراجعةٌ أسبوعيةٌ للمصطلحات المعلَّقة: مدير المشروع أو المراجع اللغوي الأول يراجع كل المصطلحات المعلَّقة المتراكمة في الأسبوع. يُقرر: اعتماد ترجمة المترجم، أو تعديلها، أو طلب قرارٍ من العميل.
الخطوة الثالثة — اعتمادٌ وتحديثٌ تلقائي: المصطلح المعتمد يُرفع من «معلَّق» إلى «مستقر» ويُحدَّث في كل الملفات التي استُخدم فيها بالنسخة المؤقتة — إن كانت الأداة المستخدمة تدعم البحث والاستبدال العابر للملفات، وهو ما تدعمه جميع منصات TMS الحديثة.
الخطوة الرابعة — إبلاغ العميل بالمصطلحات الجديدة: في نهاية كل مرحلةٍ رئيسية، يُرسَل للعميل تقريرٌ بالمصطلحات الجديدة التي اعتُمدت في هذه المرحلة مع المبررات. هذا يُشرك العميل في صناعة المصطلح لا فقط في استهلاكه، ويُقلِّل من مفاجآت مراجعة الترجمة.
ذاكرة الترجمة والمسرد: الفرق والتكامل
المترجمون الجدد يخلطون أحياناً بين ذاكرة الترجمة (Translation Memory / TM) ومسرد المصطلحات (Termbase / Glossary). هما أداتان مختلفتان تتكاملان:
ذاكرة الترجمة تحفظ الجمل الكاملة المُترجمة سابقاً. حين تصادف جملةً مطابقةً أو مشابهةً في مشروعٍ جديد، تقترح ترجمتها السابقة. قيمتها في تسريع العمل وضمان الاتساق على مستوى الجملة.
مسرد المصطلحات يحفظ المصطلحات الفردية وقرارات ترجمتها. قيمته في ضمان الاتساق المصطلحي، مثال: أن «Wallet» تُترجم دائماً «المحفظة الرقمية» في هذا المنتج بصرف النظر عن الجملة التي وردت فيها.
الخطأ الشائع هو الاعتماد على الذاكرة وإهمال المسرد بحجة أن الذاكرة «تُغطي» المصطلحات ضمناً. تُغطيها في الجمل التي ظهرت فيها من قبل، لكن مصطلحٌ جديدٌ في جملةٍ جديدةٍ لن يجد في الذاكرة ما يُرشده. إذن، المسرد هو ما يُغطي هذه الفجوة.
برومبت لتحديث المسرد وكشف التعارضات
بعد كل مشروعٍ أو مرحلة، استخدم هذا البرومبت لفحص المسرد الحالي وكشف أي تعارضاتٍ أو مصطلحاتٍ تحتاج مراجعة:
You are a professional Arabic terminology manager. I will provide you with: 1. Our current terminology register (as a table: Source | Target | Domain | Notes) 2. A list of new terms encountered in the most recent project Your tasks: A. CONFLICT CHECK: Identify any new terms that contradict existing approved terms (same source term translated differently, or same Arabic term used for different source terms) B. GAP FILL: For new terms not yet in the register, suggest an Arabic translation with justification, marking each as [PROPOSED — PENDING APPROVAL] C. STABILITY REVIEW: Flag any existing terms marked as [TEMPORARY] that have now appeared in 3 or more projects and may be ready for [STABLE] status D. OBSOLESCENCE CHECK: Flag any terms that have not appeared in the last 3 projects — these may need review for continued relevance Output format: - Section A: Conflict table (Source | Existing | New | Recommendation) - Section B: Proposed additions table - Section C: Stability upgrade candidates - Section D: Obsolescence candidates Current register: [paste your termbase table here] New terms from recent project: [paste new term list here]
ملاحظة: البرومبت بالإنكليزية لأن نماذج الذكاء الاصطناعي تُعطي نتائج أدق وأكثر اتساقاً في التعليمات الهيكلية التقنية حين تُصاغ بالإنكليزية. ألصقه مباشرةً في الأداة التي تستخدمها وأضِف بياناتك في نهايته.
إغلاق الورشة: ما بنيناه معاً
عبر أربع مقالاتٍ بنينا نظاماً متكاملاً للتوطين التقني في مجالات الويب ٣.٠ والذكاء الاصطناعي:
- المقالة الأولى أعطت المبادئ والمصطلحات — كيف تُفكِّر في التعريب وكيف تُقرِّر بين الخيارات الثلاثة، مع مسردٍ موصى به لأكثر مصطلحات المنظومة تردداً.
- المقالة الثانية طبَّقت هذه المبادئ على القيود الخاصة بواجهات المستخدم — المساحة واتجاه التخطيط والنبرة الثقافية.
- المقالة الثالثة أضافت مرحلة الاختبار اللغوي — التحقق من أن الترجمة الصحيحة نظرياً تعمل فعلاً في بيئتها التفاعلية.
- هذه المقالة أغلقت الدورة بالبنية التحتية المصطلحية — كيف تتحول المعرفة الفردية المتراكمة في مشروعٍ واحد إلى ذاكرةٍ مؤسسية تخدم كل المشاريع القادمة.
النظام بأكمله قابلٌ للتطبيق بأدواتٍ بسيطة — لا تحتاج منصةً مُكلفة لتبدأ. ما تحتاجه هو الانضباط في التوثيق وثقافة الفريق التي تُقدِّر المسرد المشترك على حساب الاجتهادات الفردية.
للمترجمين والمستقلين الراغبين في فهم الجانب التجاري لهذا التخصص النادر — من يشتري خدمات التوطين التقني وكيف تُسعِّرها وفق قيمتها الحقيقية لا وفق الكلمة — راجع مقالتنا: (راجع مقالتنا: استراتيجيات التسعير في عصر الذكاء الاصطناعي: كيف تبيع «القيمة» لا «عدد الكلمات»)
مراجع
- Wright, S. E. & Budin, G. (1997). Handbook of Terminology Management, Volume 1. John Benjamins Publishing.
- ISO 30042:2019. Management of Terminology Resources — TermBase eXchange (TBX). International Organization for Standardization.
- Schmitt, P. A. (1999). Translation and terminology: An insider’s perspective. Terminology, 5(2), 255–278.
- Lokalise (2024). Terminology Management Best Practices for Modern Localization Teams. lokalise.com
- Bowker, L. (2002). Computer-Aided Translation Technology: A Practical Introduction. University of Ottawa Press.
