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

فروشگاه با سایت معمولی چه فرقی دارد؟

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

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

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

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

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

سفارش‌ها و دیتابیس

ووکامرس سال‌ها سفارش‌ها را در همان جدول‌هایی نگه می‌داشت که وردپرس برای نوشته‌ها دارد. با بزرگ شدن فروشگاه، این جدول‌ها خیلی بزرگ می‌شدند و هر جستجو در سفارش‌ها کند. از نسخه‌ی ۸٫۲ در پاییز ۲۰۲۳، ووکامرس برای فروشگاه‌های تازه جدول‌های جدای سفارش را پیش‌فرض کرد، که به آن «ذخیره‌ی پرسرعت سفارش‌ها» می‌گویند. فروشگاه‌های قدیمی باید خودشان این جابه‌جایی را انجام دهند.

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

فیلترها و جستجو

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

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

کارهای پس‌زمینه

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

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

روز کمپین

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

روی هاست اشتراکی، سقف درخواست هم‌زمان و سقف پردازنده خیلی زود پر می‌شود. نتیجه، خطای ۵۰۳ یا ۵۰۸ است، یا صفحه‌ای که چند ده ثانیه طول می‌کشد. بدتر، گاهی پرداخت در درگاه انجام شده ولی برگشت به فروشگاه به خطا می‌خورد و سفارش ثبت نمی‌شود؛ خریدار پول داده و سفارشی نمی‌بیند. پشتیبانی همان روز پر از تماس‌های عصبانی می‌شود.

روی سرور خودتان، می‌دانید چه منابعی دارید، و پیش از کمپین می‌شود با یک آزمایش بار دید سرور چند خریدار هم‌زمان را تحمل می‌کند. اگر کم بود، سرور مجازی را برای چند روز بزرگ‌تر می‌کنید و بعد برمی‌گردانید.

برگشت از درگاه پرداخت

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

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

موجودی و فروش هم‌زمان

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

پیشخوان فروشگاه

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

عکس محصول‌ها

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

راه درست، اندازه‌ی درست عکس پیش از آپلود، و ساختن نسخه‌ی WebP برای هر عکس است، که معمولا یک‌چهارم تا یک‌سوم سبک‌تر از JPG است؛ کامل در درس WebP گفته‌ایم. روی سرور خودتان، ابزار ساختن WebP و AVIF را می‌شود روی خود سرور نصب کرد تا وردپرس موقع آپلود، خودش نسخه‌ی سبک را بسازد.

افزونه‌ها، در هر درخواست

هر افزونه‌ی وردپرس، در هر درخواستی که کش نشده، بار می‌شود و کدش اجرا می‌شود؛ حتی اگر آن صفحه به کارش نیاید. فروشگاه‌ها معمولا افزونه‌های بیشتری از سایت‌های معمولی دارند؛ درگاه پرداخت، ارسال، پیامک، فیلتر، حسابداری، باشگاه مشتریان، فرم و چند تای دیگر. فروشگاهی با ۴۰ افزونه، در هر بار ساختن سبد خرید، کد ۴۰ افزونه را اجرا می‌کند.

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

تمیزکاری دیتابیس

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

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

آزمایش بار پیش از کمپین

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

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

بزرگ‌تر کردن سرور

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

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

خریدار با گوشی می‌آید

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

گوگل هم سرعت صفحه روی گوشی را با معیارهایی مثل LCP، یعنی زمان دیده شدن بزرگ‌ترین بخش صفحه، اندازه می‌گیرد، و صفحه‌ی محصول معمولا با عکس بزرگ محصول همین عدد را می‌سازد. سرور سریع و عکس سبک، با هم این عدد را پایین می‌آورند.

فایل‌های ثابت و CDN

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

دیدن خطاها

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

هاست ووکامرس چه چیزی را درست می‌کند و چه چیزی را نه؟

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

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

قیمت‌ها کنار هم

در مهر ۱۴۰۵، دو پلن معروف «هاست ووکامرس» داخل ایران با سقف ۵ هسته و ۵ گیگابایت حافظه، ماهانه حدود یک میلیون و ۳۰ هزار تا یک میلیون و ۸۶۰ هزار تومان بودند. در همان زمان یک سرور مجازی داخل ایران با ۲ هسته‌ی رزروشده و ۴ گیگابایت حافظه، حدود یک میلیون و ۱۶۰ هزار تومان در ماه، و یک سرور با ۴ هسته و ۸ گیگابایت برای فروشگاه‌های پربازدید، حدود یک میلیون و ۵۱۰ هزار تومان.

پس فرق ماهانه یا هیچ است یا خیلی کم. چیزی که فرق دارد، این است که آن سرور یک بار باید درست ساخته و تنظیم شود. پیکربندی سرور وردپرس همین کار است، با هزینه‌ی ثابت ۱۵ میلیون تومان، یک بار برای همیشه.

سرور ووکامرس چه تنظیمی می‌خواهد؟

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

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

پشتیبان‌گیری فروشگاه

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

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

امنیت فروشگاه

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

HTTPS و گواهی فروشگاه

فروشگاهی که اسم و آدرس و شماره‌ی خریدار را می‌گیرد، باید کامل روی HTTPS باشد؛ هم برای امنیت، هم چون مرورگرها کنار هر صفحه‌ی بی HTTPS می‌نویسند «ناامن» و خریدار از چنین صفحه‌ای خرید نمی‌کند. روی هاست، گواهی معمولا خودکار نصب می‌شود. روی سرور خودتان، گواهی رایگان با تمدید خودکار تنظیم می‌شود، چون از ۲۰۲۶ عمر گواهی‌ها حداکثر ۲۰۰ روز است و کم‌کم به ۴۷ روز می‌رسد؛ تمدید دستی دیگر شدنی نیست. همه‌ی جزئیاتش در درس SSL آمده است. کنار گواهی، HSTS هم روشن می‌شود تا مرورگر حتی یک درخواست بی رمز هم به فروشگاه نفرستد، و همه‌ی آدرس‌های قدیمی http با انتقال دائمی به https می‌روند تا رتبه‌ها حفظ شوند.

پیش از خرید هاست ووکامرس چه بپرسیم؟

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

نشانه‌هایی که فروشگاه از هاست بزرگ‌تر شده

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

رفتن از هاست ووکامرس به سرور، بی گم شدن سفارش

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

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

جمع‌بندی

هاست ووکامرس برای فروشگاهی که تازه شروع کرده، با چند سفارش در روز، کافی است. ولی فروشگاه در لحظه‌ی خرید بیشترین کار را به سرور می‌دهد، و این لحظه روی هاست اشتراکی با هزاران سایت دیگر شریک است. وقتی فروشگاه بزرگ شد، با همان پول ماهانه می‌شود سروری داشت که فقط مال فروشگاه است، با تنظیم مخصوص خودش. پیکربندی این سرور ۳ روز طول می‌کشد، پرداخت پس از انجام پروژه و رضایت ۱۰۰ درصد شماست، ۷ روز پشتیبانی رایگان دارد و در پایان گزارش PDF همه‌ی کارها را می‌گیرید. اگر نشانه‌های بالا را در فروشگاه خودتان می‌بینید، اول یک تست سرعت رایگان بگیرید، و بعد سفارش پیکربندی سرور را ثبت کنید.