وردپرس هدلس با Next.js روی هاست ایرانی؛ کدام هاست واقعاً پشتیبانی می‌کند؟ راهنمای کامل Headless WordPress در ۱۴۰۵
هاستینگ وردپرس

وردپرس هدلس با Next.js روی هاست ایرانی؛ کدام هاست واقعاً پشتیبانی می‌کند؟ راهنمای کامل Headless WordPress در ۱۴۰۵

اگر قصد دارید WordPress را فقط به‌عنوان سیستم مدیریت محتوا نگه دارید و ظاهر سایت را با Next.js بسازید، احتمالاً خیلی زود به یک سؤال مهم می‌رسید: آیا همان هاست وردپرس یا هاست لینوکسی که الان داریم برای اجرای Next.js هم کافی است، یا باید سراغ سرور مجازی برویم؟

پاسخ کوتاه این است: ایرانی بودن هاست هیچ مانعی برای Headless WordPress نیست؛ نوع سرویس میزبانی تعیین‌کننده است. وردپرس تقریباً روی همان هاست PHP معمولی قابل نگهداری است، اما بخش Next.js بسته به اینکه از SSR، ISR، Server Actions، Route Handler، بهینه‌سازی تصاویر یا فقط صفحات Static استفاده کنید، نیازهای کاملاً متفاوتی دارد.

📌 پاسخ سریع برای کسانی که نمی‌خواهند کل مقاله را بخوانند:

🔹 هاست وردپرس معمولی: برای Backend وردپرس مناسب است؛ اجرای Next.js پویا را بدون اعلام صریح پشتیبانی Node.js فرض نکنید.

🔹 هاست لینوکس PHP/MySQL: الزاماً Next.js را اجرا نمی‌کند؛ وجود cPanel به‌تنهایی به معنی Node.js نیست.

🔹 هاست تخصصی Node.js: اگر نسخه مناسب Node، npm، اجرای دائمی Process و ENV ارائه شود، می‌تواند Next.js را اجرا کند.

🔹 VPS لینوکس: برای SSR، ISR، Docker، PM2، Nginx، Webhook و پروژه‌های Headless حرفه‌ای انعطاف بیشتری دارد.

🔹 Static Export: در بعضی پروژه‌ها خروجی Next.js را می‌توان حتی روی هاست معمولی سرو کرد؛ اما بسیاری از قابلیت‌های سروری Next.js را از دست می‌دهید.

فهرست مطالب

اصلاً Headless WordPress + Next.js یعنی چه؟

در وردپرس سنتی، خود WordPress هم محتوا را مدیریت می‌کند و هم قالب PHP را به بازدیدکننده نمایش می‌دهد. در معماری Headless WordPress این دو وظیفه از یکدیگر جدا می‌شوند.

🔹 نویسنده همچنان وارد پیشخوان WordPress می‌شود و نوشته، محصول یا صفحه را مدیریت می‌کند.

🔹 WordPress محتوا را از طریق REST API یا GraphQL در اختیار Frontend قرار می‌دهد.

🔹 Next.js اطلاعات را دریافت کرده و صفحه‌ای که کاربر می‌بیند تولید می‌کند.

🔹 دامنه عمومی سایت می‌تواند مستقیماً به Next.js متصل باشد و WordPress روی زیردامنه‌ای مانند cms.example.com فعالیت کند.

REST API به‌صورت داخلی در WordPress وجود دارد و طبق مستندات رسمی، امکان استفاده از محتوای وردپرس در یک Frontend یا اپلیکیشن کاملاً جدا را فراهم می‌کند. برای GraphQL معمولاً باید افزونه‌ای مانند WPGraphQL نصب شود.

مستندات رسمی WordPress REST API
و
مستندات رسمی Next.js
دو مرجع اصلی برای طراحی این معماری هستند.

مشکل اصلی کجاست؟ WordPress با PHP اجرا می‌شود، Next.js با Node.js

بیشتر سوءتفاهم‌ها از همین نقطه شروع می‌شود. یک هاست ممکن است WordPress، WooCommerce، PHP و MySQL را عالی اجرا کند، اما این موضوع هیچ تضمینی برای اجرای Next.js نیست.

نسخه‌های فعلی Next.js برای اجرای کامل به محیط Node.js نیاز دارند و مستندات رسمی Next.js در زمان نگارش این مقاله Node.js نسخه 20.9 یا بالاتر را به‌عنوان حداقل نیاز محیط توسعه اعلام می‌کنند.

