تفصل Webito منظومة التجارة الخلفية عن واجهة المتجر التي تعرضها، وهذا ما يجعلها بمعمارية مفصولة (headless)؛ لكنها تشمل واجهة المتجر أيضًا، فلا يعني الانتقال إلى headless التعاقد على بناء واجهة أمامية أولًا. تبدأ بقوالب معروضة من الخادم تتحكّم بها رموز تصميم تحرّرها بصريًا، وإن أردت لاحقًا واجهة أمامية مخصّصة فتبنيها على واجهة API للمتجر نفسها التي تستخدمها القوالب المرفقة، مع بقاء الكتالوج والضريبة والطلبات ومنطق B2B على المنصة.
المقايضة المعتادة في headless
تمنحك منصات headless التقليدية واجهة API وصفحة فارغة: لا شيء يُعرض قبل أن يبني أحدهم واجهة أمامية، ويمرّ كل تغيير محتوى بعدها عبر مطوّر. والمنصات التقليدية تمنحك واجهة متجر لا تستطيع الخروج منها فعليًا. وموقف Webito هو تقديم الطرفين: واجهة متجر حقيقية جاهزة، وAPI يجعل استبدالها مشروعًا عاديًا لا عملية ترحيل.
رموز تصميم لا كود قوالب
يجري تغيير المظهر عبر الرموز: اللون وأنماط الخط ونصف قطر الحواف والتباعد: تُحرَّر بصريًا وتُطبَّق باتّساق على كل صفحة يعرضها القالب. وهذا يغطّي معظم ما يريد التجّار تغييره فعلًا دون المساس بالقوالب، ويحفظ تماسك النتيجة بدلًا من مجموعة تجاوزات CSS متفرّقة.
الصفحات والمحتوى، دون نظام إدارة محتوى ثانٍ
صفحات الهبوط والمحتوى التحريري ومدوّنة بتصنيفات كلها جزء من المتجر لا نظام ملحق بتسجيل دخول خاص به. تُركَّب الصفحات من كتل، والمحتوى قابل للترجمة إلى لغاتك المُفعَّلة، ويُعرض كل شيء من الخادم فيكون قابلًا للفهرسة: مع بيانات وصفية لكل صفحة وروابط أساسية وبيانات مهيكلة تصدرها واجهة المتجر.
عندما تتّجه إلى واجهة مخصّصة
واجهة API للمتجر وwebhooks موثّقتان وهما الواجهة نفسها التي تستهلكها القوالب المرفقة، فالواجهة الأمامية المخصّصة ليست مسار تكامل مميّزًا بسلوك مختلف. وتحتفظ بتحديد الضريبة ومعالجة الطلبات وتسعير B2B والفوترة على المنصة، ولا تملك إلا الطبقة التي أردت فعلًا أن تملكها.