هاست وردپرس مدیریت‌شده یا VPS؟ مقایسه و انتخاب

یک VPS ارزان می‌خرید، سایت در روز کمپین Down می‌شود و تازه می‌فهمید Backup روی همان دیسک بوده، Patchها عقب افتاده‌اند و شرکت فقط سالم‌بودن Hypervisor را پشتیبانی می‌کند. در سوی دیگر، یک هاست وردپرس «مدیریت‌شده» می‌گیرید اما هنگام تداخل افزونه می‌شنوید پشتیبانی برنامه در Scope نیست. مسئله این نیست که کدام برچسب بهتر است؛ مسئله این است که چه کسی، چه کاری را با چه SLA و مدرکی انجام می‌دهد.

مقایسه هاست وردپرس مدیریت‌شده و VPS فقط مقایسه سرعت و قیمت ماهانه نیست. باید Workload، مرز مسئولیت، تحمل خرابی، بازیابی، امنیت، محدودیت محصول و هزینه عملیات را کنار هم ببینید. این راهنما یک روش تصمیم‌گیری و Pilot ارائه می‌کند تا انتخاب از روی شواهد باشد، نه وعده «بهینه‌شده» یا هیجان Root access.

اول یک سوءتفاهم مهم: Managed و VPS دو محور متفاوت‌اند

VPS نوعی زیرساخت مجازی است؛ بخشی از یک Host فیزیکی با CPU، حافظه، Storage و شبکه سهم‌بندی می‌شود. Managed سطح خدمتی است که Provider یا تیم دیگری برای نصب، Patch، Backup، مانیتورینگ و Incident ارائه می‌دهد. بنابراین VPS می‌تواند مدیریت‌شده یا مدیریت‌نشده باشد؛ هاست وردپرس مدیریت‌شده نیز ممکن است روی Container، VM، Cluster یا معماری اختصاصی اجرا شود.

پس سؤال درست «Managed WordPress یا VPS؟» نیست؛ این است: کدام Service boundary برای Workload و توان عملیاتی ما مناسب‌تر است؟ برای مقایسه همه مدل‌های میزبانی، راهنمای انتخاب هاست بر اساس Workload و SLO چارچوب جامع‌تری دارد.

هاست وردپرس مدیریت‌شده دقیقاً چیست؟

این سرویس معمولاً محیطی ازپیش‌تنظیم‌شده برای WordPress، Cache، Backup، Staging، TLS، مانیتورینگ و پشتیبانی ارائه می‌کند. اما «مدیریت‌شده» استاندارد واحدی ندارد. یک Provider فقط Core را Patch می‌کند؛ دیگری Plugin update را با Visual regression، Malware cleanup یا Performance review هم پوشش می‌دهد. نام سرویس را با قرارداد جایگزین نکنید.

مزیت‌های محتمل

• Stack و Cache از پیش سازگار با WordPress؛
• Staging، Clone، Backup و Restore در پنل؛
• پایش و Runbookهای پرتکرار WordPress؛
• WAF/CDN یا کنترل Bot یکپارچه در بعضی پلن‌ها؛
• پشتیبانی آشنا با PHP، Database، Theme و Plugin؛
• کاهش بار On-call و Patch زیرساخت برای تیم کوچک.

محدودیت‌های محتمل

• Plugin ممنوع، Cron یا Background worker محدود؛
• دسترسی Root، Extension سیستم یا Port سفارشی غیرفعال؛
• سقف Visit، Worker، Storage، Bandwidth یا Backup؛
• Cache اجباری که برای صفحه شخصی/سبد باید دقیق تنظیم شود؛
• هزینه Overage و قیمت رشد؛
• وابستگی به ابزار Backup، DNS، CDN یا Workflow اختصاصی Provider.

ارزش واقعی زمانی ایجاد می‌شود که این قابلیت‌ها آزموده و در SLA/Scope روشن باشند. «Backup روزانه» بدون Retention، محل نگهداری، RPO، زمان Restore و تست بازیابی یک وعده ناقص است.

