من يملك الموقع بعد التسليم؟ الدومين والاستضافة والكود والحسابات

من يملك الموقع بعد التسليم؟ هذا السؤال يبدو بسيطا، لكنه من أكثر الأسئلة التي تكشف هل مشروع الموقع منظم أم مليء بمخاطر مستقبلية.

كثير من أصحاب المشاريع يدفعون ثمن تصميم موقع أو متجر إلكتروني، ثم يكتشفون بعد أشهر أن الدومين ليس باسمهم، أو أن الاستضافة بحساب المطور فقط، أو أن Google Search Console مربوط ببريد لا يملكونه، أو أن القالب والإضافات المدفوعة لا يمكن نقلها، أو أن ملفات الموقع غير متاحة عند الحاجة إلى صيانة أو تطوير.

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

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

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

هذا المقال مرتبط أيضا بـ خريطة أدلة مطور ويب مستقل لأنها تجمع قرار اختيار الفريلانسر، تقييمه، أسئلة التعاقد، وما يجب أن تمتلكه بعد التسليم في مسار واحد واضح.

ما نية هذه الصفحة داخل مسار الفريلانسر؟

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

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

الخلاصة السريعة

بعد تسليم الموقع، يجب أن يكون لدى العميل سيطرة واضحة على الدومين، الاستضافة، لوحة إدارة الموقع، البريد، Google Analytics، Google Search Console، النسخ الاحتياطي، وأي حسابات مرتبطة بالتتبع أو الدفع أو الإعلانات. أما الكود، ملفات التصميم، القوالب المدفوعة، والإضافات فيجب تحديد ملكيتها في الاتفاق المكتوب لأن وضعها يختلف حسب نوع المشروع والترخيص.

القاعدة العملية:

إذا اختفى المطور غدا، هل تستطيع تشغيل الموقع أو نقله أو صيانته مع شخص آخر؟

إذا كانت الإجابة لا، فهناك مشكلة في التسليم.

قبل الدفعة الأخيرة: اسأل هذا السؤال

قبل دفع آخر دفعة، لا تسأل فقط: “هل الموقع شغال؟”

اسأل:

هل أستطيع إدارة الموقع ونقله وصيانته بدون أن أكون معتمدا بالكامل على شخص واحد؟

الموقع قد يعمل اليوم، لكن الاختبار الحقيقي يظهر عند:

• تجديد الدومين.
• نقل الاستضافة.
• تغيير المطور.
• إضافة صفحة جديدة.
• إصلاح مشكلة في البريد.
• مراجعة بيانات Search Console.
• استعادة نسخة احتياطية.
• ربط إعلان أو Meta Pixel.
• ترقية WordPress أو إضافة مدفوعة.

إذا لم تكن الحسابات والصلاحيات واضحة، ستدفع لاحقا وقتا ومالا فقط لاستعادة شيء كان يجب أن يكون منظما من البداية.

1. ملكية الدومين: أهم أصل في الموقع

الدومين هو عنوان مشروعك. إذا فقدت السيطرة عليه، فقد تفقد الموقع والبريد والروابط التي بنتها خلال سنوات.

الأفضل غالبا أن يكون الدومين:

• مسجلا باسمك أو باسم شركتك.
• مربوطا ببريد رسمي تملكه.
• يمكن الوصول إلى لوحة تحكمه.
• تجديده واضح ومنبهاته تصل إليك.
• DNS الخاص به قابل للإدارة من طرفك أو بتفويض واضح.

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

ما الذي تستلمه في الدومين؟

• اسم شركة تسجيل الدومين مثل Namecheap أو GoDaddy أو Cloudflare Registrar أو Hostinger أو غيرها.
• البريد المالك للحساب.
• صلاحية الدخول أو نقل الملكية إلى حسابك.
• بيانات DNS أو nameservers.
• تاريخ التجديد.
• طريقة الدفع أو مسؤولية التجديد.

إذا كان الدومين باسم المطور حاليا، اطلب نقل الملكية أو إضافتك كمالك للحساب قبل اعتبار المشروع مسلما بالكامل.

2. ملكية الاستضافة: من يتحكم في الملفات والخادم؟

الاستضافة هي المكان الذي يعمل عليه الموقع. قد تكون cPanel، VPS، Cloud، Managed WordPress، أو منصة مثل Shopify أو Webflow أو Vercel حسب نوع المشروع.

المهم ليس اسم الاستضافة فقط، بل من يملك الحساب ومن يستطيع:

