طلب تصميم موقع إلكتروني: نموذج المواصفات الفنية وقائمة التحقق من العقد

طلب تصميم موقع إلكتروني بصورة آمنة يبدأ بثلاث وثائق: الموجز (Brief: ما الذي تريدونه)، والمواصفات الفنية (ما الذي سيفعله الموقع وكيف سيُقبل)، والعقد (مَن يملك ماذا ومَن يتحمّل مسؤولية ماذا). وفي المواصفات الفنية تُكتب المتطلبات بحيث يمكن التحقق منها — مثلًا وفق أهداف Core Web Vitals لدى Google: LCP لا يتجاوز 2.5 ثانية، وINP أقل من 200 مللي ثانية، وCLS أقل من 0.1. أما العقد فينصّ على أن النطاق (الدومين) والاستضافة والشيفرة المصدرية وملفات التصميم ملك للعميل.

باختصار:

• المواصفات الفنية (أو «المواصفات» اختصارًا) تصف صفحات الموقع ووظائفه ولغاته وتكاملاته ومعايير قبوله، وتُوقَّع ملحقًا بالعقد.
• في المواصفات الجيدة، يمكن التحقق من كل متطلب: لا «يجب أن يكون الموقع سريعًا»، بل «يجب ألا يتجاوز LCP على الجوال في الصفحات الرئيسية 2.5 ثانية».
• يجب أن يكون الدومين والاستضافة والشيفرة المصدرية وملفات التصميم وحسابات التحليلات مسجّلة باسم شركة العميل؛ أما المنفّذ فيحصل على صلاحية وصول فقط.
• أكثر بنود العقد عرضةً للنسيان: إجراءات القبول، وطلبات التغيير، وفترة الضمان، والنسخ الاحتياطية، وحزمة التسليم.
• حدّدوا في المواصفات مَن يوفّر النصوص والترجمة والصور، وفي أي تاريخ: فمشاريع المواقع تتعثر في أغلب الأحيان بانتظار المحتوى.
• بنود العقد الواردة في هذا المقال قائمة تحقق عملية لا استشارة قانونية: اعرضوا العقد على محامٍ ليراجعه قبل التوقيع.

ما المواصفات الفنية، وبمَ تختلف عن الموجز والعقد؟

المواصفات الفنية (المواصفات اختصارًا) هي الوثيقة التي تصف ما يجب أن يفعله الموقع، ومما يتكوّن، وأي فحص يجب أن يجتازه ليُقبل. فالموجز يحدّد هدفكم، والعقد يحدّد حقوق كل طرف والتزاماته، والمواصفات تحوّل الاثنين إلى عمل محدّد.

ونختصر اسم هذه الوثيقة في هذا المقال كله إلى «المواصفات».

في المشروع المعقّد — متجر إلكتروني، أو موقع مجمّع سكني، أو بوابة عملاء — تصبح كتابة المواصفات مشروعًا قائمًا بذاته. وفي هذه الحالة، تكون المرحلة الأولى مرحلة استكشاف (Discovery): تُعدّ المواصفات ونموذج أولي، وبعدها فقط يُثبَّت السعر والجدول الزمني.

ما المراحل التي يمرّ بها طلب تصميم موقع إلكتروني؟

يمرّ طلب تصميم الموقع بعشر خطوات، تبدأ بالهدف وتنتهي بفترة الضمان. ويجب أن تترك كل خطوة وراءها نتيجة مكتوبة، لتبدأ الخطوة التالية بلا جدال.

