تعريب صفحة إتمام الطلب: حقول واضحة ورسائل تساعد على إكمال المهمة

تعريب صفحة إتمام الطلب هو مراجعة لما يفهمه المستخدم في كل خطوة، لا تبديل لغة التسميات فقط. يحتاج إلى معرفة البيانات المطلوبة، وما سيحدث عند الإرسال، وكيف يصحح مشكلة، وما إذا كان الطلب قد سجل بالفعل. أي غموض هنا قد يدفعه إلى تكرار الإجراء أو ترك الصفحة وهو لا يعرف الحالة.

يركز هذا الدليل على النصوص والسياق والمراجعة عبر رحلة الطلب. لا يحدد متطلبات قانونية أو يقدم نصائح للدفع، ولا يغير سياسات المتجر أو الخدمة. الأمثلة توضيحية، ويجب أن يعتمد صاحب النظام الحقائق المتعلقة بالرسوم والتسليم والحالات، بينما يعالج فريق اللغة وضوح الرسائل واتساقها.

ابدأ تعريب صفحة إتمام الطلب بخريطة الرحلة

اكتب الخطوات التي يمر بها المستخدم فعليًا: مراجعة العنصر أو الخدمة، وإدخال البيانات، واختيار الخيارات المتاحة، وقراءة الملخص، والإرسال، والتأكيد. قد يختلف المسار بحسب نوع الطلب أو البلد أو طريقة الاستلام. لا تفترض وجود رحلة واحدة لمجرد أن التصميم الأولي يعرض نموذجًا واحدًا.

حدد الرسائل التي تظهر خارج الصفحة أيضًا، مثل البريد أو صفحة تتبع الحالة. إذا كان زر الإرسال عربيًا ورسالة التأكيد بلغة أخرى أو بمصطلحات مختلفة، فإن التجربة ما زالت متقطعة. اجمع هذه النصوص في نطاق العمل حتى لا تصبح آخر رسالة أهم موضع نُسي تعريبه.

في مثال توضيحي لخدمة تستقبل ملفًا للتقدير، قد يعني إرسال النموذج طلب مراجعة أولية، لا بدء تنفيذ مدفوع. يجب أن يعكس العنوان والزر والتأكيد هذا المعنى. وإذا كان المستخدم يشتري منتجًا مباشرة، فالعلاقة مختلفة، ويحتاج النص إلى حقائق يقرها صاحب المتجر.

تشمل مراجعة تعريب الموقع هذه الرحلات عندما تدخل في النطاق. قدم للفريق مسارًا تجريبيًا وحالاته بدل صورة النموذج الفارغ وحدها، حتى يرى ما الذي يحدث بعد كل إجراء وما الذي يحتاج إلى لغة أوضح.

سم الحقول بما يوضح البيانات المطلوبة

اسم الحقل يجب أن يقول للمستخدم ما يكتب، دون مصطلح داخلي لا يعرفه. فرق بين اسم الشخص واسم المؤسسة، وبين عنوان مراسلة وعنوان استلام إن كان النظام يميزهما. لا تستخدم كلمة عامة مثل «البيانات» فوق مجموعة لا تشرح وظيفة كل قيمة.

راجع الحقول المطلوبة والاختيارية مع صاحب الخدمة. لا تجعل الترجمة تغير إلزامية حقل أو تضيف معلومات لا يحتاجها النظام. إذا كانت كلمة «اختياري» ظاهرة، تأكد من أن التحقق يسمح فعلًا بترك الحقل. عدم تطابق النص مع السلوك يخلق مشكلة لا يصلحها أسلوب ألطف.

تشرح إرشادات W3C لتعليمات النماذج أهمية توفير معلومات واضحة للإدخال. يمكن لفريقك الاستفادة من المرجع عند مراجعة التسميات والتعليمات، دون الادعاء بأن ترجمة النص وحدها تجعل النموذج مستوفيًا لجميع معايير الوصول.

ضع مثالًا حيث توجد حاجة إلى تنسيق محدد، وميزه عن القيمة الفعلية. ولا تجعل المثال يفترض اسمًا قصيرًا أو عنوانًا لا يلائم الجمهور. اختبر أشكالًا متنوعة ببيانات مصطنعة، حتى تعرف إن كان النص يشرح المطلوب وإن كان النظام يقبل الحالات التي يفترض دعمها.