VPS چیست و چه چیزی تضمین نمی‌کند؟

VPS یک ماشین مجازی با سهم یا Limit مشخص از منابع Host است. دسترسی Root امکان انتخاب Linux، Web server، PHP runtime، Database، Queue و Agentهای دلخواه را می‌دهد. اما Root access نتیجه نیست؛ یک تعهد عملیاتی است.

عبارت «منابع اختصاصی» را دقیق بخوانید. RAM ممکن است رزروشده باشد، اما vCPU، IOPS و شبکه بسته به Plan و Hypervisor Shared، Burstable یا دارای Fair-use هستند. VPS نیز می‌تواند از همسایه پرمصرف، CPU steal، Storage contention یا Oversubscription اثر بگیرد. از Provider درباره Baseline، Burst، Quota، IOPS، Throughput و Noisy-neighbor isolation مدرک بخواهید.

VPS چه زمانی ارزش دارد؟

• به Extension، Daemon، Queue، Search engine یا تنظیم OS خاص نیاز دارید؛
• چند Runtime یا Application غیروردپرسی کنار WordPress اجرا می‌شود؛
• تیم می‌تواند Patch، Hardening، Monitoring، Restore و Incident را ۲۴/۷ پوشش دهد؛
• محدودیت Managed host با شواهد، نه حدس، مانع Workload است؛
• استاندارد Platform داخلی و Automation قابل تکرار دارید.

VPS چه زمانی انتخاب زودهنگام است؟

اگر تنها دلیل «ارزان‌تر است»، «RAM بیشتری نوشته» یا «کنترل کامل می‌خواهم» باشد ولی Owner برای امنیت و Incident ندارید، VPS ارزان به بدهی عملیاتی تبدیل می‌شود. همچنین انتقال سایت کند به VPS بدون Profile ممکن است Bottleneck افزونه، Query، External API یا Front-end را دست‌نخورده نگه دارد.

Workload contract؛ ورودی اصلی تصمیم

بازدید ماهانه معیار کافی نیست. دو سایت با صد هزار بازدید می‌توانند بار کاملاً متفاوتی داشته باشند. برای هر Journey بحرانی، شکل بار و قابلیت Cache را ثبت کنید.

Workload example
Anonymous pages: 85%, cacheable
Peak: 70 RPS for 20 minutes
Logged-in/checkout: 12 RPS
PHP service time P95: 280 ms
DB write: 18 ops/s at peak
Imports: 3 GB nightly
Business SLO: checkout availability 99.9%
Recovery: RPO 5 min, RTO 30 min

برای سایت پرترافیک یا کمپین، تبدیل Visit به RPS، Concurrency، Cache hit، Headroom و Load test در راهنمای هاست سایت پرترافیک توضیح داده شده است.

SLO، RPO و RTO را قبل از Plan تعیین کنید

SLO هدف قابل اندازه‌گیری خدمت است؛ مثلاً ۹۹٫۹٪ موفقیت Checkout در ماه. RPO بیشترین داده قابل قبول برای ازدست‌رفتن و RTO بیشترین زمان قابل قبول بازیابی است. عبارت «آپتایم بالا» یا «Backup روزانه» جای این سه را نمی‌گیرد.

پایش Provider و سایت باید از بیرون انجام شود. راهنمای مانیتورینگ Uptime Check مرورگر، چند Location، Alert و سنجش Availability Journey را پوشش می‌دهد.

مقایسه عملکرد: نام سرویس Benchmark نیست

هاست وردپرس مدیریت‌شده می‌تواند به‌دلیل Cache و Stack آماده سریع‌تر باشد؛ VPS خوب نیز با پیکربندی درست می‌تواند ظرفیت یا آزادی بیشتری بدهد. هیچ‌کدام ذاتاً برنده نیستند. مسیر Request را اندازه بگیرید:

Browser → DNS → CDN/WAF → TLS → Edge cache
→ Origin → Web server → PHP worker → Object cache
→ Database / external API → Response

