یہ تین بنیادی حکمت عملیں ہیں جو اس بات کا تعین کرتی ہیں کہ کب کسی صفحے کا HTML تیار ہوتا ہے۔ صحیح کا انتخاب کرنا ہر صفحے کے لیے تازہ پن، کارکردگی، اور سرور کی لاگت میں توازن پیدا کرتا ہے۔
() {
posts = (, { : }).( r.());
;
}
صفحہ تعمیر کے وقت static HTML میں پہلے سے تیار کیا جاتا ہے اور CDN پر کیش کیا جاتا ہے۔ تیز ترین ممکنہ ترسیل، لیکن مواد اگلے بناؤ تک منجمد رہتا ہے۔ ایسے مواد کے لیے بہترین ہے جو کم تبدیل ہوتا ہے: مارکیٹنگ صفحات، دستاویزات، بلاگ پوسٹ۔
// HTML generated FRESH on every request
export default async function Page() {
const data = await fetch("...", { cache: "no-store" }).then(r => r.json());
return <Dashboard data={data} />;
}
سرور ہر درخواست کے لیے صفحے کو تیار کرتا ہے، اس لیے ڈیٹا ہمیشہ موجودہ ہوتا ہے — لیکن ہر بار آنے پر سست ردعمل اور سرور کے بوجھ کی قیمت پر۔ نجی شدہ یا ہمیشہ تازہ ڈیٹا کے لیے بہترین: ڈیش بورڈ، اکاؤنٹ صفحات، تلاش کے نتائج۔
// Static, but automatically rebuilt in the background every N seconds
export const revalidate = 60; // regenerate at most once per 60s
export default async function Page() {
const products = await fetch("...", { next: { revalidate: 60 } }).then(r => r.json());
return <Products items={products} />;
}
ISR static HTML فراہم کرتا ہے (تیز، CDN-کیش شدہ) لیکن شیڈول کے مطابق پس منظر میں دوبارہ توثیق کرتا ہے — تو آپ کو static کارکردگی ملتی ہے جس میں متواتر طور پر تازہ ڈیٹا ہو، پوری سائٹ کو دوبارہ بنائے بغیر۔ ایسے مواد کے لیے بہترین ہے جو کبھی کبھار تبدیل ہوتا ہے: پروڈکٹ کی فہرستیں، خبریں، رینکنگ۔
Speed Freshness Server cost Use for
SSG fastest build-time only none docs, marketing
SSR slower always fresh every request dashboards, personalized
ISR fast every N seconds occasional catalogs, news
App Router میں آپ cache options کے ذریعے ہر fetch کے لیے یہ منتخب کرتے ہیں (force-cache = SSG، no-store = SSR، revalidate = ISR) بجائے خصوصی functions کے۔
nے تبادلے کو سمجھنا — static سب سے تیز لیکن پرانا ہے، SSR تازہ لیکن مہنگا ہے، ISR دونوں میں توازن لاتا ہے — آپ کو ہر صفحے کو کارکردگی اور ڈیٹا کی تازگی کے صحیح امتزاج کے لیے بہتر بنانے دیتا ہے۔