
Hostinger Ecommerce هو منصة البيع متعدد القنوات التي أنشأتها Hostinger داخل منظومة الاستضافة الحالية لديها، محوّلةً prompt قصيرًا بالذكاء الاصطناعي إلى متجر إلكتروني يعمل. اختبرتُ مسار التسجيل، وأداة بناء المواقع بالذكاء الاصطناعي، وإعداد الدفع، وكلًّا من الدعم الآلي والبشري على خطة Growth لأرى ما إذا كانت العملية كلها تتحرك بالسرعة نفسها، وتعمل بالنظافة نفسها، التي تعد بها صفحة التسويق.
ما يلي يسير عبر ذلك الاختبار بالترتيب الذي مررت به فعليًا، بدءًا من عملية الدفع نفسها.

كل درجة أدناه نابعة من الاختبار نفسه الذي يأتي في هذه المراجعة، ومقاسة وفق منهجية التقييم الخاصة بنا التي نطبقها عبر كل مزود استضافة على هذا الموقع، لا مجرد انطباع أول من صفحة التسويق، لذلك سأشرح بالضبط كيف استُحقت كل درجة بينما أمضي عبر التسجيل والإعداد والدعم.
| Parameter | Score | Why This Score |
|---|---|---|
| Prices | 9.3/10 | نافذة استرداد حقيقية لمدة 30 يومًا عبر الخطط، لكن مدفوعات cryptocurrency مستثناة من أي استرداد. |
| Features | 9.6/10 | أداة إنشاء متجر بالذكاء الاصطناعي، ودفع Stripe وdLocal Go، وتكاملات Shippo وPrintful، وأدوات SEO مدمجة. |
| Performance | 9.4/10 | 96-100% من أداء GTmetrix من قارتين، وLCP أقل من ثانية، وCLS نظيف يساوي 0. |
| Ease of Use | 9.3/10 | التهيئة السريعة بالذكاء الاصطناعي، لكن كتالوج المنتجات ولوحة الإدارة خرجا عن التزامن أثناء الاختبار. |
| Support | 9.0/10 | Kodee يقدم إجابات مفصلة ودقيقة، لكن التصعيد إلى إنسان استغرق ثلاث طلبات منفصلة. |
| Overall | 9.3/10 | واجهة متجر سريعة مبنية بالذكاء الاصطناعي مع أداء عالمي قوي، تعيقها بعض التباينات في التهيئة واحتكاك عند التصعيد في الدعم. |
السعر هو المكان الطبيعي للبدء، لأنه أول قرار حقيقي يتخذه البائع الجديد، قبل أن يلمس أداة البناء بالذكاء الاصطناعي أو لوحة التحكم.

يعمل Hostinger Ecommerce عبر ثلاث فئات، Starter وGrowth وScale، وتُسعَّر بحسب عدد المنتجات التي تبيعها وعدد قنوات البيع التي تربطها، مع تسويق Growth باعتبارها الخيار الأكثر شيوعًا لمتجر صغير بعلامة تجارية.
لا توجد نسخة تجريبية مجانية مخصصة، لكن كل خطة تأتي مع ضمان استرداد الأموال لمدة 30 يومًا، وهو نفس معيار الاسترداد الذي تطبقه Hostinger عبر منتجات الاستضافة الخاصة بها. شيء واحد يستحق التحقق قبل الدفع: المدفوعات التي تتم عبر Coingate، خيار العملات المشفرة، مستثناة من الاسترداد بالكامل بموجب سياسة الاسترداد الرسمية لدى Hostinger. وتدخل البطاقة وPayPal وGoogle Pay وApple Pay وAlipay+ جميعها ضمن نافذة الـ 30 يومًا القياسية.
بعض الأشياء التي ينبغي معرفتها قبل الالتزام:
بمجرد اختيار الخطة، تصبح الميزات التي تأتي معها مهمة أيضًا، لأنها تشكل كل شيء من شكل الدفع إلى الأدوات الموجودة داخل لوحة التحكم.