• الوصول إلى الملفات.
• إنشاء نسخة احتياطية.
• إدارة قواعد البيانات.
• تغيير إصدار PHP أو إعدادات الخادم.
• ربط SSL.
• إنشاء بريد أو إدارة DNS عند الحاجة.
• نقل الموقع إلى مزود آخر.

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

نموذج اتفاق واضح للاستضافة

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

إذا كنت تحتاج إعداد استضافة أو نقل موقع، راجع خدمة الاستضافة وإعداد الخوادم لأنها تغطي الدومين، SSL، DNS، البريد، والنسخ الاحتياطي.

3. ملكية الكود وملفات الموقع

ملكية الكود تختلف حسب نوع المشروع والاتفاق:

• موقع WordPress بقالب جاهز ليس مثل تطبيق Laravel مخصص.
• صفحة Static مبنية بـ Astro ليست مثل متجر WooCommerce بقوالب وإضافات.
• كود مخصص بالكامل ليس مثل تعديل على قالب مدفوع.

لذلك لا تفترض. اكتب.

اسأل:

• هل سأستلم ملفات الموقع؟
• هل يوجد مستودع Git؟
• هل الكود مخصص أم مبني على قالب أو Theme؟
• هل يمكن لمطور آخر متابعة العمل لاحقا؟
• هل هناك أجزاء لا يمكن نقلها بسبب الترخيص؟
• هل سأحصل على نسخة ZIP أو Backup كامل؟

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

4. ملكية ملفات التصميم

ملفات التصميم قد تكون في Figma أو Adobe XD أو Photoshop أو Illustrator أو غيرها. بعض المشاريع تشمل تسليم التصميم، وبعضها لا يشمله إذا كان العمل تطويرا مباشرا أو تعديلا على قالب.

لا تجعلها نقطة غامضة.

اسأل قبل البدء:

• هل التصميم مخصص؟
• هل سأحصل على رابط Figma أو ملف التصميم؟
• هل يحق لي تعديل التصميم لاحقا مع مصمم آخر؟
• هل الشعار أو الأيقونات أو الصور جزء من التسليم؟
• هل توجد خطوط أو صور تحتاج ترخيصا منفصلا؟

إذا كان التصميم جزءا أساسيا من السعر، فمن المنطقي أن يوضح العرض هل ملفات التصميم ستسلم أم أن التسليم هو الموقع المنشور فقط.

5. القوالب والإضافات والتراخيص المدفوعة

هذه نقطة تسبب مشاكل كثيرة في WordPress وWooCommerce.

قد يستخدم المطور:

• قالبا مدفوعا.
• إضافة مدفوعة.
• Page builder.
• إضافة SEO.
• إضافة حماية.
• إضافة نسخ احتياطي.
• مكتبة صور أو خطوط مرخصة.

السؤال المهم:

من يملك الترخيص؟ ومن يدفع التجديد؟ وهل الترخيص قابل للنقل؟

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

اكتب في الاتفاق:

• أسماء القوالب والإضافات المدفوعة.
• هل الترخيص باسم العميل أم المطور؟
• هل التجديد السنوي ضمن الدعم؟
• ماذا يحدث إذا أوقفت الصيانة؟
• هل يوجد بديل مجاني أو ترخيص مستقل؟

6. Google Analytics وGoogle Search Console

تحليلات الموقع ليست تفصيلا ثانويا. Google Analytics يخبرك كيف يتفاعل الزوار مع الموقع، وGoogle Search Console يخبرك كيف يرى Google صفحاتك وفهرستها ومشاكلها.

يجب أن تكون أنت أو شركتك مالك الحساب أو لديك صلاحية Owner/Admin، لا Viewer فقط.

ماذا يجب أن تستلم؟

في Google Analytics:

• صلاحية Administrator على الحساب أو Property.
• ربط الدومين الصحيح.
• توضيح أحداث التتبع الأساسية إن وجدت.
• معرفة هل يتم تتبع رسائل واتساب أو النماذج أو الأزرار.

في Google Search Console:

• صلاحية Owner أو Full user حسب الحاجة.
• إثبات الملكية بطريقة يمكن إدارتها: DNS أو ملف أو HTML tag.
• ربط sitemap.
• التأكد من canonical للصفحات المهمة.
• توضيح هل يوجد حساب قديم للموقع أو دومين سابق.

إذا بقيت Search Console عند المطور فقط، ستفقد القدرة على متابعة الفهرسة، أخطاء الزحف، الكلمات المفتاحية، وطلبات الفحص بعد النشر.

7. البريد الإلكتروني التجاري

