وقتی وردپرس دیگر اندازه‌ی کسب‌وکارتان نیست.

وردپرس یا سایت اختصاصی؛ اول بدانیم هر کدام چیست

وردپرس یک سیستم مدیریت محتوای متن‌باز است: هسته‌ای که نوشته و برگه و کاربر را مدیریت می‌کند، به‌اضافه‌ی قالب‌ها و افزونه‌هایی که هر کدام را یک تیم دیگر نوشته است. ووکامرس یکی از همین افزونه‌هاست که وردپرس را فروشگاه می‌کند. محبوبیتش بی‌دلیل نیست: طبق W3Techs در ۹ مهر ۱۴۰۵، وردپرس روی ۴۰٫۲٪ همه‌ی سایت‌های دنیا و ۵۸٫۷٪ سایت‌هایی است که سیستم مدیریت محتوای شناخته‌شده دارند.

سایت اختصاصی یعنی سیستمی که برای کار همان کسب‌وکار نوشته می‌شود: رابط کاربری (مثلا با Next.js، چارچوبی برای ساختن سایت با React)، بک‌اند و پنل مدیریتی که فقط همان کارهایی را دارد که شما لازم دارید، با همان نقش‌ها و همان گردش کاری که در کسب‌وکار شما هست. افزونه‌ای در کار نیست؛ هر امکان بخشی از خود سیستم است.

تفاوت وردپرس با سایت اختصاصی در کار روزانه

تفاوت وردپرس با سایت اختصاصی را در چیزهایی ببینید که هر روز با آنها سر و کار دارید، نه در فهرست امکانات:

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

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

طراحی سایت با وردپرس بهتر است یا php؟

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

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

• زبان تصمیم اصلی نیست. سیستم اختصاصی را می‌شود با PHP نوشت، با جاوااسکریپت و TypeScript، با Python یا زبان‌های دیگر. چیزی که سایت را خوب یا بد می‌کند، طراحی داده، کیفیت کد و نگهداری است، نه اسم زبان. ما سیستم‌های اختصاصی را با Next.js و React، TypeScript، Node.js و Python، PostgreSQL، Docker و Nginx می‌سازیم، و برای سایت‌هایی که وردپرس و ووکامرس‌اند، روی همان وردپرس کار می‌کنیم.
• HTML ساده برای سایت ثابت. سایتی که چند صفحه‌ی معرفی دارد و کسی محتوایش را هر هفته عوض نمی‌کند، با HTML ساده هم کار می‌کند؛ ولی هر تغییر کوچک به برنامه‌نویس نیاز دارد. وردپرس دقیقا برای همین ساخته شد که صاحب سایت خودش محتوا را عوض کند.
• «برنامه‌نویسی» یعنی پرداخت برای چیزی که آماده نیست. اگر کار شما با قالب و افزونه‌ی آماده درست انجام می‌شود، نوشتن همان از صفر پول دادن برای چیزی است که رایگان وجود داشت.

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

مزایا و معایب طراحی سایت با وردپرس

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

• شروع ارزان و سریع. قالب و افزونه‌ی آماده یعنی سایت در چند روز بالا می‌آید، با هزینه‌ای که سیستم اختصاصی نزدیکش هم نیست.
• اکوسیستم بزرگ. فهرست افزونه‌های wordpress.org خودش را بزرگ‌ترین فهرست افزونه‌های رایگان و متن‌باز وردپرس می‌نامد؛ برای بیشتر نیازهای رایج، کسی پیش‌تر افزونه‌اش را نوشته است.
• ویرایشگر آشنا. نویسنده‌ها و کارمندها بدون برنامه‌نویس نوشته، برگه و محصول اضافه می‌کنند.
• نیروی کار در دسترس. چون ۴۰٫۲٪ سایت‌های دنیا وردپرسی‌اند (عدد W3Techs در بخش اول)، پیدا کردن کسی که وردپرس بلد باشد آسان است.
• متن‌باز و بی‌حق اشتراک. خود وردپرس رایگان است و هر وقت بخواهید، می‌توانید آن را با همه‌ی داده‌هایش روی سرور دیگری ببرید.

