خرید هاست وردپرس

هاست وردپرس نوعی هاست اشتراکی است که سخت‌افزار، وب‌سرور و تنظیمات آن به‌صورت اختصاصی برای اجرای وردپرس بهینه شده است. در یک هاست معمولی، سرور برای همهٔ نوع سایت‌ها پیکربندی عمومی دارد؛ اما در هاست وردپرس برتینا، وب‌سرور LiteSpeed Enterprise همراه با کش اختصاصی LSCache دقیقاً برای الگوی درخواست‌های وردپرس تنظیم شده است تا صفحات، بدون اجرای دوبارهٔ PHP و کوئری‌های تکراری دیتابیس، مستقیم از کش تحویل داده شوند.

نتیجهٔ این بهینه‌سازی را در سه چیز می‌بینید: زمان بارگذاری کوتاه‌تر (به‌ویژه برای بازدیدهای همزمان بالا)، مصرف کمتر منابع پلن، و امتیاز بهتر Core Web Vitals که امروز یکی از سیگنال‌های رتبه‌بندی گوگل است. دیسک‌های NVMe نیز سرعت خواندن و نوشتن دیتابیس را نسبت به SSDهای معمولی چند برابر می‌کنند؛ چیزی که در پیشخوان وردپرس و صفحات محصول ووکامرس کاملاً محسوس است.

علاوه بر سرعت، مدیریت هم ساده‌تر است: نصب خودکار وردپرس، دسترسی به WP-CLI برای کاربران حرفه‌ای، و ابزارهای WP-Toolkit برای مدیریت افزونه‌ها و قالب‌ها از همان روز اول در همهٔ پلن‌ها فعال است.

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

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

دو گروه استثنا هستند: سایت‌هایی که با فریم‌ورک‌های غیر وردپرسی (لاراول، جنگو و…) توسعه یافته‌اند و بهتر است از هاست لینوکس استاندارد استفاده کنند، و فروشگاه‌های بسیار پرترافیک که از سقف بازدید پلن «نهایت» عبور می‌کنند و جای درست‌شان سرور مجازی یا هاست اختصاصی ووکامرس است. اگر مطمئن نیستید، پشتیبانی ۲۴/۷ برتینا قبل از خرید مسیر درست را رایگان پیشنهاد می‌دهد.

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

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

• سایت تازه‌راه‌اندازی یا وبلاگ شخصی (تا ۵ هزار بازدید در ماه): پکیج پایه WP-500MB — فضای ۵۰۰ مگابایتی برای شروع کافی است و همهٔ امکانات کلیدی (LSCache، بکاپ، انتقال رایگان) را دارد.
• سایت شرکتی یا وبلاگ در حال رشد (تا ۲۵ هزار بازدید): پکیج استارتاپ WP-2GB — محبوب‌ترین نقطهٔ شروع برای کسب‌وکارها.
• سایت محتوایی جدی یا فروشگاه کوچک (تا ۷۵ هزار بازدید): پکیج توسعه WP-5GB.
• سایت پربازدید یا فروشگاه فعال (تا ۱۰۰ هزار بازدید): پکیج پیشرفت WP-10GB.
• رسانه یا فروشگاه پرترافیک (تا ۲۰۰ هزار بازدید): پکیج هدف WP-20GB.
• پروژه‌های بزرگ (تا ۵۰۰ هزار بازدید): پکیج نهایت WP-50GB — و فراتر از آن، وقت مهاجرت به سرور مجازی است.

سرعت هاست وردپرس سه ستون دارد. ستون اول وب‌سرور است: LiteSpeed Enterprise در پردازش همزمان درخواست‌ها و سرو محتوای استاتیک از Apache سریع‌تر عمل می‌کند و برای وردپرس ماژول کش اختصاصی دارد. ستون دوم LSCache است: افزونهٔ رسمی و رایگان لایت‌اسپید که کش تمام‌صفحه، کش شیء و بهینه‌سازی تصویر و CSS/JS را بدون افزونه‌های سنگین جانبی انجام می‌دهد؛ کافی است از مخزن وردپرس نصبش کنید تا با وب‌سرور هماهنگ شود.

