طراحی سایت اختصاصی در اصفهان یا وردپرس؛ کدام گزینه برای کسب‌وکار شما بهتر است؟

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

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

جدول ۱ — پاسخ سریع بر اساس وضعیت شما

اگر وضعیت شما در دو ردیف متفاوت جا می‌گیرد، بخش ۱۰ (کارت امتیازدهی) تصمیم را قطعی می‌کند.

بخش زیادی از سردرگمی این تصمیم از یک اشتباه در نام‌گذاری می‌آید. «وردپرس» و «اختصاصی» دو نقطه‌ی روبه‌روی هم نیستند؛ سه نقطه روی یک طیف‌اند:

۲.۱ مسیر اول: وردپرس با قالب آماده

قالبی از بازار (اغلب چندمنظوره) خریداری می‌شود، محتوا داخلش می‌رود و با چند افزونه تکمیل می‌شود. سریع‌ترین و کم‌هزینه‌ترین مسیر اولیه است. کیفیت نهایی تقریباً کامل تابع دو چیز است: انتخاب قالب و  انضباط در تعداد افزونه‌ها

۲.۲ مسیر دوم: وردپرس سفارشی‌سازی‌شده

قالب اختصاصی برای وردپرس نوشته می‌شود (بدون صفحه‌ساز سنگین)، فیلدهای دلخواه با ابزارهایی مثل فیلدهای سفارشی ساخته می‌شوند و فقط افزونه‌های ضروری می‌مانند. این مسیر در عمل بهترین نسبت «کیفیت به هزینه» را برای سایت‌های شرکتی و محتوایی دارد و متأسفانه کمتر از هر دو مسیر دیگر پیشنهاد می‌شود، چون نه به‌اندازه‌ی قالب آماده ارزان است و نه به‌اندازه‌ی پروژه‌ی اختصاصی سود دارد.

۲.۳ مسیر سوم: طراحی سایت اختصاصی (کدنویسی‌شده)

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

جدول ۲ — تفاوت واقعی سه مسیر

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

۲.۴ چرا وردپرس این‌قدر پرکاربرد است؟

بر اساس آمار W3Techs در تابستان ۲۰۲۶، وردپرس روی حدود ۴۱٪ از کل وب‌سایت‌های نمونه‌گیری‌شده و نزدیک به ۵۹٪ از سایت‌هایی که سیستم مدیریت محتوای قابل‌تشخیص دارند اجرا می‌شود — سهمی که چند سال پیش بالاتر هم بود و اکنون روند نزولی ملایمی دارد. این عدد یک چیز را ثابت می‌کند و یک چیز را ثابت نمی‌کند:  ثابت می‌کند اکوسیستم، نیروی انسانی و مستندات فراوانی پشت وردپرس هست؛  ثابت نمی‌کند که برای پروژه‌ی شما انتخاب درستی است. محبوبیت یک معیار تصمیم نیست، اما ریسک «نبود آدم برای نگهداری» را واقعاً کم می‌کند.

هر معیار را با یک پرسش شروع می‌کنیم که می‌توانید همین حالا درباره‌ی کسب‌وکارتان جواب بدهید.

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

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

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

۳.۲ سرعت: کدام‌یک واقعاً سریع‌تر است؟

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

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

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

۳.۳ سئو: آیا گوگل به نوع ساخت سایت اهمیت می‌دهد؟

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

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

اگر مسیر اختصاصی را انتخاب می‌کنید، این‌ها را به‌صورت بند قابل‌تحویل بخواهید:

• کنترل کامل عنوان، توضیحات متا، H1 و canonical برای هر صفحه از داخل پنل
• آدرس‌های خوانا و پایدار، بدون پارامتر اضافه؛ نقشه‌ی سایت XML خودکار و robots.txt قابل‌ویرایش
• داده‌ی ساختاریافته (Schema) برای محصول، مقاله، سؤالات متداول و کسب‌وکار محلی
• مدیریت ریدایرکت ۳۰۱ از داخل پنل، بدون نیاز به توسعه‌دهنده
• کنترل ایندکس صفحات فیلتر و جست‌وجو، صفحه‌بندی درست، و صفحه‌ی ۴۰۴ سالم