إذا كان لديك بريد مثل info@example.com أو sales@example.com، فهو جزء من أصل الموقع. قد يكون عبر Google Workspace أو Microsoft 365 أو Zoho أو cPanel أو مزود آخر.

اسأل:

• من يملك حساب البريد؟
• أين تدار سجلات MX؟
• هل لديك صلاحية Admin؟
• هل تم إعداد SPF وDKIM وDMARC؟
• ماذا يحدث عند نقل الاستضافة؟
• هل البريد منفصل عن الاستضافة أم مرتبط بها؟

من الأخطاء الشائعة أن ينقل العميل الاستضافة ثم يتوقف البريد لأن سجلات DNS لم تكن موثقة أو لأن البريد كان مرتبطا بحساب لا يملكه.

8. حسابات الإعلانات والتتبع والدفع

إذا كان الموقع يستقبل حملات إعلانية أو مبيعات، فهناك حسابات أخرى يجب أن تكون باسم المشروع:

• Meta Business Manager.
• Meta Pixel.
• Google Ads.
• Google Tag Manager.
• TikTok Pixel أو Snapchat Pixel عند الحاجة.
• بوابات الدفع.
• حسابات الشحن.
• WhatsApp Business أو WhatsApp Cloud API.
• CRM أو أدوات البريد التسويقي.

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

9. النسخ الاحتياطي: لا يعتبر الموقع مسلما بدون Backup

النسخة الاحتياطية هي خطة النجاة عند الخطأ.

يجب أن تعرف:

• هل يوجد Backup كامل للملفات وقاعدة البيانات؟
• أين يحفظ؟
• كم مرة يتم إنشاؤه؟
• من يستطيع استعادته؟
• هل جربتم الاستعادة فعلا؟
• هل النسخة تشمل الصور والملفات المرفوعة؟
• هل توجد نسخة قبل الإطلاق ونسخة بعد الإطلاق؟

في مواقع WordPress، النسخة الاحتياطية يجب أن تشمل الملفات وقاعدة البيانات. في المواقع المخصصة، قد تحتاج أيضا متغيرات البيئة، إعدادات الخادم، ملفات التخزين، وشرح طريقة النشر.

10. صلاحيات الدخول: لا تستلم الموقع بكلمة مرور في واتساب فقط

تسليم الصلاحيات يجب أن يكون منظما. إرسال كلمة مرور في رسالة واتساب ثم نسيانها ليس طريقة احترافية.

الأفضل:

• إنشاء حساب Admin خاص بالعميل.
• إنشاء حساب منفصل للمطور، لا استخدام حساب العميل.
• تفعيل 2FA للحسابات المهمة.
• استخدام Password Manager عند الإمكان.
• تغيير كلمات المرور الافتراضية بعد التسليم.
• إلغاء صلاحيات غير ضرورية بعد انتهاء المشروع.
• توثيق الحسابات في ملف تسليم آمن.

لا تستخدم نفس كلمة المرور لكل شيء. ولا تجعل كل الحسابات مربوطة ببريد شخصي لا يخص المشروع.

جدول تسليم ملكية الموقع

استخدم هذا الجدول قبل الدفعة الأخيرة:

الأصل الرقمي	المالك الصحيح غالبا	ماذا يجب أن تستلم؟	لماذا مهم؟
الدومين	العميل أو الشركة	حساب المسجل، DNS، تاريخ التجديد	يمنع فقدان العنوان والروابط والبريد
الاستضافة	العميل أو حساب موثق للمشروع	لوحة التحكم أو صلاحيات كاملة ونسخة احتياطية	يسمح بالنقل والصيانة والاستعادة
ملفات الموقع	حسب الاتفاق بعد السداد	Git repo أو ZIP أو Backup كامل	يتيح لمطور آخر المتابعة عند الحاجة
لوحة WordPress أو CMS	العميل	حساب Admin مستقل	تعديل المحتوى وإدارة الصفحات
ملفات التصميم	حسب الاتفاق	رابط Figma أو ملفات المصدر إن كانت ضمن النطاق	تسهيل التعديلات المستقبلية
القوالب والإضافات	حسب الترخيص	أسماء التراخيص ومن يدفع التجديد	استمرار التحديثات والأمان
Google Analytics	العميل	Administrator access	حفظ بيانات الزيارات والتحويلات
Search Console	العميل	Owner أو Full access	متابعة الفهرسة والأخطاء والكلمات
البريد التجاري	العميل	Admin access وسجلات DNS	منع توقف البريد عند النقل
حسابات الإعلانات	العميل	ملكية الحسابات مع صلاحيات للمطور أو المسوق	حماية بيانات الحملات والجمهور
بوابات الدفع	العميل	حساب رسمي باسم النشاط	حماية المدفوعات والتقارير
النسخ الاحتياطي	العميل مع المطور خلال الدعم	آخر نسخة كاملة وطريقة الاستعادة	استرجاع الموقع عند العطل

