Palagi mo bang kailangan ng SSR? Ang maikling sagot na ay hindi. Hindi lahat ng app ay nangangailangan ng server-side rendering, lalo na ang mga app na may dashboard at authentication na hindi mangangailangan ng SEO o pagbabahagi sa pamamagitan ng social media. Dagdag pa, ang kadalubhasaan para sa pagbuo ng React app na na-render ng server ay mas mataas kaysa sa isang app na sinimulan gamit ang create-react-app.
Kailan mo dapat gamitin ang SSR?
Ang diskarte sa SSR ay mabuti para sa pagbuo ng mga kumplikadong web application na nangangailangan ng pakikipag-ugnayan ng user, umaasa sa isang database, o kung saan madalas nagbabago ang nilalaman. Ito ay dahil ang nilalaman sa mga site na ito ay madalas na nagbabago at ang mga user ay kailangang makita ang na-update na nilalaman sa sandaling sila ay na-update.
Gaano kahalaga ang SSR?
Ang
SSR ay ginagamit upang kumuha ng data at paunang i-populate ang isang page na may custom na content, na ginagamit ang maaasahang koneksyon sa internet ng server. Ibig sabihin, ang sariling koneksyon sa internet ng server ay mas mahusay kaysa sa isang user na may lie-fi), kaya nagagawa nitong mag-prefetch at magsama-sama ng data bago ito ihatid sa user.
Kailangan pa ba ang SSR para sa SEO?
Iba pang malalaking kumpanya ng teknolohiya ay patuloy na namumuhunan at umaasa sa SSR; hindi lang ito para sa SEO. Kailangan pa rin ang SSR para maghatid ng metadata para sa mga media object dahil hindi pa rin tumatakbo ang mga SEM bot ng JavaScript.
Ano ang ilan sa mga kawalan ng paggamit ng SSR?
The Cons of SSR
- Mas mabagal na mga transition ng page: kadalasang mas mabagal ang pagba-browse mula sa pahina patungo sa page gamit ang SSR kaysa sa CSR - kahit man lang kungang iyong mga pahina ay naglalaman ng mabigat/kumplikadong data. …
- Vulnerability: Mas mahirap panatilihing secure ang mga site ng SSR dahil mas malaki ang surface nila sa pag-atake kaysa sa mga CSR site.
