مقایسهٔ کامل VPS برای وردپرس؛ کدام برای شما مناسب است؟

در مقایسهٔ هاست اشتراکی یا اختصاصی سه کلاس میزبانی را در سطح معماری باز کرده‌ایم؛ آن مقاله نقشهٔ کلی است و این متن، ذره‌بین روی یک کلاس خاص: سرور مجازی. دلیل این تمرکز روشن است؛ در ممیزی‌هایمان، بیشترین تصمیم‌های مبهم هزینه‌ای دقیقاً در مرز «اشتراکی کافی نیست، اختصاصی هم لازم نیست» رخ می‌دهد.

زمینهٔ بحث هم بزرگ است: طبق W3Techs حدود ۴۳ درصد از کل وب‌سایت‌های دنیا با وردپرس ساخته شده‌اند (تاریخ گردآوری: آبان ۱۴۰۵) و این یعنی بخش بزرگی از تقاضای سرور مجازی در عمل یعنی میزبانی وردپرس. اما وردپرس بودن به‌تنهایی دلیل خرید سرور مجازی نیست؛ ادامهٔ همین متن می‌گوید کی هست و کی نیست.

VPS برای وردپرس دقیقاً چیست؟

سرور مجازی، یک برش تخصیص‌شده از یک سرور فیزیکی است: مقدار مشخصی رم، پردازنده و دیسک که با قرارداد در اختیار شماست و رفتار همسایه‌ها روی آن اثر مستقیم ندارد. تفاوت با هاست اشتراکی همین‌جاست؛ در اشتراکی منابع بین صدها سایت تقسیم می‌شود و سقف شما بستهٔ پلن است، ولی در سرور مجازی سهم شما قراردادی و ایزوله است. نتیجهٔ عملی برای وردپرس دو چیز است: پایداری پاسخ‌دهی در ساعت‌های اوج و امکان تنظیم مستقل محیط اجرا مثل نسخهٔ PHP، افزونه‌های کش سمت سرور و زمان‌بندهای سنگین.

دو خانوادهٔ فنی رایج مجازی‌سازی هم بدانید تا فاکتور را بهتر بخوانید: مجازی‌سازی کامل با ایزوله‌سازی سخت‌افزاری و کانتینرسازی سبک‌تر؛ از دید مدیر وردپرس تفاوت‌شان در سخت‌گیری سهم منابع و انعطاف تنظیمات است، نه در اینکه وردپرس خودش را چطور اجرا می‌کند. پیش از خرید فقط یک سؤال فنی بپرسید: اگر همسایهٔ نود فشار آورد، سهم منابع شما تا چه حد قابل دفاع است؟ پاسخ شفاف به همین سؤال، کیفیت فروشنده را بهتر از هر بروشوری نشان می‌دهد.

اما صادقانه بگوییم سرور مجازی چه چیزی را حل نمی‌کند: محتوای ضعیف را نمی‌سازد، معماری لینک داخلی را درست نمی‌کند و صفحه‌ای که به پرسش کاربر پاسخ نمی‌دهد را رتبه‌دار نمی‌کند. انتخاب هاست مناسب سئو شرط لازم است، نه کافی؛ سرور درست سقف عملکرد را بالا می‌برد و رشد با محتوا و سیگنال‌ها ساخته می‌شود. هر جا شنیده‌اید «سرور بهتر = رتبهٔ بهتر»، جمله را نصفه بخوانید.

کی سرور مجازی انتخاب درستی است؟ نشانه‌های کلاس ترافیک