ستون سوم زیرساخت ذخیره‌سازی است: دیسک‌های NVMe با تأخیر بسیار کم، سرعت کوئری‌های دیتابیس را بالا می‌برند — همان چیزی که در جست‌وجوی محصولات، فیلترها و پیشخوان مدیریت حس می‌شود. کنار این سه ستون، آنتی‌دیداس و مانیتورینگ ۲۴ ساعتهٔ دیتاسنتر، پایداری سرویس را در ترافیک غیرعادی حفظ می‌کند.

بیش از نیمی از مشکلات امنیتی سایت‌های وردپرسی از محیط اشتراکی ناامن یا نبود بکاپ سالم شروع می‌شود. در هاست وردپرس برتینا، ایزولاسیون کاربران با CloudLinux باعث می‌شود مشکل یک سایت به سایت‌های دیگر سرایت نکند و منابع هر پلن تضمین‌شده بماند.

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

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

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

• ۱. پلن مناسب را سفارش می‌دهید (دامنه فعلاً به هاست قبلی اشاره می‌کند و سایت بالا می‌ماند).
• ۲. تیم فنی فایل‌ها و دیتابیس را منتقل و سایت را روی هاست جدید راه‌اندازی می‌کند.
• ۳. خروجی روی آدرس آزمایشی بررسی می‌شود تا همهٔ صفحات، افزونه‌ها و فرم‌ها سالم باشند.
• ۴. DNS دامنه به برتینا تغییر می‌کند؛ جابه‌جایی برای بازدیدکننده‌ها بدون قطعی است.
• ۵. گواهی SSL رایگان فعال و مسیر https بررسی می‌شود.

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

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

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

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

اگر دامنه را هم از برتینا گرفته باشید، اتصال دامنه به هاست خودکار انجام می‌شود؛ در غیر این صورت کافی است DNS دامنه را به مقادیر اعلام‌شده در ایمیل تحویل تغییر دهید. پس از بالاآمدن سایت، همان چک‌لیست «بعد از تحویل» همین صفحه را دنبال کنید تا کش، تصاویر و بکاپ از روز اول درست پیکربندی شود. در هر مرحله هم که سوالی پیش آمد، تیم پشتیبانی ۲۴/۷ از طریق تیکت و تلفن همراه شماست.

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

• نسخهٔ PHP و امکان تغییر آن: وردپرس مدرن به PHP ۸ به بالا نیاز دارد؛ در پنل هاست برتینا نسخهٔ PHP هر سایت قابل انتخاب است.
• وب‌سرور و کش: آیا کش سطح سرور وجود دارد یا باید با افزونه‌های سنگین جبران کنید؟ (اینجا LiteSpeed + LSCache استاندارد است.)
• سیاست بکاپ: فاصلهٔ بکاپ‌های خودکار، مدت نگهداری، و اینکه بازگردانی دست خودتان است یا وابسته به تیکت.
• محدودیت‌های واقعی پلن: سقف بازدید، تعداد فایل (Inode) و پردازش همزمان — نه فقط عدد «فضا».
• مسیر ارتقا: اگر سایت رشد کرد، ارتقا بدون جابه‌جایی و قطعی ممکن است؟ فاصلهٔ قیمتی پلن بعدی منطقی است؟
• پشتیبانی: ساعات پاسخگویی، کانال‌ها (تیکت/تلفن) و اینکه مشکلات وردپرسی را هم پوشش می‌دهد یا فقط زیرساخت را.
• دورهٔ بازگشت وجه: برای هاست اشتراکی برتینا یک هفته مهلت بازگشت وجه وجود دارد تا بدون ریسک تست کنید.

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

