إذا كنت تقرأ هذا، فغالبًا أنك تحاول الإجابة عن سؤال واحد محدد: هل فعلاً تقدر تثق بوكيل برمجة بالذكاء الاصطناعي يدير حساب Hostinger الحقيقي حقك، وإيش يحتاج عشان توصله بدون الاعتماد على إضافة جاهزة.
وهذا بالضبط اللي اختبرته. Hostinger MCP هو التكامل اللي يخلي أدوات ذكاء اصطناعي مثل Claude Code وCursor وCodex تتصل بخدمات Hostinger عبر Model Context Protocol.
Hostinger Connector هو أحد الطرق للدخول لهذا التكامل، وهو إضافة VS Code تعتمد على OAuth وبنقرة واحدة. أنا ما اختبرت Connector هنا. اختبرت إنشاء API token مباشرة في 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 | إنشاء الـ token سريع، لكن أنت لوحدك إذا ملف الإعداد عندك فيه محتوى مسبق، وصادفت إصدار 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 مخصصة، وهذا يعني إن المسار اليدوي المعتمد على token كان الطريق الوحيد للدخول ووفّر لي أنظف اختبار لهذا المسار.
فيه شرط أساسي يسبق Hostinger نفسه، وهذا الشرط يعتمد على العميل اللي تختاره. Claude Code نفسه يحتاج Node.js إصدار 22 أو أحدث عشان يشتغل أصلًا. جهازي كان لا يزال على إصدار أقدم من مشروع سابق، وظهرت لي تحذيرات متعلقة بالإصدار وتثبيت معطوب قبل حتى ما ألمس hPanel. هذا مو مشكلة من Hostinger، لكنه كلفة وقت حقيقية إذا جهاز التطوير عندك مو محدث أصلًا.
بعد ما صار Claude Code يشتغل فعليًا، رحت إلى صفحة API في hPanel، اللي صارت مبنية مباشرة حول MCP.
تعرض ستة عملاء في الأعلى: VS Code وCursor وDevin Desktop وAntigravity وClaude Code وCodex، مع حصول VS Code على إضافة Connector بنقرة واحدة، وكل عميل آخر، بما فيه Claude Code، عنده مسار يدوي بدلًا من ذلك.
إنشاء الـ token نفسه يطلب القليل جدًا:
النقطة الأخيرة مهمة إذا كنت تهتم بالتحكم في الوصول. هذا ما يكون داخل الـ token نفسه. يكون في خطوة قبلها، داخل أداة اختيار منفصلة، حيث تحدد أي فئات أدوات يكشفها الاتصال أصلًا، وهذا هو اللي رحت له بعدين.
| التفصيل | النتيجة |
|---|---|
| الحقول المطلوبة لإنشاء token | الاسم والانتهاء فقط |
| اختيار النطاق داخل الـ token نفسه | ما فيه |
| إمكانية رؤية الـ token مرة ثانية بعد مغادرة الصفحة | لا، يظهر مرة واحدة |
| جدول الـ token يتتبع | الاسم، تاريخ الإنشاء، آخر استخدام، الانتهاء |
بعد ذلك، وقبل ما يوجد أي ملف إعداد أصلًا، طلب مني hPanel أختار أي فئات من الأدوات بيكشفها الاتصال:
فعّلت Websites فقط، لأنها تغطي كل شيء يحتاجه LinkSnap. كل فئة تفعّلها تصير إدخالًا منفصلًا في JSON المتولد، مع أمر خاص بها واسم حزمة خاص بها، وكلها تشير إلى نفس الـ token. هنا المسار اليدوي يتفوق فعلًا على شاشة صلاحيات واحدة مجمعة: أنت تحدد الشكل الدقيق لما يقدر وكيل الذكاء الاصطناعي يلمسه قبل ما يفتح أصلًا، مو بعد ذلك.
بعدها جاء الجزء اللي أخذ مني وقتًا فعليًا. hPanel يعطيك كتلة JSON جاهزة ومسار ملف، ~/.claude.json على Linux، ويقول لك تلصقها هناك.
ملفي كان فيه أصلًا إدخالات متبقية من محاولة إعداد سابقة. لصق الكتلة الجديدة فوقه بدون دمجها خلاني أطلع بكيانين على المستوى الأعلى، وهذا JSON غير صالح، وClaude Code ما اشتغل إلا بعد ما أعدت كتابة الملف يدويًا ككائن واحد.
بعد ما صار ملف الإعداد صالحًا أخيرًا، كانت الخطوة الأخيرة هي أن Claude Code نفسه يلتقطه. بتحتاج تسجيل دخول منفصل لـ Claude هنا، غير token حق Hostinger تمامًا، لأن Claude Code يعمل باشتراك Claude أو بفوترة API. هذه خطوة إضافية فعلية مقارنة بامتداد متصفح يعيد استخدام جلسة أنت غالبًا مسجل فيها أصلًا.
بعد ذلك، اشتغل الاتصال بشكل نظيف من أول إعادة تشغيل. لما سألت Claude Code مباشرة عن أدوات Hostinger اللي يقدر يوصل لها، رجع لي قائمة كاملة ومجمعة بشكل صحيح تطابق الفئة الوحيدة اللي فعّلتها.
| الفحص | النتيجة |
|---|---|
| تسجيل دخول Claude Code مطلوب، منفصل عن Hostinger | نعم |
| اتصل من أول إعادة تشغيل بعد إصلاح الإعداد | نعم |
| قائمة الأدوات المرتجعة طابقت الفئة المفعلة | نعم |
| الموافقة على كل استدعاء أداة مطلوبة افتراضيًا | نعم، على كل استدعاء |
السطر الأخير هذا بيشكل تجربتك كلها بعد ذلك. كل استدعاء أداة يسويه Claude Code، سواء كان يعدد المواقع، أو يفحص بناء، أو ينفذ أمر shell، يوقف ويسألك نعم أو لا أولًا، إلا إذا شغلت الموافقة التلقائية.
خليت الموافقة الفردية شغالة طول الاختبار عشان أخذ قراءة صادقة عن التكلفة الحقيقية، ودورة نشر واستعادة واحدة فقط احتاجت أكثر من اثني عشر موافقة منفصلة مني.
شيء واحد أكثر لازم تعرفه قبل ما تعطي أي عمل حقيقي لهذا: ما فيه Sandbox. كل أمر توافق عليه يشتغل على حسابك الحقيقي واستضافتك الحقيقية بمجرد ما تقول نعم.
ما فيه بيئة محاكاة بين الطلب والتغيير الفعلي، فالموافقة الغلط تعتبر فعلًا موافقة حقيقية.
أداة اختيار الفئات تعتبر نقطة قوة فعلية، وأدق من منح صلاحية واحدة مجمعة.
بعد الاتصال، توقّع يكون العمل حذرًا أكثر من كونه سريعًا. كل استدعاء أداة ينتظر موافقتك، وهذا بالضبط اللي تريده إذا كنت تراقب عن قرب، وبالضبط اللي بيبطئك إذا ما كنت كذلك.
أنت الآن تعرف إن ملف الإعداد يقدر يربط. لكن اللي يهمك فعلًا هو هل الشيء الموجود في الجهة الثانية ينفذ أعمال استضافة حقيقية بشكل صحيح، لذلك بنيت 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 token | الحساب، ثم 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 جاوب على سؤال تقني ثنائي الجوانب بشكل صحيح من أول مرة، في حوالي دقيقتين، بدون ما يحتاج أحد يضغط عليه.
هذا ما يعني إن هذا منتج مكتمل أو بلا احتكاك. أداة النشر الأساسية فشلت تمامًا في المحاولتين اللي سويتهما، واضطرت إلى مسار يدوي بديل كل مرة.
ملف إعداد فيه محتوى مسبق انكسر بصمت إلى أن أعدت كتابته يدويًا. وما فيه أي Sandbox في هذه العملية، كل موافقة تعطيها تنفذ على حسابك الحقيقي فورًا، وهذا يرفع المخاطر على نفس الحذر اللي يخلي النتائج موثوقة من الأصل.
Hostinger MCP يستاهل وقتك إذا كنت تبي وكيل ذكاء اصطناعي يتحقق قبل ما يتصرف ويقول لك بصراحة لما يصل لحد، وأنت مستعد تتقبل بعض الحواف الخشنة في الأدوات المحيطة به.
وما يستاهل وقتك بعد إذا كنت تحتاج شيء مصقول وسلس من أول مرة، أو إذا كان فشل أداة النشر في المحاولة الأولى شيء ما تقدر تتجاوزه باعتباره مجرد خشونة بسيطة.
| اسم الخطة | مساحة | وحدة المعالجة المركزية | ذاكرة عشوائية | نظام تشغيل | السعر | |
|---|---|---|---|---|---|---|
| Free Trial | غير محدود | - | ر.س.0.00 | التفاصيل | ||
| KVM 1 | 50 جيجابايت | 1 مراكز | 4 جيجابايت | ر.س.20.71 | التفاصيل | |
| KVM 2 | 100 جيجابايت | 2 مراكز | 8 جيجابايت | ر.س.28.67 | التفاصيل | |
| KVM 4 | 200 جيجابايت | 4 مراكز | 16 جيجابايت | ر.س.41.43 | التفاصيل | |
| KVM 8 | 400 جيجابايت | 8 مراكز | 32 جيجابايت | ر.س.82.89 | التفاصيل |
| 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 AI Builder 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 |
| استضافة سريعة ومحسّنة ومصممة خصيصًا لتطبيقات R... | 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 | |
| Read Express.js Review | |
| Read React Review | |
| Read Nextjs Review |
هوسترنجر 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 extension. أداة النشر الأساسية فشلت في المحاولتين اللي سويتها واضطريت أستخدم بديل يدوي للرفع والبناء كل مرة، ونجح هالشيء في كل مرة.
ما اختبرتها مباشرة، لأن الرمز حقي كان مضبوط على انتهاء بعد شهر وجرى على كل فترة المراجعة. هذا سؤال حقيقي لازم تخطط له أكثر من كونه شيء أقدر أجاوب عليه من الاختبار: حط تذكير في التقويم عشان تجدد الرمز قبل لا ينتهي، لأن أي مهمة تعتمد عليه غالبًا بتفشل إذا انتهى أثناء الجلسة.
أجب على بعض الأسئلة البسيطة وابحث عن الحل المثالي لك!
بدء البحث في الاستضافة
يقدم HostAdvice.com مراجعات وتقييمات احترافية بخدمات استضافة مواقع الانترنت مستقلة تماما عن أي جهة أو كيان آخر. تقييماتنا عادلة وأمينة وتطبق نفس معايير التقييم على كل المراجعات التي تتم.
يتم استلام تعويض نقدي من الشركات التي نقوم بتقييمها. تعويض الخدمات والمنتجات ليس له تأثير على توجه أو استنتاجات تقييماتنا. ولا تؤثر هذه التعويضات على ترتيبنا لشركات استضافة المواقع المحددة.
تغطي هذه التعويضات تكاليف الإنفاق على المراجعين، شراء الحسابات، والاختبار.