ماذا يجب أن يكتب في العقد؟

لا تحتاج فقرة طويلة، لكن تحتاج وضوحا. اكتب:

• من يملك الدومين.
• من يملك الاستضافة.
• من يدفع التجديدات السنوية.
• ما الملفات التي ستسلم.
• هل ملفات التصميم ضمن النطاق؟
• ما التراخيص الخارجية المستخدمة؟
• هل يحق للعميل نقل الموقع؟
• هل يحق للمطور الاحتفاظ بنسخة لغرض الصيانة؟
• متى يتم تسليم الصلاحيات؟
• ماذا يحدث إذا لم يدفع العميل الدفعة النهائية؟

صيغة مختصرة يمكن تعديلها:

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

استخدم هذا البند مع دليل عقد تطوير موقع مع فريلانسر حتى يكون الاتفاق كاملا، لا مجرد وعد شفهي.

علامات خطر قبل التسليم

انتبه إذا حدث واحد أو أكثر من هذه الأمور:

• الدومين مسجل باسم المطور ولا يريد نقل الملكية.
• لا تعرف أين توجد الاستضافة.
• لا يوجد لديك حساب Admin.
• لا يوجد Backup كامل.
• لا توجد صلاحية Search Console.
• لا تعرف من يملك Google Analytics.
• الإضافات المدفوعة غير معروفة أو غير مرخصة.
• لا يوجد توثيق لبيانات البريد وDNS.
• كل كلمات المرور أرسلت في محادثة فقط.
• المطور يرفض شرح طريقة نقل الموقع.
• لا يوجد اتفاق مكتوب عن الملفات والتراخيص.
• يتم ربط الدفع أو الإعلانات بحساب شخصي لا تملكه.

علامة واحدة لا تعني أن المشروع سيئ دائما، لكنها تحتاج توضيحا قبل إغلاق المشروع.

Checklist قبل دفع آخر دفعة

قبل الدفعة الأخيرة، راجع هذه القائمة:

• الدومين باسمك أو لديك صلاحية نقل واضحة.
• تعرف شركة تسجيل الدومين وتاريخ التجديد.
• لديك صلاحية إدارة DNS أو تعرف من يديره.
• الاستضافة واضحة وبها صلاحيات أو اتفاق إدارة مكتوب.
• لديك حساب Admin في الموقع أو CMS.
• لديك نسخة Backup حديثة.
• تعرف القوالب والإضافات المدفوعة ومن يدفع تجديدها.
• لديك صلاحية Google Analytics.
• لديك صلاحية Google Search Console.
• sitemap مربوط ومتاح.
• البريد التجاري يعمل وسجلاته موثقة.
• حسابات الإعلانات والتتبع باسم المشروع.
• يوجد ملف تسليم يشرح الحسابات والصلاحيات.
• تم تغيير كلمات المرور أو تأمينها بعد التسليم.
• تم الاتفاق على مدة الدعم بعد الإطلاق.

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

كيف أتعامل مع ملكية الموقع في مشاريعي؟

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

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

إذا كان مشروعك موقع شركة، صفحة هبوط، متجر WooCommerce، أو موقعا يحتاج نقل أو تنظيم حساباته، يمكنك البدء من خدمة تصميم وتطوير المواقع أو خدمة صيانة ودعم المواقع حسب حالتك. وللمشاريع التي تستهدف المملكة وتحتاج قالبا أو إضافة أو تكاملا مخصصا، راجع خدمات مطور ووردبريس في السعودية.

الخلاصة

ملكية الموقع بعد التسليم ليست تفصيلا إداريا. هي ما يحدد هل الموقع أصل رقمي تملكه وتستطيع تطويره، أم مشروع يعمل اليوم لكنه مقيد بشخص أو حساب لا تسيطر عليه.

قبل الاتفاق، اكتب الملكية في العقد. أثناء التنفيذ، اجعل الحسابات الأساسية باسم المشروع. قبل الدفعة الأخيرة، راجع الدومين، الاستضافة، الكود، التصميم، التراخيص، Search Console، Analytics، البريد، النسخ الاحتياطي، وصلاحيات الدخول.