1. الهدف والنطاق. اتفقوا داخليًا على المهمة الرئيسية للموقع (استفسارات، مبيعات، تسجيلات)، وعلى نطاق للميزانية وموعد للإطلاق.
2. الموجز. دوّنوا في 1–2 صفحة الهدف والجمهور واللغات والوظائف، و3 مواقع تعجبكم.
3. العروض. أرسلوا الموجز نفسه إلى 2–3 منفّذين لتتسنى المقارنة بين العروض (دليل اختيار المنفّذ).
4. المواصفات الفنية. يكتب المنفّذ المختار المواصفات وفق النموذج أدناه، وتعتمدون أنتم كل بند فيها.
5. العقد. تُرفق المواصفات بالعقد ملحقًا، ويُربط الدفع بالمراحل المقبولة.
6. النموذج الأولي والتصميم. يُعتمد أولًا تخطيط الصفحات (النموذج الأولي)، ثم تصميم الجوال وسطح المكتب.
7. البرمجة والمحتوى. يبني المنفّذ الموقع على خادم تجريبي (Staging، أي نسخة من الموقع لم تُنشر للعموم بعد)، وتوفّرون أنتم المحتوى في المواعيد المحددة في المواصفات.
8. الاختبار والقبول. يُفحص الموقع وفق معايير المواصفات، ويشمل ذلك الفحص على هاتف Android.
9. الإطلاق. يُوجَّه الدومين إلى الموقع الجديد، وتُفعَّل عمليات إعادة التوجيه من الصفحات القديمة، ويُعاد فحص التحليلات والبكسل (Pixel).
10. الضمان والدعم. تُصلَح الأخطاء المكتشفة خلال المدة المتفق عليها، ثم يستمر الدعم بشروط مستقلة.

وتجدون وصفًا مفصّلًا لكل مرحلة في دليل تصميم المواقع في باكو.

مثال على المواصفات الفنية: نموذج يمكنكم نسخه وتعبئته

النموذج أدناه مكتوب لموقع مؤسسي، وموقع خدمات، وصفحة هبوط، ومتجر إلكتروني متوسط الحجم. عبّئوا الخانات الواردة بين الأقواس المربعة ببياناتكم؛ ولا تحذفوا البند الذي لا ينطبق على مشروعكم — بل اكتبوا بجانبه «لا ينطبق».

1. المشروع والأطراف
   • المشروع: [اسم الشركة] — [موقع مؤسسي / صفحة هبوط / متجر إلكتروني]؛ إصدار المواصفات [1.0]، التاريخ [يوم.شهر.سنة].
   • الشخص المسؤول وصاحب صلاحية الاعتماد من جانب العميل: [الاسم، المنصب، بيانات التواصل]؛ مدير المشروع من جانب المنفّذ: [الاسم، بيانات التواصل].
   • يقدّم العميل ملاحظاته كتابيًا على كل ما يُسلَّم إليه خلال [3] أيام عمل.
2. الهدف والنتيجة القابلة للقياس
   • المهمة الرئيسية للموقع: [جلب الاستفسارات / البيع عبر الإنترنت / التسجيل في الدورات / التعريف بالعلامة التجارية].
   • الإجراءات المستهدفة: [إرسال النموذج، زر الاتصال، زر WhatsApp، الطلب].
   • المؤشرات المطلوب متابعتها: [الاستفسارات الشهرية، معدل تحويل النموذج]؛ وهي للقياس لا ضمانًا للمبيعات.
3. الجمهور والسيناريوهات الرئيسية
   • الجمهور الأساسي: [مَن، بأي لغة، على أي جهاز].
   • 3 سيناريوهات رئيسية، مثلًا: «زائر قادم من إعلان يطّلع على المخطط ويرسل استفسارًا بنقرتين».
4. خريطة الموقع
   • الصفحات: الرئيسية، من نحن، الخدمات مع [N] صفحة خدمة، معرض الأعمال، المدونة، اتصل بنا، سياسة الخصوصية، صفحة 404 (احذفوا ما لا تحتاجونه).
   • قوالب الصفحات: [صفحة الخدمة، بطاقة المنتج، مقال المدونة]؛ وتُدرج مكوّنات كل منها على حدة.