TTFB بالا ممکن است از Cache miss، صف PHP، Query، CPU saturation، Storage latency یا API بیرونی باشد. RAM بیشتر الزاماً INP یا CLS را بهتر نمی‌کند؛ JavaScript و Layout در مرورگر حل می‌شوند. Google، Core Web Vitals را با داده میدانی و در صدک ۷۵ ارزیابی می‌کند؛ مستند رسمی Web Vitals معیارهای LCP، INP و CLS را توضیح می‌دهد. برای عیب‌یابی عملی از راهنمای Core Web Vitals و RUM استفاده کنید.

Resource contract را بخوانید

تعداد vCPU یا RAM بدون مدل تخصیص ناقص است. سهم CPU، Burst، Throttling، PHP workers، Concurrent requests، Process limit، IOPS، DB connection، Object cache، Cron و Limitهای پنل را بپرسید. برای تشخیص CPU واقعی از Wait و Saturation، راهنمای CPU هاست و Capacity مفید است.

Pilot نماینده اجرا کنید

نسخه Sanitized سایت را با Catalog، افزونه‌ها، Cache policy و داده نزدیک Production بسازید. سه حالت Warm cache، Cold cache و Dynamic journey را با بار باز و Ramp آزمایش کنید. P50/P95/P99، Error، Queue، CPU، Memory، I/O و DB را کنار Outcome بگذارید. Benchmark صفحه Hello World برای ووکامرس نتیجه قابل تعمیم ندارد.

امنیت؛ Shared responsibility را مکتوب کنید

Managed host امنیت را «کامل» تحویل نمی‌دهد و VPS نیز به‌خودی‌خود ناامن نیست. تفاوت در تقسیم مسئولیت و کیفیت اجراست. راهنمای رسمی Hardening WordPress تأکید می‌کند که Host بخشی از محیط را محافظت می‌کند و مالک سایت همچنان برای Application، Plugin، دسترسی و کنترل‌های دیگر مسئول است.

نسخه PHP/MySQL پشتیبانی‌شده را نیز کنترل کنید. صفحه رسمی Requirements وردپرس نسخه‌های توصیه‌شده و هشدار درباره Runtimeهای End-of-Life را نگه می‌دارد. برای داده حساس، ارزیابی گواهی و نام برند کافی نیست؛ چک‌لیست هاست ابری امن Data classification، IAM، Evidence، Incident و Exit را پوشش می‌دهد.

به‌روزرسانی WordPress؛ سرعت Patch در برابر ریسک Regression

Core، Theme، Plugin، PHP و Database چرخه‌های تغییر جدا دارند. از Provider بپرسید چه چیزی خودکار Update می‌شود، آیا Delay/Canary دارد، Compatibility چگونه تست می‌شود و Rollback چه داده‌ای را برمی‌گرداند. Auto-update بدون Snapshot و Verification می‌تواند سایت را بشکند؛ تعویق نامحدود نیز Exposure را بالا می‌برد.

محیط Staging باید نسخه Runtime، Config، Plugin و Data shape نزدیک Production داشته باشد ولی Secret و داده حساس واقعی را کپی نکند. تست Smoke، Checkout، Login، Search، Form، Cron و Visual diff را پیش از Promote اجرا کنید. فرایند کامل در راهنمای به‌روزرسانی امن وردپرس آمده است.

Backup با Recovery یکی نیست

داشتن فایل Backup فقط یک ورودی بازیابی است. WordPress معمولاً هم Database و هم فایل/Upload دارد؛ Snapshot ناسازگار می‌تواند سفارش یا رسانه را جا بیندازد. مستند رسمی WordPress Backups نیز این دو بخش را جدا می‌کند.

• RPO هر Dataset: Database، Upload، Config، Secret و Log؛
• Full/Incremental و سازگاری فایل با Database؛
• نسخه مستقل از Account و Failure domain همان Provider؛
• Encryption، Key access و Immutable/Retention policy؛
• Restore در محیط جدا و جلوگیری از ارسال ایمیل/پرداخت واقعی؛
• Database integrity، Login، لینک رسانه و Journeyهای بحرانی پس از Restore؛
• زمان واقعی Detect→Approve→Restore→Validate→DNS/Traffic.

