چرا اصلاً از ووکامرس برویم

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

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

چرا مونولیت ماژولار، نه میکروسرویس

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

نکته‌ی حیاتی این است که مرزهای ماژول در CI ماشینی اجرا می‌شوند. معماری‌ای که فقط یک نمودار باشد فرسوده می‌شود؛ معماری‌ای که بیلد اجازه‌ی نقضش را نمی‌دهد دوام می‌آورد.

محدودیت صفر افت سئو

هر URL، ریدایرکت، canonical و سیگنال داده‌ی ساختاریافته باید حفظ شود تا موتور جست‌وجو همان فروشگاه را در همان آدرس‌ها ببیند. این یک کار پایانی نیست — یک ورودی طراحی است که از روز اول مسیریابی و رندر را محدود می‌کند.

در عمل یعنی نقشه‌ی URL و خروجی اسکیما را به‌عنوان قرارداد در نظر بگیری، پیش از کات‌اوور در برابر سایت زنده تستشان کنی، و مهاجرت را پشت یک کلید برگشت‌پذیر عرضه کنی.

چطور ریسک کات‌اوور را کم می‌کنم

خواندن ایندکس‌شده، بدون کوئری N+1، مسیرهای داغِ کش‌شده، و یک موتور کاتالوگ و قیمت که خنثی نسبت به حوزه است تا همان پلتفرم بتواند به خرده‌فروش دیگری هم خدمت کند. فارسی و انگلیسی از ابتدا درجه‌یک‌اند نه الحاقی.

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

کسب‌وکار واقعاً چه می‌گیرد

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

این تفاوت بین سایتی است که نگهداری می‌شود و سایتی که صرفاً از آن جان به‌در می‌برند.

برای جزئیات پیاده‌سازی، Commerce Platform — کیس‌استادی و نمایش MU-plugin را ببینید. همچنین می‌توانید کتابخانه‌ی پروژه‌ها و کیس‌استادی‌ها را مرور کنید.