قاعدة كود بناها وكيل مقابل منشئ مستضاف

نحن نبني على الاثنين، فهذه ليست دفاعاً عن أي منهما. والسؤال ليس أيهما أفضل أبداً. بل من يملك الموقع بعد ثمانية عشر شهراً وما الذي يستطيع فعله دون الاتصال بأحد، ولذلك السؤال جواب مختلف لعيادة من أربعة أشخاص عنه لشركة لديها مطور في الطاقم.

ما تشتريه قاعدة الكود فعلاً

• لا سقف. فما يرسل مشروع ويبفلو خارج المنصة، ومنه مصفوفات المتغيرات العميقة والضرائب متعددة البلدان، عمل عادي في قاعدة كود.
• ولا تسعير لكل ميزة. فالبحث والترجمة واختبار A/B إضافات مسعّرة في منشئ مستضاف وتبعيات في مستودع.
• وتحكم إصدارات حقيقي. فروع ومراجعة وتاريخ قابل للرجوع، لا قائمة خطية من نسخ منشورة.
• وقابلية النقل. فالاستضافة قرار تستطيع تغييره، وذلك غير صحيح متى بُني موقع داخل منصة.

على أحد أن يملكها. فالتبعيات تحتاج تحديثاً، والإطار يشحن إصداراً رئيسياً كاسراً بين حين وآخر، والموقع الذي لم يلمسه أحد لعام سؤال أمني لا تصميمي. والمنشئ المستضاف يمتص ذلك كله، وذلك الامتصاص معظم ما يشتريه الاشتراك. والتكلفة الثانية التحرير: فالعميل الذي لا يستطيع تغيير عنوان دون مطور سيتوقف عن السؤال، والموقع الذي يتوقف تحديثه يتوقف عن العمل.

أين يغيّر الوكيل الحساب

يحرّك تكلفة البناء، التي كانت الحجة كلها، ولا يحرّك شيئاً آخر تقريباً، لأن الوكيل يشغّل البناء ويقرأ الخطأ بنفسه. فموقع تسويقي كان ثلاثة أسابيع صار أياماً. لكن عبء الصيانة، وقدرة العميل على التحرير، وسطح الأمان، وسؤال من يجيب حين ينكسر شيء، كلها حيث كانت بالضبط. والفرق التي تعامل تكلفة البناء الأدنى كأنها غيّرت سؤال الملكية تنتهي بموقع رخيص لا يستطيع أحد تشغيله.

كيف نقرر فعلاً

والنسخ الخاصة بالمنصات من هذه الحجة في ويبفلو أم فريمر ومتى لا تستخدم ويبفلو، والميزات المقيّدة بالخطة في تغييرات خطط ويبفلو. وما يحرك التكلفة في الحالتين في ما يحرك تكلفة البناء فعلاً.

الإخفاق الذي لا يتوقعه أحد

ليس أن الوكيل كتب كوداً سيئاً. بل أن موقعاً بُني أسرع مما قرر أحد لماذا هو، فصار ثمة أربعون صفحة لا يستطيع أحد تبريرها ونموذج محتوى شكّله ما كان مريحاً في اليوم الأول. والسرعة تزيل الوقفة الطبيعية التي كان النطاق يُسأل فيها. فإن أخذت عادة واحدة من العمل هكذا، فاجعلها خطوة الخطة: اقرأ ما ينوي بناءه قبل أن يبنيه، فتلك اللحظة الوحيدة الباقية التي يكون فيها تغيير رأيك رخيصاً. وسير العمل حول ذلك في بناء موقع بـClaude Code.

التكلفة، على ثلاث سنوات لا عند الإطلاق

ومقارنة عرض بناء باشتراك شهري هي الخطأ الذي يجعل هذا القرار يبدو بديهياً في أي اتجاه فضّله أحد سلفاً. والمقارنة الصادقة تمتد على عمر الموقع وتشمل الأجزاء التي لا يسعّرها أحد.

الهجين الذي ينبغي لمعظم الناس النظر فيه

وهذان ليسا الخيارين الوحيدين ومعاملتهما ثنائية هي لماذا يبدو القرار أصعب مما هو. فموقع تسويقي على منشئ مستضاف مع تطبيق منفصل خلفه شائع جداً وصحيح عادةً: فالصفحات التي تتغير أسبوعياً تبقى قابلة للتحرير من أي أحد، والجزء الذي يحتاج هندسة حقيقية يحصل عليها. والتقسيم نفسه يعمل للتجارة، حيث الواجهة قاعدة كود والدفع تتولاه منصة بُنيت له، وذلك التفكير في حدود التجارة في ويبفلو.

أسئلة تُحسم قبل أن يبني أحد

• من يغيّر عنواناً بعد ستة أشهر، وهل يستطيع اليوم دون مساعدة؟
• وماذا يحدث حين يشحن الإطار إصداراً رئيسياً كاسراً، وميزانية من تلك؟
• ولو اختفت هذه الوكالة غداً، هل يستطيع غيرها التقاطه، وما الذي سيحتاجه؟
• وهل ثمة ميزة في خارطة الطريق لا تستطيعها المنصة، وهل هي حقيقية أم طموح؟

والجواب الجيد على السؤال الأول يحسم معظم المشاريع وحده. وإن كنت توازن هذا مقابل إعادة بناء شيء قائم، فالسؤال السابق في متى تكون إعادة البناء الجواب الخطأ، وإن كان الموقع حياً ومقصّراً، فـغير مفهرس أم غير متصدر يفصل السببين المختلطين.

إن حسمت المقارنة لصالح الكود، فتكلفتان تابعتان موضعهما القرار لا الاكتشاف بعده. الأولى أنك صرت تملك النشر، وهو قائمة قصيرة لا عبء، لكنه غير اختياري: الشحن إلى الإنتاج بلا مفاجآت هي تلك القائمة. والثانية أن وكيلاً له حقّ الكتابة في مستودعك يحتاج بوابات، وكتابتها مرّة أرخص من قراءة كل diff إلى الأبد: الـhooks التي تُحكِم مستودع موقع تغطّي الثلاث التي تستحقّ مكانها.