ثابت، ديناميكي، هجين: هندسة Next.js للويب

«العرض الثابت» لا يعني «موقعًا مجمّدًا». بل يعني أن جزءًا من الموقع موجود مسبقًا، جاهزًا للعرض، قبل وصول أي زائر. هذا القرار — ماذا نولّد وقت البناء، وماذا عند الطلب — يضبط البنية كلها.

ما يمكن للبناء أن يثبّته

كل ما لا يعتمد على الطلب مؤهَّل للعرض المسبق: صفحات المحتوى، المقالات، صحائف المنتجات، صفحات التسويق. الفوائد مباشرة — لا حساب عند لحظة النقر، خادم شبه ثابت، صفحات فورية تُقدَّم من أي مكان في العالم.

export function generateStaticParams() {  return articles.map(({ slug }) => ({ slug }));} // تصبح الصفحة ملفًا مُولَّدًا وقت البناء:// /blog/[slug]/index.html، جاهزًا للعرض.

ما يجب أن يبقى ديناميكيًا

البيانات المخصصة — سلة، لوحة تحكم، محتوى خاص بكل زائر — لا مكان لها في بناء مثبَّت. تمرّ عبر نقاط دخول ديناميكية، معزولة عن صفحات المحتوى. الموقع الهجين يفصل بين العالمين بدل مزجهما.

فخّ «ديناميكي بالكامل»

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

البنية التسويقية الجيدة ليست إنجازًا تقنيًا: بل قائمة خيارات تجعل كل صفحة تافهة العرض.

عمليًا، على هذا الموقع

هذا الموقع مولَّد ثابت من البداية إلى النهاية: صفحات المحتوى لا تحمّل أي JavaScript في المتصفح، والجزرات التفاعلية الوحيدة — البحث، النماذج — تُحمَّل منفصلة. نتيجة قابلة للقياس: درجة Lighthouse 100 على صفحات المحتوى.