• ۱. افزونهٔ LiteSpeed Cache را از مخزن وردپرس نصب و پیش‌تنظیم پیشنهادی را فعال کنید — کش تمام‌صفحه از همین لحظه کار می‌کند.
• ۲. تصاویر را با همان LSCache به WebP تبدیل و فشرده کنید تا حجم صفحات محسوس کم شود.
• ۳. افزونه‌ها و قالب‌های بلااستفاده را حذف کنید؛ هر افزونهٔ اضافه هم سرعت می‌گیرد و هم سطح حمله را بزرگ می‌کند.
• ۴. به‌روزرسانی خودکار نسخه‌های جزئی وردپرس را روشن نگه دارید و افزونه‌ها را هفتگی مرور کنید.
• ۵. یک بکاپ دستی «نقطهٔ سالم» بگیرید و سیاست بکاپ خودکار را در پنل بررسی کنید.
• ۶. سایت را به سرچ‌کنسول گوگل متصل کنید تا خطاهای خزش و وضعیت ایندکس را ببینید؛ گزارش Core Web Vitals همان‌جا معیار واقعی سرعت شماست.

اگر مخاطب اصلی سایت شما داخل ایران است، میزبانی داخل کشور دو مزیت ملموس دارد. اول، تأخیر (پینگ) کمتر: مسیر شبکه از کاربر ایرانی تا دیتاسنتر داخلی کوتاه‌تر از مسیر بین‌المللی است و همین اختلاف در TTFB و تجربهٔ موبایل دیده می‌شود. دوم، پایداری دسترسی: نوسان‌های گاه‌به‌گاه ارتباطات بین‌الملل روی سایت‌های میزبانی‌شده در داخل اثری ندارد و کسب‌وکار شما در همان لحظات هم در دسترس می‌ماند.

برای سایت‌هایی که مخاطب خارج از کشور هم دارند، راهکار ترکیبی منطقی است: هاست ایران برای بازار اصلی، و در صورت نیاز سرویس‌های اروپا (مثل هاست لینوکس اروپا یا سرور مجازی آلمان) برای مخاطب بین‌المللی. تیم برتینا بر اساس ترکیب مخاطبان‌تان، چیدمان درست را پیشنهاد می‌دهد.

برای فروشگاه‌های تازه‌کار با چند ده محصول، پلن‌های میانی هاست وردپرس کاملاً کافی است. اما وقتی سبد خرید و پرداخت همزمانِ کاربران زیاد می‌شود، فروشگاه به منابع تضمین‌شدهٔ بیشتری نیاز دارد؛ اینجاست که هاست ووکامرس برتینا با منابع اختصاصی‌تر و بهینه‌سازی مخصوص فرایند خرید، انتخاب درست‌تری است. اگر بین این دو مردد هستید، تعداد سفارش روزانه معیار خوبی است: تا حدود ۲۰ سفارش در روز، هاست وردپرس؛ بیشتر از آن، هاست ووکامرس.

در هر دو مسیر، ثبت دامنه و گواهی SSL را می‌توانید همان‌جا کنار هاست مدیریت کنید تا تمدیدها و پشتیبانی یکپارچه بماند.

همهٔ گزینه‌هایی که «هاست وردپرس» نامیده می‌شوند یک چیز نیستند. چهار سطح رایج بازار را بشناسید تا بدانید پول‌تان دقیقاً بابت چه چیزی پرداخت می‌شود.

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

اول، وب‌سرور و لایهٔ کش: LiteSpeed به‌همراه افزونهٔ LiteSpeed Cache صفحه‌های آماده را بدون اجرای PHP تحویل می‌دهد — بزرگ‌ترین جهش سرعت برای اغلب سایت‌ها. دوم، دیسک NVMe: وردپرس در هر بازدید ده‌ها کوئری اجرا می‌کند و تأخیر دیسک مستقیماً در TTFB ضرب می‌شود. سوم، نسخهٔ PHP به‌روز: PHP 8.x نسبت به نسخه‌های قدیمی جهش کارایی واقعی دارد و هاست باید امکان انتخاب نسخه به‌ازای هر سایت را بدهد.

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

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

گوگل تجربهٔ صفحه را با سه سنجهٔ اصلی می‌سنجد: LCP (سرعت نمایش بزرگ‌ترین عنصر)، INP (پاسخ‌گویی به تعامل) و CLS (پایداری چیدمان). بخشی از این اعداد در اختیار هاست است و بخشی در اختیار شما — و بهترین نتیجه وقتی است که هر دو طرف کارشان را انجام دهند.