• پشتیبانی از تگ‌های چندزبانه اگر بازار صادراتی دارید

۳.۴ امنیت: وردپرس ناامن است یا بدون‌مراقبت رها می‌شود؟

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

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

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

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

۳.۵ یکپارچه‌سازی: سایت با چه چیزهایی باید حرف بزند؟

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

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

۳.۶ نگهداری و وابستگی: بعد از تحویل چه اتفاقی می‌افتد؟

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

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

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

۳.۷ زمان تا انتشار: چقدر عجله دارید؟

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

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

۳.۸ مالکیت و انتقال‌پذیری: اگر فردا از هم جدا شویم، چه چیزی دست شماست؟

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

جدول ۳ — محرک‌های هزینه در دو مسیر

۴.۱ الگویی که بیشترین هزینه را به کسب‌وکارها تحمیل می‌کند

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

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

هر دو خطا یک ریشه دارند:  تصمیم‌گیری بدون سند نیازمندی سند نیازمندی گران نیست؛ نداشتنش گران است.

۴.۲ برگه‌ی محاسبه‌ی هزینه‌ی سه‌ساله

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

جدول ۴ — ردیف‌هایی که باید در هزینه‌ی سه‌ساله جمع بزنید

۴.۳ برون‌سپاری یا نیروی داخلی؟

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

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

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

وردپرس همیشه هک می‌شود. بیش از حد ساده‌سازی‌شده. داده‌ی Patchstack نشان می‌دهد تقریباً همه‌ی آسیب‌پذیری‌ها در افزونه‌ها و قالب‌ها هستند و هسته سهم بسیار کوچکی دارد. وردپرسی که افزونه‌ی کم و معتبر دارد، منظم به‌روز می‌شود و پشتیبان دارد، سایت امنی است. وردپرسی که دو سال به آن دست نزده‌اند، آسیب‌پذیر است — و این درباره‌ی هر نرم‌افزار رهاشده‌ای درست است.

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

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

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

جدول ۵ — پیشنهاد بر اساس نوع کسب‌وکار

۶.۱ کسب‌وکارهای اصفهان: دو الگوی پرتکرار

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

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

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

۶.۲ فروشگاه اینترنتی: ووکامرس کافی است یا نه؟

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

1. تعداد زیاد محصول با متغیرهای متعدد (رنگ، سایز، بسته‌بندی) که مدیریت و جست‌وجویش کند شده است
2. موجودی در چند انبار یا چند شعبه و نیاز به همگام‌سازی زنده با سیستم انبار
3. قیمت‌گذاری متفاوت برای گروه‌های مشتری، قرارداد عمده یا تخفیف پله‌ای
4. فرایند خرید غیرمتعارف: پیش‌فاکتور، تأیید کارشناس، سفارش سازمانی، پرداخت مرحله‌ای
5. کمپین‌های با ترافیک هم‌زمان سنگین که در آن سبد خرید و پرداخت نباید کند شود
6. نیاز به اتصال دوطرفه با حساب‌داری، تولید یا سامانه‌های سفارشی داخلی

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

نکته‌ی مستقل از فناوری: الزامات قانونی فروش آنلاین در ایران — از جمله نماد اعتماد الکترونیکی، ساماندهی و شرایط اتصال به درگاه پرداخت — به انتخاب وردپرس یا اختصاصی ربطی ندارد و در هر دو مسیر باید رعایت شود. جزئیات و شرایط به‌روز را از سامانه‌های رسمی (enamad.ir و samandehi.ir) بگیرید، چون قواعد و مدارک تغییر می‌کنند.

انتخاب همیشه صفر و یک نیست. سه ترکیب رایج و منطقی وجود دارد:

۷.۱ وردپرس به‌عنوان مخزن محتوا، رابط کاربری اختصاصی (هدلس)

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