لا تجعل شكل الاسم قيدًا لغويًا غير مقصود

قد تكون الأسماء مركبة، وقد تكتب بالعربية أو اللاتينية، وقد تختلف طريقة توزيعها على الحقول. إذا كان النظام يقسم الاسم، يحتاج الفريق إلى معرفة الغرض من التقسيم وما الذي يتوقعه لاحقًا. لا تفترض أن كل مستخدم يطابق نموذج الاسم الموجود في تصميم المصدر.

قد يصح إدخال الاسم في الصفحة ثم يظهر ترتيب مختلف في التأكيد أو الملصق. اختبر انتقاله عبر المواضع التي تستخدمه. وإذا طلبت الخدمة اسمًا مطابقًا لمستند معين، اشرح هذا الطلب وفق السياسة المعتمدة، دون تحويله إلى قاعدة عامة لكل نموذج على الموقع.

لا تطلب من المترجم اختصار اسم المستخدم أو تغيير كتابته لتلائم حقلًا ضيقًا. يحتاج التصميم إلى عرض مناسب، ويحتاج النظام إلى قرار واضح بشأن البيانات. يمكن للغة أن تشرح المطلوب، لكنها لا ينبغي أن تمحو اختلافات مشروعة بين المدخلات لتجعل الشكل أجمل.

راجع العنوان وفق مناطق الخدمة

قائمة البلد وما يرتبط بها من مدينة أو منطقة أو رمز تحتاج إلى مراجعة من صاحب العمليات. لا تعمم حقول بلد واحد على كل جمهور دون تحقق. إذا تغيرت الخيارات بعد اختيار البلد، راجع التسميات والتعليمات والتحقق الذي يطبق على كل حالة.

في مثال توضيحي، قد يكون هناك حقل لتفاصيل المبنى وآخر لتعليمات الوصول. يجب أن يفهم المستخدم الفرق، وأن تظهر القيم في الموضع الصحيح لاحقًا. لا تجمعها تحت عنوان واحد مبهم ثم تنتظر أن يعرف المستخدم كيف سيستخدمها فريق التسليم.

راقب الأسماء العربية واللاتينية في القوائم، وقرار الفرز والبحث. إذا كان المستخدم يبحث بكتابة عربية بينما تظهر الخيارات بأسماء أخرى، فقد يحتاج النظام إلى دعم أو توضيح مناسب. تحديد اللغة وحده لا يحل العلاقة بين الاسم الذي يكتبه والاسم المسجل في البيانات.

ولا تضف وعدًا بتغطية منطقة لمجرد أنها ظهرت في قائمة. قد تستخدم القائمة لغرض مختلف أو قد تبقى خيارات غير متاحة للمنتج الحالي. يجب أن يعكس النص منطق الخدمة الفعلي، وأن تكون رسالة عدم التوافر مفهومة قبل الوصول إلى نهاية الرحلة.

اكتب التعليمات قرب موضع الحاجة

إذا كان حقل أو ملف يحتاج إلى شرط، ضع التعليمات حيث يراها المستخدم قبل المحاولة. لا تجعلها تظهر فقط بعد الخطأ إذا كان يمكن شرحها مسبقًا. لكن تجنب تحميل النموذج بفقرات طويلة تكرر ما تقوله التسميات؛ قدم المعلومات التي تمنع التباسًا فعليًا.

عند رفع ملف، وضح الأنواع أو الحدود التي يعتمدها النظام إذا كانت جزءًا من السياسة. لا يخمن فريق اللغة قائمة صيغ أو حجمًا مسموحًا. اطلب البيانات الصحيحة، ثم اكتبها بصورة يسهل قراءتها، واختبر رسالة الرفض التي تظهر عند عدم تحقق الشرط.

وفي الطلبات التي تحتاج إلى وصف مشروع، يمكن أن توضح ما يساعد على التقدير: نوع المادة، واللغة، والاستخدام، والموعد المطلوب. هذه أمثلة ينبغي أن تلائم الخدمة. لا تجعل المستخدم يكتب كل تفاصيله مرة أخرى إذا كان قد أرفق مستندًا يحملها ولا يحتاج النظام إلى تكرارها.

يساعد تحرير نصوص الواجهة العربية على تحويل التعليمات إلى لغة مباشرة. يجب أن يبقى المقصد واضحًا، وألا يخفي الاختصار شرطًا يؤثر في قبول الطلب أو في فهم الخطوة التالية.