Backup کنترل‌شده خودتان حتی روی Managed host ضروری است؛ خرابی Account، خطای دسترسی، Retention ناکافی یا خروج از Vendor می‌تواند Backup داخلی را دسترس‌ناپذیر کند.

مقیاس‌پذیری؛ ارتقای Plan فقط یک ابزار است

VPS الزاماً بدون مهاجرت Scale نمی‌شود و Managed host الزاماً فقط سقف Visit ندارد. ارتقای Vertical ممکن است Reboot، تغییر Host یا Downtime بخواهد. Scale افقی نیز به Session، Upload، Cache invalidation، Cron، Queue و Database state وابسته است.

ترتیب اقتصادی معمولاً چنین است: حذف Query/Plugin پرهزینه، افزایش Cache hit، انتقال رسانه به Object/CDN، محدودکردن Bot، جداسازی Background job، Tuning DB/PHP، سپس افزایش ظرفیت یا Scale-out. نقطه زانوی Capacity را با Load test بیابید و N+۱/Headroom را بر اساس زمان Provision و Peak نگه دارید.

عملیات روز دوم؛ چیزی که جدول قیمت نشان نمی‌دهد

روز خرید آسان است؛ تفاوت واقعی در Patch Tuesday، دیسک پر، Expired certificate، Query انفجاری و Incident ساعت دو شب دیده می‌شود. برای هر گزینه، RACI عملیات بسازید:

• مانیتورینگ Synthetic، RUM، Server، PHP، DB، Queue و Expiry؛
• Alert routing، Severity، On-call و Escalation به Provider؛
• Runbook برای 5xx، کندی، Disk full، CPU saturation، Malware و Restore؛
• Change window، Staging، Canary، Rollback و Maintenance communication؛
• Capacity review، Backup restore drill، Access review و Patch cadence؛
• Incident timeline، Evidence export، Postmortem و اقدام پیشگیرانه.

اگر این وظایف Owner ندارند، هزینه VPS فقط مبلغ Invoice نیست؛ ریسک بدون صاحب است. Managed host هم باید نشان دهد کدام بخش را واقعاً انجام می‌دهد و چه زمانی فقط راهنما یا Credit ارائه می‌کند.

هزینه کل مالکیت را حساب کنید

TCO سالانه = Plan + Backup + CDN/WAF + Storage/Egress
           + License/Panel + Monitoring + Admin/On-call
           + Migration/Testing + Expected outage/security loss
           + Exit cost - value of included operations

برای VPS، ساعت Patch، Hardening، Monitoring، Incident و Restore را رایگان فرض نکنید. برای Managed host نیز Overage بازدید/پهنای‌باند، Add-on امنیت، Premium support، Site count، محیط Staging و قیمت تمدید را اضافه کنید. مدل کامل‌تر در راهنمای هزینه دامنه و هاست و TCO آمده است.

پرسش‌هایی که پیش از خرید باید از Provider بپرسید

1. CPU، RAM، IOPS، Network، PHP worker و Concurrent request دقیقاً چگونه Limit می‌شوند؟
2. SLA چه Scope، Measurement، Exclusion و Remedy دارد؟
3. Backup شامل Database و Files است؟ Retention، RPO، محل، Encryption و Restore time چیست؟
4. چه کسی Core، Plugin، Theme، PHP، OS و Database را Patch می‌کند؟
5. WAF، DDoS و Malware شامل Detect، Block، Clean و Incident support در چه سطحی است؟
6. Support وردپرس تا کجا پیش می‌رود؟ Plugin conflict را Diagnose می‌کند یا فقط Host را بررسی می‌کند؟
7. SSH/WP-CLI/Cron/Queue/External connection/Multisite و Pluginهای ممنوع چه وضعی دارند؟
8. Log دسترسی، PHP، WAF و Audit با چه Retention و Exportی در دسترس‌اند؟
9. Data center، Subprocessor، Data transfer و حذف داده چگونه‌اند؟
10. Migration، Rollback و Exit شامل چه فایل، Database، DNS، Certificate و Configی است؟

