رندر سمت سرور (SSR): تعریف و کاربرد

رندر سمت سرور (SSR)Server-Side Rendering/ˈsɜːr.vər saɪd ˈren.dər.ɪŋ/سِروِر ساید رِندِرینگ

رندر سمت سرور (SSR) (SSR) به این معنی است که سرور در هر درخواست، HTML کامل یک صفحه را تولید می‌کند، بنابراین مرورگرها و خزنده‌ها بلافاصله محتوای کامل را دریافت می‌کنند.

تعریف دقیق

در یک برنامه رندر شده در سمت کلاینت، مرورگر یک پوسته HTML تقریباً خالی دریافت می‌کند و JavaScript صفحه را پس از آن می‌سازد. با SSR، فریم‌ورک‌هایی مانند Nuxt یا Next. js همان کد برنامه را روی سرور اجرا می‌کنند، HTML نهایی را ارسال می‌کنند، سپس آن را در مرورگر «هیدراته می‌کنند» تا تعاملی شود. این در تضاد با تولید سایت ایستا است، جایی که HTML یک بار در زمان استقرار به جای هر درخواست از پیش ساخته شده است.

مثال

یک بازار ایرانی ساخته شده بر روی Vue به Nuxt SSR منتقل می‌شود: صفحات محصول اکنون به صورت HTML کامل با عناوین، قیمت‌ها و توضیحات وارد می‌شوند، بنابراین Google آنها را در اولین خزیدن به جای اینکه منتظر رندر JavaScript باشد، فهرست می‌کند.

چرا اهمیت دارد

SSR بزرگترین خطر SEO چارچوب‌های JavaScript مدرن را حذف می‌کند - محتوایی که برای اولین موج خزیدن نامرئی است - و معمولاً First Contentful Paint را برای کاربران نیز بهبود می‌بخشد.

محتواهای این برچسب ۰ محتوا

هنوز محتوایی با این برچسب منتشر نشده است.

سوالات متداول

تفاوت بین SSR و تولید سایت استاتیک (SSG) چیست؟

SSR برای هر درخواست، HTML را روی سرور ایجاد می‌کند، بنابراین محتوا همیشه تازه است، اما هر درخواست هزینه کار سرور را دارد. SSG فایل‌های HTML را یک بار در زمان استقرار از قبل می‌سازد، و سرویس آنها را بسیار سریع و ارزان می‌کند، اما برای به‌روز رسانی نیاز به بازسازی دارد. سایت هایی با محتوای SSR ناب که اغلب در حال تغییر یا شخصی سازی شده اند. محتوای پایدار مناسب SSG است.

آیا SSR برای SEO ضروری است؟

همیشه نه - Google می‌تواند JavaScript سمت مشتری را رندر کند، و بسیاری از سایت‌های CSR ایندکس می‌شوند. اما SSR فهرست‌سازی را سریع‌تر و قابل اطمینان‌تر می‌کند، برای سایر موتورهای جستجو و خزنده‌ها با رندر ضعیف‌تر اهمیت دارد و معمولاً سرعت بار درک شده را بهبود می‌بخشد. برای سایت‌های محتوا محور که به ترافیک ارگانیک وابسته هستند، SSR یا SSG پیش‌فرض امن‌تر است.