ولإعطاء أرقام حقيقية وراء ادعاءات Hostinger Ecommerce، أجريت اختبارات GTmetrix على واجهة متجر Clay & Co الحية التي وُلدت سابقًا في هذه المراجعة، وما تزال على النطاق الفرعي المؤقت hostingersite.com على خطة Growth.
لماذا GTmetrix؟ يجري GTmetrix الاختبارات من مواقع جغرافية حقيقية باستخدام متصفح Chrome فعلي، لذا تعكس الأرقام ما يختبره الزائر الحقيقي بدلًا من متوسط مختبري اصطناعي. بالنسبة لمتجر إلكتروني، حيث يؤدي البطء في التحميل مباشرة إلى سلال مهجورة، يمنح ذلك معيارًا قابلًا للتكرار والمقارنة بدلًا من ادعاء تسويقي يؤخذ على محمل التصديق.
لماذا اختباران؟ تعمل بنية Hostinger التحتية لهذا المنتج من Boston، USA، لذلك أجريت الاختبار الأول من San Antonio، Texas، أقرب نقطة GTmetrix متاحة إلى ذلك الأصل، للحصول على قراءة واقعية في أفضل الأحوال لزائر قريب من الخادم.
لكن متجرًا يبيع منتجات يدوية لن يجذب حركة محلية فقط، لذلك أجريت اختبارًا ثانيًا من Frankfurt، Germany، لأرى ما يختبره فعليًا زائر من قارة أخرى. الاقتصار على الاختبار من جوار الخادم لا يخبرك إلا بوجه واحد من القصة.
| Metric | San Antonio, TX, USA | Frankfurt, Germany |
|---|---|---|
| GTmetrix Performance | 96% | 100% |
| GTmetrix Structure | 99% | 99% |
| Largest Contentful Paint (LCP) | 990ms | 439ms |
| Total Blocking Time (TBT) | 79ms | 33ms |
| Cumulative Layout Shift (CLS) | 0 | 0 |
كلا النتيجتين تتجاوزان بسهولة عتبة LCP “الجيدة” من Google البالغة 2.5s، وكون CLS يساوي 0 في كلتا الحالتين يعني أن التخطيط يبقى ثابتًا بغض النظر عن المكان الذي يأتي منه الطلب.
| Metric | San Antonio, TX, USA | Frankfurt, Germany |
|---|---|---|
| TTFB | 704ms | 112ms |
| Redirect | 0ms | 0ms |
| Connect | 138ms | 50ms |
| Backend | 566ms | 62ms |
| First Contentful Paint | 990ms | 378ms |
| Onload Time | 1.1s | 368ms |
| Time to Interactive | 1.3s | 662ms |
| Fully Loaded Time | 2.3s | 1.3s |
وهنا الجزء الذي يستحق التفكيك بدل المرور عليه بسرعة: Frankfurt تفوقت على San Antonio في كل مقياس واحد، رغم أن بنية Hostinger التحتية لهذا المنتج قائمة في Boston وسان أنطونيو أقرب جغرافيًا إليها.

زمن الاتصال هو أوضح دليل، عند 138ms من San Antonio مقابل 50ms فقط من Frankfurt، وزمن الخلفية يروي القصة نفسها بشكل أوضح، 566ms من الموقع الأمريكي الأقرب مقابل 62ms من Germany.

ما أراه: خادم أصل قائم في USA لا ينبغي أن يخسر أمام موقع اختبار أوروبي في زمن الاتصال أو استجابة الخلفية، ليس إذا كانت الطلبات تسافر فعلًا حتى Boston في كلتا الحالتين. التفسير الأرجح هو أن منصة Website Builder التي تخدم هذه الواجهة تقع خلف CDN عالمي، لذا ربما تم تقديم اختبار Frankfurt من خلال عقدة طرفية أوروبية بدلًا من العودة عبر الأطلسي، بينما ربما وصل اختبار San Antonio عبر مسار أقل تحسينًا أو ذاكرة تخزين مؤقت أبرد وقت الاختبار.
في كلتا الحالتين، هذه أخبار جيدة بالفعل للبائعين. فهي تشير إلى أن واجهات Hostinger Ecommerce ليست مربوطة بجغرافيا أصل واحد بالطريقة التي تكون عليها حسابات الاستضافة التقليدية ذات المنطقة الواحدة، وأن الأداء يبقى قويًا جدًا بغض النظر عن أي جانب من الأطلسي يتصفح منه العميل.
قدمت كلتا نقطتي الاختبار نتائج ممتازة لمتجر إلكتروني: نطاق 96% إلى 100% في GTmetrix Performance، وLCP أقل من ثانية من Frankfurt وحوالي ثانية واحدة فقط من San Antonio، وCLS يساوي 0 في كلتا الحالتين.
والنتيجة الأكثر إثارة للاهتمام هي أن اختبار Frankfurt تفوق على اختبار USA في كل المقاييس رغم أن بنية Hostinger التحتية قائمة في Boston، ما يشير إلى تسليم مدعوم بـ CDN بدلًا من أن يكون خادم أصل واحد هو الذي يحدد سرعة تحميل المتجر. بالنسبة للبائعين القلقين من خدمة قاعدة عملاء عالمية من منطقة واحدة، فهذه نتيجة مطمئنة بدلًا من أن تكون قيدًا يجب التخطيط حوله.