فرق بين مشكلة المدخلات ومشكلة النظام

رسالة الخطأ تحتاج إلى تحديد ما يستطيع المستخدم فعله. حقل فارغ يحتاج إلى إكمال، وصيغة لا يقبلها النظام تحتاج إلى توضيح، وعطل خدمة يحتاج إلى رسالة مختلفة. لا تستخدم عبارة واحدة تحمل المستخدم المسؤولية عن كل فشل، لأن ذلك قد يدفعه إلى تعديل بيانات صحيحة بلا سبب.

يوفر مرجع W3C لإشعارات النماذج سياقًا لتنظيم إبلاغ المستخدم بالأخطاء والنتائج. استخدمه مع اختبار مكوناتك، وراجع ما إذا كانت الرسالة مرتبطة بالموضع وما إذا كان يمكن الوصول إليها وفهمها، لا الكلمات وحدها.

في مثال توضيحي، يرفض النظام رقمًا بسبب تنسيق محدد. تقول الرسالة الجيدة ما يحتاج إلى تعديل وفق القاعدة الفعلية، بينما لا تكفي «قيمة غير صالحة». وإذا كان السبب انقطاعًا بعد الإرسال، فلا تطلب تعديل الرقم. بيّن الحالة التي يعرفها النظام وما الخطوة المسموح بها.

اختبر بقاء البيانات بعد التصحيح، وموضع التركيز، وما إذا اختفت الرسالة بعد نجاح الإجراء. لا تترك المستخدم يملأ نموذجًا طويلًا مرة أخرى دون ضرورة. معالجة هذه الحالات تحتاج إلى المطور، لكنها جزء من تجربة العربية لأن النص يصف ما يحدث له.

اجعل الملخص مكانًا للتحقق قبل الإرسال

الملخص يجب أن يتيح مراجعة العنصر والخيارات والبيانات المهمة، وفق طبيعة الطلب. لا تستخدم أسماء داخلية أو رموزًا وحدها إذا كان المستخدم لا يعرفها. ويمكن إظهار الرمز بجانب اسم مفهوم عندما يساعد على التعريف، مع الحفاظ على اتجاهه وقيمته الصحيحة.

افحص توافق الملخص مع ما اختاره المستخدم. إذا تغير مقاس أو خدمة أو جهة استلام، يجب أن يظهر القرار الحالي لا قيمة سابقة. جرب تعديل البيانات والعودة إلى الملخص، خاصة على الهاتف، لأن هذا المسار قد يكشف معلومات لم تتحدث أو نصوصًا لم تشملها الجولة.

إذا ظهرت رسوم أو مجموع، اعتمد القيم والتسميات من صاحب النظام واختبر علاقة الوصف بالحساب. لا يغير المترجم طريقة الاحتساب أو يضيف وعدًا عن تكلفة ثابتة. مهمته أن ينقل المصطلح بدقة ويجعل ما يعرضه النظام قابلًا للفهم ضمن المعلومات التي يتيحها.

هذه المراجعة لا تستبدل سياسة المتجر أو الاتفاق، لكنها تمنع أن تصبح الخطوة الأخيرة قائمة غير مفهومة من قيم متناثرة. ضع الروابط والتوضيحات الضرورية بما يناسب التصميم والمتطلبات التي يحددها صاحب الخدمة.

سم الإجراء النهائي بدقة

زر «متابعة» قد يناسب الانتقال إلى خطوة أخرى، لكنه قد يكون غامضًا إذا كان ينهي الطلب. حدد ما يفعله الضغط فعلًا ثم اكتب العبارة على هذا الأساس. لا تجعل الزر يعد بتأكيد نهائي إذا كان الطلب ينتظر مراجعة أو موافقة أو نتيجة لا تزال معلقة.

في طلب تقدير لخدمة، قد يكون الإجراء إرسال تفاصيل للحصول على عرض. وفي متجر، قد تكون هناك خطوة مختلفة مرتبطة بنظامه. لا تنقل نصًا جاهزًا بين الرحلتين لمجرد أنه شائع في مواقع أخرى. المعنى الصحيح يبدأ من الوظيفة، ثم تأتي النبرة والاختصار.