و معایب، که بیشترشان از همان مزیت اکوسیستم می‌آیند:

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

دو شایعه درباره‌ی معایب وردپرس: ناامن و کند

درباره‌ی معایب سایت وردپرسی دو شایعه زیاد می‌شنوید: «وردپرس ناامن است» و «وردپرس کند است». هر دو نیمه‌درست‌اند.

امنیت. نیمه‌ی درستش این است که ریسک واقعی است، و نیمه‌ی نادرستش این است که ریسک در خود وردپرس است. عددهایش را در بخش بعد آورده‌ایم.

سرعت. داده‌ی کاربران واقعی Chrome که HTTP Archive منتشر می‌کند، برای اوت ۲۰۲۶ نشان می‌دهد در موبایل ۵۳٫۰٪ همه‌ی سایت‌ها شاخص‌های حیاتی وب (Core Web Vitals) را قبول می‌شوند، سایت‌های وردپرسی ۴۸٫۷٪ و سایت‌های ووکامرسی ۳۹٫۵٪. و همان داده عددی هم دارد که به ضرر حرف ماست: سایت‌های Next.js فقط ۳۵٫۱٪. ابزار به‌تنهایی سرعت نمی‌آورد؛ سرعت از ساخت و سرور درست می‌آید.

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

امنیت وردپرس؛ ریسک کجاست و چطور کمش کنیم

امنیت وردپرس را باید از امنیت سایت وردپرس جدا کرد. گزارش Patchstack برای ۲۰۲۵ (شرکتی که خودش ابزار امنیت وردپرس می‌فروشد) ۱۱٬۳۳۴ آسیب‌پذیری تازه در اکوسیستم وردپرس شمرده است، ۴۲٪ بیشتر از سال قبل: ۹۱٪ در افزونه‌ها، ۹٪ در قالب‌ها و فقط ۶ مورد در هسته، که همه کم‌خطر بودند. همان گزارش می‌گوید ۴۶٪ این آسیب‌پذیری‌ها تا روز اعلام عمومی وصله نشده بودند؛ یعنی حتی صاحب سایتی که همه‌چیز را به‌روز نگه می‌دارد، گاهی چند روز با در باز می‌ماند.

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

1. وردپرس، قالب و افزونه‌ها را به‌روز نگه دارید. همان راهنما می‌گوید نسخه‌های قدیمی وردپرس دیگر به‌روزرسانی امنیتی نمی‌گیرند.
2. افزونه‌ی بی‌استفاده را پاک کنید، نه فقط غیرفعال؛ این هم توصیه‌ی همان راهنماست.
3. ورود دومرحله‌ای و رمز قوی برای همه‌ی کسانی که به پیشخوان دسترسی دارند.
4. دسترسی کمتر. هر کارمند فقط نقشی را بگیرد که لازم دارد، نه «مدیر کل».
5. پشتیبان منظم با چند نسخه، که بیرون از خود سرور هم نگه داشته شود.
6. افزونه‌ی رهاشده را جایگزین کنید. افزونه‌ای که مدت‌هاست به‌روز نشده، اولین نامزد پاک شدن است.

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

کی تبدیل وردپرس به سایت اختصاصی لازم نیست

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