سهم هاست: TTFB پایین (سرور نزدیک به کاربر + کش سمت سرور + دیسک سریع)، HTTP/2 و فشرده‌سازی مدرن، و پایداری در ساعات پیک. روی هاست وردپرس برتینا این لایه از قبل تنظیم است؛ سایت تازه‌نصب معمولاً بدون هیچ کاری TTFB داخلی چند ده میلی‌ثانیه‌ای دارد.

سهم شما: تصاویر (بزرگ‌ترین عامل LCP در اغلب سایت‌های ایرانی) — ابعاد درست، فرمت WebP و لود تنبل برای پایین صفحه؛ افزونه‌ها — هر افزونهٔ فعال، کدی است که در هر بازدید اجرا می‌شود، فهرست را سالی دو بار هرس کنید؛ قالب — صفحه‌سازهای سنگین راحتی طراحی را با کندی معامله می‌کنند؛ و فونت فارسی — به‌جای چند وزن جدا، از وزن‌های محدود یا فونت متغیر استفاده کنید و preload کنید تا CLS نگیرید.

یک روال عملی: هر ماه یک‌بار صفحهٔ اصلی و پرفروش‌ترین صفحه را با PageSpeed Insights بسنجید و فقط روی «Opportunities» بالای گزارش کار کنید — بهینه‌سازی بر اساس داده، نه بر اساس حس.

وردپرس به‌خاطر محبوبیتش هدف شماره‌یک اسکن‌های خودکار است؛ امنیت مؤثر آن دو لایه دارد: لایهٔ هاست و لایهٔ خود سایت.

در لایهٔ هاست وردپرس برتینا: جداسازی کامل اکانت‌ها (نفوذ به سایت همسایه به شما سرایت نمی‌کند)، فایروال وب در لبهٔ سرور، پایش و اسکن بدافزار، نسخه‌های PHP وصله‌شده و بکاپ خودکار برای روز مبادا. این‌ها بدون دخالت شما فعال است.

در لایهٔ سایت، پنج عادت، بیشترِ ریسک را حذف می‌کند: به‌روزرسانی منظم هسته/قالب/افزونه‌ها (عامل اصلی نفوذهای واقعی، افزونهٔ به‌روزنشده است)، حذف افزونه‌ها و قالب‌های غیرفعال، رمز قوی و متفاوت برای ادمین و محدودکردن تلاش‌های ورود، تغییر آدرس ورود پیش‌فرض wp-admin برای کاهش نویز ربات‌ها، و فعال‌کردن احراز دومرحله‌ای برای نقش‌های مدیریتی. هیچ‌کدام به افزونهٔ سنگین «امنیتی همه‌کاره» نیاز ندارد.

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

انتقال درست، برای بازدیدکننده نامرئی است. مسیر استاندارد ما پنج گام دارد و تیم پشتیبانی همهٔ گام‌های فنی را رایگان انجام می‌دهد — نقش شما عمدتاً تأیید و تست است.

• گام ۱ — بکاپ کامل از هاست فعلی: فایل‌ها + دیتابیس؛ حتی اگر پشتیبانی منتقل می‌کند، نسخهٔ خودتان را نگه دارید
• گام ۲ — انتقال به سرور جدید: بازگردانی فایل‌ها و دیتابیس، تطبیق آدرس‌ها و تنظیم wp-config؛ توسط تیم برتینا انجام می‌شود
• گام ۳ — تست روی آدرس موقت: پیش از تغییر DNS، سایت را روی آدرس پیش‌نمایش کامل بررسی کنید — صفحه‌ها، فرم‌ها، درگاه پرداخت
• گام ۴ — تغییر DNS با TTL کوتاه: رکوردها به سرور جدید؛ چند ساعت هر دو سرور را فعال نگه دارید تا انتشار کامل شود
• گام ۵ — پس از انتقال: نصب مجدد SSL و ریدایرکت https، تست ارسال ایمیل سایت، و پایش Search Console در هفتهٔ اول

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