⚠️ نکته مهم: دیدن عبارت «Linux Hosting» یا حتی «cPanel» در مشخصات سرویس به معنی فعال بودن Node.js نیست. باید دقیقاً بررسی کنید که سرویس امکان انتخاب نسخه Node.js، اجرای npm، تنظیم Environment Variable و اجرای دائمی برنامه را دارد یا خیر.

آیا هاست‌های ایرانی از Next.js پشتیبانی می‌کنند؟

بله. در بازار هاستینگ ایران هم سرویس‌های تخصصی Node.js وجود دارند که اجرای فریم‌ورک‌هایی مانند Next.js را به‌صورت رسمی ارائه می‌کنند. بنابراین مشکل اصلی «داخل ایران بودن سرور» نیست؛ مسئله این است که پلن انتخابی شما برای PHP طراحی شده یا برای Node.js.

حتی cPanel در نسخه‌های جدید خود قابلیت میزبانی برنامه‌های Node.js را ارائه می‌کند، اما فعال بودن این قابلیت به تنظیمات شرکت هاستینگ و سطح دسترسی سرویس بستگی دارد. به همین دلیل نمی‌توان گفت هر هاست cPanel حتماً Next.js را اجرا می‌کند.

راهنمای رسمی اجرای Node.js در cPanel

وضعیت هاست وردپرس و هاست لینوکس ایرانیکاسرور برای Headless WP چگونه است؟

برای تصمیم درست باید Backend و Frontend را جدا بررسی کنیم. صفحه فعلی هاست وردپرس ایرانیکاسرور روی زیرساخت‌هایی مانند NVMe، LiteSpeed، LSCache، CloudLinux و cPanel تمرکز دارد؛ یعنی دقیقاً امکاناتی که برای خود WordPress مناسب هستند.

در مشخصات فعلی این صفحه، Node.js یا SSH به‌عنوان قابلیت رسمی پلن‌های WordPress ذکر نشده است. بنابراین منطقی نیست بدون استعلام از پشتیبانی، انتظار داشته باشیم بتوانیم Frontend پویا و SSR محور Next.js را روی همان پلن اجرا کنیم.

صفحه هاست لینوکس ایرانیکاسرور نیز در حال حاضر سرویس را برای PHP/MySQL، Laravel و پروژه‌های مشابه معرفی می‌کند و Node.js به‌طور مشخص در امکانات آن اعلام نشده است.

✅ معماری منطقی برای مشتری فعلی ایرانیکاسرور:

🔹 WordPress را روی هاست وردپرس نگه دارید.

🔹 Frontend مبتنی بر Next.js را روی VPS لینوکس اجرا کنید.

🔹 اتصال بین این دو از طریق REST API یا WPGraphQL انجام شود.

🔹 در صورت نیاز، Nginx، PM2، SSL، Docker و Webhookهای Revalidation را روی VPS مدیریت کنید.

جدول مقایسه: برای Headless WordPress کدام نوع میزبانی مناسب است؟

نوع سرویس WordPress Backend Next.js Static SSR / ISR کنترل سرور سناریوی مناسب
هاست وردپرس عالی در صورت آپلود خروجی Static معمولاً خیر مگر Node.js ارائه شود کم CMS وردپرس
هاست لینوکس PHP بله بله فقط در صورت پشتیبانی Node.js محدود PHP و پروژه Static
هاست تخصصی Node.js در صورت پشتیبانی PHP بله معمولاً بله متوسط Next.js سبک تا متوسط
VPS لینوکس بله بله بله کامل Headless حرفه‌ای و قابل توسعه
سرور اختصاصی بله بله بله کامل ترافیک و معماری سنگین

سه معماری واقعی برای اجرای Headless WordPress در ایران

سناریو اول: WordPress روی هاست وردپرس + Next.js روی VPS ایران

برای بسیاری از سایت‌های فارسی این معماری تعادل خوبی ایجاد می‌کند. WordPress روی محیطی می‌ماند که برای PHP، MySQL و مدیریت CMS بهینه شده است و Next.js روی یک VPS مستقل اجرا می‌شود.

🔹 جداسازی خرابی Frontend از Backend

🔹 امکان نصب Node.js، Nginx و PM2

🔹 کنترل روی Cache و Revalidation

🔹 امکان استفاده از Docker