5. الوظائف
   • دوّنوا لكل وظيفة: ما الذي تفعله، ومَن يستخدمها، وماذا يحدث إن تعطّلت.
   • مثال: «نموذج التواصل: الاسم، الهاتف، اختيار الخدمة؛ تُفتح صفحة شكر بعد الإرسال، ويصل الاستفسار إلى CRM وإلى المدير خلال [1] دقيقة.»
   • وظائف أخرى: [بحث، فلاتر، حاسبة، حجز إلكتروني، دفع، حساب العميل] أو «لا ينطبق».
6. المحتوى: مَن يوفّر ماذا، ومتى
   • النصوص: [العميل / كاتب المحتوى لدى المنفّذ]، الموعد النهائي [يوم.شهر.سنة]؛ الترجمة: [مَن]؛ الصور والفيديو: [متوفرة / تحتاج إلى تصوير].
   • بيانات المنتجات أو الخدمات: [ملف Excel / تلقائيًا من نظام المحاسبة].
   • يُجرى اختبار القبول بمحتوى حقيقي، لا بنصوص القالب التجريبية.
7. اللغات
   • اللغات: [AZ أساسية، RU، EN]؛ لكل لغة رابط URL خاص بها، مثل /ru/ و/en/.
   • الصفحة غير المترجمة لا تُفتح تحت رابط تلك اللغة؛ ولا يُضاف hreflang (الوسم الذي يُعلم Google بالنسخ اللغوية) إلا إلى الصفحات المترجمة فعلًا.
   • تبديل اللغة ينقل المستخدم إلى ترجمة الصفحة نفسها، لا إلى الصفحة الرئيسية.
8. التصميم
   • يوفّر العميل: دليل الهوية (Brand book)، وشعارًا بصيغة متجهة (Vector)، والخطوط، و3 مواقع تعجبه مع بيان ما يعجبه في كل منها تحديدًا.
   • التسلسل: النموذج الأولي أولًا، ثم نموذج التصميم للجوال ولسطح المكتب؛ عدد جولات التعديل: [2].
   • تُسلَّم ملفات التصميم المصدرية (مثلًا في Figma) إلى العميل.
9. المنصة والأجهزة والمتصفحات
   • المنصة: [WordPress / منشئ مواقع / برمجة خاصة] مع سبب الاختيار.
   • الحد الأدنى لعرض الشاشة 360 بكسل؛ وآخر إصدارين من Chrome وSafari وSamsung Internet.
   • أجهزة الاختبار: هاتف Android واحد من الفئة المتوسطة على الأقل وهاتف iPhone واحد.
10. لوحة التحكم
    • ما يستطيع الفريق تغييره دون مطوّر: [النصوص، البانرات، الخدمات، معرض الأعمال، المدونة، الأسعار، حقول SEO].
    • الأدوار: [مدير، محرّر]؛ تسجيل دخول بالمصادقة الثنائية (2FA).
    • تدريب ودليل مكتوب قصير يُقدَّمان عند التسليم.
11. التكاملات
    • [CRM، WhatsApp، نظام الدفع، برنامج المحاسبة أو المخزون، الخرائط، البريد الإلكتروني]؛ ولكل منها اتجاه تدفّق البيانات ومَن يوفّر صلاحية الوصول إلى API.
    • تصل استفسارات النماذج إلى CRM مع معاملات UTM (وسوم UTM في الرابط تبيّن من أي حملة جاء الاستفسار).
12. SEO والانتقال من موقع قديم
    • في كل صفحة: عنوان (Title) ووصف تعريفي (Meta description) قابلان للتعديل من لوحة التحكم، وعنوان H1 واحد، ورابط URL مقروء، ونص بديل (Alt) للصور.
    • sitemap.xml وrobots.txt ووسوم canonical والبيانات المنظّمة من نوعي Organization وbreadcrumb.
    • إن وُجد موقع قديم، يُعتمد قبل الإطلاق جدول بعمليات إعادة توجيه 301 من روابط URL القديمة إلى الجديدة.