وردپرس از فارسی و RTL پشتیبانی رسمی دارد، اما تجربهٔ روان فارسی به چند انتخاب درست وابسته است. قالب را از بین قالب‌های RTL-ready انتخاب کنید یا نسخهٔ فارسی‌سازی‌شدهٔ معتبر بگیرید — قالبی که فقط با CSSِ وصله‌ای راست‌چین شده، در فرم‌ها و جدول‌ها خودش را نشان می‌دهد. فونت فارسی وب (مثل وزیرمتن یا فونت‌های تجاری ایرانی) را به‌صورت WOFF2 محلی بارگذاری کنید، نه از CDNهای خارجیِ کند.

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

میزبانی داخل ایران برای مخاطب ایرانی دو مزیت ملموس دارد: پینگ داخلی (تجربهٔ سریع‌تر و CWV بهتر) و ترافیک نیم‌بهای داخلی برای بازدیدکننده‌ها. برای سایتی که مخاطبش خارج از ایران است، پلن‌های اروپا (آلمان/فرانسه) همین سرویس را نزدیک به آن مخاطب ارائه می‌کنند.

سایت وردپرسی سالم، محصول یک روال کوچک اما منظم است. این روال ماهانه را در تقویم بگذارید:

• به‌روزرسانی هسته، قالب و افزونه‌ها — اول روی نسخهٔ staging یا حداقل بعد از گرفتن بکاپ دستی
• بازبینی فهرست افزونه‌ها: هر چیز غیرفعال یا بی‌استفاده حذف شود
• تست بازیابی یک بکاپ (فایل + دیتابیس) — بکاپِ تست‌نشده فقط امید است
• بررسی Search Console: خطاهای ایندکس و صفحات ۴۰۴ جدید
• سنجش سرعت صفحهٔ اصلی و مهم‌ترین صفحهٔ پول با PageSpeed
• مرور کاربران ادمین: حساب‌های مشکوک یا بی‌استفاده حذف شود
• پاک‌سازی دیتابیس از transientهای منقضی و ویرایش‌های قدیمی (با افزونهٔ سبک بهینه‌سازی)

این الگوها را در تیکت‌های مهاجرت زیاد دیده‌ایم؛ شناختنشان قبل از خرید، هزینهٔ یادگیری را صفر می‌کند:

• انتخاب فقط بر اساس قیمت ماه اول، بدون دیدن مشخصات فنی (وب‌سرور؟ دیسک؟ نسخهٔ PHP؟)
• خرید پلن بزرگ «برای آینده» — ارتقا همیشه ممکن است؛ از مصرف واقعی شروع کنید
• اعتماد به «فضای نامحدود» بدون خواندن سیاست استفادهٔ منصفانه
• نادیده‌گرفتن محل سرور نسبت به مخاطب (سایت ایرانی روی سرور آمریکا = TTFB چندصد میلی‌ثانیه‌ای)
• مهاجرت بدون تست روی آدرس موقت — و دیدن خرابی بعد از تغییر DNS
• نصب ده‌ها افزونه در هفتهٔ اول و نتیجه‌گیری که «هاست کند است»
• نگه‌داشتن ایمیل حجیم روی هاست وب — ایمیل سازمانی سرویس جدای خودش را دارد

بیشتر خرابی‌های وردپرس نه از حمله، که از یک به‌روزرسانی یا تغییر قالب روی سایتِ زنده شروع می‌شود. راه‌حل حرفه‌ای، محیط staging است: نسخه‌ای کامل از سایت روی آدرس موقت که تغییرها اول آن‌جا آزموده می‌شود.

روی هاست وردپرس برتینا دو مسیر عملی دارید: ساخت زیردامنه (مثلاً staging.example.ir) در cPanel و کپی سایت به آن با افزونه‌های تکثیر، یا استفاده از قابلیت staging افزونه‌های بکاپ معتبر که ساخت و همگام‌سازی را خودکار می‌کنند. مسیر اول رایگان و شفاف است؛ مسیر دوم سریع‌تر.

