الإجابة المختصرة: اختر ووردبريس إذا كان موقعك تعريفيًا أو مدونة أو متجرًا بمنطق بيع قياسي، وتريد إطلاقًا سريعًا وفريقًا يحدّث المحتوى بنفسه. واختر البرمجة الخاصة إذا كان جوهر موقعك عمليةً لا يفعلها أحد غيرك: تسعير مركّب، أو ربط بأنظمة داخلية، أو منطق حجز وصلاحيات لا يغطيه أي إضافة جاهزة. المعيار ليس حجم شركتك بل مدى تفرّد ما يفعله الموقع.
هذا القرار يُتخذ عادةً بالطريقة الخطأ: يسأل صاحب العمل «أيهما أفضل؟» فيسمع جوابًا يعتمد على ما يتقنه من يجيبه. والحقيقة أن لكل مسار موضعًا يتفوّق فيه بوضوح، وأن اختيار الخطأ منهما لا يظهر يوم الإطلاق — يظهر بعد سنة، حين تطلب تعديلًا فيقال لك إنه يحتاج إعادة بناء.
فيما يلي المعايير السبعة التي نستخدمها فعليًا مع العملاء قبل كتابة أي سطر.
1. هل ما يفعله موقعك موجود في السوق جاهزًا؟
اسأل سؤالًا واحدًا: لو وصفت وظيفة موقعك الأساسية لمطوّر، هل سيقول «هذه إضافة جاهزة» أم «هذه تحتاج بناءً»؟
موقع تعريفي بصفحات خدمات ونموذج تواصل، مدونة، متجر يبيع منتجات لها سعر ثابت ومخزون بسيط — كل هذا حُلّ آلاف المرات، وووردبريس يفعله بإضافات ناضجة مختبَرة على ملايين المواقع. بناء ذلك من الصفر يعني دفع ثمن ما هو مجاني.
في المقابل: منصة تربط بائعين متعددين بعمولات متفاوتة، أو نظام حجز يوزّع المواعيد على أطباء بجداول وورديات وإجازات، أو تسعير يتغيّر بالوزن والعيار وسعر السوق اللحظي — هذه لا تجدها جاهزة. وحين تُبنى بإضافات مركّبة فوق بعضها، تصير كل ترقية مخاطرة.
2. من سيحدّث المحتوى بعد التسليم؟
هذا المعيار يُهمَل كثيرًا وهو من أكثرها أثرًا على التكلفة طويلة الأمد.
ووردبريس يعطي فريقك لوحة تحرير يفهمها موظف غير تقني بعد تدريب ساعة. يضيف صفحة، يغيّر صورة، ينشر مقالًا، بلا انتظار أحد.
البرمجة الخاصة تحتاج لوحة تحكم تُبنى خصيصًا — وهي جزء من المشروع يُنسى عند التسعير ثم يظهر لاحقًا. إن لم تُبنَ، صار كل تعديل نصّي طلبًا يمرّ على مطوّر. احسب ذلك من البداية أو تحمّل نتيجته.
3. ما حجم التكامل مع أنظمتك الداخلية؟
موقع منفصل عن بقية أعمالك مسألة بسيطة أيًّا كان مساره. لكن اللحظة التي يحتاج فيها الموقع أن يقرأ من نظامك المحاسبي، أو يكتب في مخزونك، أو يزامن حالة طلب مع شركة شحن، تتغيّر المعادلة.
ووردبريس يستطيع التكامل، لكن عبر طبقات: إضافة تتحدث مع إضافة تتحدث مع خدمة خارجية. تعمل، وتُصان، لكن كل تحديث في أي حلقة يهدّد السلسلة.
البرمجة الخاصة تتيح كتابة التكامل مرة واحدة بالطريقة التي تناسب أنظمتك بالضبط، وتملك أنت شيفرته. المقابل: تكلفة أعلى في البداية.
4. كم يحتمل مشروعك من زمن حتى الإطلاق؟
| | ووردبريس | برمجة خاصة | |—|—|—| | موقع تعريفي | 2–4 أسابيع | 6–10 أسابيع | | متجر إلكتروني | 3–6 أسابيع | 10–16 أسبوعًا | | منصة بمنطق خاص | غير مناسب غالبًا | 12 أسبوعًا فأكثر |
هذه ليست أرقامًا نظرية بل متوسطات مشاريع منفَّذة. والفارق ليس في مهارة الفريق، بل في أن أحد المسارين يبدأ من أساس جاهز والآخر يبنيه.
إن كان لديك موسم أو حدث أو حملة إعلانية مرتبطة بتاريخ، فهذا المعيار قد يحسم وحده.
5. ماذا يحدث حين يكبر الموقع؟
الأداء تحت الضغط سؤال يُطرح متأخرًا دائمًا.
ووردبريس يتحمّل زيارات كبيرة بشرط أن يُدار: استضافة مناسبة، كاش مضبوط، إضافات قليلة ومنتقاة. أكثر مواقع ووردبريس البطيئة ليست بطيئة بسبب ووردبريس، بل بسبب اثنتي عشرة إضافة تفعل كل واحدة منها شيئًا صغيرًا وتحمّل جافاسكربت خاصًا بها.
البرمجة الخاصة تعطيك تحكمًا كاملًا في الاستعلامات وبنية البيانات، فتستطيع ضبط الأداء عند نقطة الاختناق بالضبط. لكن هذا التحكم يفيدك فقط إن كان لديك من يستخدمه.
6. من يملك ماذا؟
في المسارين تملك شيفرة موقعك إن اشترطت ذلك كتابةً — وهذا شرط لا يُتنازل عنه أيًّا كان المسار.
الفرق في الاعتماد: موقع ووردبريس مبني على إضافات مدفوعة يعني اشتراكات سنوية مستمرة، وإن توقّف مطوّر إضافة عن تحديثها صارت مشكلتك. الموقع الخاص يعتمد على مكتبات مفتوحة غالبًا، لكن صيانته تحتاج من يفهم بنيته.
اسأل قبل التعاقد: ما الاشتراكات السنوية الإلزامية؟ وماذا يحدث لو أردت تغيير المزوّد بعد سنتين؟
7. ما ميزانيتك الحقيقية — لا للإطلاق بل للسنة الأولى؟
الخطأ الشائع مقارنة تكلفة البناء وحدها. قارن السنة الأولى كاملة:
| البند | ووردبريس | برمجة خاصة | |—|—|—| | البناء | أقل | أعلى | | الإضافات والاشتراكات | سنوية مستمرة | غالبًا لا توجد | | الاستضافة | مشتركة تكفي غالبًا | تحتاج خادمًا مخصصًا أو سحابيًا | | التعديلات الصغيرة | يفعلها فريقك | تحتاج مطوّرًا | | التحديثات الأمنية | متكررة وإلزامية | أقل تكرارًا |
النتيجة أن الفارق في السنة الأولى أقل مما يبدو يوم التعاقد، وأن الأرخص بناءً ليس دائمًا الأرخص تشغيلًا.
ثلاث حالات واقعية وكيف يُقرَّر فيها
القواعد المجرّدة تبقى غامضة حتى تُطبَّق. هذه ثلاث حالات متكررة:
مكتب استشارات هندسية يريد موقعًا يعرض خدماته ومشاريعه. المحتوى يتغيّر شهريًا، ولا توجد عملية إلكترونية سوى نموذج تواصل. القرار: ووردبريس بلا تردد. البرمجة الخاصة هنا تعني دفع ثلاثة أضعاف مقابل صفحات يستطيع موظف تحريرها بنفسه.
متجر عطور يبيع أحجامًا مختلفة بأسعار مختلفة، مع باقات هدايا وخصومات على الكمية. هذا لا يزال في نطاق ما تحلّه منصات التجارة وووردبريس بإضافات ناضجة. القرار: منصة جاهزة أو ووردبريس، وتُترك البرمجة الخاصة لحين يظهر شرط لا تحتمله المنصة.
شركة تأجير معدات تحتاج أن يرى العميل توافر المعدة في تواريخ محددة، ويحجزها، ويُحسب السعر بالأيام مع تأمين وتوصيل حسب المسافة. هنا الجواب يميل بوضوح إلى البرمجة الخاصة: التوافر بالتواريخ والتسعير المركّب منطق لا تجده جاهزًا، ومحاولة تركيبه من إضافات تنتج نظامًا هشًّا يخاف الجميع من تعديله.
القاعدة المستخلصة: كلما اقترب الموقع من كونه أداة تشغيل، مال القرار إلى البناء الخاص. وكلما اقترب من كونه واجهة عرض، مال إلى الجاهز.
ماذا عن نقل موقع قائم؟
كثير من هذه القرارات تُتخذ على موقع موجود لا على مشروع جديد، وهنا سؤال إضافي: ماذا يحدث لظهورك في البحث؟
الانتقال بين المسارين لا يضرّ ترتيبك بذاته، لكن ثلاثة أخطاء تضرّه فعلًا:
تغيير الروابط بلا تحويلات. كل رابط قديم يجب أن يحوّل تحويلًا دائمًا إلى ما يقابله. الرابط الذي يرد بخطأ 404 يفقد ما جمعه من قيمة على مدى سنوات.
فقدان المحتوى في النقل. ما ينقله المهاجرون عادةً هو النصوص المرئية، وينسون أوصاف الميتا والصور وبدائلها النصية والبيانات المهيكلة. والنتيجة موقع يبدو مطابقًا ويؤدي أسوأ.
النقل ثم القياس. الصحيح أن تُسجَّل قائمة الروابط وترتيبها قبل النقل، لتعرف بعده ما تأثّر فعلًا. من ينقل بلا قياس مسبق لا يستطيع أن يعرف هل خسر شيئًا.
أسئلة يجب أن تسألها لنفسك قبل السؤال عن الأداة
قبل أن تسأل «ووردبريس أم برمجة خاصة»، أجب عن هذه — فالإجابات تحسم الاختيار وحدها:
- ما العملية الأساسية التي أريد أن يفعلها الموقع بلا تدخل بشري؟
- كم شخصًا سيحدّث المحتوى، وما مستواهم التقني؟
- هل توجد أنظمة قائمة يجب أن يتحدث معها الموقع؟ وأيّها إلزامي؟
- ما التاريخ الذي لا يمكن تجاوزه للإطلاق؟
- كم أستطيع أن أنفق في السنة الأولى لا في البناء وحده؟
من يجيب عن هذه الخمسة بصدق يجد أن القرار اتّضح قبل أن يسأل أحدًا.
متى يكون الجواب «الاثنان معًا»؟
هذا الخيار الثالث الذي لا يُذكر كثيرًا، وهو الأنسب لكثير من الشركات: موقع تعريفي ومدونة على ووردبريس ليحرّرهما فريق التسويق بحرية، ومنصة خاصة للجزء الذي يحمل عملية عملك الفعلية — لوحة عميل، أو نظام حجز، أو بوابة موردين — مربوطة بالموقع برابط واحد وهوية بصرية موحّدة.
بهذا يأخذ كل جزء ما يناسبه: سرعة التحرير حيث المحتوى، والتحكم الكامل حيث المنطق.
كيف تختبر القرار قبل أن تلتزم به؟
اطلب ممن يعرض عليك أيًّا من المسارين ثلاثة أشياء:
اطلب أن يصف لك التعديل الصعب. قل له: بعد سنة سأطلب تعديلًا في صميم منطق الموقع — صف لي ماذا سيحدث. الإجابة الواضحة تكشف من فكّر في المستقبل ومن يبيع الإطلاق فقط.
اطلب مثالًا حيًّا شبيهًا بحالتك. لا صورًا لتصاميم، بل رابطًا يعمل تفتحه بنفسك وتجرّب فيه الوظيفة التي تهمّك.
اطلب بند الملكية مكتوبًا. من يملك الشيفرة، ومن يملك البيانات، وكيف تنتقل إن انتهت العلاقة. البند المكتوب يُغني عن الثقة.
كيف تقرأ عرضين لا يمكن مقارنتهما مباشرة؟
حين تطلب عرضًا للمسارين تصلك ورقتان مختلفتان تمامًا: واحدة تتحدث عن قالب وإضافات، وأخرى عن شاشات ومراحل. ومقارنة الرقم النهائي وحده يضلّل.
وحّد المطلوب قبل أن تطلب. اكتب قائمة واحدة بما يجب أن يفعله الموقع — لا بما يجب أن يحتويه — وأرسلها للجميع. «يحجز العميل موعدًا ويصله تأكيد» مطلب واضح؛ «صفحة حجز» ليست مطلبًا.
اسأل عمّا هو خارج العرض. أكثر ما يفاجئ العملاء بنود لم تُذكر: المحتوى، الصور، الترجمة، ربط الدفع، التدريب، الصيانة بعد التسليم. اطلب أن يُكتب صراحةً ما هو غير مشمول.
افصل البناء عن التشغيل. اطلب رقمين: كم لبناء الموقع، وكم للسنة الأولى من تشغيله شاملة الاستضافة والاشتراكات والصيانة. العرض الذي لا يفصلهما يخفي تكلفة.
اطلب مراحل تسليم لا تسليمًا واحدًا. مشروع يُسلَّم مرة واحدة في نهايته مخاطرة على الطرفين. المراحل تعني أنك ترى شيئًا ملموسًا كل أسبوعين، وتستطيع التصحيح مبكرًا.
تحقّق من بند الخروج. ماذا يحدث إن قرّرت تغيير المزوّد؟ من يسلّمك الشيفرة والبيانات وبأي صيغة، وكم يستغرق؟ الجواب الواضح مكتوبًا يساوي أكثر من خصم في السعر.
أسئلة شائعة
هل ووردبريس غير آمن؟
ووردبريس نفسه ليس المشكلة؛ الثغرات تأتي غالبًا من إضافات مهملة أو نسخ قديمة. موقع ووردبريس محدَّث بإضافات قليلة موثوقة واستضافة مضبوطة آمن عمليًا. والموقع الخاص المهمَل ليس أفضل حالًا.
هل تصميم موقع بالبرمجة الخاصة يعني ظهورًا أفضل في جوجل؟
لا بذاته. محركات البحث تقرأ الناتج لا الأداة. ما يؤثر فعلًا هو سرعة التحميل وبنية العناوين والمحتوى والبيانات المهيكلة — وكلها ممكنة في المسارين وممكن إفسادها في المسارين.
هل أستطيع الانتقال من ووردبريس إلى برمجة خاصة لاحقًا؟
نعم، والمحتوى ينتقل عادةً بلا مشكلة. الأصعب هو نقل الروابط وحفظ ترتيبك في البحث، وهذا يُخطَّط له بتحويلات دائمة قبل النقل لا بعده.
هل صحيح أن ووردبريس أبطأ من الموقع المبرمج خصيصًا؟
ليس بالضرورة. الموقع المبرمج يبدأ أخفّ لأنه لا يحمل إلا ما تحتاجه، لكن موقع ووردبريس مضبوطًا — بإضافات قليلة وكاش وصور مضغوطة — يصل إلى سرعات ممتازة. الفارق الحقيقي ليس بين الأداتين بل بين موقع أُديرت سرعته وموقع أُهمِلت.
كم عدد الإضافات المقبول في موقع ووردبريس؟
لا يوجد رقم سحري، والمعيار هو الوظيفة لا العدد. إضافة واحدة ثقيلة تسيء أكثر من عشر خفيفة. القاعدة العملية: لا تثبّت إضافة لوظيفة تستطيع كتابتها في أسطر، ولا تُبقِ إضافة معطّلة، وراجع القائمة كل بضعة أشهر.
هل أحتاج مطوّرًا دائمًا بعد التسليم؟
في ووردبريس: غالبًا لا للمحتوى، ونعم للتحديثات والمشاكل الطارئة. وفي البرمجة الخاصة: نعم لأي تغيير يتجاوز النص. فكّر فيها كسيارة — الأولى تستطيع تعبئتها بنفسك، والثانية تحتاج صيانة متخصصة، وكلتاهما تحتاج من يفحصها دوريًا.
ما الخيار الأنسب لمتجر إلكتروني؟
إن كان بيعك قياسيًا فمنصة جاهزة أو ووردبريس أسرع وأرخص. وإن كان لديك تسعير مركّب أو عمولات بائعين أو ربط بمخزون خارجي، فالبرمجة الخاصة توفّر عليك سنوات من الالتفاف حول قيود المنصة.
القرار في النهاية ليس بين أداتين، بل بين حالتين: أن يكون موقعك واجهة لعملك، أو أن يكون جزءًا من عملك نفسه. الأول يخدمه ووردبريس ببراعة، والثاني يستحق أن يُبنى له ما يناسبه.