13. أهداف السرعة وإمكانية الوصول
    • مؤشرات الجوال في قوالب الصفحات الرئيسية: LCP ≤ 2.5 ثانية، INP < 200 مللي ثانية، CLS < 0.1 (Google Search Central).
    • نتيجة PageSpeed Insights على الجوال في الصفحات الرئيسية لا تقل عن [90].
    • المحتوى الظاهر قبل التمرير (Above the fold) لا يبدأ غير مرئي ثم يظهر تدريجيًا بمؤثر حركي؛ والنصوص البرمجية (Scripts) للإعلانات والتحليلات لا تؤخّر المحتوى الرئيسي.
    • تباين بين النص العادي وخلفيته لا يقل عن 4.5:1، و3:1 للنص الكبير (WCAG 2.2، المستوى AA، W3C).
14. التحليلات والتتبّع
    • يُضبط Google Analytics 4 وGoogle Search Console وبكسل Meta وConversions API (قناة القياس من جهة الخادم لدى Meta) على حسابات الشركة الخاصة.
    • الأحداث المطلوب تتبّعها: [إرسال النموذج، الاتصال، النقر على WhatsApp، الطلب]؛ ويُختبر كل منها قبل الإطلاق.
15. الدومين والاستضافة والأمان والنسخ الاحتياطية
    • الدومين: [name.az]؛ صاحب التسجيل (Registrant) هو شركة العميل. والاستضافة وحساب الخادم مسجّلان كذلك باسم العميل.
    • تُجدَّد شهادة SSL تلقائيًا؛ وتُؤخذ نسخة احتياطية يوميًا وتُحفظ في مكان مستقل لمدة [30] يومًا، ويُجرى اختبار استعادة قبل الإطلاق.
    • يُذكر مَن يملك صلاحية الوصول إلى البيانات الشخصية المرسَلة عبر النماذج.
16. المراحل والقبول وحزمة التسليم
    • المراحل: [النموذج الأولي، التصميم، البرمجة، الاختبار، الإطلاق]؛ ولكل منها مخرجها وتاريخها.
    • القبول: يختبر العميل الموقع على الخادم التجريبي وفق هذه المواصفات ويرسل قائمة مكتوبة بالعيوب خلال [5] أيام عمل؛ ولا تُعدّ المرحلة مقبولة قبل إصلاح أي عيب حرج.
    • حزمة التسليم: الشيفرة المصدرية وصلاحية الوصول إلى مستودع الشيفرة، ونسخة من قاعدة البيانات، وملفات التصميم، وقائمة بكل بيانات الدخول، ووثيقة تقنية قصيرة.

بند أجهزة الاختبار ليس موجودًا مصادفةً. فوفقًا لـStatCounter، استحوذت الأجهزة الجوالة على 51.53% من زيارات الويب في أذربيجان في أغسطس 2026 (StatCounter)، وكان 82.23% من زيارات الجوال هذه على Android (StatCounter). وقبل تعبئة بند المنصة، اطّلعوا على مقارنة Tilda وWordPress والبرمجة الخاصة.

ما العبارات التي تثير الخلافات لاحقًا في المواصفات الفنية؟

تنشأ الخلافات من المتطلبات التي لا يمكن التحقق منها: «تصميم عصري»، «موقع سريع»، «يجب أن يتضمن SEO». اكتبوا كل متطلب بحيث يصل شخصان مختلفان يفحصانه إلى النتيجة نفسها.

ما البنود التي يجب أن يتضمنها عقد تطوير الموقع؟

يجب أن يحدّد عقد الموقع نطاق العمل (مع المواصفات ملحقًا)، وملكية الأصول، والمراحل والدفع، وإجراءات القبول، وطلبات التغيير، والضمان، والدعم، والتسليم عند انتهاء التعاون. ويبيّن الجدول أدناه ما يحدث إذا أُغفل كل بند من هذه البنود.

ملاحظة: هذا القسم قائمة تحقق عملية مستمدّة من الخبرة في مشاريع المواقع، وليس استشارة قانونية. قبل التوقيع، اعرضوا نص العقد — ولا سيما بنود نقل الحقوق والمسؤولية — على محامٍ ملمّ بالقانون الأذربيجاني ليراجعه.