روال پیشنهادی برای هر تغییر مهم: همگام‌سازی staging از سایت زنده → اعمال به‌روزرسانی/تغییر روی staging → تست صفحات کلیدی (خانه، فرم تماس، پرداخت) → سپس اعمال همان تغییر روی سایت زنده در ساعت کم‌ترافیک با بکاپ تازه. با این روال، «آپدیت ترسناک» به کار روتین تبدیل می‌شود و سایت زنده هرگز موش آزمایشگاهی نیست.

با گذر زمان، دیتابیس وردپرس چربی اضافه جمع می‌کند: ده‌ها ویرایش از هر نوشته، دیدگاه‌های اسپم، transientهای منقضی و جدول‌های به‌جامانده از افزونه‌های حذف‌شده. نتیجه، کوئری‌های کندتر و بکاپ‌های حجیم‌تر است — حتی روی دیسک NVMe.

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

دو تنظیم پیشگیرانه هم ارزشش را دارد: محدودکردن تعداد revisions در wp-config (مثلاً به ۵) و فعال‌بودن کش object در سایت‌های پرمراجعه تا کوئری‌های تکراری اصلاً به دیتابیس نرسند.

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

نصب‌های جداگانه روی یک هاست (چند دامنه در cPanel) استقلال کامل می‌دهد: هر سایت بکاپ، افزونه‌ها و ریسک خودش را دارد. برای اغلب کسب‌وکارها که چند سایتِ متفاوت دارند (برند اصلی، لندینگ کمپین، بلاگ جدا) این مسیر درست است. Multisite را برای شبکه‌های واقعاً همگن نگه دارید — مثل نسخه‌های زبانی یک برند یا زیرسایت‌های شعب که عمداً یکسان مدیریت می‌شوند.

از منظر هاست: پلن‌های بالاتر با دامنه‌های بیشتر و منابع بزرگ‌تر برای سناریوی چندنصبی مناسب‌اند؛ مصرف مجموع سایت‌ها را ببینید، نه تعدادشان — سه سایت کم‌بازدید از یک فروشگاه فعال سبک‌ترند.

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

صفحه‌سازها راحتی واقعی می‌دهند اما رایگان نیست: خروجی‌شان DOM سنگین‌تر و CSS/JS بیشتر است. اگر طراحی سفارشی می‌خواهید و تیم فنی ندارید، صفحه‌ساز انتخاب معقولی است — فقط سبک‌ترینِ ممکن را بردارید، از افکت‌های متحرک کم استفاده کنید و صفحات پرترافیک (خانه، محصول) را حداقلی نگه دارید. اگر سایت محتوامحور است، ویرایشگر بلوکی خود وردپرس امروز برای اغلب صفحه‌ها کافی و به‌مراتب سبک‌تر است.

سنجهٔ تصمیم ساده است: دموی قالب/صفحه‌ساز موردنظر را قبل از خرید با PageSpeed بسنجید. دمویی که روی سرور خود سازنده ضعیف است، روی هیچ هاستی معجزه نمی‌شود.

محتوای خوب وقتی دیده می‌شود که پایه‌های فنی سالم باشد و بخشی از این پایه‌ها مستقیماً به هاست برمی‌گردد. https سراسری با ریدایرکت ۳۰۱ از http و از نسخهٔ www/بدون www به نسخهٔ اصلی، اولین قدم است — گواهی SSL روی هاست برتینا از پنل نصب می‌شود و تمدیدش خودکار است.

سرعت و در دسترس‌بودن، خودشان سیگنال سئو هستند: TTFB پایین و آپتایم پایدار یعنی خزندهٔ گوگل با بودجهٔ خزش بیشتر و خطای کمتر سایت را می‌خواند. نقشهٔ سایت XML (با افزونهٔ سئو) و robots.txt تمیز را یک‌بار تنظیم کنید و بعد از هر تغییر ساختاری بازبینی کنید. صفحات ۴۰۴ سفارشی و ریدایرکت‌های ۳۰۱ برای آدرس‌های تغییرکرده، اعتبار لینک‌های قدیمی را حفظ می‌کند.