🔹 امکان ارتقای منابع VPS با رشد Frontend

سناریو دوم: WordPress و Next.js هر دو روی یک VPS

در این مدل می‌توانید WordPress، دیتابیس، PHP-FPM، Nginx و Next.js را روی یک VPS قرار دهید. هزینه زیرساخت کمتر و مدیریت DNS ساده‌تر می‌شود، اما مسئولیت امنیت، Backup، مانیتورینگ و بهینه‌سازی نیز بیشتر خواهد بود.

سناریو سوم: WordPress + خروجی کاملاً Static از Next.js

اگر سایت شما فقط شامل صفحات محتوایی است و قابلیت‌های زمان اجرا نیاز ندارد، می‌توانید Next.js را به‌صورت Static Export تولید کنید و فایل‌های نهایی HTML، CSS و JavaScript را روی یک هاست معمولی قرار دهید.

⚠️ اما: Static Export همان Next.js کامل نیست. قابلیت‌هایی که نیازمند اجرای Server در زمان Request هستند محدود یا غیرقابل استفاده خواهند شد. همچنین انتشار محتوای جدید WordPress معمولاً باید با فرآیند Build و Deploy جدید هماهنگ شود.

Next.js پویا دارید؟ زیرساخت را از محدودیت هاست اشتراکی جدا کنید

اگر پروژه شما از SSR، ISR، Route Handler، Webhook، Server Action یا فرآیند دائمی Node.js استفاده می‌کند، سرور مجازی ایران امکان کنترل بسیار بیشتری روی نسخه Node.js، Nginx، SSL، Process Manager، Docker و منابع سرور در اختیار شما قرار می‌دهد.

ایرانیکاسرور برای VPS ایران پلن‌های مختلف با سیستم‌عامل‌های لینوکسی، منابع قابل انتخاب و پشتیبانی ۲۴ ساعته ارائه می‌کند؛ بنابراین می‌توانید Frontend هدلس را مستقل از هاست WordPress توسعه دهید.

📌 تماس با پشتیبانی: 021-91302467 | ایرانیکاسرور

قبل از خرید هاست برای Next.js این ۱۰ سؤال را از پشتیبانی بپرسید

🔹 آیا Node.js نسخه 20.9 یا جدیدتر قابل انتخاب است؟

🔹 آیا npm یا pnpm قابل اجراست؟

🔹 آیا می‌توان دستور next start را دائماً اجرا کرد؟

🔹 آیا Environment Variable قابل تعریف است؟

🔹 آیا Process بعد از مدتی Kill می‌شود؟

🔹 آیا SSH فعال است؟

🔹 آیا امکان Reverse Proxy به پورت داخلی Node.js وجود دارد؟

🔹 آیا WebSocket یا Streaming محدود شده است؟

🔹 محدودیت RAM و CPU هر Process چقدر است؟

🔹 آیا Build پروژه روی سرور انجام می‌شود یا باید فایل Build شده آپلود شود؟

چطور سریع بفهمیم هاست فعلی Node.js دارد؟

اگر SSH دارید، ابتدا نسخه Node و npm را بررسی کنید:

node -v
npm -v

اگر پروژه Next.js روی سرور قرار گرفته است:

npm install
npm run build
npm run start

موفق بودن Build کافی نیست. باید مطمئن شوید Process مربوط به next start بعد از بستن SSH یا گذشت چند دقیقه متوقف نمی‌شود. در VPS معمولاً می‌توان برای این موضوع از PM2، systemd یا Docker استفاده کرد.

نمونه معماری استاندارد روی VPS: Nginx جلوی Next.js

Next.js در مستندات Self-Hosting خود توصیه می‌کند هنگام میزبانی مستقل، یک Reverse Proxy مانند Nginx جلوی سرور Next.js قرار گیرد. Reverse Proxy می‌تواند مدیریت SSL، محدودیت درخواست، Rate Limit و بخشی از مسائل امنیتی شبکه را از Process اصلی Next.js جدا کند.

server {
    listen 80;
    server_name example.com www.example.com;

    location / {
        proxy_pass http://127.0.0.1:3000;
        proxy_http_version 1.1;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
    }
}

Static Export چه زمانی می‌تواند شما را از VPS بی‌نیاز کند؟

اگر تمام صفحات شما در زمان Build قابل تولید باشند، یکی از راه‌های کم‌هزینه این است که Next.js را به خروجی Static تبدیل کنید.