الانتقال من حساب Hostinger إلى واجهة متجر حية قابلة للبيع هو جوهر ما تعد به Hostinger Ecommerce، لذلك مررت بالعملية بالطريقة التي سيفعلها بائع لأول مرة فعليًا: بدءًا من إنشاء الحساب، مرورًا بدردشة Kodee الخاصة بالتهيئة بالذكاء الاصطناعي، وصولًا إلى Store Manager حيث يتم العمل اليومي.
قبل أي دردشة ذكاء اصطناعي، يبدأ الوصول إلى خطة Ecommerce المدفوعة من قائمة Services الرئيسية في Hostinger، تحت قسم Sell Online المدرج إلى جانب خيار استضافة WooCommerce الأقدم.

النقر هناك يصل إلى صفحة Ecommerce مخصصة مبنية حول طرح “Sell everywhere, manage it all in one place”، مع زر View plans الذي يقود إلى صفحة الأسعار ذات الفئات الثلاث.

اخترت خطة Growth وفترة 12 شهرًا.

فصلت سلة التسوق الطلب بوضوح:

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

جاءت خطوة الدفع بعد ذلك، في صفحة عرضت عنوان الفوترة، ثم خطوة دفع تقدم:

ما أراه: رؤية العملات المشفرة إلى جانب PayPal وGoogle Pay في checkout تجارة إلكترونية رئيسي ليست شيئًا أراه كثيرًا، ومن الجيد معرفته في ضوء أن سياسة استرداد Hostinger تستبعد تحديدًا مدفوعات crypto من أي ضمان استرداد، على عكس كل طريقة أخرى في تلك القائمة.
أدت عملية إرسال الدفع مباشرةً إلى hPanel، لوحة التحكم العامة لـ Hostinger، مع وصول رسالة تأكيد بالبريد الإلكتروني في الوقت نفسه. لم تكن هناك شاشة ترحيب مخصصة لـ Ecommerce في هذه المرحلة، بل نفس الصفحة الرئيسية في hPanel التي يصل إليها أي عميل Hostinger بعد شراء الاستضافة، مع قائمة مهام تدفعني لإكمال إعداد خطة Growth التي اشتريتها للتو.
التسجيل يمنحك حسابًا ورسالة تأكيد. لكنه لا يمنحك متجرًا. تلك خطوة منفصلة، وكانت هي ما اتجهت إليه بعد ذلك.
تسجيل الدخول إلى hPanel لأول مرة ينقلك إلى صفحة رئيسية نظيفة ومحاورة بدلًا من شبكة إعدادات كثيفة: “Hi, John! Where do you want to get started?” تظهر فوق مربع prompt لكتابة طلب، مع أزرار اختصار أسفله للحصول على نطاق، أو إنشاء موقع، أو تجربة vibe coding.
الشريط الجانبي الأيسر منظم في مجموعات واضحة بدلًا من قائمة طويلة واحدة:

