کامرس هدلس (Headless) چیست و چه زمانی به آن نیاز دارید؟
در یک فروشگاه معمولی، همان نرمافزاری که سفارش و موجودی و قیمت را مدیریت میکند، صفحهها را هم میسازد. هدلس یعنی این دو از هم جدا شوند: هسته فروش داده و منطق را از طریق API میدهد، و ویترین یک برنامه مستقل است که آن API را مصرف میکند.
«Head» همان ویترین است. حذفش از هسته، اسم این معماری را ساخته.
چه چیزی به دست میآورید
آزادی در ویترین. طراحی صفحه دیگر محدود به قالبهای پلتفرم نیست. برای برندی که تجربه خرید بخشی از هویتش است، این تفاوت واقعی است.
چند ویترین روی یک هسته. سایت، اپ موبایل، کیوسک فروشگاهی، پرتال B2B — همه از یک منبع کالا و سفارش. این معمولاً قویترین دلیل است.
سرعت. ویترین جدا میتواند صفحهها را از پیش بسازد و از CDN بدهد، بیآنکه هر بازدید به منطق فروش برسد.
تعویض تدریجی. میشود ویترین را عوض کرد بیآنکه هسته دست بخورد، یا برعکس.
چه هزینهای میدهید
این بخش کمتر گفته میشود و تصمیم را بیشتر تعیین میکند.
دو پروژه بهجای یک. ویترین دیگر «قالب» نیست، یک نرمافزار مستقل با استقرار و نسخه و تیم خودش است.
هر چیزی که پلتفرم آماده میداد، حالا کار شماست. صفحهبندی، جستجو، فیلتر، سبد، مراحل پرداخت، صفحه حساب کاربری. اینها در یک پلتفرم یکپارچه از روز اول کار میکنند و در هدلس باید ساخته شوند.
سئو. اگر ویترین سمت کاربر رندر شود، صفحهها باید برای موتور جستجو هم قابل خواندن باشند. راهحل دارد — رندر سمت سرور یا ساخت ایستا — ولی یک تصمیم معماری است، نه چیزی که بعداً اضافه شود.
پیشنمایش محتوا. ویرایشگری که تغییری میدهد باید بتواند نتیجه را ببیند. در معماری یکپارچه رایگان است؛ اینجا باید ساخته شود.
تیم. به مهارت فرانتاند مستقل نیاز پیدا میکنید. اگر آن را ندارید، هدلس پیچیدگی را از نرمافزار به سازمان منتقل میکند.
سه حالتی که واقعاً به آن نیاز دارند
چند کانال با یک هسته. اگر سایت و اپ و پرتال B2B باید یک کاتالوگ و یک سفارش داشته باشند، هدلس تقریباً تنها راه تمیز است. جایگزینش نگهداشتن چند سامانه است که به دو انبار و دو حقیقت میرسد.
ویترین بسیار متمایز. وقتی تجربه خرید خودش محصول است و قالبهای آماده جوابگو نیستند.
بار سنگین با الگوی نامتقارن. ترافیک خواندن بسیار بیشتر از نوشتن است و میخواهید لایه نمایش را جدا و ارزان مقیاس بدهید.
اگر هیچکدام از این سه را ندارید، هدلس هزینهای است که مزیتش را نمیگیرید. یک پلتفرم یکپارچه با قالب خوب، سریعتر و ارزانتر شما را به بازار میرساند.
راه میانه که اغلب درستترین است
بین «یکپارچه کامل» و «هدلس کامل» یک حالت میانی هست که کمتر دربارهاش صحبت میشود: هسته API-first با ویترین پیشفرض.
یعنی هسته از روز اول همهچیز را از طریق API میدهد و یک ویترین آماده هم دارد که از همان API استفاده میکند. شما با ویترین پیشفرض شروع میکنید، و هر وقت لازم شد ویترین اختصاصی میسازید یا کانال دوم اضافه میکنید — بدون بازنویسی هسته.
این ترتیب، هزینه هدلس را به تعویق میاندازد بیآنکه دربَش را ببندد. اهمیت API-first بودن هسته را در معماری API-first بازتر نوشتهایم؛ آرا مارکت هم روی همین فرض ساخته شده است.
سؤالهایی که پیش از تصمیم جواب میخواهند
امروز چند کانال فروش دارید و در دو سال آینده چند تا خواهید داشت؟
آیا تیم فرانتاند مستقل دارید یا میتوانید داشته باشید؟
قالبهای موجود پلتفرم واقعاً محدودتان کردهاند، یا فقط سلیقهای متفاوت میخواهید؟
و اگر ویترین را جدا کنید، چه کسی صفحهبندی و جستجو و سبد را میسازد و در برآورد دیده شده است؟
سؤال آخر جایی است که بیشتر پروژههای هدلس از برآورد خارج میشوند. آنچه در پلتفرم یکپارچه «هست»، در هدلس یک قلم کاری است — و معمولاً در پیشنهاد اولیه نوشته نشده.