किसी पेज के लिए static generation, server rendering और client rendering में से कैसे चुनते हैं?

इससे चुनें कि content कितना निजी है और कितना ताज़ा चाहिए। जो content सबके लिए एक जैसा है उसके लिए static generation, क्योंकि वह सीधे CDN से मिलता है। जब पेज request पर निर्भर हो, जैसे logged in dashboard, और आपको फिर भी तेज़ पहला paint या crawlability चाहिए, तब server rendering। auth के पीछे के उन interactive हिस्सों के लिए client rendering जहां पहला paint कोई बिज़नेस मेट्रिक नहीं है। ज़्यादातर असली ऐप्स route दर route तीनों मिलाते हैं।

मैं हर route पर दो सवालों से तय करता हूं: क्या यह हर यूज़र के लिए एक जैसा है, और यह कितना बासी चल सकता है। मार्केटिंग पेज, docs, वह सब जो crawl होता है और साझा है, वह static है, तय समय पर या publish पर revalidate होता, तो वह edge से मिलता है और धीमा होने को कुछ बचता ही नहीं। logged in dashboard server rendered है, क्योंकि वह request पर निर्भर है और मैं चाहता हूं कि पहले paint में spinner के आकार का skeleton नहीं, असली डेटा हो। auth के पीछे की गहरी interactive सतहें, जैसे drag and drop editor, मैं खुशी से client पर render करता हूं क्योंकि उसका LCP कोई नाप नहीं रहा। जिस हिस्से को लोग कम आंकते हैं वह लागत है। static का मतलब है invalidation आपकी ज़िम्मेदारी, और मैं एक बार बासी कीमत शिप कर चुका हूं। server rendering का मतलब है मेरा time to first byte अब मेरे डेटाबेस की समस्या है, तो उसे caching और timeout का बजट चाहिए। तो मैं आमतौर पर static shells पर पहुंचता हूं, जिनमें server rendered डेटा वाले हिस्से stream होते हैं, और client की interactivity सिर्फ वहां जहां वह अपना bundle कमाती है।