أسفل مربع الطلب الرئيسي توجد قائمة مهام، وهي مفيدة فعلًا وليست مجرد زينة. بدأت بعنصر يقول “Start creating or migrating a website, finish setting up your Growth plan,” إلى جانب تذكيرات أخرى مثل المطالبة بعنوان بريد إلكتروني مجاني، والمطالبة بنطاق مجاني، وإنهاء إعداد Reach email marketing. تغيّر العدد في هذه القائمة بينما أعمل عليها، من ستة عناصر إلى خمسة بمجرد أن أنهيت الأول، لذا فهي تتعقب التقدم فعلًا بدلًا من أن تبقى ثابتة.
ما أراه: وجود Ecommerce داخل Hostinger apps، وموسومة New بدلًا من أن تكون مثبتة قرب الأعلى، هو وضع معقول لمنتج أحدث، لكن البائعين الذين يأتون تحديدًا من أجل أدوات التجارة الإلكترونية سيحتاجون لحظة للعثور عليها وسط اختصارات VPS وGPU ووكلاء الذكاء الاصطناعي الموجهة لقاعدة عملاء Hostinger الأوسع بكثير. قائمة المهام تؤدي عملًا جيدًا في دفعك نحو الخطوة الأولى الصحيحة بغض النظر.
امتلاك خطة ولوحة تحكم لا يعني امتلاك موقع جاهز للبيع. تلك هي الخطوة التالية التي تدفعك إليها قائمة المهام، وهي حيث يبدأ العمل الحقيقي للإعداد.
عنصر المهام نفسه، “Start creating or migrating a website,” جاء مع زر Create or migrate واحد.

النقر عليه هو ما أطلق البناء الفعلي، وكانت كل الخيارات على الطريق قرارات حقيقية مع بدائل حقيقية على الشاشة، لا مسارًا مفروضًا واحدًا:






ذلك زر Next هو المكان الذي تعثر فيه وعد “AI does it all” قليلًا. بدلًا من توليد الموقع هناك مباشرة، فتح شاشة منفصلة تسأل كيف أردت بناء الموقع: Vibe code with Horizons (موسومة Recommended)، أو Drag-and-drop with Builder، أو WordPress، مع Web App وEmpty PHP/HTML للمستخدمين المتقدمين في الأسفل.
بعد أن قلتُ لـ Kodee مسبقًا أن الذكاء الاصطناعي سيتولى كل شيء، فإن ظهور منتقي طريقة بناء يدوي بعد ذلك على أي حال يُعد فجوة حقيقية بين ما يعد به هذا الخيار وما يحدث فعليًا بعده. ومن بين الخيارات المعروضة، اخترت Drag-and-drop with Builder، لأن وصفه يذكر تحديدًا تخصيص متجر إلكتروني، على عكس Horizons، الذي يُسوَّق على نطاق أوسع للمواقع وتطبيقات الويب عمومًا.

ومن هناك:




ما أراه: دقيقتان لمتجر مكتمل مملوء بالمحتوى، يتضمن نصًا رئيسيًا للواجهة وصفحة منتج ورسائل للعلامة التجارية، نتيجة معقولة بحد ذاتها، وإتاحة مراجعة brief وتعديله قبل الاعتماد هي حماية منطقية بدلًا من تسليم مفروض.
لكن المسار الكامل من إنشاء الحساب إلى زر Continue ذلك انقسم تقريبًا هكذا:
وعندما نجمع ذلك، استغرقت عملية الإعداد الكاملة نحو خمس أو ست دقائق، لا ثلاث دقائق كما تعد الصفحة الرئيسية. الرقم العنواني يصف خطوة التوليد وحدها، لا المسار الكامل الذي يسلكه البائع الجديد فعليًا للوصول إليها.
النقر على Continue هو ما نقلني أخيرًا من دردشة التهيئة إلى مساحة العمل الحقيقية: Website Builder editor، مع الموقع المتولد محملًا وجاهزًا بالفعل.
ما لفت الانتباه فورًا هو أن المحرر لا يفتح على لوحة فارغة. بل يفتح مباشرةً على الصفحة الرئيسية المكتملة لـ Clay & Co، مُنسقة ومقروءة بالكامل، مع نفس مجموعة الأدوات الموجودة في أي محرر مواقع من Hostinger: Setup، Elements، Pages، Styles، AI tools، Store، SEO، وMore، بالإضافة إلى شريط علوي للتبديل بين معاينة desktop وmobile، والتراجع عن التغييرات، وربط نطاق، والنشر بزر Go live.