دو خطای فنی رایج در سایت‌های ایرانی: باز بودن نسخهٔ آی‌پی یا دامنهٔ موقت روی ایندکس (محتوای تکراری می‌سازد — روی هاست برتینا آدرس‌های پیش‌نمایش noindex هستند) و فراموش‌کردن به‌روزرسانی آدرس سایت پس از مهاجرت به https در تنظیمات وردپرس، که زنجیرهٔ ریدایرکت می‌سازد. هر دو با یک بازبینی ده‌دقیقه‌ای پس از راه‌اندازی حل می‌شود.

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

• LiteSpeed / LSCache: وب‌سرور پرسرعت و لایهٔ کش یکپارچه‌اش برای وردپرس؛ صفحه‌ها بدون اجرای PHP تحویل می‌شوند
• TTFB: فاصلهٔ درخواست تا اولین بایت پاسخ سرور؛ سهم اصلی هاست در سرعت
• PHP Worker: ظرفیت پردازش همزمان درخواست‌های غیرکش؛ برای فروشگاه‌ها مهم
• Inode: تعداد فایل‌های قابل نگهداری روی هاست؛ سایت‌های قدیمی با هزاران تصویر به سقفش نزدیک می‌شوند
• Addon Domain: امکان میزبانی دامنه/سایت دوم روی همان پلن
• wp-cron: زمان‌بند داخلی وردپرس؛ روی سایت‌های پرترافیک بهتر است به cron واقعی سرور منتقل شود
• Object Cache: کش نتایج کوئری‌ها در حافظه؛ مکمل کش صفحه برای بخش‌های داینامیک
• Autoload: داده‌هایی که در هر بارگذاری خوانده می‌شوند؛ متورم‌شدنش سایت را نامرئی کند می‌کند

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

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

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

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

اول، کش را ووکامرس‌آگاه تنظیم کنید: LSCache قوانین آماده برای مستثناکردن سبد و پرداخت دارد — فعال‌بودنشان را بررسی کنید تا مشتری، سبد شخص دیگری را نبیند. دوم، AJAXهای پرتکرار قالب (شمارندهٔ سبد، جست‌وجوی زنده) را زیر نظر بگیرید؛ برخی قالب‌ها در هر صفحه چند درخواست غیرکش می‌زنند و Worker مصرف می‌کنند. سوم، تصاویر محصول را در ابعاد استاندارد و WebP بارگذاری کنید — گالری محصول، سنگین‌ترین بخش صفحهٔ فروش است. چهارم، وضعیت سفارش‌های زیاد و لاگ‌های افزونه‌های پرداخت را در پاک‌سازی دوره‌ای دیتابیس بگنجانید.

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

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

نشانه‌های این مشکل را احتمالاً دیده‌اید: مشتری می‌گوید «ایمیل بازیابی رمز نیامد»، سفارش ثبت شده اما فاکتور به دست خریدار نرسیده، یا پاسخ فرم تماس فقط برای بعضی گیرنده‌ها می‌رسد. الگوی «برای بعضی‌ها می‌رسد» امضای کلاسیک ارسال بدون احراز است — سرویس‌های سخت‌گیرتر رد می‌کنند و بقیه فعلاً تحمل می‌کنند.

راه‌حل پایدار، ارسال از طریق SMTP احرازشده است: یک افزونهٔ SMTP نصب کنید و آن را به صندوق ایمیل روی دامنهٔ خودتان متصل کنید — روی هاست برتینا ساخت صندوق از cPanel چند کلیک است و برای حجم بالاتر یا نیاز سازمانی، سرویس ایمیل سازمانی همین نقش را با ظرفیت و پایش تحویل‌پذیری بهتر ایفا می‌کند. رکوردهای SPF و DKIM دامنه را هم (که پشتیبانی تنظیمش را انجام می‌دهد) کامل نگه دارید.

بعد از راه‌اندازی، تست واقعی کنید: به Gmail و Outlook نامه بفرستید و پوشهٔ اسپم را هم ببینید. ایمیل تراکنشی، بخشی از تجربهٔ خرید است — بازیابی رمز و فاکتوری که نمی‌رسد، از دید مشتری یعنی «سایت خراب است».