به تجربهٔ ما، آستانهٔ ورود به سرور مجازی با عدد جادویی «چند هزار بازدید» تعریف نمی‌شود؛ با الگوی ترافیک تعریف می‌شود. دو سایت با بازدید ماهانهٔ برابر می‌توانند دو نیاز متفاوت داشته باشند: یکی پخش‌شده و آرام، دیگری متمرکز در دو ساعت اوج. نشانه‌هایی که در ممیزی‌هایمان به تصمیم ارتقا رسیده‌اند: خطای پرداخت یا سبک‌شدن محسوس سایت در ساعات اوج که با بهینه‌سازی افزونه‌ها رفع نمی‌شود؛ برخورد مکرر با سقف منابع در پنل؛ نیاز به محیط آزمایشی برای آپدیت‌های بی‌ریسک؛ و زمان‌بندهایی مثل ورود گروهی محصول یا پشتیبان‌گیری سنگین که روی میزبانی مشترک دردسرساز است.

یک نشانهٔ کمتر شناخته‌شده هم اضافه کنیم: ایمیل‌های تراکنشی. اگر سفارش‌تأییدها و فراموشی رمز سایت شما از همان سروری ارسال می‌شود که سایت روی آن است، در میزبانی مشترک اعتبار ارسال‌کننده بین چند دامنه تقسیم می‌شود و رسیدن ایمیل به پوشهٔ ناخواسته، درد مشترک پروژه‌های فروشگاهی است. روی سرور مجازی می‌توانید ارسال تراکنشی را سرویس جداگانه بدهید و این، نرخ رسیدن را از حدس به پایش می‌برد.

اگر هیچ‌کدام از این نشانه‌ها را ندارید، احتمالاً هنوز در کلاس اشتراکی معتبر هستید و پول ارتقا را می‌توانید به تولید محتوا بدهید؛ اگر دو نشانه یا بیشتر را دارید، سراغ جدول تصمیم همین مقاله بروید.

مدیریت‌شده یا نیمه‌مدیریت‌شده؟ بار فنی را کجا می‌گذارید؟

خرید سرور مجازی دو کارت دارد: کارت منابع و کارت مسئولیت. در پلن غیرمدیریت‌شده، به‌روزرسانی سیستم‌عامل، پیکربندی فایروال، پایش دسترس‌پذیری، پشتیبان‌گیری و رفع حوادث روی دوش شماست؛ آزادی کامل می‌گیرید و بار عملیاتی کامل می‌دهید. در پلن مدیریت‌شده، فروشنده پشتهٔ بهینه‌شده برای وردپرس، پایش و معمولاً پشتیبان منظم را می‌گیرد و شما روی سایت تمرکز می‌کنید. پلن نیمه‌مدیریت‌شده بین این دو ایستاده است: زیرساخت پایه با فروشنده، تنظیمات نرم‌افزاری با شما.

در مقایسهٔ پلن‌ها، سه مورد را از فروشنده بپرسید و جوابش را کتبی بخواهید: توافق‌نامهٔ سطح دسترس‌پذیری و زمان پاسخ به حادثه، دورهٔ نگهداری پشتیبان‌ها و آزمون بازگردانی، و اینکه چه چیزهایی خارج از مسئولیت اوست. به تجربهٔ ما همین سه پاسخ، تفاوت «مدیریت‌شدهٔ واقعی» و «مدیریت‌شدهٔ تبلیغاتی» را آشکار می‌کند؛ برچسب روی پلن هیچ تصمیمی نمی‌سازد، تعریفِ مکتوب مسئولیت می‌سازد.

به تجربهٔ ما اگر تیم فنی تمام‌وقت ندارید، مدیریت‌شده انتخاب منطقی‌تری است؛ چون هزینهٔ واقعی پلن ارزان‌ترِ غیرمدیریت‌شده در ساعت‌های قطعی و حوادث امنیتی ظاهر می‌شود و آن فاکتور، گران‌تر از اختلاف پلن‌هاست. قاعدهٔ سادهٔ ما: هر کس آپدیت امنیتی هسته و افزونه‌ها را پایش می‌کند، باید بداند بکاپ کجاست و بازگردانی چطور انجام می‌شود؛ اگر این جمله را کسی در تیم نمی‌پذیرد، پلن غیرمدیریت‌شده نخرید.