الشيء الوحيد الذي كان يطلب الانتباه قبل أي شيء آخر كان شريطًا أصفر يمتد عبر أعلى الشاشة بالكامل: “Payment method not connected. To accept payments, add at least one payment method,” إلى جانبه زر Connect payment method أسود مباشرة.
ما أراه: أن تُلقى مباشرةً داخل موقع عامل ومملوء بدل قالب فارغ هو أقوى جزء في تجربة التهيئة كلها، وهو شعور مختلف فعلًا عن معظم أدوات بناء المواقع، حيث تصل إلى صفحة فارغة وتضطر إلى بناء إحساسك الخاص بما يعنيه “الانتهاء”.
شريط الدفع هو تذكير ذكي أيضًا، لأنه يضع الشيء الوحيد الذي يهم فعلًا في المتجر، وهو الحصول على المال، أمامك مباشرةً، بدلًا من دفنه في قائمة إعدادات قد لا يخطر لك فتحها.
المحرر نفسه هو حيث يعيش الموقع. الأدوات خلف زر Connect payment method، وبعض الأدوات الأخرى المدفونة في الشريط الجانبي، هي حيث يدور تشغيل المتجر فعليًا، وهذا يستحق نظرة أقرب بحد ذاته.
فتح زر Connect payment method لوحة Store Manager كاملة فوق المحرر، والهبوط مباشرةً على صفحة Payments.

وعند العمل خلاله بالترتيب:
| Method | What it offers |
|---|---|
| Stripe | Visa، Mastercard، Amex، Apple Pay، Google Pay، Klarna، Afterpay، Amazon Pay. يجب أن يبلغ إجمالي الطلب 1$ أو أكثر ليُعالج. |
| PayPal | Checkout PayPal Business القياسي. |
| dLocal Go | أكثر من 200 طريقة دفع محلية عبر أمريكا اللاتينية، بما في ذلك البطاقات والتحويلات البنكية. |
| Manual payment | الدفع عند الاستلام، أو الحوالات المالية، أو التحويل البنكي، ويُعتمد يدويًا من صفحة Orders. |
| Test payment | يحاكي عملية شراء كاملة دون نقل أموال حقيقية. |
كان Stripe في الأعلى باعتباره خيار “popular in your location”، مع ظهور PayPal وdLocal Go وmanual payment في الأسفل بعد التمرير على الصفحة نفسها.

ما أراه: وجود وضع اختبار حقيقي إلى جانب معالج دفع مبني لأسواق أمريكا اللاتينية هو أكثر مما كنت أتوقعه من منصة تُسوَّق أساسًا للبائعين لأول مرة. حد Stripe الأدنى 1$ تفصيل محدد يستحق المعرفه إذا كنت تبيع شيئًا أقل من ذلك.
بعد التحقق من الدفع، انتقلت إلى تبويب Products في شريط Store Manager نفسه، متوقعًا رؤية المنتجات الخمسة التي ولّدها Kodee على الصفحة الرئيسية.

بدلًا من ذلك، أظهرت قائمة Products تشكيلة مختلفة: Silt Matcha Bowl، وMinimalist Taper Candle Holder Set، وClay & Co Signature Mug، وEarthy Footed Incense Holder، وDune Ribbed Serving Bowl، وOatmeal Arch Vase، وهي تتقاطع جزئيًا فقط مع ما ظهر في الصفحة الأولى من Shop page.

الأمر ليس مقلقًا بقدر ما بدا في البداية. صفحة Shop تحتوي على ترقيم صفحي، “1 2” في الأسفل، لذا فإن كتالوج المتجر يمتد أبعد من صفحة واحدة، ولم أنقر إلى الصفحة الثانية للتأكد من أن كل شيء كان متطابقًا.
كان الذكاء الاصطناعي قد ولّد بوضوح كتالوجًا أكمل من المنتجات الخمسة الظاهرة فقط في الصفحة الأولى.
ما أراه: الترقيم الصفحي يفسر الفجوة بدلًا من أن يشير إلى عدم تطابق حقيقي في المحتوى، لكنه لا يزال يستحق المعرفة بأن قائمة Products في Store Manager ليست مطابقة بصريًا واحدًا لواحد لما يحمله Shop page في شاشته الأولى. إذا كنت تتحقق من أن كل ما ولّده الذكاء الاصطناعي وصل فعلًا إلى المتجر، فخطط للنقر عبر كل صفحة في قائمة Shop بدلًا من الثقة بالصفحة الأولى فقط.
بقية شريط Store Manager يكمّل عملية تجارة إلكترونية صغيرة في مكان واحد: Overview، Orders، Products، Appointments، Discounts، Customers، Analytics، Emails، Settings، وIntegrations. اثنان من هذه يستحقان نظرة أقرب:


