SSR एक अस्पष्ट आर्किटेक्चर को ठीक नहीं करता। अगर कोई ऐप अभी भी हार्डकोड किए गए HTML से सामग्री पढ़ती है या सुरक्षा के बिना window और localStorage पर निर्भर करती है, तो सर्वर पर रेंडर करने से समस्या गायब नहीं होती।
पहले नींव
SSR से पहले चार चीज़ें बंद करना उचित है:
- slug द्वारा रिज़ॉल्व होने योग्य सामग्री,
- प्रति पृष्ठ मेटाडेटा,
- सुसंगत कैनोनिकल्स,
- ब्राउज़र-सुरक्षित कोड।
फिर हाँ, SSR
जब जानकारी पहले से मॉडल की गई हो, तो SSR मूल्य को गुणा करता है। उससे पहले, यह केवल निदान को जटिल बनाता है।
सवाल यह नहीं है कि क्या SSR लायक है। सवाल यह है कि क्या ऐप में पहले से एक सामग्री परत है जो इसे लाभदायक बनाती है।