• درد اصلی سرعت است. در همان داده‌ی HTTP Archive فقط ۱۲٫۷٪ سایت‌های ووکامرسی در موبایل زمان پاسخ سرور خوب دارند، در برابر ۴۵٫۸٪ کل وب؛ این هم‌بستگی است، نه علت، ولی می‌گوید سرور و هاست سهم بزرگی دارند. اول پیکربندی سرور وردپرس (۱۵ میلیون تومان، در ۳ روز) و بهینه‌سازی سرعت (۱۰ میلیون تومان، در ۷ روز) را امتحان کنید و با تست رایگان سرعت قبل و بعد را بسنجید.
• سفارش‌ها کند باز می‌شوند و HPOS روشن نیست. ووکامرس سفارش‌ها را قدیم در جدول‌های عمومی وردپرس نگه می‌داشت و HPOS را ساخت تا سفارش‌ها جدول‌های اختصاصی و ایندکس‌دار داشته باشند؛ از نسخه‌ی ۸٫۲ (مهر ۱۴۰۲) برای فروشگاه تازه پیش‌فرض است، ولی فروشگاه قدیمی باید خودش روشنش کند.
• درد اصلی امنیت است ولی علتش افزونه‌های رهاشده و وصله‌نشده است. حذف افزونه‌های بی‌استفاده و به‌روزرسانی منظم بیشتر ریسک را برمی‌دارد.
• سایت بیشتر محتواست و نویسنده‌ها به ویرایشگر، پیش‌نمایش و افزونه‌های وردپرس تکیه دارند.
• کسی بعد از تحویل کد را نگه نمی‌دارد. سیستم اختصاصی بی‌نگهداری از وردپرس بی‌نگهداری بهتر نیست.
• فصل فروش نزدیک است یا کسب‌وکار چند هفته نوسان رتبه‌ی گوگل را تاب نمی‌آورد.

پنج نشانه که وقت رفتن رسیده است

برعکس، این‌ها نشانه‌هایی است که وردپرس دیگر اندازه‌ی کسب‌وکار شما نیست:

1. کار اصلی کسب‌وکار با چند افزونه‌ی وصله‌شده انجام می‌شود: قیمت عمده، رزرو، چند انبار، فروش چندفروشنده؛ و هر کدام را یک تیم دیگر نوشته است.
2. هر به‌روزرسانی چیزی را می‌شکند و کسی جرئت به‌روز کردن ندارد. همین سایت را کم‌کم ناامن‌تر می‌کند.
3. اپ موبایل، حسابداری، انبار یا همکاران به API درست نیاز دارند و هر اتصال یک افزونه‌ی تازه است.
4. پنل برای کارمندها گیج‌کننده است: نقش و گردش کار ندارد و هر کس به همه‌چیز دسترسی دارد.
5. بعد از سرور خوب، کش و HPOS، سایت هنوز در حجم بالا کند است.

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

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

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

1. افزونه‌ی خود شرکت حسابداری. بعضی نرم‌افزارهای حسابداری برای ووکامرس افزونه یا رابط آماده دارند. اگر نرم‌افزار شما دارد، ساده‌ترین راه همین است؛ فقط بپرسید چه چیزهایی را همگام می‌کند (سفارش، مشتری، موجودی، قیمت) و در کدام جهت.
2. رابط برنامه‌نویسی ووکامرس. REST API ووکامرس سفارش‌ها، محصولات و مشتری‌ها را با کلید و رمز مخصوص API به هر سیستم دیگری می‌دهد، و ووکامرس با وب‌هوک، یعنی خبری که با هر رویداد به نشانی دلخواه شما فرستاده می‌شود، می‌تواند ساخته شدن یا تغییر سفارش، محصول، مشتری و کوپن را همان لحظه به سیستم حسابداری خبر بدهد.
3. خروجی و ورودی فایل. گرفتن خروجی دوره‌ای از سفارش‌ها و وارد کردنش در حسابداری. ساده و ارزان است، ولی هم‌زمان نیست و خطای دستی دارد.

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

اپلیکیشن ووکامرس؛ اپ مدیریت یا اپ فروشگاه

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

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

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

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

پس اپ مدیریت هیچ‌وقت دلیل رفتن نیست. اپ مشتری وقتی دلیل رفتن است که کار فروشگاه به چند افزونه‌ی بی‌API تکیه دارد و اپ باید همه‌شان را داشته باشد؛ همان نشانه‌ی سوم بالا.

جایگزین ووکامرس: یک گزینه‌ی دیگر را هم بسنجید

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

سه راه، نه دو راه: درست کردن، وردپرس هدلس، سیستم اختصاصی

انتخاب فقط بین «بمانیم» و «برویم» نیست:

• همین وردپرس، درست‌شده. سرور، کش، HPOS و پاکسازی افزونه‌ها. کمترین هزینه، و بیشتر وقت‌ها کافی.
• وردپرس هدلس. وردپرس فقط پنل و انبار محتوا می‌ماند و ظاهر سایت جدا ساخته می‌شود، معمولا با Next.js و از راه REST API وردپرس. ولی هزینه‌هایش را خود WordPress VIP، از Automattic که ووکامرس هم مال اوست، در یک مقاله‌ی صریح گفته است: افزونه‌هایی که ظاهر سایت را می‌سازند دیگر کار نمی‌کنند، پیش‌نمایش و ویرایش درجا سخت‌تر می‌شود، تیم React و DevOps لازم است و نگهداری بلندمدت سنگین‌تر می‌شود. هر کس بگوید «در هدلس همه‌ی افزونه‌ها می‌مانند»، اشتباه می‌کند.
• سیستم اختصاصی کامل. پنل، بک‌اند و ظاهر همه برای کار شما ساخته می‌شوند. بیشترین هزینه‌ی اولیه، و بیشترین آزادی بعد از آن.

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

مهاجرت از ووکامرس، قدم به قدم

بدترین روش تبدیل وردپرس به سایت اختصاصی «یک شب همه‌چیز عوض شود» است. جوئل اسپولسکی در مقاله‌ای مشهور در سال ۲۰۰۰ نوشت بازنویسی از صفر بدترین اشتباه راهبردی یک شرکت نرم‌افزاری است، چون کد قدیمی سال‌ها رفع اشکال را در خودش دارد. راه امن‌تر همان است که مارتین فاولر الگوی Strangler Fig نامیده است: سیستم تازه کم‌کم کنار سیستم قدیم رشد می‌کند و رفتارها یکی‌یکی منتقل می‌شوند. روش ما این ایستگاه‌ها را دارد:

1. شناخت. فهرست همه‌ی نشانی‌ها، افزونه‌ها، داده‌ها و مهم‌تر از همه قانون‌های نانوشته: کاری که فلان افزونه بی‌صدا انجام می‌داد و هیچ‌کس یادش نیست.
2. نقشه و قیمت ثابت. بعد از شناخت، دامنه‌ی کار، قیمت و زمان مکتوب می‌شود.
3. ساخت روی نسخه‌ی آزمایشی، جدا از سایت زنده.
4. انتقال آزمایشی داده، چند بار، با شمارش تطبیقی: تعداد محصول، سفارش و مشتری در دو طرف باید یکی باشد.
5. اجرای هم‌زمان و آزمون. سایت قدیم کار می‌کند و سیستم تازه با داده‌ی واقعی آزموده می‌شود.
6. جابه‌جایی. TTL دامنه از قبل پایین آمده، آخرین داده منتقل می‌شود و ریدایرکت‌ها روشن می‌شوند.
7. تماشا. هر روز Search Console و لاگ صفحه‌های پیدانشده دیده می‌شود. سایت قدیم تا پایان این دوره آماده‌ی برگشت می‌ماند.

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

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

نشانی‌ها و سئو در تبدیل وردپرس به سایت اختصاصی

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

• هر نشانی قدیمی با ریدایرکت دائمی سمت سرور (۳۰۱ یا ۳۰۸) به معادل خودش برود، بدون زنجیره.
• همه‌ی نشانی‌ها را به صفحه‌ی اصلی نفرستید؛ گوگل ممکن است آن را «۴۰۴ نرم» ببیند، یعنی صفحه‌ای که عملا وجود ندارد.
• ریدایرکت‌ها را تا جای ممکن، معمولا دست‌کم یک سال، نگه دارید.
• نوسان موقت رتبه طبیعی است: برای سایت متوسط چند هفته یا بیشتر طول می‌کشد تا گوگل نشانی‌های تازه را جای قدیمی‌ها نشان بدهد، و برای سایت بزرگ بیشتر.
• اگر ممکن است، جابه‌جایی را در دوره‌ی کم‌بازدید انجام دهید.

گوگل در راهنمای ریدایرکت‌ها هم می‌گوید ریدایرکت موقت (۳۰۲ و ۳۰۷) به گوگل نمی‌گوید نشانی تازه اصلی است، و ریدایرکت با جاوااسکریپت فقط آخرین راه است.

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

سفارش‌ها، مشتری‌ها و رمزها