خارج Store Manager، والعودة إلى الشريط الجانبي الرئيسي للمحرر، برزت أداتان إضافيتان أثناء الاختبار:


ما أراه: قائمة إعداد المتجر في أعلى Store Manager كانت لا تزال تقرأ “0 of 4” مكتملة طوال كل هذا، حتى بعد أن أنشأ Kodee كتالوجًا كاملًا وأنني ربطت طريقة دفع. وهذا يوحي بأن متتبّع الإعداد لا يتعرف على المحتوى المتولد بالذكاء الاصطناعي أو الإعداد اليدوي باعتبارهما يفيان بخطوات التهيئة الخاصة به، وهو انقطاع صغير، لكنه مثال آخر على أن مسار البناء بالذكاء الاصطناعي وبقية اللوحة لا يتحدثان دائمًا معًا.
ولأن لوحة SEO لم تنقل اسم العمل الذي كان Kodee يعرفه مسبقًا، فذلك هو النمط نفسه الذي يظهر للمرة الثانية. لم أختبر حد الخطة Growth البالغ ثلاثة أعمال أو ثلاث قنوات لكل عمل مباشرةً، لأن ذلك يتطلب إنشاء متجر ثانٍ حيٍّ، لكن السقف مذكور بوضوح في صفحة الأسعار، ويستحق مراجعته مقابل خططك الخاصة قبل الالتزام بفئة معينة.
إخراج واجهة متجر وظيفية حيّة على Hostinger Ecommerce سريع، وتهيئة Kodee بالذكاء الاصطناعي تقوم بعمل أفضل في الاحتفاظ بتفاصيل العلامة التجارية مقارنةً بمعظم أدوات بناء المواقع بالذكاء الاصطناعي.
الذي يفقد التجربة نقاطًا هو الفواصل بين أجزائها المتولدة بالذكاء الاصطناعي نفسها: منتقي طريقة البناء الذي يظهر بعد اختيار “AI does it all”، وكتالوج منتجات لم يكن يروي القصة نفسها بوضوح بين واجهة المتجر ولوحة الإدارة.
بالنسبة لمنصة تبيع نفسها على أن الذكاء الاصطناعي يقوم بالحمل الثقيل، فهذه هي التفاصيل بالضبط التي تحتاج إلى أن تتطابق، وحاليًا لا تتطابق دائمًا.
بناء المتجر ليس سوى نصف الصورة. والنصف الآخر هو ما يحدث عندما يطرأ خطأ وتحتاج فعلًا إلى المساعدة، لذلك انتقلت إلى هناك بعد ذلك.

تسرد Hostinger أربعة موارد خدمة ذاتية لعملاء Ecommerce:
بالنسبة للعملاء المدفوعين، فإن القناة التي تدفعك Hostinger نحوها فعليًا هي Kodee، المساعد الآلي المدمج مباشرةً في hPanel، مع إمكانية تحويل إلى دردشة حية بشرية من خلاله. اختبرت كلا الجانبين بسؤالين تقنيين حقيقيين بدلًا من الاعتماد على الوثائق وحدها.
سؤالي الأول كان عن كيفية بقاء المخزون متزامنًا إذا بيع المنتج نفسه عبر قناتين مختلفتين في الوقت نفسه، وما إذا كانت المنصة تمنع فعلًا بيع آخر قطعة أكثر من مرة أم أنها تزامن فقط بتأخير.
كان جواب Kodee صريحًا بدل أن يكون واثقًا. قال بوضوح إن مواد المساعدة المتاحة لا تحدد وجود قفل مخزون فوري مضمون أو حماية دقيقة من البيع الزائد، وأنه لا يستطيع تأكيد أن عمليتي شراء متزامنتين للقطعة الأخيرة تُمنعان دائمًا. واقترح طلبًا تجريبيًا صغيرًا أو هامش مخزون كحل عملي.

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