باسم مَن يجب تسجيل الدومين والشيفرة والاستضافة؟

يجب أن يكون الدومين وحساب الاستضافة والشيفرة المصدرية وملفات التصميم وحسابات التحليلات مسجّلة باسم العميل — أي شركتكم. ويحصل المنفّذ على صلاحية وصول للعمل على هذه الأصول، لكنه لا يصبح مالكها.

وGoogle Search Console مثال جيد على ذلك: المالك وحده يستطيع إضافة المستخدمين أو إزالتهم واستخدام أداة تغيير العنوان — أما المستخدم ذو الصلاحيات الكاملة فلا يستطيع ذلك (Google Search Console Help).

إذا كان الدومين أو الحسابات مسجّلة باسم المنفّذ بالفعل، فاتبعوا هذا التسلسل:

1. تحققوا من صاحب تسجيل الدومين الحالي ومن شركة التسجيل (Registrar).
2. اطلبوا من المنفّذ كتابيًا تغيير صاحب التسجيل إلى شركتكم.
3. إن احتجتم إلى تغيير شركة التسجيل، فاطلبوا رمز النقل (AuthInfo). فبموجب سياسة النقل (Transfer Policy) لدى ICANN، يجب على شركة التسجيل في النطاقات العامة مثل .com أن تقدّم هذا الرمز خلال 5 أيام تقويمية من أول طلب يقدّمه المالك (ICANN). وقد يُحظر النقل إذا طُلب بعد وقت قصير من تسجيل جديد أو نقل سابق. أما نطاقات أذربيجان (.az) فاسألوا شركة التسجيل لديكم عن قاعدتها الخاصة.
4. انقلوا دور المدير في الاستضافة وGoogle Analytics والبكسل، ودور المالك في Search Console، إلى حساب الشركة الخاص. وإن كان المنفّذ هو المالك الوحيد الذي أُثبتت ملكيته، فأثبتوا الملكية بأنفسكم وأزيلوا رمز إثبات الملكية الخاص به من الموقع.

ما إشارات الخطر التي يجب الانتباه لها عند طلب تصميم موقع؟

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

• العرض بلا مواصفات — مجرد سعر ووعد بأن «كل شيء سيكون مشمولًا».
• يُسجَّل الدومين باسم المنفّذ «من باب التسهيل».
• لا يوجد بند عن حقوق الشيفرة وملفات التصميم، أو يُمنح ترخيص باستخدامها فقط.
• يُعدّ العمل مقبولًا تلقائيًا إن لم يُبدَ اعتراض خلال بضعة أيام عمل.
• لا يوجد خادم تجريبي — ويُعرض سير العمل عبر لقطات الشاشة فقط.
• في مشروع كبير، يُشترط جدول دفعات بلا مراحل، أو دفع المبلغ كله مقدّمًا.
• يُذكر أن «SEO مشمول»، لكن لا يُبيَّن ما المشمول فعلًا.
• لا تُسلَّم الشيفرة وبيانات الدخول إن رفضتم عقد الدعم.

وفي العروض الرخيصة، كثيرًا ما لا تُطرح هذه المسائل أصلًا؛ ونتناول كيف ينقلب ذلك إلى كلفة لاحقًا في مقال لماذا ينتهي الموقع الرخيص بتكلفة أعلى.

ماذا تضع Advertol في المواصفات الفنية لمشاريع المواقع التي تنفّذها؟

Advertol وكالة تبني المواقع في باكو بمعايير قبول قابلة للقياس، وبالتحليلات والتكامل مع CRM؛ فعلى سبيل المثال، رفعت نتيجة السرعة لصفحتها الرئيسية على الجوال من 72 إلى 91. Advertol وكالة تسويق رقمي مقرّها باكو، أذربيجان: إعلانات Meta وGoogle، وإدارة وسائل التواصل الاجتماعي (SMM)، وتطوير المواقع وتطبيقات الجوال، وأنظمة CRM والأتمتة بالذكاء الاصطناعي ضمن فريق واحد. قطاعاتها الأساسية: العقارات، والسيارات، والتعليم، والتجزئة، والعلامات الفاخرة.