const nextConfig = {
  output: 'export',
};

export default nextConfig;

پس از Build، فایل‌های Static تولیدشده را می‌توان روی یک Web Server معمولی قرار داد. این روش برای سایت معرفی شرکت، Documentation یا Blogهایی که تغییرات محدود دارند جذاب است.

اما اگر می‌خواهید انتشار یک پست در WordPress فوراً باعث Revalidation صفحه شود، Preview محتوای Draft داشته باشید یا در زمان Request محتوا تولید کنید، معماری دارای Runtime Node.js انعطاف بیشتری دارد.

REST API بهتر است یا WPGraphQL؟

ویژگی WordPress REST API WPGraphQL
نصب جداگانه نیاز ندارد نیاز به Plugin دارد
شروع پروژه ساده‌تر نیازمند تعریف Query
دریافت داده ترکیبی گاهی چند Request قابل کنترل در Query
پروژه ساده انتخاب مناسب ممکن است اضافه باشد
پروژه پیچیده Headless قابل استفاده معمولاً ساختاریافته‌تر

تست REST API وردپرس قبل از شروع پروژه

قبل از نوشتن حتی یک کامپوننت در Next.js، آدرس API وردپرس را در مرورگر یا Terminal تست کنید:

curl "https://cms.example.com/wp-json/wp/v2/posts?per_page=1"

اگر پاسخ JSON دریافت کردید، مسیر عمومی REST API فعال است. برای دسترسی‌های مدیریتی و داده‌های خصوصی نیز WordPress از روش‌هایی مانند Application Password پشتیبانی می‌کند و مستندات WordPress توصیه می‌کنند این نوع احراز هویت فقط روی HTTPS استفاده شود.

ISR و Cache؛ جایی که هاست ضعیف دردسرساز می‌شود

یکی از مزیت‌های Next.js در پروژه Headless این است که مجبور نیستید برای هر بازدید، همه محتوا را دوباره از WordPress دریافت کنید. می‌توان صفحات و داده‌ها را Cache کرد و در زمان مشخص یا پس از انتشار محتوا دوباره تولید کرد.

در Self-Hosting تک‌سروره، Next.js می‌تواند Cache را روی دیسک محلی ذخیره کند. اما در معماری چندسروره یا کانتینری، Cache باید هماهنگ شود؛ در غیر این صورت ممکن است یک Instance محتوای جدید و دیگری محتوای قدیمی نمایش دهد.

Backend وردپرس را ساده نگه دارید؛ Frontend مدرن را مستقل اجرا کنید

اگر فقط به یک محیط پایدار و بهینه برای پنل WordPress نیاز دارید، می‌توانید Backend را روی هاست وردپرس ایرانیکاسرور نگه دارید و اجرای Next.js را به VPS منتقل کنید. این تفکیک باعث می‌شود محدودیت‌های PHP Hosting روی معماری Frontend اثر نگذارد.

📌 تماس با پشتیبانی: 021-91302467 | ایرانیکاسرور

Docker برای Headless WordPress لازم است؟

خیر. Next.js بدون Docker هم کاملاً قابل اجراست. اما Docker زمانی جذاب می‌شود که بخواهید محیط Development، Staging و Production شباهت بیشتری داشته باشند یا سرویس‌های مختلف پروژه را جدا کنید.

🔹 کانتینر Next.js

🔹 کانتینر WordPress

🔹 دیتابیس MySQL یا MariaDB

🔹 Redis برای Cacheهای اشتراکی

🔹 Nginx به‌عنوان Reverse Proxy

Next.js رسماً از اجرای Self-Hosted به‌شکل Node.js Server و Docker پشتیبانی می‌کند.

برای شروع Headless WordPress چه مقدار RAM و CPU لازم داریم؟

یک عدد واحد برای همه پروژه‌ها وجود ندارد. مصرف منابع به تعداد Buildها، ترافیک، حجم تصاویر، تعداد درخواست‌های SSR، افزونه‌های WordPress و سرویس‌هایی که روی همان سرور اجرا می‌شوند بستگی دارد.