بمجرد أن فعل ذلك، كان التسليم شفافًا. ظهر بطاقة “Specialist assigned” مع مجموعة صغيرة من صور الموظفين الرمزية، وسطر حالة يقول “They’re reviewing your chat and will reply shortly,” وطابع زمني على شكل عدّ تنازلي كان يتراجع بينما أنتظر، إلى جانب ملاحظة أن Kodee سيتصل بي مباشرةً إذا لم يرد أحد في الوقت المحدد.

ما أراه: الحاجة إلى ثلاث طلبات منفصلة قبل أن يصعّد Kodee فعليًا هي نقطة احتكاك حقيقية، خاصةً لعميل مدفوع لديه سؤال تقني جاد. الشفافية بعد التصعيد، مع حالة الطابور المرئية ووعد التحويل الاحتياطي، هي خيار تصميم جيد، لكنها لا تعوض الاضطرار إلى الإصرار عدة مرات فقط للوصول إلى هناك.
ومع وجود إنسان أخيرًا في الحلقة، استخدمت السؤال التقني الثاني لأرى ما إذا كان الانتظار الإضافي يشتري جوابًا أفضل فعلًا.
سؤالي الثاني سأل عن سجلات SPF وDKIM اللازمة لإرسال الرسائل المعاملاتية من نطاق مخصص بدل عنوان Hostinger الافتراضي، وما إذا كانت Hostinger تضبط تلك السجلات تلقائيًا.
كان جواب Kodee الخاص، دون أي تصعيد هذه المرة، محددًا وصحيحًا:

ثم وصلت إجابة موسومة “Co-authored by Natalia”، وموصوفة بأنها جاءت من مختص راجع الحالة شخصيًا. وقد وسّعت الإجابة بشكل ملموس ما قاله Kodee، وأضافت:

ما أراه: كانت الإجابة المضافة أكمل فعلًا من النسخة الأولى لـ Kodee، والحصول على سجلات MX وSPF إلى جانب DKIM هو بالضبط النوع من الصورة الكاملة التي يحتاجها البائع قبل التحول إلى نطاق مخصص. الشيء الوحيد الذي لا أستطيع تأكيده هو مقدار ما كان منه فجوة أغلقها مختص بشري بخبرة فعلية مقابل مجرد عودة Kodee بإجابة أكثر اكتمالًا في محاولة ثانية.
وصلت مجموعة السجلات الكاملة خلال ثوانٍ من إشعار “specialist assigned”، بسرعة لم أستطع معها الجزم بما إذا كان ذلك هو ما يحدث بالضبط. أضع هذا ضمن أسئلة الشفافية التي ينبغي الانتباه إليها، لا باعتباره ادعاءً في أي اتجاه.
يتعامل Kodee مع الأسئلة التقنية المباشرة جيدًا عندما يجيب عنها بنفسه، إذ امتنع بدقة عن المبالغة فيما لا يعرفه في سؤال المخزون بدلًا من اختلاق جواب واثق، وقدّم سجلات DNS محددة وقابلة للاستخدام في السؤال الثاني.
الذي يقصّر في التجربة هو التصعيد: الوصول إلى شخص حقيقي استغرق ثلاث طلبات منفصلة، وحتى بعد التصعيد كان من الصعب معرفة مقدار المراجعة البشرية الحقيقية وراء الإجابة اللاحقة الأكثر اكتمالًا.
بالنسبة لأسئلة الإعداد الروتينية، فإن إجابات Kodee نفسها مفصلة بما يكفي للعمل عليها مباشرةً. أما لأي شيء حساس للوقت حيث تحتاج تحديدًا إلى شخص، فاستعد لطلب ذلك أكثر من مرة.
بين عملية الإعداد وتجربة الدعم، تتضح صورة من الذي يناسبه هذا المنتج فعلًا، وأين لا يزال بحاجة إلى اللحاق بتسويقه الخاص.