اندازه‌گذاری منابع؛ از کجا بفهمید رم و پردازندهٔ بیشتر می‌خواهید؟

سایز درست سرور را «هم‌زمانی کاربران فعال در اوج» تعیین می‌کند، نه بازدید ماهانه. سنجه‌های عملی که در پروژه‌ها دنبالشان می‌گردیم: تعداد فرایندهای PHP هم‌زمان در ساعات اوج (برای فروشگاه، صف پرداخت مهم‌ترین‌شان است)، حجم کش شیء که در رم می‌نشیند، نوع دیسک — دیتابیس وردپرس روی دیسک NVMe تفاوت محسوس دارد — و پهنای باند برای فایل‌های رسانه‌ای. اگر اوج ترافیک شما تصویری و رسانه‌ای است، بخشی از فشار را می‌توان پیش از بزرگ‌کردن سرور با CDN برای سایت‌های ایرانی از روی دوش سرور برداشت.

دو ظرفیت اضافه هم پیش از بزرگ‌کردن سرور حساب کنید: فضای پشتیبان (اگر روی همین سرور ذخیره می‌شود، حجم واقعی مصرف شما دو برابر فاکتور است) و محیط آزمایشی که در دوره‌های آپدیت افزونه‌ها، رم و دیسک جداگانه می‌خواهد. این‌ها را از اول در اندازه‌گذاری ببینید تا سه ماه بعد به‌خاطر کمبود فضا، کل پلن را دو باره بخرید.

قاعدهٔ اندازه‌گذاری ما دو مرحله‌ای است: اول با نشانه‌ها بفهمید گلوگاه کجاست (پردازنده در اوج پرداخت؟ رم در کش؟ دیسک در دیتابیس؟)، بعد فقط همان بُعد را ارتقا دهید و اثرش را در هفتهٔ بعد بسنجید. ارتقای کورکورانهٔ همه‌چیز، گران‌ترین راه کشف مسئله است.

بازهٔ هزینه در بازار ایران؛ اعداد را چطور بخوانیم؟

قیمت هیچ فروشنده‌ای را نقل نمی‌کنیم؛ بازار نوسان دارد و فاکتورها ترکیب متفاوتی از منابع و خدمات دارند. آنچه می‌بینید «بازهٔ برآورد بازار» است — چارچوبی برای اینکه فاکتور دریافتی‌تان را جای درستش بگذارید — و به تجربهٔ ما چون بخش عمدهٔ اختلاف پلن‌ها در سطح مدیریت و پشتیبانی است، نه صرفاً منابع، این تفکیک اهمیت دارد:

بازه‌ها برآورد بازار ایران است، نه قیمت قطعی فروشنده‌ای خاص؛ نرخ تمدید، لایسنس و پشتیبان را جداگانه استعلام کنید. (تاریخ گردآوری: آبان ۱۴۰۵)

سه ردیف پنهان هزینه که در مقایسهٔ فاکتورها فراموش می‌شود: نرخ تمدید (قیمت سال اول گاهی تخفیفی است)، هزینهٔ پشتیبان‌گیری خارج از سرور و هزینهٔ لایسنس ابزارهای مدیریتی. پیش از امضا، همین سه سطر را بپرسید. و هر عددی که از تبلیغات می‌شنوید را با همین چارچوب بخوانید: منابع خام چه‌قدر، سطح مدیریت چه‌قدر، پشتیبانی چه‌قدر؛ فاکتوری که این سه را تفکیک نکرده، مقایسه‌پذیر نیست.

کدام پلن برای کدام سایت؟ جدول تصمیم

جدول زیر همان قاعده‌ای است که در ممیزی‌هایمان اجرا می‌کنیم؛ ستون «چرا» را جدی بگیرید، چون در ستون انتخاب، هزینهٔ اشتباه پنهان است:

انتخاب بر پایهٔ نشانه‌های عملکردی است؛ پیش از ارتقا، یک دور ممیزی سرعت و خطا بگیرید تا گلوگاه واقعی معلوم شود.

بین اشتراکی و سرور مجازی هم حالت میانی هست: برخی فروشندگان پلن‌های ابری میانی با ایزوله‌سازی سبک می‌دهند؛ اگر بودجه فعلاً اجازهٔ سرور مجازی کامل نمی‌دهد، همین میانه گاهی فشار ساعات اوج را مهار می‌کند. اما فراموش نکنید ارتقای زیرساخت جای کار محتوایی را نمی‌گیرد؛ قابلیت‌های پلتفرم ما دقیقاً برای همین طراحی شده‌اند که سهم محتوا و سهم زیرساخت از بودجه، هر دو برنامه‌دار بمانند.

مهاجرت به سرور مجازی؛ ترتیب کم‌ریسک

مسیر کلی مهاجرت و پرهیز از قطعی را در مقالهٔ خواهر باز کرده‌ایم؛ اینجا فقط نکته‌های مخصوص وردپرس را تکرار می‌کنیم. سه خطای رایج مهاجرت که در پروژه‌ها دیده‌ایم: انتقال بدون پشتیبان آزمایش‌شده (بکاپی که بازگردانی نشده، بکاپ نیست)، فراموش‌کردن هم‌زمانی کش و DNS (کاربران نیمه‌روز سایت قدیمی و نیمه‌روز سایت جدید را می‌بینند) و تست‌نکردن سفارش واقعی روی محیط جدید؛ فرم تماس درست باشد کافی نیست، چرخهٔ پرداخت باید واقعاً یک‌بار رد شود.

برای فروشگاه‌ها یک بند اضافه است: دورهٔ کوتاهی که هر دو میزبانی هم‌زمان فعال‌اند، داده‌های جدید (سفارش، ثبت‌نام، دیدگاه) روی کدام می‌نویسند؟ اگر پاسخ روشنی ندارید، هنوز برای تغییر DNS زود است. در پروژه‌های ما بازهٔ هم‌زمانی معمولاً یکی دو روز است و با فریز کوتاه ثبت سفارش در ساعات خلوت، خطر گم‌شدن داده عملاً مهار می‌شود.

جمع‌بندی؛ تصمیم با سه سؤال

سه سؤال که در جلسات ممیزی می‌پرسیم و پاسخ‌شان همان تصمیم است: نخست، آیا نشانهٔ عملکردی مشخصی دارید — خطای اوج، سقف منابع، نیاز به محیط آزمایشی — یا فقط حس «باید ارتقا بدهیم»؟ دوم، چه کسی آپدیت امنیتی، پایش و پشتیبان را دنبال می‌کند؟ سوم، اگر همین بودجه به تولید و به‌روزرسانی محتوا برود، بازده بیشتری ندارد؟ برای سؤال سوم صادق باشید؛ در بازهٔ برآورد ما، اختلاف هزینهٔ اشتراکی و مدیریت‌شده معمولاً ماهانه چند مقالهٔ حرفه‌ای می‌شود و برای سایتی که هنوز نشانهٔ فنی ندارد، محتوا برنده است.

اگر نشانه‌ها را دارید، اول یک دور ممیزی بگیرید تا گلوگاه دقیق معلوم شود، بعد ارتقا دهید؛ ممیزی رایگان دامنه همین کار را بدون هزینه شروع می‌کند. بقیهٔ خانوادهٔ همین بحث — انتخاب پلن، خواندن فاکتور و مسیر مهاجرت — را در هاب هاست و زیرساخت پیگیری کنید. و یادتان باشد زیرساخت فقط زیرساخت است: رشد پایدار با محتوا، معماری و سیگنال‌ها ساخته می‌شود و سرور خوب فقط اجازهٔ نمی‌دهد سرعتِ کارِ درست، هدر برود.

رصد ما، رشد شما.