هزینه‌ی پنهانش را بدانید: این معماری دو سیستم برای نگهداری، یک خط انتشار (build/deploy) و تخصص بیشتری می‌خواهد؛ بعضی قابلیت‌های آماده‌ی وردپرس (مثل پیش‌نمایش زنده یا برخی افزونه‌های ظاهری) دیگر مستقیم کار نمی‌کنند. هدلس اگر «چون مدرن است» انتخاب شود، معمولاً پشیمانی می‌آورد؛ اگر برای یک دلیل مشخص انتخاب شود، ابزار قوی‌ای است.

۷.۲ هسته‌ی اختصاصی + وردپرس فقط برای وبلاگ

سامانه‌ی اصلی (فروشگاه، رزرو، پنل) اختصاصی است و وبلاگ روی وردپرس اجرا می‌شود.  توصیه‌ی سئویی: وبلاگ را روی  زیرشاخه بگذارید (example.com/blog/) نه زیردامنه، تا اعتبار در یک دامنه متمرکز بماند و لینک‌سازی داخلی بین محتوا و صفحات خدمات معنا پیدا کند. مراقب یکسانی ظاهر و منو باشید؛ کاربر نباید حس کند به سایت دیگری پرت شده است.

۷.۳ نسخه‌ی اول وردپرسی، بازنویسی برنامه‌ریزی‌شده

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

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

1. سایت روی چه چیزی ساخته می‌شود؟ وردپرس با قالب آماده، قالب اختصاصی، یا کدنویسی از پایه؟
2. سند نیازمندی و دامنه‌ی کار (Scope) چیست و چه چیزهایی صریحاً خارج از آن است؟
3. تحویل نهایی شامل چه اقلامی است؟ کد، پایگاه‌داده، دسترسی مخزن، مستندات، فایل‌های طراحی
4. مالکیت کد و محتوا پس از تسویه به نام چه کسی است؟
5. دامنه و هاست به نام و ایمیل ما ثبت می‌شود؟
6. پنل مدیریت چه امکاناتی دارد؟ می‌شود همین امروز نمونه‌اش را ببینیم؟
7. اقلام سئوی فنی چه هستند و کدام‌شان تحویل‌دادنی است؟ (فهرست بخش ۳.۳ را بدهید)
8. معیار پذیرش سرعت چیست؟ چه عددی برای LCP و INP روی موبایل تضمین می‌شود؟
9. امنیت چطور مدیریت می‌شود؟ به‌روزرسانی، پشتیبان‌گیری، تست بازگردانی، ورود دو‌مرحله‌ای
10. فهرست افزونه‌ها و لایسنس‌ها با هزینه‌ی تمدید سالانه چیست؟
11. قرارداد پشتیبانی چه چیزی را پوشش می‌دهد و «تغییر جدید» از چه نقطه‌ای هزینه‌ی جدا دارد؟ زمان پاسخ‌گویی چقدر است؟
12. محیط آزمایشی (staging) دارید و تغییرات پیش از اعمال روی سایت اصلی آزمایش می‌شوند؟

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

۹.۱ آیا مجری باید در اصفهان باشد؟

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

معیار درست، شهر نیست:  فرایند کاری و شفافیت است. مجری بدون سند نیازمندی و بدون گزارش‌دهی منظم، در همان خیابان شما هم باشد، پروژه را نجات نمی‌دهد.

به هر پرسش «بله» یا «خیر» بدهید. برای هر «بله»، وزن آن ردیف را به ستون مربوطه اضافه کنید. پرسش‌هایی که به آن‌ها «خیر» می‌دهید امتیازی ندارند.

جدول ۶ — کارت امتیازدهی انتخاب مسیر

خواندن نتیجه:

• امتیاز «اختصاصی» ۸ یا بیشتر: مسیر اختصاصی را جدی بگیرید؛ ادامه دادن با ابزار آماده احتمالاً به بازنویسی می‌رسد.
• امتیاز «اختصاصی» بین ۴ تا ۷: وردپرس سفارشی‌سازی‌شده یا معماری ترکیبی (بخش ۷) بهترین نسبت ارزش به هزینه را دارد.

• امتیاز «اختصاصی» ۳ یا کمتر: وردپرس انتخاب درست است؛ بودجه را به‌جای معماری، صرف محتوا، سرعت و سئو کنید.

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

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