تطوير Next.js‎ في الإمارات

عن تطوير Next.js‎

نبني تطبيقات الويب على Next.js باستخدام App Router، حيث تُبنى الصفحة على الخادم أولاً فيصل إلى الزائر وإلى محرك البحث HTML جاهز بدلاً من صفحة فارغة تنتظر تنفيذ JavaScript. الشيفرة مكتوبة بلغة TypeScript في الوضع الصارم، ونوزّع الصفحات بين توليد ثابت (SSG) وتوليد تدريجي (ISR) وتصيير على الخادم (SSR) بحسب طبيعة كل صفحة بدلاً من فرض نمط واحد على الموقع كله. ونتولى ترحيل التطبيقات القائمة من Pages Router أو من Create React App أو Vite إلى Next.js على مراحل دون أن يتوقف المنتج.

ما الذي يشمله التعاقد

• واجهة متجر headless قائمة على Shopify Storefront API، أو محتوى من WordPress عبر واجهته البرمجية
• لوحات تحكم SaaS بمصادقة عبر Clerk أو Auth.js وصلاحيات محددة حسب الدور
• قرار يخص كل صفحة على حدة: توليد ثابت، أم توليد تدريجي ISR، أم عرض عند الطلب
• ترحيل من Pages Router إلى App Router على دفعات، مع بقاء الروابط والفهرسة كما هي

Next.js أمام تقييم الهيئة: أرقام Lighthouse تُقاس من داخل الإمارات

حين يُبنى موقع لجهة اتحادية على Next.js فمعيار القبول ليس انطباع العميل بل قائمة تقييم منشورة. معايير التقييم التي تعتمدها هيئة تنظيم الاتصالات والحكومة الرقمية للتحقق من تطبيق نظام التصميم الحكومي تطلب درجة 90 فأكثر في الأداء وإمكانية الوصول وتحسين محركات البحث في Lighthouse، و80 فأكثر في أفضل الممارسات، مع زمن LCP لا يتجاوز 2.5 ثانية وزمن FCP لا يتجاوز 1.8 ثانية، بتقريرين منفصلين لسطح المكتب والجوال. والشرط الذي يغيب عن معظم الفرق أن القياس يجري من حاسوب متصل فعلياً بالإنترنت من داخل الإمارات، في وضع التصفح الخفي، ولا يُقبل محاكاة الاتصال عبر VPN. والصفحات المقيسة محددة: الرئيسية، وصفحة التعريف، وصفحة التواصل، وكتالوج الخدمات، وثلاث بطاقات خدمة تُختار عشوائياً. وصفحة الأسئلة الشائعة في النظام تذهب أبعد فتقول إن LCP يجب ألا يتجاوز ثانيتين. ومعنى ذلك أن رقماً ممتازاً يظهر على جهاز المطوّر في الخارج أو في خط البناء لا يثبت شيئاً. اطلبوا أن يُقاس الأداء في كل مرحلة من جهاز داخل الدولة على الصفحات السبع نفسها، وأن تُرفق قائمة التقييم الذاتي مع تسليم الموقع للتقييم كما تطلب الهيئة، لا أن تُملأ بعد الإطلاق.

وفي Next.js تحديداً قرار يسبق كتابة أول صفحة. النظام يوفر حزمة React جاهزة باسم ‎@aegov/design-system-react، لكن صفحة التثبيت الرسمية تشترط لها Tailwind CSS 3.4، بينما الإصدار الثالث من الإضافة الأساسية للنظام، الصادر في 12 يناير 2026، انتقل إلى Tailwind CSS 4 وإلى إعداد مكتوب داخل CSS. فإما أن تعتمدوا الحزمة الجاهزة وتبقوا على الجيل الأقدم من Tailwind إلى أن تُحدَّث، وإما أن تُبنى مكوّنات React خاصة على الإضافة الحديثة ويتحمل الفريق مطابقتها للمواصفة. وكلا الخيارين يمس أرقام Lighthouse السابقة: كل مكوّن تفاعلي يعمل في المتصفح يضيف JavaScript تُحتسب في زمن التحميل، ومكوّنات الخادم في App Router هي ما يُبقي الصفحات شبه الثابتة كبطاقات الخدمات خفيفة. ودليل الترميز الفني يطلب أن تعمل كل صفحة بالعربية والإنجليزية، مع إعلان اللغة بالسمة lang والاتجاه بالسمة dir. وفي App Router يُحل ذلك بمقطع مسار للغة يضبط السمتين في التخطيط الجذري عند العرض على الخادم، بدل قلب الاتجاه في المتصفح بعد التحميل وما يسببه من إزاحة في التخطيط تُحتسب في مؤشر CLS ضمن تقرير الأداء نفسه.

وتسجيل الدخول بالهوية الرقمية UAE PASS هو الطريقة الأساسية في قسم تسجيل الدخول الذي يقدمه النظام لبوابات الخدمات، وفي Next.js يحدد مكان تنفيذه. وثائق التكامل تُظهر أن تبادل رمز التفويض بالرمز المميز (access token) يجري باستدعاء يحمل بيانات اعتماد العميل في ترويسة Basic، فهذه الخطوة لا يجوز أن تقع في شيفرة تصل إلى المتصفح، ودليل التطبيقات القائمة على الواجهات البرمجية في نظام التصميم ينص صراحة على عدم كشف بيانات الاعتماد في الواجهة الأمامية. مكانها في Next.js معالج مسار (Route Handler) على الخادم، يستقبل رابط العودة ويتبادل الرمز ويحفظ الجلسة في ملف تعريف ارتباط محمي، فلا يرى المتصفح المفتاح السري في أي لحظة. وإرشادات التنفيذ القياسية لدى UAE PASS تضيف أن بيانات الاعتماد خاصة بالقناة، ويب أو جوال، ولا تُستخدم لقناة أخرى دون موافقة فريقها، وأن رابط العودة في بيئة الاختبار يكون لبيئة التطوير أو الاختبار، ولا يُطلب رابط الإنتاج إلا بعد اعتماد التقييم. فإن كان لديكم تطبيق جوال إلى جانب الموقع، فهما تكاملان بمفتاحين منفصلين، وروابط المعاينة التي تُنشأ لكل فرع لا تصلح رابط عودة مسجلاً ما لم يُخطط لها مسبقاً.

كيف نعمل مع العملاء في الإمارات

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

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

أسعار استرشادية بعملة AED

محوّلة من أسعارنا المنشورة بالروبية الهندية ومقرّبة. أسعار الصرف متغيرة، لذا يُحتسب الرقم النهائي في يوم إصدار العرض.

أسئلة يطرحها عملاؤنا في الإمارات

أسواق أخرى نعمل بها