الخطوة التالية بعد التسليم

بعد استلام الحسابات، نفذ مراجعة قصيرة خلال أول أسبوع:

1. افتح الدومين والاستضافة والبريد من حساباتك.
2. تأكد من وصولك إلى Google Analytics وSearch Console.
3. خزّن نسخة احتياطية أولية خارج الاستضافة.
4. راجع بنود عقد تطوير موقع مع فريلانسر لتتأكد أن كل بند تسليم تم تنفيذه.
5. إذا كنت ستبدأ مشروعك التالي، ارجع إلى خريطة أدلة مطور ويب مستقل لاستخدام نفس المسار من البداية.

الموقع الجيد ليس فقط موقعا جميلا. هو موقع واضح، سريع، قابل للإدارة، وقابل للنقل إذا احتجت ذلك.

اطلب مراجعة تسليم موقعك أو خطة مشروعك

أسئلة شائعة

هل يجب أن يكون الدومين باسمي؟

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

هل أملك كود الموقع بعد التسليم؟

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

هل يجب أن أستلم ملفات التصميم؟

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

ما الفرق بين صلاحية admin وowner؟

صلاحية admin تسمح لك بإدارة جزء من النظام، لكن owner تعني أنك المالك الأساسي أو لديك أعلى صلاحية في الحساب. في أدوات مثل Google Search Console أو Analytics، الأفضل أن يكون العميل مالكا أو مديرا أساسيا، وليس مستخدما محدودا فقط.

ماذا أفعل إذا كان الموقع باسم المطور؟

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

هل يمكن للمطور الاحتفاظ بصلاحية بعد التسليم؟

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

مسار مرتبط

أكمل مقارنة اختيار مطور أو مصمم مواقع مستقل

هذه الأدلة تغطي قرارات مختلفة قبل التعاقد: طريقة الاختيار، تقييم الأعمال، نطاق العقد، الملكية، والمقارنة بين المستقل والشركة.

مطور ويب مستقل متى تحتاج مطور ويب مستقل وما الفرق بينه وبين مصمم المواقع أو شركة البرمجة. كيف تختار مطور مواقع مستقل؟ Checklist لتقييم الأعمال والسعر والسيو والملكية والدعم قبل الاتفاق. عقد تطوير موقع مع فريلانسر بنود عملية لكتابة نطاق العمل والدفعات والتعديلات والملكية والدعم قبل بدء المشروع. أسئلة تسألها لمطور الويب قبل التعاقد أسئلة عملية تكشف طريقة العمل والنطاق والملكية والاختبار والدعم قبل بدء المشروع. كيف تقيم أعمال مطور ويب؟ نموذج تقييم من 100 نقطة لفحص البورتفوليو والموبايل والسرعة والسيو والنتائج قبل التعاقد. مصمم مواقع مستقل في مصر دليل محلي للتكلفة وبنود الاتفاق واختيار فريلانسر مناسب في السوق المصري. مطور ويب مستقل في السعودية عن بُعد دليل عملي للتعامل مع مطور مستقل يستهدف السوق السعودي: النطاق، الملكية، التواصل، ومتى تكون الشركة المحلية أفضل. فريلانسر أم شركة تصميم مواقع؟ مقارنة عملية بين التعامل مع مستقل أو وكالة حسب حجم المشروع وطريقة التنفيذ. خدمة تصميم وتطوير المواقع راجع نطاق العمل إذا كنت جاهزا لتنفيذ موقع شركة أو صفحة خدمات. Freelance web developer hiring guide Evaluate project evidence, scope, ownership, delivery, and support before hiring.

الخطوة التالية

هل تريد موقعا واضحا يجذب العملاء؟

إذا كان هدفك موقع شركة أو صفحة هبوط أو حضور احترافي، فالخطوة الأفضل هي ترتيب الرسالة والصفحات والـ CTA قبل التصميم.

راجع خدمة تصميم المواقع

نماذج عملية

مشاريع مرتبطة بما قرأته

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

صفحة هبوط مؤسسية B2B

Affsquare Landing Page

تعريف المنظومة، شركات المجموعة، pillars، capabilities، التوظيف، والتواصل

موقع شركة مقاولات وخدمات بناء

Bna Almtqdmh

إبراز الثقة والخدمات والمشاريع وتحويل الزائر إلى طلب عرض سعر

موقع سفر وسياحة وحجوزات

SkyWays Travel

الحجوزات، التأشيرات، الوجهات، مراجعات العملاء، واتصال سريع عبر واتساب والهاتف