نعم، مع بعض الأشياء التي يجب التحقق منها أولًا. يفي Hostinger Ecommerce بوعده الأساسي: واجهة متجر بعلامة تجارية تُبنى من محادثة قصيرة بالذكاء الاصطناعي، مدعومة بحزمة دفع واسعة تغطي Stripe وPayPal وطرق دفع إقليمية عبر dLocal Go والدفع اليدوي غير المتصل بالإنترنت للبائعين الذين يريدونه.
ما يمنعه من أن يكون نعمًا سهلة وغير مشروطة هو الاتساق. تهيئة الذكاء الاصطناعي تمررُك عبر خطوة إضافية لاختيار طريقة البناء رغم أنها تعد بأن تتولى كل شيء، وكتالوج المنتجات الذي اختبرته لم يتطابق بوضوح بين واجهة المتجر المتولدة بالذكاء الاصطناعي وواجهة Store Manager الإدارية، والوصول إلى وكيل دعم بشري استغرق إصرارًا أكثر مما ينبغي لخطة مدفوعة.
هذا خيار قوي للبائع لأول مرة الذي يريد متجرًا بعلامة تجارية حية خلال فترة بعد الظهر دون لمس أي كود، ولأي شخص يحتاج تحديدًا إلى تغطية مدفوعات أمريكا اللاتينية عبر dLocal Go. وهو خيار أضعف للبائعين الذين يحتاجون تحكمًا دقيقًا في الكتالوج من اليوم الأول، أو الذين يتوقعون الوصول إلى وكيل دعم بشري من أول محاولة.
| اسم الخطة | مساحة | النطاق الترددي | نظام تشغيل | اللوحة | عدد المواقع | السعر | |
|---|---|---|---|---|---|---|---|
| Free Trial | غير محدود | غير محدود | غير محدود | US$ 0,00 | التفاصيل | ||
| Premium | 20 جيجابايت | غير محدود | 3 | US$ 2,39 | التفاصيل | ||
| Business | 50 جيجابايت | غير محدود | 50 | US$ 3,19 | التفاصيل | ||
| Cloud Startup | 100 جيجابايت | غير محدود | 100 | US$ 6,39 | التفاصيل |
| 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 |
| استضافة 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 |
نعم، يدعم Hostinger منصات التجارة الإلكترونية مثل WooCommerce وMagento وPrestaShop، مع توفر تثبيت بنقرة واحدة لإعداد سلس.
يقدم Hostinger شهادات SSL مجانية، وحماية من هجمات DDoS، ونسخ احتياطية منتظمة لضمان أمان موقع التجارة الإلكترونية الخاص بك.
بالتأكيد! خطط الاستضافة من Hostinger قابلة للتوسع، مما يتيح لك ترقية الموارد مثل RAM والتخزين وعرض النطاق الترددي مع توسع احتياجات التجارة الإلكترونية لديك.
نعم، تتضمن معظم خطط Hostinger Ecommerce Hosting نطاقاً مجانياً للسنة الأولى، مما يساعدك على بدء متجرك الإلكتروني بسهولة.
تجعل لوحة التحكم hPanel سهلة الاستخدام من Hostinger ودعم الدردشة المباشرة 24/7 خيارًا ممتازًا للمبتدئين الذين يطلقون متجرهم الإلكتروني الأول.

أجب على بعض الأسئلة البسيطة وابحث عن الحل المثالي لك!
بدء البحث في الاستضافةيقدم HostAdvice.com مراجعات وتقييمات احترافية بخدمات استضافة مواقع الانترنت مستقلة تماما عن أي جهة أو كيان آخر. تقييماتنا عادلة وأمينة وتطبق نفس معايير التقييم على كل المراجعات التي تتم.
يتم استلام تعويض نقدي من الشركات التي نقوم بتقييمها. تعويض الخدمات والمنتجات ليس له تأثير على توجه أو استنتاجات تقييماتنا. ولا تؤثر هذه التعويضات على ترتيبنا لشركات استضافة المواقع المحددة.
تغطي هذه التعويضات تكاليف الإنفاق على المراجعين، شراء الحسابات، والاختبار.