ملاحظات انتخاب هاست در ایران

«داخل یا خارج» پاسخ یک‌خطی ندارد. Audience، مسیر اپراتورها، درگاه و سرویس‌های ثالث، نیاز سازمانی، ریسک دسترسی Provider و مقصد Backup را هم‌زمان بسنجید.

• مسیر شبکه: TTFB و Packet loss را از چند ISP و شهر، نه فقط لپ‌تاپ دفتر، اندازه بگیرید.
• دسترسی خارجی: پنل، API، CDN، DNS، Registry و Update source را دوره‌ای Probe کنید.
• پرداخت و تعلیق: KYC، کارت، تمدید، IP policy، تحریم و Grace period سرویس خارجی را با حساب واقعی بررسی کنید.
• ارز و Renewal: سناریوی نرخ ارز و هزینه انتقال/خروج داده را در TCO بیاورید.
• License: اصالت و امکان Update پنل، Theme و Plugin را تأیید کنید؛ نسخه Nulled کنترل امنیتی نیست.
• پشتیبانی: ساعت، Severity، کانال اضطراری، اختیار Recovery و مسئول On-call را مکتوب کنید.
• Backup مستقل: یک نسخه رمز‌شده در Account و Failure domain جدا نگه دارید.
• تقویم و کمپین: نوروز، فروش مناسبتی، ثبت‌نام و Peak پرداخت را در Capacity plan و Freeze لحاظ کنید.

Scorecard تصمیم‌گیری

ابتدا Knockoutها را اعمال کنید؛ سپس وزن بدهید. اگر Restore آزموده‌شده، Runtime لازم یا دسترسی Log یک الزام است، گزینه فاقد آن با امتیاز قیمت نجات پیدا نمی‌کند.

سه سناریوی تصمیم

سایت محتوایی با تیم کوچک

ترافیک عمدتاً Anonymous و Cacheable است، تیم Sysadmin ندارد و انتشار محتوا مهم است. Managed WordPress با Backup مستقل، Staging، Support آزموده و Limit کافی معمولاً Fit بهتری دارد. VPS فقط برای کاهش Invoice، بار عملیاتی غیرضروری می‌سازد.

فروشگاه ووکامرس در حال رشد

Checkout و Account غیرقابل Cache، Cron و Import سنگین و RPO پایین‌تر دارد. پاسخ می‌تواند Managed WooCommerce قوی، VPS مدیریت‌شده یا معماری Hybrid باشد. تصمیم باید از PHP worker/DB/IO، Restore، Gateway journey و Peak load بیاید؛ نه توصیه عمومی «Managed همیشه بهتر است».

تیم محصول با سرویس‌های سفارشی

WordPress کنار Node، Queue، Search و Worker اجرا می‌شود و تیم Platform/On-call دارد. VPS یا Cloud کنترل بیشتری می‌دهد، اما Infrastructure as Code، Patch، Secret، Telemetry، Backup و Incident باید بخشی از محصول باشند. می‌توان WordPress را Managed و سرویس سفارشی را جدا نگه داشت تا Failure domain کوچک بماند.

Pilot و مهاجرت امن

1. Baseline از RUM، Origin، Error، Resource، Backup و هزینه بگیرید.
2. Inventory دامنه، DNS، TLS، فایل، Database، Cron، Email، Integration و Secret بسازید.
3. مقصد را با نسخه Sanitized و Config نزدیک Production آماده کنید.
4. Warm/Cold/Dynamic Load، Failure و Restore را آزمایش کنید.
5. Compatibility افزونه، Cache exclusion، Checkout، Login، Search و Jobها را تأیید کنید.
6. TTL را پایین، Full sync و سپس Delta sync اجرا کنید.
7. Cutover با Freeze، Owner، Go/No-go و Rollback انجام شود.
8. پس از انتقال، DNS/TLS، Error، RUM، Order و ایمیل را Hypercare کنید.
9. بعد از دوره ایمن، دسترسی و Secret میزبان قدیمی را ببندید؛ Backup خروج را حفظ کنید.