سفارش‌ها با همان شماره. در REST API ووکامرس هر سفارش یک شناسه‌ی داخلی (id) و یک شماره‌ی سفارش (number) جدا دارد؛ پس شماره‌ای که مشتری در پیامک و فاکتورش دیده می‌تواند در سیستم تازه بماند. همین API محصولات و متغیرها، مشتری‌ها، کوپن‌ها، بازپرداخت‌ها و دیدگاه‌ها را هم می‌دهد. REST API وردپرس در هر درخواست حداکثر ۱۰۰ رکورد برمی‌گرداند؛ برای فروشگاه بزرگ یعنی انتقال یا مستقیم از دیتابیس انجام می‌شود یا با هزاران درخواست، و دلیل اینکه انتقال آزمایشی را چند بار تکرار می‌کنیم همین است.

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

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

درگاه پرداخت، پیامک و نماد اعتماد در ایران

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

بعد از جابه‌جایی: هفته‌های اول را چطور تماشا کنیم

تبدیل وردپرس به سایت اختصاصی روز جابه‌جایی تمام نمی‌شود. در هفته‌های اول این‌ها هر روز دیده می‌شود:

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

وقتی این دوره آرام گذشت، سایت قدیم کنار می‌رود. ریدایرکت‌ها اما می‌مانند، دست‌کم یک سال و ترجیحا همیشه.

ریسک‌ها، و راه کم کردن هر کدام

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

هزینه و زمان تبدیل وردپرس به سایت اختصاصی از کجا می‌آید

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

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

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

پیش از تبدیل وردپرس به سایت اختصاصی چه آماده کنید

اگر تصمیمتان جدی است، این‌ها گفتگو را کوتاه و برآورد را دقیق می‌کند:

1. فهرست افزونه‌ها و یک جمله برای هر کدام: «این برای چه کاری است؟»
2. فهرست کارهای روزانه‌ی کارمندها در پنل: چه کسی چه می‌کند.
3. دسترسی خواندنی به Search Console و آمار سایت، برای دیدن صفحه‌هایی که بیشترین بازدید را می‌آورند.
4. فهرست اتصال‌ها: درگاه، پیامک، انبار، حسابداری و هر سیستم دیگر.
5. تقویم فروش: کدام هفته‌ها نباید جابه‌جایی انجام شود.
6. کسی که بعد از تحویل سیستم را نگه می‌دارد: خودتان، تیم داخلی یا ما.

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

چرا تیم سفید

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

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

پرسش‌های رایج

رتبه‌ی گوگل افت می‌کند؟

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

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

نه. سایت قدیم تا لحظه‌ی جابه‌جایی کار می‌کند و سیستم تازه جدا ساخته و آزموده می‌شود. خود جابه‌جایی کوتاه است و راه برگشت آماده می‌ماند.

بعدا خودمان می‌توانیم سایت را تغییر بدهیم؟

بله. کد و مستندات به نام شماست و هر برنامه‌نویس آشنا با همان ابزارها می‌تواند رویش کار کند. پنل مدیریت هم طوری ساخته می‌شود که کارهای روزانه بی‌برنامه‌نویس انجام شود.

چرا Next.js؟

در انتقال ووکامرس به Next.js دلیل ما این است که صفحه‌ها را می‌شود سمت سرور ساخت و HTML کامل به گوگل و مرورگر داد، و همین سایت هم با آن ساخته شده و هر روز با آن کار می‌کنیم. ولی تکرار می‌کنیم: ابزار به‌تنهایی سرعت نمی‌آورد؛ سرعت از ساخت درست و سرور درست می‌آید.

وردپرس هدلس بهتر نیست؟

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

طراحی سایت با وردپرس بهتر است یا برنامه‌نویسی؟

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

وردپرس امن است؟

هسته‌اش کم‌خطر است: در گزارش Patchstack برای ۲۰۲۵ فقط ۶ آسیب‌پذیری کم‌خطر در هسته بود، در برابر هزاران مورد در افزونه‌ها. امنیت سایت وردپرس شما بیشتر به تعداد و نگهداری افزونه‌هایش بستگی دارد.