راجع السطر الداعم قرب الزر إذا كان يوضح ما سيحدث بعده. قد يحتاج المستخدم إلى معرفة أنه سيصله رد عبر قناة معينة أو أنه سيرى تأكيدًا على الشاشة. يجب أن تكون هذه المعلومات حقائق متاحة، لا صياغة افتراضية يضيفها الكاتب لطمأنة القارئ.

اعرض حالات الطلب بما يعرفه النظام

حالة «استلمنا طلبك» تختلف عن «اكتمل طلبك»، و«قيد المراجعة» تختلف عن «قيد التنفيذ». اكتب تعريفًا لكل حالة مع الفريق الذي يدير العملية، ثم اعتمد تسميات لا تختلط على المستخدم. إذا كانت هناك حالة غير حاسمة، لا تحاول إخفاء عدم اليقين بجملة تبدو نهائية.

افحص ما يرى المستخدم عند تحديث الصفحة أو العودة من رابط التأكيد. هل تظهر الحالة نفسها؟ وهل يملك رقمًا أو مرجعًا للمتابعة إن كان النظام يوفره؟ لا تدفعه إلى الإرسال مرة أخرى لأن النص لا يوضح ما حدث في المحاولة الأولى.

إذا كانت بعض التفاصيل لا تزال تنتظر تحققًا، بين الجزء الذي ثبت والجزء الذي لم يثبت وفق منطق الخدمة. يحتاج هذا إلى قرار من صاحب النظام. اللغة الواضحة لا تخمن نتيجة، لكنها تساعد المستخدم على فهم حدود المعلومات المتاحة في تلك اللحظة.

وحّد التأكيد والبريد وصفحة المتابعة

اجمع أسماء الحالات والعناصر والخطوات في قائمة مشتركة، ثم راجع استخدامها عبر الرسائل. قد يستخدم النموذج اسمًا للخدمة ويستخدم البريد اسمًا قديمًا، فيظن العميل أنه طلب شيئًا آخر. اتساق المصطلح والمرجع يجعل الانتقال بين القنوات مفهومًا.

راجع المتغيرات مثل الاسم والرقم والتاريخ والروابط، وحالات ظهورها أو غيابها. قد تكون رسالة البريد منفصلة تقنيًا عن الصفحة، فتحتاج إلى معالجة اتجاه واختبار مختلف. افتحها في السياقات المتفق عليها، ولا تعتمد ملف الترجمة دليلًا على ما وصل إلى المستلم.

إذا كان هناك رابط متابعة، اختبر وجهته ولغته والصلاحية التي يحتاجها. لا تضع نصًا يقول «راجع طلبك» ثم يفتح الصفحة الرئيسية بلا سياق. وعند وجود تفاصيل لا ينبغي إظهارها في رسالة عامة، اعتمد نطاق المشاركة مع صاحب الخدمة بدل إضافتها لمجرد أن المتغير متاح.

راجع طلب البيانات مع مالك السياسة

اسأل عن سبب كل معلومة مطلوبة، وعن التوضيح الذي ينبغي أن يراه المستخدم عند تقديمها. قد تكون بعض البيانات ضرورية للخدمة وبعضها اختياريًا لغرض آخر. لا يملك فريق اللغة تقرير السياسة، لكنه يستطيع كشف أن النص لا يشرح ما يطلبه أو أن الغرض المذكور لا يطابق استخدام الحقل.

إذا كان هناك رابط إلى سياسة أو تفضيلات، راجع اللغة والوجهة والمصطلحات المشتركة. لا تعد صياغة الفقرة باعتبارها مشورة قانونية أو وعدًا بالامتثال. يجب أن تأتي الأحكام والحقوق والالتزامات من النص المعتمد والجهة التي تراجعه، ثم تنقل بلغة دقيقة.

استخدم بيانات تجريبية في الاختبار، ولا تضع أسماء أو تفاصيل عملاء حقيقيين في صور المراجعة دون حاجة وإذن مناسب. يمكن لأمثلة مصطنعة طويلة ومتنوعة أن تكشف مشكلات العرض نفسها، مع تجنب تداول معلومات لا يتطلبها فحص الواجهة.

اختبر الجوال في ظروف استخدام واقعية

افتح النموذج على المقاسات المتفق عليها، واستخدم لوحة المفاتيح، وأدخل قيمًا طويلة، وراجع الانتقال بين الحقول. قد يخفي عنصر ثابت زرًا أو رسالة خطأ عند فتح لوحة المفاتيح. صورة للشاشة الفارغة لا تكشف هذا النوع من المشكلات.