ثلاثة من بنود النموذج مستمدّة مباشرة من العمل المنجز على advertol.az. فالموقع مبني بالكود على Next.js، ويعمل باللغات AZ وRU وEN، وله لوحة تحكم خاصة به للمدونة ومعرض الأعمال.

• بند السرعة (13). في سبتمبر 2026، أظهرت قياسات Google Lighthouse ارتفاع نتيجة الصفحة الرئيسية على الجوال من 72 إلى 91، ونتيجتها على سطح المكتب من 89 إلى 100. وفي صفحات الخدمات، لم يكن Chrome قادرًا من قبل على تسجيل رسم المحتوى الرئيسي، فلم يمنح Lighthouse أي نتيجة إطلاقًا؛ وبعد الإصلاح بلغت نتيجة الجوال 99. وكان السبب مؤثرًا حركيًا يبدأ فيه المحتوى غير مرئي ثم يظهر مع إعادة كتابة العنوان؛ وكان LCP للصفحة الرئيسية على الجوال 5.1 ثانية. وأُجّل تحميل نصَّي Meta Pixel وGoogle Analytics البرمجيين إلى حين أول تفاعل للمستخدم أو لمدة أقصاها 8 ثوانٍ.
• بند اللغات (7). كانت مقالات بالأذربيجانية غير مترجمة تُفتح أيضًا تحت روابط /en/ و/ru/، ففهرست Google النسخ ذات الروابط الإنجليزية. والحل: لا يُضبط canonical وhreflang إلا للنسخ اللغوية الموجودة فعلًا.
• بند الانتقال (12). أُلغي نشر 9 مقالات ضعيفة ومتداخلة، وحُوّلت بإعادة توجيه 301 إلى أقوى مقال في كل موضوع، كي تكفّ صفحات الموقع نفسه عن التنافس فيما بينها على عبارة البحث نفسها.

أمثلة من مشاريع العملاء:

• Assistance Group. لمجموعة تعمل في البناء والسياحة والزراعة والإنتاج، بنت Advertol موقعًا مؤسسيًا باللغتين AZ وEN، إضافةً إلى موقع مستقل لـAssistance Tour: موقعان ولوحة تحكم واحدة. وينشر الفريق مشاريعه وأخباره بنفسه؛ ويُوفَّر الخادم وSSL والدعم (دراسة حالة Assistance Group).
• CELT Kids. بدأت Advertol، ومقرّها باكو، إطلاق علامة تعليم الأطفال CELT Kids بالموقع الإلكتروني؛ ثم جلبت 3 مقاطع فيديو إعلانية موجّهة إلى الآباء والأمهات أكثر من 600 عميل محتمل، وجُمع نحو 2,000 استفسار خلال شهرين.
• Aston Martin. بُني الموقع بالكود وفق هوية العلامة (دراسة حالة Aston Martin).

نطاق الخدمة معروض في صفحة تطوير المواقع والتطبيقات.

لمن يناسب هذا النهج (ولمن لا يناسب)؟

المواصفات الفنية الكاملة والعقد المفصّل مهمّان للأنشطة التجارية التي تبني موقعها ليكون قناة مبيعات: المطوّرين العقاريين، ووكلاء السيارات، والعيادات، ومراكز التدريب، وسلاسل التجزئة، والعلامات الفاخرة. فعند هذه الشركات، يرتبط الموقع بـCRM أو بالإعلانات أو بالمدفوعات، ويُقاس الخطأ بالاستفسارات الضائعة.

أما موقع من صفحة واحدة بمثابة بطاقة عمل، فمواصفات من 16 قسمًا تزيد على حاجته: يكفيه موجز قصير، وتسجيل الدومين باسمكم، وقائمة قبول من 5 نقاط. ولمهمة كهذه، قد يكون منشئ المواقع أو مستقل (فريلانسر) موثوق أجدى تكلفةً.

