إذا كنت تقرأ هذا، فأنت على الأرجح تحاول الإجابة عن سؤال واحد محدد: هل يمكنك فعلاً الوثوق بوكيل برمجة بالذكاء الاصطناعي لإدارة حساب Hostinger المباشر الخاص بك، وما الذي يتطلبه توصيل واحدٍ دون الاعتماد على إضافة جاهزة.
هذا بالضبط ما اختبرته. Hostinger MCP هو التكامل الذي يتيح لأدوات الذكاء الاصطناعي مثل Claude Code وCursor وCodex الاتصال بخدمات Hostinger عبر Model Context Protocol.
Hostinger Connector هو إحدى الطرق للدخول إلى هذا التكامل، وهو إضافة VS Code بنقرة واحدة تعتمد على OAuth. لم أختبر Connector هنا. لقد اختبرت إنشاء رمز API مباشرة في hPanel وربطه بـ Claude Code يدويًا، وهو المسار الذي ستسلكه إذا كنت تستخدم Claude Code أو JetBrains أو أي عميل لا يملك إضافة مخصصة.
أنشأت تطبيقًا صغيرًا لتقصير الروابط اسمه LinkSnap، وربطته بحساب Hostinger حقيقي، ومررته عبر قراءة الحساب، واكتشاف هدف النشر، ونشر مباشر، وفشل متعمّد، ثم الاسترداد.
يغطّي تقييم Hostinger Connector الخاص بنا كيف يطبّق ذلك الامتداد المعتمد على OAuth البروتوكول الأساسي نفسه، مع مجموعة منفصلة من النتائج.
إليك كيفية تقييم Hostinger MCP عبر الجوانب التي تهمك إذا كنت تقرر ما إذا كان الإعداد اليدوي يستحق وقتك: ما تكلفته، وما الذي تحصل عليه فعليًا، وكمية الاحتكاك في الإعداد، وما إذا كان ينفّذ بشكل صحيح، ومدى جودة الدعم عندما تحتاجه.
| المعيار | الدرجة | سبب هذه الدرجة |
|---|---|---|
| الأسعار | 9.7/10 | MCP نفسه لا يكلفك شيئًا إضافيًا ويعمل مع أي خطة Hostinger لديك بالفعل. |
| الميزات | 9.3/10 | يتيح لك الإعداد اليدوي تفعيل فئات الأدوات بشكل منفصل، Websites وDomains and DNS وSubscriptions and Payments وEmail Marketing وVPS وEcommerce، بحيث تصبح كل واحدة منها اتصالًا منفصلًا بدل مجموعة صلاحيات موحدة. |
| الإعداد والمصادقة | 7.8/10 | إنشاء الرمز سريع، لكنك ستكون وحدك إذا كان ملف الإعداد لديك يحتوي بالفعل على محتوى، وواجهت إصدار Node قديمًا ومسارًا عامًا متروكًا قبل أن أصل حتى إلى تلك المرحلة. |
| دقة التنفيذ | 9.2/10 | قراءات الحساب التقطت طلبَي استضافة كانا قد انتهت صلاحيتهما بصمت، واكتشاف الهدف استبعد كلا الخيارين الموجودين بأسباب حقيقية قابلة للتحقق بدل التخمين. |
| الدعم | 9.0/10 | أجاب Kodee عن سؤال تقني حقيقي ثنائي الجانب بدقة حقيقية، عبر أربع تبادلات خلال نحو دقيقتين. |
| الإجمالي | 9.0/10 | طريقة أكثر شفافية وأكثر اعتمادًا على التدخل اليدوي لربط وكيل ذكاء اصطناعي بحساب Hostinger الخاص بك، مع خط نشر حمى موقعًا مباشرًا أثناء فشل تسببتُ به عمدًا. |
لن تجد صفحة أسعار لـ Hostinger MCP، لأنه لا توجد واحدة. إنه ليس شيئًا تشتريه بشكل منفصل.
إذا فعّلت مسار الإعداد اليدوي، فأنت تختار فئات الأدوات التي يمكن لعميل الذكاء الاصطناعي رؤيتها قبل أن تفتحه، وكل فئة تفعّلها تصبح إدخالًا منفصلًا في ملف الإعداد الخاص بك بدل مجموعة أدوات واحدة كبيرة.
توثق Hostinger أيضًا حدود المعدل الافتراضية على واجهة API الأساسية: 60 طلبًا في الدقيقة و1,000 في الساعة، مع إرجاع الاستخدام الحالي في رؤوس الاستجابة.
بالنسبة لنوع العمل التفاعلي، خطوة واحدة في كل مرة، الذي يغطيه هذا التقييم، لم أقترب أبدًا من أي من الحدين. إذا كنت تخطط لشيء أكثر أتمتة، سكربت يعمل دون إشراف بدل وكيل ينتظر موافقتك، فهذه قيمة حقيقية يجب أن تصمم حولها.
إذا كنت تحاول أن تقرر ما إذا كان بإمكانك بالفعل إنجاز الإعداد اليدوي بنفسك، فمن المفيد أن تفهم لماذا يبدو هذا القسم مختلفًا تمامًا عن مراجعة عادية لسهولة الاستخدام.
Hostinger MCP لا يملك حسابًا خاصًا به لإنشائه، ولا نموذج تسجيل، ولا لوحة تحكم لتتصفحها عند أول تسجيل دخول. إنه يعمل فوق حساب Hostinger وخطة الاستضافة التي لديك بالفعل. لا توجد خطوة تسجيل، لأنه لا يوجد ما يتم التسجيل له سوى الحساب الذي من المفترض أنك تملكه بالفعل.
ما تعنيه سهولة الاستخدام هنا فعليًا هو عملية الاتصال نفسها، تحويل حساب يمكنك بالفعل تسجيل الدخول إليه إلى شيء يمكن لوكيل ذكاء اصطناعي رؤيته والتصرف بناءً عليه. ولهذا يبدأ هذا القسم مباشرة بإنشاء الوصول بدل فتح شاشة تسجيل.
الإعداد اليدوي أيضًا ليس مرتبطًا بعميل واحد. Hostinger تذكر:
اخترت Claude Code لأنه يعمل في الطرفية بدلًا من الشريط الجانبي في IDE، ولأنه لا يملك إضافة Hostinger مخصصة خاصة به، ما يعني أن المسار اليدوي القائم على الرمز كان الطريقة الوحيدة للدخول وقدّم لي أنظف اختبار لتلك الطريقة.
يوجد متطلب أساسي واحد قبل أن تدخل Hostinger في الصورة أصلًا، وهو خاص بالعميل الذي تختاره. يحتاج Claude Code نفسه إلى Node.js بالإصدار 22 أو أحدث ليعمل أصلًا. كان جهازي لا يزال على إصدار أقدم من مشروع سابق، وواجهت تحذيرات engine وتثبيتًا معطلًا قبل أن ألمس hPanel حتى. هذه ليست مشكلة Hostinger، لكنها تكلفة زمنية حقيقية إذا لم يكن جهاز التطوير لديك محدّثًا بالفعل.
مع تشغيل Claude Code بالفعل، اتجهت إلى صفحة API في hPanel، والتي أصبحت الآن مبنية مباشرة حول MCP.
تعرض ستة عملاء عبر الأعلى: VS Code وCursor وDevin Desktop وAntigravity وClaude Code وCodex، مع حصول VS Code على إضافة Connector بنقرة واحدة، بينما يحصل كل عميل آخر، بما في ذلك Claude Code، على مسار يدوي بدلًا من ذلك.
إنشاء الرمز نفسه لا يتطلب الكثير:
هذه النقطة الأخيرة مهمة إذا كنت تهتم بالتحكم في الوصول. فهي لا توجد في الرمز نفسه. بل توجد خطوة قبل ذلك، في أداة اختيار منفصلة تختار فيها فئات الأدوات التي سيكشفها الاتصال أصلًا، وهناك انتقلت إلى الخطوة التالية.
| التفصيل | النتيجة |
|---|---|
| الحقول المطلوبة لإنشاء رمز | الاسم والانتهاء فقط |
| اختيار النطاق على الرمز نفسه | لا يوجد |
| الرمز يظهر مرة أخرى بعد مغادرة الصفحة | لا، يظهر مرة واحدة |
| جدول الرموز يتتبع | الاسم، تاريخ الإنشاء، آخر استخدام، الانتهاء |
بعد ذلك، وقبل وجود أي ملف إعداد أصلًا، طلبت hPanel مني اختيار فئات الأدوات التي سيكشفها الاتصال:
فعّلت Websites فقط، لأنها غطّت كل ما يحتاجه LinkSnap. كل فئة تفعّلها تصبح إدخالًا منفصلًا في JSON المُولّد، مع أمرها الخاص وحزمة اسمها الخاصة، وكلها تشير إلى الرمز نفسه. هنا يتفوق المسار اليدوي فعلًا على شاشة صلاحيات موحدة واحدة: أنت تحدد الشكل الدقيق لما يمكن لوكيل الذكاء الاصطناعي الوصول إليه قبل أن يفتحه أصلًا، لا بعد ذلك.
ثم جاءت المرحلة التي استغرقت مني وقتًا فعليًا. يمنحك hPanel كتلة JSON جاهزة ومسار ملف، ~/.claude.json على Linux، ويطلب منك لصقها هناك.
كان ملفي يحتوي بالفعل على إدخالات متبقية من محاولة إعداد سابقة. ولصق الكتلة الجديدة داخله دون دمجها تركني مع كائنين على المستوى الأعلى، وهذا ليس JSON صالحًا، ولم يبدأ Claude Code حتى أعدت كتابة الملف يدويًا ككائن واحد.
مع أن ملف الإعداد أصبح صالحًا أخيرًا، كانت الخطوة الأخيرة هي جعل Claude Code نفسه يلتقطه. ستحتاج هنا إلى تسجيل دخول منفصل في Claude، مستقل تمامًا عن رمز Hostinger، لأن Claude Code يعمل على اشتراك Claude أو فواتير API. هذه خطوة إضافية حقيقية مقارنةً بامتداد المتصفح الذي يعيد استخدام جلسة أنت مسجّل الدخول إليها على الأرجح بالفعل.
بعد تجاوز ذلك، نجح الاتصال بسلاسة من أول إعادة تشغيل. وعندما سألت Claude Code مباشرةً عن أدوات Hostinger التي يمكنه الوصول إليها، أعاد قائمة كاملة ومجموعة بشكل صحيح، متطابقة مع الفئة الواحدة التي فعّلتها.
| التحقق | النتيجة |
|---|---|
| تسجيل دخول Claude Code مطلوب، منفصل عن Hostinger | نعم |
| تم الاتصال من أول إعادة تشغيل بعد إصلاح الإعداد | نعم |
| قائمة الأدوات المعادة تطابقت مع الفئة المفعلة | نعم |
| الموافقة المنفصلة على كل استدعاء أداة مطلوبة افتراضيًا | نعم، في كل استدعاء |
ذلك الصف الأخير سيشكّل تجربتك بالكامل من الآن فصاعدًا. كل استدعاء أداة يقوم به Claude Code، من سرد المواقع إلى فحص بناء، وتشغيل أمر shell، يتوقف ويسألك نعم أو لا أولًا، ما لم تشغّل الموافقة التلقائية.
أبقيت الموافقة الفردية مفعلة طوال الاختبار للحصول على قراءة صادقة للتكلفة الحقيقية، وكانت دورة نشر واسترداد واحدة فقط تحتاج إلى أكثر من اثني عشر موافقة منفصلة مني.
هناك شيء آخر يجب أن تعرفه قبل أن تضع أي عمل حقيقي على هذا: لا توجد بيئة معزولة. كل أمر توافق عليه يؤثر في حسابك المباشر واستضافتك المباشرة في اللحظة التي تقول فيها نعم.
لا توجد بيئة محاكاة بين المطالبة والتغيير الحقيقي، لذا فإن الموافقة الخاطئة ستكون حقيقية أيضًا.
إن اختيار الأدوات على مستوى الفئات هو نقطة قوة حقيقية، وأكثر دقة من منح صلاحيات موحدة واحدة.
بمجرد الاتصال، توقّع الحذر لا السرعة. كل استدعاء أداة ينتظر موافقتك، وهذا بالضبط ما تريده إذا كنت تراقب عن كثب، وهو بالضبط ما سيبطئك إذا لم تكن كذلك.
أنت تعرف بالفعل أن ملف الإعداد يمكنه إنشاء اتصال. ما تريد معرفته حقًا هو ما إذا كان الطرف الآخر ينفذ أعمال استضافة حقيقية بشكل صحيح، لذلك بنيت LinkSnap، وهو تطبيق Express صغير، وشغلته عبر دورة نشر كاملة.
| الاختبار | ما أردت معرفته |
|---|---|
| قراءة بيانات الحساب | هل يعرض حسابك بدقة؟ |
| العثور على هدف نشر | هل يخمّن، أم يتحقق أولًا؟ |
| نشر LinkSnap | هل يمكنه نقل تطبيق حقيقي من المحلي إلى المباشر؟ |
| التحقق من التطبيق المباشر | هل يثق في ادعاءاته الخاصة بالنجاح؟ |
| كسر التطبيق عمدًا | ماذا تفعل المنصة مع بناء سيئ؟ |
| استرداد التطبيق | هل يمكنه استعادة نسخة معروفة بأنها جيدة بشكل نظيف؟ |
كانت نقطة نهاية الصحة الخاصة بـ LinkSnap مهمة لاحقًا لسبب واحد: يمكن لمنصة ما أن تعلن اكتمال البناء بينما تطبيقك لا يبدأ أبدًا فعليًا.
نقطة نهاية مباشرة هي الطريقة الوحيدة التي يمكنك بها التحقق من ذلك بشكل مستقل بدلًا من الثقة بعلامة الحالة.
طلبت من Claude Code أن يسرد كل موقع وكل خطة استضافة نشطة على الحساب، دون إعطائه أي تلميحات.
يحمل هذا الحساب تعقيدًا حقيقيًا: سبعة عشر موقعًا تحت طلب واحد، واثنان آخران تحت طلب ثانٍ، وموقعان إضافيان جالسين تحت طلبين لم يعودا يظهران على أنهما نشطان.
| التحقق | النتيجة |
|---|---|
| إجمالي المواقع المدرجة | 21، مطابق لـ hPanel تمامًا |
| الخُطط النشطة المحددة | 2، مطابق لـ hPanel تمامًا |
| تمييز مواقع الطلبات المنتهية دون أن يُطلب ذلك | نعم، تم تحديد الاثنين بشكل صحيح |
لم يكتفِ بسرد ما طلبته. لقد لاحظ أن موقعين ينتميان إلى طلبات غائبة عن قائمة النشط، ووسمهما على أنهما على الأرجح معلّقان، وقد تأكدت من كلاهما بشكل مستقل في hPanel على أنهما منتهيا الصلاحية.
هذا أكثر من مجرد استرجاع، هذا هو تدقيق لحسابك، لا مجرد قراءته.
هذا هو الاختبار الذي يخبرك أكثر ما إذا كان يمكنك الوثوق بهذا الشيء على حساب مباشر.
طلبت منه أن يحدد ما إذا كان لدي موقع Node.js جاهز لـ LinkSnap، دون أن أذكر أي نطاق بنفسي.
| الخطوة | ما حدث | النتيجة |
|---|---|---|
| فحص أول موقع Node.js موجود | وجد نشرًا نشطًا قيد الاستخدام بالفعل | تم استبعاده بشكل صحيح |
| فحص ثاني موقع Node.js موجود | وجد أنه مرتبط بطلب منتهٍ | تم استبعاده بشكل صحيح |
| اقترح موقعًا جديدًا | تحت الطلب النشط الصحيح | دقيق |
| سأل قبل التصرف | عرض نطاقًا فرعيًا مجانيًا أو نطاقًا مخصصًا | ناجح |
اخترت النطاق الفرعي المجاني. ولّد floralwhite-ferret-411142.hostingersite.com وأنشأ الموقع تحت الطلب الصحيح، وهو ما تحققت منه بنفسي في hPanel بعد ذلك.
كل شيء تطابق.
بعد وجود هدف مؤكد، حزمت LinkSnap داخل أرشيف zip وطلبت من Claude Code نشره.
فشلت أداة النشر الأساسية في المحاولة الأولى، عند خطوة الرفع.
بدلًا من إعادة المحاولة بشكل أعمى، تحققت مما إذا كانت مساحة تخزين الموقع قابلة للوصول بالفعل، واستبعدت ذلك كسبب، ثم انتقلت إلى طريقة بديلة: طلب عنوان رفع مباشر، ورفع الأرشيف إليه، ثم تفعيل البناء كخطوة منفصلة.
| الخطوة | النتيجة |
|---|---|
| أداة النشر الأساسية | فشلت عند الرفع |
| فحص قابلية الوصول إلى التخزين | نجح، واستُبعد كسبب |
| الطريقة البديلة | عنوان رفع يدوي مع تفعيل بناء منفصل |
| نتيجة الطريقة البديلة | نجحت |
| التحقق الذاتي بعد “اكتمال البناء” | أجرى طلبًا مباشرًا خاصًا به، وأكد HTTP 200 |
| التحقق المستقل الخاص بي | استجاب كل من الصفحة الرئيسية ونقطة الصحة بشكل صحيح |
فشل أداة النشر في المحاولة الأولى هو ضعف حقيقي، وأريد أن أقول ذلك بوضوح. ما منع ذلك من أن يكون نتيجة سيئة هو ما حدث بعده: تشخيص حقيقي، وبديل ناجح، وفحص مباشر بدلًا من الثقة بشارة الحالة.
هذا هو القسم الذي جئت من أجله بالفعل إذا كنت تتساءل عما يحدث عندما يذهب شيء ما خطأ.
طلبت من Claude Code أن يأخذ نسخة احتياطية من package.json العامل، ثم يغيّر أمر البدء ليشير إلى ملف غير موجود.
لم يتمكن من تعديل ملفات التطبيق المباشر مباشرةً، لأن أداة تحرير الملفات غير مكشوفة لتطبيق Node.js منشور.
وبدلًا من التحايل على ذلك بصمت، شرح القيد، وعمل من أرشيفي المحلي بدلًا من ذلك، وعرض عليّ التغيير الدقيق في سطر واحد، وانتظر تأكيدي قبل لمس أي شيء.
| الاختبار | النتيجة |
|---|---|
| إنشاء نسخة احتياطية قبل التغييرات | نعم |
| عرض التغيير الدقيق قبل تطبيقه | نعم |
| نشر بناء معطوب | تم الإبلاغ عن فشل البناء |
| التطبيق المباشر أثناء فشل البناء | بقي يعمل، ويقدم النسخة السليمة |
| التطبيق المباشر بعد إعادة تشغيل صريحة | لا يزال يقدم النسخة السليمة |
| الاستعادة من النسخة الاحتياطية | ناجحة |
| إعادة نشر النسخة النظيفة | اكتملت، بعد إعادة محاولة واحدة |
| التحقق النهائي | HTTP 200، تم تأكيد استجابة سليمة |
هذه هي النتيجة الأهم في هذه المراجعة. المنصة لم تقبل نشرًا معطوبًا بصمت. لقد رفضت البناء السيئ وأبقت آخر نسخة معروفة جيدة تعمل طوال الوقت، قبل إعادة التشغيل وبعدها.
الفجوة الصادقة الوحيدة: كانت سجلات البناء تعرض فقط تثبيت التبعيات بنجاح، وليس الخطأ الحقيقي المتعلق بغياب الملف، لذلك ستحتاج إلى البحث في مكان آخر لمعرفة السبب المحدد لفشل حقيقي.
شيء أصغر آخر يجب أن تعرفه هو أنه في منتصف هذا الاختبار، أشار Claude Code إلى مشروع سابق غير ذي صلة بالاسم، ولم يكن له أي علاقة بهذه الجلسة. لم يغيّر ذلك النتيجة، لكنني أعتقد أنه من المهم الإشارة إليه بدلًا من إغفاله.
الضعف الأكثر وضوحًا هو أداة النشر الأساسية نفسها، التي فشلت في المحاولتين اللتين أجريتهما واحتاجت إلى بديل يدوي في كل مرة.
إذا علِقت في الإعداد بنفسك، فإليك ما يحدث فعليًا عندما تطلب المساعدة من Hostinger.
| القناة | التوفر | ملاحظات |
|---|---|---|
| الدردشة المباشرة (Kodee، AI) | 24/7 | يعمل على Model Context Protocol نفسه الذي تغطيه هذه المراجعة، وتوثّقه Hostinger على أنه قادر على تنفيذ إجراءات حقيقية على الحساب، وليس مجرد الإجابة عن الأسئلة |
| الدردشة المباشرة (بشري) | تصعيد من Kodee | متاح عند الطلب داخل نافذة الدردشة نفسها |
| قاعدة المعرفة | خدمة ذاتية | support.hostinger.com |
طرحت على Kodee سؤالًا له جواب حقيقي من جهتين: هل Hostinger MCP هو منتج قابل للشراء بذاته، وكيف يرتبط فعليًا بـ Hostinger Connector.
لا يمكنك الإجابة عن هذا بنسخ فقرة من الوثائق، لأنه يتطلب فصل بروتوكول عن تنفيذ واحد محدد له بشكل صحيح.
| السؤال | إجابة Kodee | التقييم |
|---|---|---|
| هل MCP هو نفسه Connector | لا، MCP هو التكامل الأوسع، وConnector هو إحدى طرق الإعداد الموصى بها المعتمدة على OAuth | صحيح ومحدّد بدقة |
| هل MCP قابل للشراء بذاته | لا، ليس منتجًا أو اشتراكًا منفصلًا | صحيح |
| أين تجد رمز API | الحساب، ثم API أو Dev Tools، أنشئه، سمّه، حدّد مدة الانتهاء، وانسخه فورًا | صحيح ومحدد |
| ما متغير البيئة الذي يجب استخدامه | سمّى متغير الرمز مباشرة، وذكر Connector كبديل يتجاوز ذلك | صحيح |
استغرق الحوار الكامل، أربع أسئلة وأربع إجابات، نحو دقيقتين بحسب الطوابع الزمنية.
لم أحتج إلى الاعتراض أو إعادة الصياغة أو التصعيد ولو مرة واحدة. كثير من أدوات الدعم بالذكاء الاصطناعي تتعامل مع الجزء السهل من سؤال ذي شقين وتصبح غامضة في الجزء الأصعب. Kodee لم يفعل ذلك هنا.
تنظم قاعدة المعرفة لدى Hostinger نفسها ضمن فئات واسعة: Getting Started وhPanel وAI Builder وDomains وDNS وFiles Management وEmail وMySQL Databases وWebsite وVPS وAgency Hosting Plans وReach وSSL وPHP وProfile Management وBilling وAffiliates and Referrals وFeatures وcPanel وAbout Hostinger.
لا توجد أي فئة مخصصة لـ MCP، لذا إذا كنت تتصفح حسب الفئة، فلن تجده بهذه الطريقة.
ومع ذلك، فإن البحث مباشرة عن “MCP” يأخذك إليه بدلًا من ذلك. أعاد هذا البحث عشرين نتيجة، وكانت المقالتان الأكثر صلة، إعداد MCP الخاص بـ WordPress وإعداد IDE المحلي، في أعلى النتائج مباشرة.
وكانت مختلطة أسفلها عدة نتائج مرتبطة بشكل فضفاض فقط، معظمها منتجات وكلاء ذكاء اصطناعي أخرى تذكر MCP عَرَضًا.
فتحت المقالة التي تطابق إعداد هذه المراجعة مباشرة: “How to set up web hosting MCP on Local IDEs.” وهي مبنية بشكل جيد فعلًا:
الفجوة الوحيدة التي يجب أن تعرفها هي أن الشرح اليدوي في هذه المقالة يستخدم Cursor كمثال مطبق، وليس Claude Code، رغم أن Claude Code أحد العملاء المدرجين رسميًا.
عمليًا لم يبطئني ذلك، لأن صفحة API الخاصة بـ hPanel ولّدت مسار ملف خاصًا بـ Claude Code وكتلة JSON مباشرة، واتضح أن ذلك أحدث من مثال المقالة.
إذا اعتمدت على المقالة وحدها واستخدمت Claude Code، فستحتاج إلى تكييف خطوات Cursor الخاصة بنفسك.
الفجوة الحقيقية الوحيدة هي أن مقالة الإعداد الرئيسية تفضّل Cursor كمثال مطبق، لذا إذا كنت تستخدم Claude Code فستحصل على إرشادات دقيقة لكنها لم تُبنَ معك في الذهن.
نعم. ليس لأن الإعداد كان سلسًا، فلم يكن كذلك دائمًا، بل بسبب ما حدث عندما أعطيت وكيل ذكاء اصطناعي وصولًا حقيقيًا إلى حساب مباشر ثم حاولت عمدًا أن أكسر الأشياء.
قراءات الحساب التقطت طلبَي استضافة منتهيين بصمت دون أن يُطلب منها ذلك. واستبعد اكتشاف الهدف موقعين غير مناسبين لأسباب حقيقية قابلة للتحقق بدل التخمين. وأدانت سلسلة نشر بناءً كسرتُه عمدًا وحافظت على تشغيل موقعك طوال الوقت، قبل إعادة التشغيل وبعدها.
ما برز أكثر عبر هذه المراجعة كلها لم يكن أي ميزة منفردة تعمل بشكل صحيح. بل كان النمط خلفها جميعًا: تحقّق أولًا، تصرّف ثانيًا، وقل بوضوح عندما يتعذّر التحقق من شيء.
ظهر هذا النمط نفسه في الدعم أيضًا، حيث أجاب Kodee عن سؤال تقني حقيقي ثنائي الجانب بشكل صحيح من أول محاولة، في حوالي دقيقتين، دون الحاجة إلى دفعه.
هذا لا يعني أنه منتج مكتمل وسلس وخالٍ من الاحتكاك. أداة النشر الأساسية فشلت تمامًا في المحاولتين اللتين أجريتهما، واحتاجت إلى بديل يدوي في كل مرة.
وملف إعداد كان يحتوي بالفعل على محتوى انكسر بصمت حتى أعدت كتابته يدويًا. وليس هناك أي بيئة معزولة في هذه العملية، فكل موافقة تمنحها تؤثر في حسابك المباشر فورًا، ما يرفع المخاطر على نفس الحرص الذي يجعل النتائج موثوقة في المقام الأول.
يستحق Hostinger MCP وقتك إذا كنت تريد وكيل ذكاء اصطناعي يتحقق قبل أن يتصرف ويخبرك بصدق عندما يصل إلى حدٍّ ما، وكنت مستعدًا لقبول بعض الحواف الخشنة في الأدوات المحيطة به.
ولا يستحق وقتك بعد إذا كنت تحتاج إلى شيء مصقول وخالٍ من الاحتكاك منذ البداية، أو إذا كان فشل أداة النشر في المحاولة الأولى أمرًا لا يمكن تجاوزه بدل أن يكون خشونة يمكنك الالتفاف حولها.
| اسم الخطة | مساحة | وحدة المعالجة المركزية | ذاكرة عشوائية | نظام تشغيل | السعر | |
|---|---|---|---|---|---|---|
| Free Trial | غير محدود | - | US$ 0,00 | التفاصيل | ||
| KVM 1 | 50 جيجابايت | 1 مراكز | 4 جيجابايت | US$ 5,52 | التفاصيل | |
| KVM 2 | 100 جيجابايت | 2 مراكز | 8 جيجابايت | US$ 7,64 | التفاصيل | |
| KVM 4 | 200 جيجابايت | 4 مراكز | 16 جيجابايت | US$ 11,04 | التفاصيل | |
| KVM 8 | 400 جيجابايت | 8 مراكز | 32 جيجابايت | US$ 22,09 | التفاصيل |
| Description | Expert Review |
|---|---|
| استضافة اقتصادية ذات أداء عالٍ وأدوات إدارة سه... | Read Shared Hosting Review |
| استضافة WordPress سريعة وآمنة مع تثبيت بنقرة واحدة ... | Read Wordpress Hosting Review |
| استضافة VPS قابلة للتوسع مع موارد مخصصة ووصول بص... | Read VPS Review |
| استضافة سحابية سريعة ومرنة مع وقت تشغيل ممتاز �... | Read Cloud Hosting Review |
| حلول استضافة آمنة وخاصة مع مواقع مراكز بيانات �... | Read Offshore Hosting Review |
| استضافة بريد إلكتروني آمنة وموثوقة مع ميزات من... | Read Email Hosting Review |
| استضافة بايثون موثوقة مع بيئات مرنة للمطورين. | Read Python Hosting Review |
| استضافة PHP عالية الأداء مع دعم كامل للمواقع وال... | Read PHP Hosting Review |
| استضافة Windows VPS موثوقة مع تحكم كامل وخيارات تخص�... | Read Windows VPS Review |
| استضافة سريعة ومرنة مُصممة لتطبيقات Node.js بأداء... | Read Nodejs Hosting Review |
| استضافة مُحسَّنة لمتاجر WooCommerce بسرعة عالية وتك... | Read Woocommerce Hosting Review |
| استضافة خوادم مخصصة لتجارب لعب Minecraft السلسة | Read Minecraft Server Hosting Review |
| حلول استضافة قابلة للتوسع مع ميزات متقدمة للوك... | Read Agency Hosting Review |
| استضافة سريعة وآمنة مُحسّنة لمواقع التجارة ال�... | Read Magento Hosting Review |
| استضافة عالية الأداء مبنية على لينكس لعمليات م... | Read Linux Hosting Review |
| حلول استضافة جافا قوية لتطبيقات ومشاريع الويب ... | Read Java Hosting Review |
| استضافة مُحسّنة لمواقع التجارة الإلكترونية بأ... | Read Ecommerce Hosting Review |
| استضافة Django موثوقة ذات سرعات عالية وبيئة آمنة. | Read Django Hosting Review |
| استضافة cPanel سهلة الاستخدام مع أداء قوي ودعم مو�... | Read Cpanel Hosting Review |
| استضافة قوية للشركات مع سرعات عالية, أمان, وقاب... | Read Business Hosting Review |
| Easy-to-use website builder with drag-and-drop tools and customizable templates. | Read Website Builder Review |
| Optimized hosting for Joomla sites with one-click installation and reliable performan... | Read Joomla Hosting Review |
| Powerful hosting with full PostgreSQL database support for data-driven applications. | Read PostgreSQL Hosting Review |
| Flexible hosting with MongoDB integration for scalable, modern web applications. | Read MongoDB Hosting Review |
| AI-powered website creation platform for building professional sites in minutes. | Read Horizons Review |
| Reliable hosting for n8n workflow automation with easy setup and management. | Read n8n Hosting Review |
| VPS hosting with Docker support for containerized application deployment and scaling. | Read Docker VPS Review |
| استضافة خادم SMTP مخصص لتسليم بريد إلكتروني موثو... | Read SMTP Server Review |
| استضافة سريعة ومحسّنة مصممة خصيصًا لتطبيقات ا�... | Read Ruby on Rails Review |
| استضافة غنية بالميزات مع تكامل OpenClaw لبناء وإدا... | Read OpenClaw Review |
| استضافة سريعة وموثوقة مع خوادم مقرها المملكة ا... | Read UK Hosting Review |
| استضافة ميسورة التكلفة وموثوقة مع خوادم مقرها ... | Read India Review |
| Read Singapore Review | |
| Read Australia Review | |
| Read AI Agent Review | |
| Read Paperclip VPS Review | |
| Read Hermes Agent Review | |
| Read Hostinger Connector Review | |
| Read Web Apps Hosting Review | |
| Read Hostinger Reach Review | |
| Read hpanel Review | |
| Read Odoo Review | |
| Read Laravel Review | |
| Read MERN VPS Review | |
| Read Ubuntu Review | |
| Read Drupal Hosting Review |
Hostinger MCP هو التكامل الذي يتيح لأدوات البرمجة بالذكاء الاصطناعي الاتصال بخدمات Hostinger الخاصة بك عبر بروتوكول Model Context Protocol. إنه ليس منتج استضافة منفصلاً، ويعمل مع حسابك الحالي بدلًا من أن يحل محل hPanel.
لا. Connector هي طريقة إعداد واحدة، تستخدم OAuth عبر إضافة للمتصفح. يمكنك أيضًا تهيئة الاتصال يدويًا باستخدام رمز API، وهو المسار الذي اختبرته هذه المراجعة، والذي يدعم حاليًا عملاء بما في ذلك Claude Code وCursor وDevin Desktop وAntigravity وCodex.
نعم. لا توجد رسوم منفصلة لتكامل MCP نفسه. لا يزال يتعين عليك الاشتراك في خطة استضافة أو سحابة أو VPS مؤهلة من Hostinger للمهام التي تريد أن ينفذها وكيل الذكاء الاصطناعي فعليًا.
في اختباراتي، تم رفض بناءٍ تعمّدتُ إفساده بدلًا من نشره، وهذا مؤشر جيد. لكن سجلات البناء لم تُظهر خطأ التشغيل المحدد وراء الفشل، وإنما أظهرت فقط أن تثبيت التبعيات قد نجح. تحقّق من تطبيقك المباشر أو من نقطة فحص الصحة مباشرةً بدلًا من الاعتماد على سجلات البناء وحدها.
نعم. لقد نشرت تطبيق Node.js ثم عطّلته عمدًا باستخدام رمز API مكوّن يدويًا فقط في Claude Code، من دون أي امتداد Connector. فشلت أداة النشر الأساسية في كلتا المحاولتين واضطررت إلى استخدام بديل يدوي للرفع والبناء في كل مرة، وقد نجح ذلك بنجاح.
لم أختبر هذا مباشرة، لأن رمزي كان مضبوطًا على انتهاء صلاحية بعد شهر واحد وقد تجاوزت فترة المراجعة بالكامل. إنها مسألة حقيقية ينبغي التخطيط لها أكثر من كونها شيئًا أستطيع الإجابة عنه من خلال الاختبار: ضع تذكيرًا في التقويم لتجديد رمزك قبل أن تنتهي صلاحيته، لأن أي مهمة تعتمد عليه ستفشل على الأرجح بمجرد انتهاء صلاحيته أثناء الجلسة.
أجب على بعض الأسئلة البسيطة وابحث عن الحل المثالي لك!
بدء البحث في الاستضافة
يقدم HostAdvice.com مراجعات وتقييمات احترافية بخدمات استضافة مواقع الانترنت مستقلة تماما عن أي جهة أو كيان آخر. تقييماتنا عادلة وأمينة وتطبق نفس معايير التقييم على كل المراجعات التي تتم.
يتم استلام تعويض نقدي من الشركات التي نقوم بتقييمها. تعويض الخدمات والمنتجات ليس له تأثير على توجه أو استنتاجات تقييماتنا. ولا تؤثر هذه التعويضات على ترتيبنا لشركات استضافة المواقع المحددة.
تغطي هذه التعويضات تكاليف الإنفاق على المراجعين، شراء الحسابات، والاختبار.