نوع پروژه RAM پیشنهادی برای شروع CPU پیشنهادی توضیح
Blog آزمایشی ۲ تا ۳ GB ۲ Core برای Frontend سبک و ترافیک کم
سایت شرکتی Headless ۳ تا ۴ GB ۲ تا ۳ Core فضای مناسب‌تر برای Build و SSR محدود
فروشگاه یا سایت پرترافیک ۶ GB به بالا ۴ Core به بالا نیازمند Benchmark واقعی پروژه
WordPress + Next.js + DB روی یک VPS ۴ تا ۸ GB ۳ تا ۶ Core بسته به PHP Worker و ترافیک

این مقادیر نقطه شروع تخمینی هستند، نه قانون ثابت. برای پروژه واقعی بهتر است مصرف RAM، CPU، Build Time و تعداد Requestها اندازه‌گیری شود و سپس پلن ارتقا پیدا کند.

آیا Headless WordPress همیشه سریع‌تر از وردپرس معمولی است؟

نه. استفاده از کلمه Headless به‌تنهایی سایت را سریع نمی‌کند. اگر Next.js در هر Request چند Query سنگین به WordPress ارسال کند، تصاویر بهینه نباشند یا Cache درست طراحی نشده باشد، حتی ممکن است نتیجه پیچیده‌تر و کندتر از یک WordPress بهینه با LiteSpeed شود.

مزیت Headless بیشتر در کنترل معماری، جداسازی Frontend، آزادی توسعه UI، امکان Pre-rendering و استراتژی‌های پیشرفته Cache است.

چه زمانی اصلاً سراغ Headless WordPress نرویم؟

🔹 یک سایت شرکتی ساده دارید که قالب WordPress تمام نیازها را پوشش می‌دهد.

🔹 تیم شما توسعه‌دهنده React یا Next.js ندارد.

🔹 بودجه نگهداری دو لایه Backend و Frontend را ندارید.

🔹 Pluginهای فعلی شما خروجی Frontend تولید می‌کنند و جایگزین API مناسبی ندارند.

🔹 تنها انگیزه شما گرفتن امتیاز PageSpeed بالاتر است.

در چنین شرایطی یک هاست وردپرس بهینه همراه با Cache مناسب ممکن است مسیر ساده‌تر و اقتصادی‌تری باشد.

چه زمانی VPS برای Next.js منطقی‌تر از هاست Node.js است؟

هاست Node.js مدیریت ساده‌تری دارد، اما VPS زمانی ارزش خود را نشان می‌دهد که پروژه از محدودیت‌های یک سرویس اشتراکی عبور کند.

🔹 به نسخه خاص Node.js نیاز دارید.

🔹 می‌خواهید Docker اجرا کنید.

🔹 Nginx را شخصی‌سازی می‌کنید.

🔹 Redis یا سرویس جانبی دارید.

🔹 چند Process یا Worker اجرا می‌کنید.

🔹 نیازمند کنترل Firewall و Portها هستید.

🔹 می‌خواهید Monitoring و Log اختصاصی داشته باشید.

🔹 Build پروژه RAM یا CPU قابل توجهی مصرف می‌کند.

یک معماری پیشنهادی برای سایت فارسی پرترافیک

cms.example.com → WordPress روی هاست WordPress

example.com → Next.js روی VPS ایران

Nginx → Reverse Proxy + SSL

PM2 یا systemd → نگهداری Process Next.js

REST API یا GraphQL → ارتباط محتوا

Webhook → اعلام انتشار محتوای جدید

Revalidation → تازه‌سازی Cache صفحات مربوطه

چک‌لیست مهاجرت WordPress معمولی به Headless

🔹 فهرست Post Typeها، Taxonomyها و Custom Fieldها را تهیه کنید.

🔹 مشخص کنید REST API کافی است یا WPGraphQL لازم دارید.

🔹 URLهای فعلی را حفظ یا Redirect Map تهیه کنید.

🔹 Metadata، Canonical، Open Graph و Schema را در Next.js بازسازی کنید.

🔹 Sitemap و robots.txt را بررسی کنید.

🔹 Preview نوشته‌های Draft را قبل از انتشار نهایی تست کنید.

🔹 انتشار WordPress و Revalidation Next.js را به یکدیگر متصل کنید.

🔹 تصاویر و Remote Image Domainها را تنظیم کنید.

🔹 خطاهای 404 و Redirectهای قدیمی را قبل از انتقال بررسی کنید.

🔹 نسخه قبلی سایت را تا اطمینان از Migration حذف نکنید.

جمع‌بندی: آیا Headless WordPress + Next.js روی هاست ایرانی قابل اجراست؟