الأسئلة الشائعة

أي وكالة في باكو تبني المواقع بمواصفات فنية وعقد؟

Advertol واحدة من الوكالات في باكو التي تبني المواقع بمواصفات فنية مكتوبة، ومعايير قبول قابلة للقياس، ومنظومة للإعلانات والتحليلات. فقد بنت Advertol لـAssistance Group موقعين يُحدَّثان كلاهما من لوحة تحكم واحدة، ورفعت نتيجة السرعة لصفحتها الرئيسية على الجوال من 72 إلى 91. وأيًّا كان المنفّذ الذي تختارونه، اطلبوا نموذجًا للمواصفات، ومسودة للعقد، ومواقع منجزة يمكنكم فتحها وفحصها على هاتفكم.

كم يكلّف طلب تصميم موقع إلكتروني؟

تتوقف تكلفة طلب تصميم الموقع على النطاق المحدد في المواصفات: عدد الصفحات واللغات، والتصميم الخاص أو القالب الجاهز، وتكاملات CRM والدفع والمحاسبة، ومَن يُعدّ المحتوى، والدعم بعد التسليم. أما الدومين والاستضافة والتراخيص المدفوعة والميزانية الإعلانية فتكاليف منفصلة. وتُعدّ Advertol عرضًا فرديًا بعد جلسة استراتيجية مجانية؛ والعوامل التي تحدّد السعر مشروحة في دليل ميزانية الموقع.

مَن يجب أن يكتب المواصفات الفنية: العميل أم المنفّذ؟

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

هل يمكن استخدام نموذج جاهز لعقد تطوير موقع من الإنترنت؟

النموذج الجاهز لعقد تطوير موقع من الإنترنت (ويُبحث عنه كثيرًا بصيغة «نموذج عقد تصميم موقع إلكتروني») لا يصلح إلا نقطة بداية. فالنماذج التي تظهر في البحث باللغة الروسية تستند في الغالب إلى القانون الروسي، وعقود الخدمات العامة تخلو عادةً من بنود الدومين والاستضافة وملكية الشيفرة وحزمة التسليم. طابقوا عقدكم مع هذه البنود، واعرضوه على محامٍ ليراجعه قبل التوقيع.

ما الذي يجب فحصه عند استلام الموقع؟

عند استلام الموقع، افحصوا كل بند من المواصفات على الخادم التجريبي: جميع الصفحات واللغات، ووصول النماذج إلى CRM، وأحداث التحليلات، والعرض على الجوال، ونتائج Core Web Vitals. وأجروا الفحص على هاتف Android من الفئة المتوسطة أيضًا، فوفقًا لبيانات StatCounter لشهر أغسطس 2026، 82.23% من زيارات الجوال في أذربيجان تأتي من Android (StatCounter). أرسلوا قائمة العيوب كتابيًا، وتأكدوا من أن الدومين والاستضافة والشيفرة وصلاحية المدير قد سُلّمت إليكم.

ماذا يحدث إن أردت تعديلات بعد توقيع المواصفات الفنية؟

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

الخلاصة

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

وإن أردتم أن نراجع مواصفاتكم الفنية معًا، احجزوا اجتماعًا مجانيًا.

المصادر

1. Google Search Central — فهم Core Web Vitals ونتائج بحث Google، 2025
2. W3C — فهم معيار النجاح 1.4.3: التباين (الحد الأدنى)، WCAG 2.2، 2026
3. StatCounter — الحصة السوقية لسطح المكتب والجوال والأجهزة اللوحية في أذربيجان، 2026
4. StatCounter — الحصة السوقية لأنظمة تشغيل الجوال في أذربيجان، 2026
5. Google — Search Console Help: إدارة المالكين والمستخدمين والأذونات، 2026
6. ICANN — سياسة النقل (Transfer Policy)، 2024