چک‌لیست انتخاب نهایی

• Managed/VPS را به‌عنوان دو محور مستقل فهمیده‌ایم.
• Workload، Peak، Cacheability و Journey پویا ثبت شده‌اند.
• SLO، RPO، RTO و Error budget تعریف شده‌اند.
• Resource contract و Limitها با Benchmark نماینده آزموده شده‌اند.
• Shared-responsibility برای Patch، Plugin، IAM، WAF و Incident مکتوب است.
• Backup مستقل و Restore drill موفق داریم.
• پشتیبانی با Ticket واقعی و Severity سنجیده شده است.
• TCO شامل زمان تیم، License، Overage، خرابی، مهاجرت و Exit است.
• دسترسی، پرداخت، شبکه، ارز و Backup مستقل ایران بررسی شده‌اند.
• Migration، Rollback و Hypercare Owner و معیار دارند.

پرسش‌های متداول هاست وردپرس مدیریت‌شده و VPS

هاست وردپرس مدیریت‌شده بهتر است یا VPS؟

هیچ برنده عمومی وجود ندارد. Managed WordPress برای نیاز استاندارد و تیم کم‌عملیات مناسب‌تر است؛ VPS وقتی ارزش دارد که کنترل لازم، Workload سفارشی و توان واقعی Patch، Monitoring، Backup و On-call داشته باشید.

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

خیر. سرعت به Cache hit، PHP worker، CPU/IO، Database، Plugin، Front-end و پیکربندی وابسته است. Managed host خوب می‌تواند از VPS بدپیکربندی‌شده سریع‌تر باشد. با RUM و Load test نماینده تصمیم بگیرید.

VPS واقعاً منابع اختصاصی دارد؟

به قرارداد بستگی دارد. RAM ممکن است رزروشده باشد، اما vCPU، Storage IOPS و شبکه می‌توانند Shared یا Burstable باشند. Baseline، Burst، Throttling، CPU steal و سیاست Noisy neighbor را از Provider بپرسید.

تفاوت VPS مدیریت‌شده با هاست وردپرس مدیریت‌شده چیست؟

VPS مدیریت‌شده معمولاً OS و بخشی از Stack عمومی را پوشش می‌دهد؛ Managed WordPress روی Runtime و Workflow وردپرس تخصص دارد. بااین‌حال Scope هر Provider متفاوت است؛ Patch افزونه، Malware cleanup و Restore را از قرارداد بخوانید.

برای ووکامرس Managed WordPress بهتر است؟

گاهی، نه همیشه. ووکامرس به PHP worker، Database، Object cache، Cron، Checkout reliability و RPO مناسب نیاز دارد. Managed host واجد این شواهد مناسب است؛ VPS مدیریت‌شده یا Cloud نیز با تیم عملیاتی می‌تواند Fit بهتری داشته باشد.

جمع‌بندی

هاست وردپرس مدیریت‌شده آسودگی را تضمین نمی‌کند و VPS هم کنترل رایگان نمی‌دهد. اولی مجموعه‌ای از عملیات را در یک Product بسته‌بندی می‌کند؛ دومی آزادی و مسئولیت بیشتری به شما می‌دهد. کیفیت هر دو باید با Scope، Limit، Restore و رفتار در Failure سنجیده شود.

Workload و Journey را بنویسید، SLO/RPO/RTO را تعیین کنید، مسئولیت‌ها و TCO را شفاف سازید و یک Pilot واقعی اجرا کنید. گزینه‌ای را انتخاب کنید که در Peak و Incident قابل اداره باشد؛ نه گزینه‌ای که فقط در صفحه قیمت جذاب‌تر است.