بله، کاملاً. محل جغرافیایی سرور مانع اجرای Headless WordPress نیست. چیزی که اهمیت دارد، Runtime و دسترسی‌هایی است که سرویس در اختیار شما می‌گذارد.

اگر فقط WordPress را Headless کرده‌اید، Backend می‌تواند روی همان هاست وردپرس باقی بماند. اما اگر Frontend شما از SSR، ISR، Server Functions، Route Handler، Image Optimization در زمان اجرا یا Webhookهای داینامیک استفاده می‌کند، باید محیطی داشته باشید که Node.js را به‌صورت دائمی اجرا کند.

برای پروژه‌های حرفه‌ای، ترکیب هاست وردپرس برای CMS + VPS ایران برای Next.js یکی از منعطف‌ترین معماری‌هاست؛ چون هر بخش را می‌توان مستقل مدیریت، مانیتور و ارتقا داد.

برای نصب Node.js، Nginx یا راه‌اندازی Headless مشکل دارید؟

اگر VPS دارید اما در نصب Node.js، تنظیم Nginx، SSL، PM2، Docker، Firewall یا انتقال پروژه Next.js به Production مشکل دارید، می‌توانید از خدمات کانفیگ و مدیریت سرور ایرانیکاسرور استفاده کنید.

📌 تماس با پشتیبانی: 021-91302467 | ایرانیکاسرور

سؤالات متداول درباره اجرای Headless WordPress و Next.js روی هاست ایران

آیا Next.js روی هاست وردپرس اجرا می‌شود؟

فقط در صورتی که آن هاست به‌طور مشخص Node.js و اجرای دائمی برنامه را پشتیبانی کند. هاست وردپرسی که صرفاً PHP، MySQL، LiteSpeed و cPanel ارائه می‌دهد الزاماً برای Next.js پویا مناسب نیست.

آیا می‌توان WordPress و Next.js را روی دو هاست جدا داشت؟

بله. این یکی از رایج‌ترین ساختارهای Headless است. WordPress روی یک هاست یا سرور و Next.js روی سرویس دیگری اجرا می‌شود و ارتباط از طریق REST API یا GraphQL برقرار خواهد شد.

آیا برای Next.js حتماً VPS لازم است؟

خیر. هاست تخصصی Node.js نیز می‌تواند مناسب باشد و پروژه‌های کاملاً Static حتی روی هاست معمولی قابل میزبانی هستند. VPS زمانی جذاب‌تر است که کنترل بیشتری روی Nginx، Node.js، Docker، Cache و سرویس‌های جانبی نیاز داشته باشید.

برای Headless WordPress از REST API استفاده کنیم یا GraphQL؟

REST API به‌صورت داخلی در WordPress وجود دارد و برای بسیاری از پروژه‌ها کافی است. GraphQL در پروژه‌هایی با مدل داده پیچیده‌تر می‌تواند Queryها را ساختاریافته‌تر کند، اما نیازمند Plugin و نگهداری بیشتر است.

آیا Headless WordPress برای سئو مناسب است؟

بله، به شرط اینکه Metadata، Canonical، Sitemap، Schema، Redirectها و HTML قابل Crawl به‌درستی در Next.js پیاده‌سازی شوند. جدا شدن Frontend مسئولیت سئو را از WordPress Theme به کد Next.js منتقل می‌کند.

آیا کاربران ایرانی با VPS ایران سرعت بهتری می‌گیرند؟

اگر بیشتر کاربران داخل ایران باشند، کوتاه‌تر شدن مسیر شبکه می‌تواند Latency را کاهش دهد. نتیجه نهایی همچنان به دیتاسنتر، شبکه، Cache، حجم صفحه و معماری برنامه بستگی دارد.

بعد از انتشار مطلب در WordPress چطور صفحه Next.js تازه می‌شود؟

می‌توانید از Revalidation زمان‌بندی‌شده یا Webhook استفاده کنید تا پس از انتشار یا ویرایش محتوا، Cache مسیر یا Tag مربوطه در Next.js تازه شود.

🎯 چالش آموزشی
مباحثی که در این مقاله یاد گرفتید را در عمل پیاده‌سازی کنید و نتیجه را با ما به اشتراک بگذارید.
شروع چالش

💬 دیدگاه‌ها 0

هنوز دیدگاهی ثبت نشده است. اولین نفری باشید که نظر می‌دهید!

✍️ دیدگاه خود را بنویسید