اگر با خط فرمان راحتید، WP-CLI مدیریت وردپرس را چندبرابر سریع می‌کند: به‌روزرسانی افزونه‌ها، جست‌وجو و جایگزینی امن در دیتابیس (مثلاً پس از تغییر دامنه)، ساخت کاربر، و گرفتن خروجی دیتابیس — همه با یک دستور و بدون مرورگر. روی هاست برتینا WP-CLI از طریق ترمینال cPanel در دسترس است و برای کارهای تکراری چند سایت، ارزش یادگیری چند دستور اولش را دارد.

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

سایت وردپرسی سه جزء زیرساختی دارد: دامنه، هاست و گواهی SSL. وقتی هر سه در یک پنل باشند، روز راه‌اندازی به‌جای هماهنگی بین سه شرکت، چند کلیک است: دامنه به هاست متصل تحویل می‌شود، DNS از همان پنل مدیریت می‌شود و SSL بدون جابه‌جایی فایل نصب و تمدید می‌شود.

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

مرز مسئولیت‌ها را شفاف بدانید تا هم انتظارتان درست باشد و هم سریع‌تر به جواب برسید. تیم برتینا مسئول سلامت زیرساخت میزبانی است: در دسترس‌بودن سرور و پنل، صحت سرویس‌های وب/دیتابیس/ایمیل در سطح سرور، نصب SSL، انتقال رایگان سایت و پاسخ‌گویی ۲۴/۷ به همین حوزه‌ها. مشکلات داخل خود سایت — تداخل دو افزونه، خطای قالب پس از به‌روزرسانی، سفارشی‌سازی کد — قلمرو توسعه‌دهندهٔ سایت است؛ هرچند پشتیبانی در تشخیص اینکه مشکل از کدام لایه است، همیشه همراهی می‌کند.

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

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

• ثبت یا اتصال دامنه و تنظیم رکوردهای DNS
• نصب وردپرس از نصاب خودکار پنل و انتخاب زبان فارسی
• نصب SSL و فعال‌کردن ریدایرکت https پیش از انتشار هر محتوایی
• تنظیم ساختار پیوند یکتا (پیشنهاد: نام نوشته) — بعداً تغییرش هزینهٔ سئویی دارد
• انتخاب قالب RTL سبک و حذف قالب‌ها و افزونه‌های پیش‌فرض بی‌استفاده
• نصب افزونهٔ سئو و ساخت نقشهٔ سایت XML
• فعال‌سازی LiteSpeed Cache و بررسی قوانین پیش‌فرض
• اتصال فرم‌ها و ایمیل سایت به SMTP احرازشده
• ساخت صفحات پایه: دربارهٔ ما، تماس، قوانین — اعتماد کاربر و گوگل
• ثبت سایت در Search Console و ارسال نقشهٔ سایت
• تنظیم بکاپ خودکار و یک بکاپ دستی به‌عنوان نقطهٔ صفر
• تست سایت روی موبایل واقعی — نه فقط حالت ریسپانسیو مرورگر
• تنظیم منطقهٔ زمانی تهران و قالب تاریخ در تنظیمات عمومی وردپرس
• غیرفعال‌کردن ایندکس تا پیش از آماده‌شدن محتوا و فعال‌کردنش در روز انتشار
• ساخت کاربر نویسنده برای تولید محتوا و نگه‌داشتن ادمین فقط برای مدیریت
• برنامه‌ریزی اولین بازبینی ماهانه در تقویم — همان چک‌لیست نگهداری بخش قبل

تصویر بلندمدت را داشته باشید تا هیچ مرحله‌ای غافلگیرتان نکند. سایت‌ها معمولاً این منحنی را طی می‌کنند: ماه‌های اول روی پلن شروع، جایی که محتوا و سئو مهم‌تر از منابع است؛ با رشد بازدید، ارتقا به پلن‌های میانی — یک کلیک و بدون جابه‌جایی؛ با جدی‌شدن فروش یا ترافیک، پلن‌های بزرگ‌تر با Worker و حافظهٔ بیشتر؛ و در نقطه‌ای که سفارشی‌سازی سرور یا ایزولاسیون کامل لازم شد، مهاجرت به سرور مجازی با کمک همان تیم پشتیبانی.

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

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

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