جرب العودة لتعديل اختيار، وفشل رفع ملف، وإعادة المحاولة، وقراءة الملخص. تحقق من بقاء التعليمات ظاهرة وسهولة الوصول إلى الحقل الذي يحتاج إلى تصحيح. ولا تعالج طول العربية بتصغير غير مريح؛ قد تحتاج الجملة أو المكون إلى تعديل مشترك.

ضمن مراجعة جودة الرحلة، سجل الخطوة والبيانات التجريبية والنتيجة الفعلية. بعد الإصلاح، أعد المسار نفسه وتحقق من الحالات التي تشترك في المكون، حتى لا يعود الخطأ في موضع آخر لم يتغير نصه.

اعتمد النص والمنطق بوصفهما مسؤوليتين متكاملتين

سلم قائمة الرسائل والتسميات المعتمدة مع ملاحظات الحالات التي ما زالت تحتاج إلى قرار. بيّن ما اختُبر في التطبيق وما راجع بالصور فقط. لا تحول موافقة على ملف اللغة إلى إشارة بأن الحسابات أو السياسات أو خطوات الدفع اجتازت فحصًا لم يشمله العمل.

وعند طلب تعريب نموذج أو رحلة طلب، أرسل الحقول والمسارات والحالات ورسائل البريد، مع نسخة تجريبية إن أمكن. هذا يتيح تقدير المهمة من واقعها، ويمنع أن يصل العمل إلى النهاية ثم يتبين أن أهم حالات الخطأ والتأكيد لم تكن ضمن الملفات.

قائمة فحص قبل إطلاق النموذج العربي

• الغرض من الطلب والإجراء النهائي واضحان.
• الحقول المطلوبة والاختيارية تطابق سلوك النظام.
• الأسماء والعناوين والمتغيرات اختُبرت بقيم متنوعة.
• التعليمات تعرض قبل الحاجة إليها حيث يلزم.
• الخطأ يصف سببه المعروف وخطوة التصحيح الممكنة.
• الملخص يعكس الاختيارات والبيانات الحالية.
• حالات التأكيد والبريد والمتابعة متسقة.
• رحلة الهاتف راجعت أثناء الإدخال والتعديل والإرسال.

أسئلة شائعة عن تعريب نماذج الطلب

هل ترجمة الحقول وحدها كافية؟

لا، تحتاج إلى التعليمات والأخطاء والملخص والتأكيد والحالات المرتبطة. قد يكون النموذج مفهومًا وهو فارغ، ثم يصبح مربكًا عند الفشل أو بعد الإرسال. راجع الرحلة كاملة ضمن النطاق المتفق عليه.

هل نستطيع تغيير الحقول أثناء التعريب؟

يمكن اقتراح تغيير إذا كشف السياق حاجة إليه، لكن صاحب النظام يعتمد الغرض ومنطق البيانات. لا تحذف أو تضيف حقلًا باعتباره قرارًا لغويًا فقط. فرق بين تحسين التسمية وتغيير ما تجمعه الخدمة.

كيف نختار عبارة الزر الأخير؟

ابدأ بما يحدث عند الضغط فعلًا. الانتقال والإرسال والتأكيد وظائف مختلفة، وقد يحتاج طلب عرض إلى عبارة تختلف عن شراء مباشر. اكتب نصًا دقيقًا، وراجع السطر الداعم إن كان يوضح الخطوة التالية.

هل مراجعة العربية تشمل سياسات الدفع؟

تشمل نقل النصوص المعتمدة بدقة ووضوح إذا دخلت في النطاق. لا تستبدل مراجعة قانونية أو فنية أو فحص نظام الدفع. حدد المسؤوليات والفحوص التي تمت، حتى لا يفهم الاعتماد اللغوي بوصفه ضمانًا خارج المهمة.

ما أهم اختبار على الهاتف؟

نفذ مهمة كاملة ببيانات تجريبية، مع خطأ مقصود وتعديل ثم مراجعة للملخص. راقب لوحة المفاتيح والرسائل وبقاء البيانات والاتجاه. هذا يكشف ما لا يظهر في لقطة التصميم أو قراءة ملف النصوص منفردًا.