مشکل سرعت یا عملکرد
ابتدا بررسی و بهینهسازی وردپرس.
نه لزوماً.
اگر مشکل سایت شما با بهینهسازی، بازطراحی، اصلاح ساختار یا توسعه روی وردپرس قابل حل باشد، مهاجرت به یک سیستم اختصاصی ممکن است هزینه و پیچیدگی غیرضروری ایجاد کند.
ما ابتدا وضعیت فعلی سایت، نیازهای کسبوکار و مسیر توسعه آینده را بررسی میکنیم و سپس درباره مناسبترین راهکار تصمیم میگیریم. سایت اختصاصی همیشه بهتر از وردپرس نیست؛ برای بسیاری از سایتهای محتوایی، شرکتی و فروشگاهی، وردپرس همچنان انتخاب مناسبی است.
اگر مسئله سرعت، ظاهر یا سئو فنی همان سایت وردپرسی است، مسیر نزدیکتر بازطراحی و بهینهسازی سایت وردپرس است. این صفحه برای وقتی است که خودِ بستر، برای نیاز بعدی تنگ شده باشد.
هیچکدام از این موارد بهتنهایی یعنی باید مهاجرت کنید. در برخی پروژهها، و بسته به نیاز، این محدودیتها دلیل بررسی معماری جدید میشوند.
وقتی منطق برنامه دیگر در قالب و افزونه جا نمیشود.
پنلی که حول کار واقعی تیم شما باشد، نه حول منوی عمومی وردپرس.
گردش کاری که با فرم و افزونه آماده فقط شبیهسازی میشود.
چند API که باید پایدار، محدود و قابل نگهداری باشند.
نقشها، سطح دسترسی و مسیر تأیید که از نقشهای معمول وردپرس فراتر است.
در برخی پروژهها ساختار فعلی توسعه بعدی را گران یا شکننده میکند.
بخش مهمی از محصول روی افزونههایی است که برای این کار ساخته نشدهاند.
بهروزرسانی یکی، دیگری را میشکند و راهحل پایدار داخل همان اکوسیستم پیدا نمیشود.
نقشه محصول چند سال بعد، با ساختار معمول وردپرس همخوان نیست.
باری که با بهینهسازی معمول برطرف نمیشود. سرعت بالاتر را از پیش وعده نمیدهیم.
مراحل، وضعیتها و تأییدهایی که باید در خود سیستم تعریف شوند.
وقتی محصول نرمافزاری است و وردپرس فقط پوسته موقت آن بوده است.
هیچکدام همیشه بهتر نیست. جدول زیر کمک میکند موقعیت خودتان را پیدا کنید، نه اینکه یک پاسخ کلی بفروشد.
ابتدا بررسی و بهینهسازی وردپرس.
بازطراحی همان سایت، مگر اینکه معماری هم مانع باشد.
بررسی، حذف یا جایگزینی افزونهها پیش از حرف مهاجرت.
بررسی امکان توسعه روی وردپرس یا مهاجرت.
بررسی مهاجرت به سایت اختصاصی.
بررسی معماری اختصاصی، بعد از دیدن فرآیند واقعی.
دامنه انتقال به سایت فعلی بستگی دارد. این فهرست امکان است، نه قول انتقال خودکار همه افزونهها.
موارد قابل انتقال پس از بررسی ساختار دیتابیس، قالب، افزونهها و نیازهای پروژه مشخص میشوند. داده افزونهای که ساختارش خوانا یا لازم نباشد، خودکار همراه سایت نمیآید.
عوض شدن تکنولوژی نباید ساختار جستجوی موجود را نادیده بگیرد. هدف این فرآیند کاهش ریسک افت ترافیک و مشکلات ایندکس در زمان مهاجرت است، نه حفظ رتبه.
وردپرس، قالب، افزونهها، دیتابیس، محتوا، کاربران، محصولات، آدرسها، سئو و اتصالهای موجود.
مشکل فعلی، نیاز آینده، گردشکار، اتصالهای لازم و انتظار از پنل مدیریت.
رابط، بکاند، دیتابیس، API، ورود کاربران، پنل و زیرساخت. استک دقیق در برآورد همان پروژه نوشته میشود.
ظاهر میتواند نزدیک سایت فعلی بماند یا بازطراحی شود. بازطراحی اجباری نیست.
پیادهسازی معماری و امکاناتی که در محدوده کار توافق شدهاند.
انتقال دادهای که از وردپرس توافق شده، نه هر آنچه یک افزونه جایی ذخیره کرده است.
ریدایرکت، متادیتا، canonical، نقشه سایت، robots، نگاشت آدرس و لینک داخلی.
عملکرد، فرم، ورود، داده، موبایل، سرعت، سئو و ریدایرکت. قطعی صفر از قبل وعده داده نمیشود.
هدف، کپی کردن وردپرس در شکل دیگر نیست. سیستم جدید میتواند دور نیاز واقعی چیده شود. اگر از صفر و بدون سایت قبلی میسازید، صفحه طراحی سایت اختصاصی همان مسیر است؛ اینجا انتقال سایت موجود موضوع است.
منطق کسبوکار در خود سیستم، نه در زنجیره افزونه.
ابزار کار تیم، با همان نقشهایی که لازم است.
ساختار داده بر اساس موجودیتهای همین پروژه.
سرویسهای بیرونی در محدوده توافق، با کنترل دسترسی.
سطح دیدن و انجام کار برای هر گروه کاربر.
فقط بخشهایی که فرآیند شما واقعاً لازم دارد، نه یک فهرست آماده.
این تصویر مفهومی است، نه نتیجه یک پروژه و نه عدد عملکرد.
اینها امکاناند، نه نتیجه قطعی. سئو، سرعت، امنیت و تبدیل به کیفیت پیادهسازی و نیاز همان پروژه وابستهاند و با عوض شدن بستر تضمین نمیشوند.
ساختار سیستم از فرآیند شما میآید، نه از قالب یک CMS عمومی.
تغییر بعدی کمتر به سازگاری یک افزونه عمومی گره میخورد.
وضعیتها و تأییدها میتوانند داخل سیستم تعریف شوند.
مدل داده و قوانین در محدوده معماری همان پروژه مشخص میشود.
بهجای وفق دادن کار با پنل آماده، پنل حول کار ساخته میشود.
در بخشهایی که افزونه عمومی مانع است، وابستگی به آن کمتر میشود. همهجا حذف افزونه هدف نیست.
در این حالتها طراحی سایت وردپرس یا بهینهسازی سایت وردپرسی موجود مسیر مناسبتری است. فروشگاه استاندارد هم معمولاً همانجا میماند، نه در مهاجرت.
اگر مهاجرت لازم نباشد، همان را میگوییم.
لایهها بر اساس نیاز همین سایت تعریف میشوند، نه یک قالب ثابت.
نگاشت آدرس و ریدایرکت بخشی از کار است، نه کار بعدی فراموششده.
هر دو مسیر در ایلیاوب وجود دارد؛ مهاجرت فروش یکی به قیمت حذف دیگری نیست.
معماری طوری دیده میشود که مرحله بعد هم روی همان سیستم ممکن بماند.
پشتیبانی و نگهداری سایت جدا از خود مهاجرت قابل توافق است.
زمان و هزینه به حجم داده، اتصالها و دامنه بازطراحی بستگی دارد. عدد یا مدت ثابتی از قبل منتشر نمیکنیم.
شروع کار بدون پیشپرداخت است. اگر بررسی نشان بدهد بهینهسازی وردپرس کافی است، مهاجرت پیشنهاد نمیشود.
قبل از اینکه برای مهاجرت تصمیم بگیرید، سایت فعلی و نیازهای کسبوکارتان را بررسی میکنیم.
بیشتر سایتها از نظر فنی قابل بررسیاند، اما تبدیل همیشه تصمیم درست نیست. اگر با بهینهسازی یا توسعه روی وردپرس مسئله حل شود، مهاجرت پیشنهاد نمیشود.
معماری جدید ساخته میشود، ولی ظاهر میتواند نزدیک سایت فعلی بماند یا بازطراحی شود. داده توافقشده منتقل میشود. این با ساخت یک سایت بیارتباط از صفر یکی نیست. برای پروژه بدون سایت قبلی، طراحی سایت اختصاصی مسیر جداست.
صفحات، نوشتهها، دستهها، فایلها، کاربران، محصولات و سفارشها در بسیاری از سایتها قابل بررسیاند. فهرست قطعی بعد از دیدن دیتابیس و افزونهها مشخص میشود.
اگر حسابها در دیتابیس باشند و انتقالشان در محدوده کار باشد، بله قابل بررسی است. انتقال عین رمز عبور به روش ذخیره آن بستگی دارد و گاهی بازنشانی رمز لازم میشود.
در بسیاری از فروشگاهها محصول، دسته و سفارش قابل انتقال است، اگر داده خوانا باشد و در توافق بیاید. داده افزونههای جانبی خودکار منتقل نمیشود.
اگر معماری جدید همان مسیرها را پشتیبانی کند، میتوانند بمانند. وگرنه برای آدرسهای مهم نگاشت و ریدایرکت ۳۰۱ تعریف میشود. حفظ همه آدرسها از قبل تضمین نمیشود.
رتبه حفظشده وعده داده نمیشود. کار این است که آدرس، ریدایرکت، متادیتا، نقشه سایت و ایندکس نادیده گرفته نشود تا ریسک افت ترافیک و خطای ایندکس کمتر شود.
ممکن است، بهخصوص اگر ریدایرکت و ساختار آدرس رها شود. هدف، کاهش این ریسک است نه تضمین اینکه رتبه ثابت بماند.
زمان ثابتی اعلام نمیکنیم. به حجم داده، اتصالها و اینکه ظاهر هم عوض شود یا نه بستگی دارد و بعد از بررسی گفته میشود.
بله، توسعه بعدی روی همان معماری ممکن است. نگهداری دورهای جداگانه و در پشتیبانی سایت قابل توافق است.
نه. اگر مسئله اصلی سرعت است، اول بهینهسازی سایت وردپرس بررسی میشود.
بله، اگر دسترسی مدیریت وردپرس، هاست و در صورت نیاز دیتابیس فراهم باشد. بدون این دسترسیها دامنه کار مشخص نمیشود.
سه مسیر را با هم قاطی نکنید: بهینهسازی سایت وردپرس برای بهتر کردن همان سایت، این صفحه برای انتقال سایت موجود به معماری اختصاصی، و طراحی سایت اختصاصی برای ساخت از صفر. ساخت یا نگه داشتن وردپرس در طراحی سایت وردپرس است. بعد از انتشار، پشتیبانی و نگهداری سایت جدا توافق میشود.