Hostinger Ecommerce هو منصة البيع متعددة القنوات اللي Hostinger بنَتها جوّه نظام الاستضافة الموجود عندها، وبتحوّل prompt قصير بالـAI لمتجر أونلاين شغال. جرّبت أنا تدفّق التسجيل، وباني الموقع بالـAI، وإعداد الدفع، وكمان الدعم الآلي والبشري على خطة Growth عشان أشوف إذا كانت العملية كلها فعلًا سريعة، واشتغلِت بنفس النظافة اللي الصفحة التسويقية بتوعد بيها.
اللي جاي هيمشي معاك في التجربة دي بنفس الترتيب اللي أنا مرّيت بيه فعليًا، وهنبدأ بعملية الدفع نفسها.
كل درجة تحت جاية من نفس الاختبارات اللي جاية في المراجعة دي، ومقاسة مقابل منهجية المراجعة بتاعتنا اللي بنطبقها على كل شركة استضافة على الموقع ده، مش مجرد انطباع أول من صفحة التسويق، فهفصّل بالظبط كل رقم اتاخد إزاي وأنا ماشي خلال التسجيل، والإعداد، والدعم.
| Parameter | Score | Why This Score |
|---|---|---|
| Prices | 9.3/10 | نافذة استرداد حقيقية لمدة 30 يوم على كل الخطط، لكن مدفوعات العملات الرقمية مستثناة من أي استرداد. |
| Features | 9.6/10 | باني متجر بالـAI، ودفع Stripe وdLocal Go، وتكاملات Shippo وPrintful، وأدوات SEO مدمجة. |
| Performance | 9.4/10 | 96-100% GTmetrix Performance من قارتين، وLCP أقل من ثانية، وCLS نظيف 0. |
| Ease of Use | 9.3/10 | تجهيز سريع بالـAI، لكن كتالوج المنتجات ولوحة الإدارة خرجوا عن التزامن أثناء الاختبار. |
| Support | 9.0/10 | Kodee بيدّي إجابات تفصيلية ودقيقة، لكن التصعيد لبشري خد تلات طلبات منفصلة. |
| Overall | 9.3/10 | متجر مبني بالـAI وسريع، بأداء عالمي قوي، لكن بيتهز بسبب عدم اتساق في الـonboarding واحتكاك في تصعيد الدعم. |
السعر هو المكان الطبيعي نبدأ منه، لأنه أول قرار حقيقي البايع الجديد بيواجهه، قبل ما يلمس باني الـAI أو الداشبورد.
Hostinger Ecommerce شغال على تلات مستويات، Starter وGrowth وScale، والتسعير بيعتمد على عدد المنتجات اللي بتبيعها وعدد قنوات البيع اللي بتوصلها، مع تسويق Growth كأكتر اختيار شائع لمتجر صغير بعلامة تجارية.
مفيش تجربة مجانية مخصصة، لكن كل خطة معاها ضمان استرداد فلوس لمدة 30 يوم، وهو نفس معيار الاسترداد اللي Hostinger بتطبقه على منتجات الاستضافة كلها. حاجة مهمة تتراجع قبل ما تدفع: المدفوعات اللي اتعملت عبر Coingate، خيار العملات الرقمية، مستثناة من الاسترداد تمامًا حسب سياسة الاسترداد الرسمية عند Hostinger. الكارت، PayPal، Google Pay، Apple Pay، وAlipay+ كلهم داخلين تحت نافذة الـ30 يوم العادية.
في شوية حاجات لازم تعرفها قبل ما تلتزم:
لما الخطة تتختار، الميزات اللي جاية معاها تستاهل تعرفها من بدري كمان، لأنها بتشكل كل حاجة من شكل الـcheckout لحد الأدوات اللي جوه الداشبورد.
عشان أحط أرقام حقيقية ورا ادعاءات Hostinger Ecommerce، شغلت اختبارات GTmetrix على متجر Clay & Co الحي اللي اتتولد بدري في المراجعة دي، ولسه موجود على subdomain مؤقت hostingersite.com على خطة Growth.
ليه GTmetrix؟ GTmetrix بيشغّل الاختبارات من مواقع جغرافية حقيقية باستخدام متصفح Chrome فعلي، فالأرقام بتعكس اللي الزائر الحقيقي بيشوفه بدل متوسط معملي صناعي. بالنسبة لمتجر ecommerce، اللي بطء تحميله بيترجم مباشرةً لسلات شراء بتتساب، ده بيدي benchmark قابل للتكرار والمقارنة بدل ما تاخد ادعاء تسويقي كأنه حقيقة.
ليه اختبارين؟ بنية Hostinger التحتية للمنتج ده شغالة من Boston, USA، فشغلت أول اختبار من San Antonio, Texas، أقرب node متاح في GTmetrix لده، عشان أحصل على قراءة معقولة كأفضل سيناريو لزائر قريب من السيرفر.
لكن متجر بيبيع حاجات handmade مش هيجذب ترافيك قريب بس، فشغلت اختبار تاني من 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 |
النتيجتين الاتنين بيتخطّوا بسهولة عتبة Google “good” لـLCP البالغة 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 للمنتج ده موجودة في US وSan Antonio أقرب جغرافيًا ليها.
وقت الـConnect هو أوضح دليل، 138ms من San Antonio مقابل 50ms بس من Frankfurt، ووقت الـbackend بيحكي نفس القصة بشكل أوضح كمان، 566ms من الموقع US “الأقرب” مقابل 62ms من ألمانيا.
رأيي: سيرفر أصل US ما المفروضش يخسر قدام موقع اختبار أوروبي في وقت الـconnect أو استجابة الـbackend، مش لو الطلب فعلًا بيتم نقله لحد Boston في الاختبارين. التفسير الأرجح إن منصة Website Builder اللي بتخدم المتجر ده شغالة ورا CDN عالمي، فاختبار Frankfurt غالبًا اتخدم من edge node أوروبي بدل ما يرجع عبر الأطلسي، بينما اختبار San Antonio يمكن يكون خبط في مسار أقل تحسينًا أو cache أبرد وقت الاختبار.
في كل الأحوال، ده خبر ممتاز فعلًا للبائعين. بيوحي إن واجهات Hostinger Ecommerce مش مربوطة بأصل واحد جغرافيًا زي حساب استضافة تقليدي في منطقة واحدة، وإن الأداء بيقف قوي بغض النظر عن أي ناحية من الأطلسي الزباين بيبصوا منها.
الموقعين اللي اتجربوا رجعوا بنتايج ممتازة لمتجر ecommerce: نطاق GTmetrix Performance من 96% لـ100%، وLCP أقل من ثانية من Frankfurt وحوالي ثانية من San Antonio، وCLS نظيف 0 في الاختبارين.
النتيجة الأكثر إثارة للاهتمام هي إن اختبار Frankfurt تفوق على اختبار US في كل مقياس رغم إن بنية Hostinger موجودة في Boston، وده بيدل على توصيل معتمد على CDN بدل ما أصل واحد هو اللي بيحدد سرعة تحميل المتجر. بالنسبة للبائعين اللي قلقانين من خدمة قاعدة عملاء عالمية من منطقة واحدة، ده نتيجة مطمئنة أكتر منه قيد لازم تخطط له.
الوصول من حساب Hostinger لمتجر شغال وقابل للبيع هو أصلًا الوعد الأساسي وراء Hostinger Ecommerce، فمشيت في العملية زي ما البايع لأول مرة هيعملها فعلًا: بدأت من تسجيل الحساب، وبعدها محادثة Kodee التمهيدية بالـAI، ودخلت على Store Manager اللي فيه الشغل اليومي.
قبل ما أي محادثة AI تدخل في الموضوع، الوصول لخطة Ecommerce المدفوعة بيبدأ من قائمة Services الرئيسية في Hostinger، تحت قسم Sell Online الموجود جنب خيار استضافة WooCommerce الأقدم.
الضغط هناك بيودّي لصفحة Ecommerce مخصصة مبنية على pitch “Sell everywhere, manage it all in one place”، ومعاها زر View plans اللي بيودّي لصفحة الأسعار ذات التلات مستويات.
أنا اخترت خطة Growth واخترت مدة 12 شهر.
السلة شرحت الطلب بوضوح:
من هناك، إنشاء الحساب نموذج واحد: تسجيل دخول عبر Google أو GitHub جنب البريد وكلمة السر، مع رقم الموبايل اختياري بس، ومن غير أي quiz إجباري قبل ما تعمل حساب.
بعدها الدفع جه، في صفحة فيها عنوان الفاتورة، وبعدها خطوة دفع بتعرض:
رأيي: إنك تشوف الكريبتو جنب PayPal وGoogle Pay في checkout ecommerce رئيسي مش حاجة بتقابلني كتير، ومهم تبقى عارف ده خصوصًا إن سياسة الاسترداد عند Hostinger بتستثني مدفوعات الكريبتو من أي ضمان استرجاع، بعكس كل طريقة تانية في القائمة دي.
لما بعت الدفع اتنقلت فورًا لـhPanel، لوحة التحكم العامة لحساب Hostinger، ومعاها إيميل تأكيد جال في نفس الوقت. مفيش شاشة ترحيب خاصة بـEcommerce في اللحظة دي، بس نفس صفحة hPanel الرئيسية اللي أي عميل Hostinger بيوصلها بعد شراء استضافة، ومعاها قائمة مهام بتشجعني أكمل إعداد خطة Growth اللي لسه شريتها.
التسجيل بيديك حساب وإيميل تأكيد. لكنه ما بيدكش متجر. ده خطوة منفصلة، وهي اللي رحت لها بعد كده.
لما بتسجّل الدخول لأول مرة في hPanel بتدخل على صفحة رئيسية بسيطة وحوارية بدل شبكة إعدادات تقيلة: “Hi, John! Where do you want to get started?” فوق صندوق prompt لكتابة طلب، وتحتها أزرار اختصار عشان تجيب دومين أو تنشئ موقع أو تجرب vibe coding.
الشريط الجانبي الشمال متقسم لمجموعات واضحة بدل قائمة طويلة واحدة:
تحت صندوق الـprompt الرئيسي فيه قائمة مهام، وهي فعلًا مفيدة مش مجرد ديكور. بدأت بعنصر مكتوب فيه “Start creating or migrating a website, finish setting up your Growth plan,” ومعاه نُقر تانية زي المطالبة بإيميل مجاني، والمطالبة بدومين مجاني، وإنهاء إعداد Reach email marketing. العدد في القائمة دي اتغير وأنا بشتغل، ونزل من ستة عناصر لخمسة أول ما خلّصت أول واحد، ففعليًا بتتبع التقدم مش واقفة ثابتة.
رأيي: وجود Ecommerce جوّه Hostinger apps، ومتعلمة New بدل ما تكون مثبتة فوق قريب من الأول، مكان معقول لمنتج جديد نسبيًا، لكن البايعين اللي جايين مخصوص عشان أدوات ecommerce هيحتاجوا لحظة عشان يلاقوها وسط اختصارات VPS وGPU وAI agents الموجهة لقاعدة 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 يخلي الـAI يعمل كل حاجة، إن شاشة اختيار طريقة البناء تظهر برضه بعد كده دي فجوة حقيقية بين اللي الاختيار ده بوعد بيه وبين اللي بيحصل بعده. من بين الخيارات المعروضة، اخترت Drag-and-drop with Builder، لأن وصفه نفسه بيذكر تخصيص متجر أونلاين، بعكس Horizons اللي متقدّم بشكل أوسع للمواقع وweb apps بشكل عام.
من هناك:
رأيي: دقيقتين عشان يطلع متجر كامل، فيه hero copy، وصفحة منتج، ورسالة براند، نتيجة معقولة لوحدها، وإنك تراجع وتعدّل brief قبل ما تثبته خطوة منطقية بدل تسليم مفروض بالقوة.
لكن المسار الكامل من إنشاء الحساب لحد زر Continue ده اتقسم بالشكل ده:
لما تجمعهم، الإعداد الكامل قرب من خمس أو ست دقايق، مش التلاتة اللي الصفحة الرئيسية بتعلن عنها. الرقم الرئيسي ده بيوصف خطوة التوليد نفسها، مش المسار الكامل اللي البايع الجديد فعلًا بيمشيه عشان يوصل لها.
الضغط على Continue هو اللي نقلني أخيرًا من محادثة الـonboarding إلى مساحة العمل الحقيقية: Website Builder editor، مع الموقع المتولد محمّل بالفعل ومستني.
اللي شد الانتباه فورًا إن المحرر ما بيفتحش على canvas فاضي. بيفتح مباشرة على صفحة 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 جنبها مباشرة.
رأيي: إنك تتسحب مباشرة على موقع شغال ومعبّي بدل template فاضي هو أقوى جزء في تجربة الـonboarding كلها، وفعليًا إحساس مختلف عن أغلب بانيات المواقع، اللي بتوصلك لصفحة بيضا وتسيبك تبني إحساسك الخاص عن معنى إن الحاجة تبقى “خلاصت”.
بانر الدفع كمان تذكير ذكي، لأنه بيحط الحاجة الوحيدة اللي بتهم فعلًا في المتجر، وهي إنك تتقاضى فلوس، قدامك فورًا، بدل ما يخبّيها في قائمة إعدادات ممكن ما تفكرش تفتحها.
المحرر نفسه هو المكان اللي الموقع بيعيش فيه. الأدوات اللي ورا زر 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 ظاهرين تحت أكتر لما نزلت بالسكرول.
رأيي: وجود وضع اختبار حقيقي جنب معالج دفع معمول لأسواق أمريكا اللاتينية أكتر مما كنت متوقعه من منصة متقدمة أساسًا كبدايات البائعين. حد 1$ الأدنى في Stripe نقطة محددة لازم تبقى عارفها لو بتبيع حاجة سعرها أقل من كده.
بعد الدفع، روحت لتبويب 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 فيها pagination، “1 2” تحت، فكتالوج المتجر ممتد أبعد من صفحة واحدة، وأنا ماكنتش ضغطت على الصفحة التانية عشان أتأكد إن كل حاجة متطابقة.
الـAI كان واضح إنه ولّد كتالوج أكبر من الخمسة منتجات الظاهرة في الصفحة الأولى بس.
رأيي: الترقيم يفسر الفجوة بدل ما يشير لعدم تطابق حقيقي في المحتوى، لكنه لسه مهم تعرف إن قائمة Products في Store Manager مش مطابقة بصريًا 1:1 مع اللي بيحمّله Shop page في أول شاشة. لو بتراجع إن كل حاجة الـAI ولّدها وصلت فعلًا للمتجر، افتح كل صفحة في Shop listing بدل ما تثق في الصفحة الأولى بس.
باقي الشريط الجانبي في Store Manager بيكمّل عملية ecommerce صغيرة في مكان واحد: Overview، Orders، Products، Appointments، Discounts، Customers، Analytics، Emails، Settings، وIntegrations. اتنين منهم يستاهلوا وقفة أقرب:
بره Store Manager، ورجوعًا للشريط الجانبي الرئيسي في المحرر، أداتين كمان شدوا الانتباه أثناء الاختبار:
رأيي: قائمة إعداد المتجر اللي فوق Store Manager لسه كانت بتقول “0 of 4” مكتملة طوال الوقت هنا، حتى بعد ما Kodee ولّد كتالوج كامل وأنا وصلت طريقة دفع. ده بيوحي إن متتبع الإعداد ما بيتعرفش على المحتوى المتولد بالـAI أو الإعداد اليدوي كأنه أنجز خطوات الـonboarding بتاعته، وده انفصال صغير، لكنه مثال تاني على إن مسار البناء بالـAI وباقي الداشبورد مش دايمًا بيتكلموا مع بعض.
إن لوحة SEO ما كانتش شايلة اسم business اللي Kodee كان عارفه أصلًا هو نفس النمط ظهر مرة تانية. أنا ما اختبرتش حد خطة Growth بتاع الثلاثة businesses أو الثلاث قنوات لكل business بشكل مباشر، لأن ده محتاج إقامة متجر تاني حي، لكن السقف متوضح بوضوح في صفحة الأسعار ويستاهل يتراجع مع خطتك قبل ما تلتزم بأي مستوى.
إنك تطلع بمتجر شغال على Hostinger Ecommerce سريع، وKodee في الـonboarding بالـAI بيحافظ على تفاصيل البراند أحسن من أغلب بانيات المواقع بالـAI.
اللي بينزل التجربة في النقاط هو الفواصل بين الحاجات المتولدة بالـAI نفسها: شاشة اختيار طريقة البناء اللي بتظهر بعد ما تختار “AI does it all,”، وكاتالوج منتجات كان بيحكي قصتين مختلفتين حسب ما أبص على المتجر أو لوحة الإدارة.
بالنسبة لمنصة بتسوّق نفسها على إن الـAI شايل الشغل التقيل، دي بالظبط التفاصيل اللي لازم تبقى متطابقة، وحاليًا هي مش دايمًا كده.
بناء المتجر هو نص الصورة بس. النص التاني هو بيحصل لما حاجة تلخبط وإنت فعلًا تحتاج مساعدة، وعشان كده رحت للحاجة دي بعدين.
Hostinger بتذكر أربع مصادر خدمة ذاتية لعملاء Ecommerce:
لكن للعملاء المدفوعين، القناة اللي Hostinger بتوجّهك ناحيتها فعلًا هي Kodee، المساعد الـAI المدمج مباشرة في hPanel، ومعاه تحويل لدردشة بشرية متاح من وراه. اختبرت الناحيتين بسؤالين تقنيين حقيقيين بدل ما أعتمد على التوثيق لوحده.
سؤالي الأول كان بيطّلع إزاي المخزون بيتزامن لو نفس المنتج اتباع عبر قناتين مختلفتين في نفس الوقت، وهل المنصة فعلًا بتمنع بيع آخر قطعة زيادة ولا بس بتزامن بعد تأخير.
إجابة Kodee كانت صريحة بدل ما تكون واثقة زيادة. قالت بوضوح إن مواد المساعدة المتاحة ما بتحددش وجود قفل مخزون real-time مضمون أو حماية دقيقة من overselling، وإنها ما تقدرش تؤكد إن طلبين على آخر قطعة بيتمنعوا كل مرة. واقترحت اختبار طلب صغير أو stock buffer كحل عملي.
رأيي: أنا أفضل إجابة تعترف بحدود المعرفة على إجابة واثقة تطلع غلط لما تبقى معتمد عليها فعلًا. ومع ذلك، دي فجوة حقيقية لأي حد بيبيع منتجات محدودة أو قليلة المخزون عبر قنوات متعددة، وهي من النوع اللي البايع محتاج له جواب واضح قبل الإطلاق، مش “جرّب بنفسك وشوف.”
الحصول على إجابة صريحة من Kodee كان حاجة. إنك توصل لشخص حقيقي، لما قررت إنك عايز ده بدلها، طلع اختبار تاني لوحده.
الوصول لشخص استغرق إصرار أكتر مما كنت متوقع:
لما ده حصل، التسليم نفسه كان واضح. ظهر كارت “Specialist assigned” مع مجموعة صغيرة من صور الموظفين، وسطر حالة بيقول “They’re reviewing your chat and will reply shortly,”، ووقت تنازلي بيعدي وأنا مستني، ومعاه ملاحظة إن Kodee هيوصلني مباشرة لو حد ما ردش في الوقت المحدد.
رأيي: إنك تحتاج تلات طلبات قبل ما Kodee يصعّد فعلًا دي نقطة احتكاك حقيقية، خصوصًا لعميل مدفوع عنده سؤال تقني فعلي. الشفافية لما التصعيد يحصل، وحالة الطابور الظاهرة ووعد البديل، تصميم كويس، لكن ده ما يعوضش إنك لازم تفرض نفسك كذا مرة عشان توصل هناك.
بعد ما بشري دخل في الموضوع، استخدمت السؤال التقني التاني عشان أشوف إذا كان الانتظار الإضافي جاب إجابة أحسن فعلًا.
سؤالي التاني سأل عن سجلات SPF وDKIM المطلوبة عشان أبعت transactional emails من دومين مخصص بدل عنوان Hostinger الافتراضي، وهل Hostinger بيعدّلهم تلقائيًا.
إجابة Kodee نفسها، من غير أي تصعيد المرة دي، كانت محددة وصحيحة:
وبعدين وصل رد متعلّم “Co-authored by Natalia”، وموصوف إنه جاي من متخصص راجع الحالة بنفسه. الرد ده وسّع الإجابة بتاعة Kodee بشكل فعلي، وأضاف:
رأيي: الإجابة المضافة كانت أكمل فعلًا من أول محاولة بتاعة Kodee، والحصول على MX وSPF records جنب DKIM بالصيغة دي هو بالظبط الصورة الكاملة اللي البايع محتاجها قبل ما ينقل لدومين مخصص. الحاجة الوحيدة اللي ما أقدرش أكدها هي قد إيه من الفجوة دي كان بسبب specialist بشري بيضيف خبرة فعلية، وقد إيه كان Kodee بس بيرجع إجابة pre-written أكمل في المحاولة التانية.
مجموعة السجلات الكاملة وصلت في ثواني بعد إشعار “specialist assigned”، بسرعة خلّتني ما أقدرش أجزم هل ده كان بيحصل إيه بالظبط. هتعامل مع ده كسؤال شفافية لازم يبقى في بالك بدل ما أعتبره ادعاء بأي اتجاه.
Kodee بيتعامل مع الأسئلة التقنية المباشرة كويس لما بيرد هو بنفسه، وبيعرف يرفض المبالغة في اللي ما يعرفهوش في سؤال inventory بدل ما يخترع إجابة واثقة، ويدي سجلات DNS محددة وقابلة للاستخدام في المرة التانية.
النقطة اللي التجربة بتقع فيها هي التصعيد: الوصول لشخص حقيقي خد تلات طلبات منفصلة، وحتى بعد التصعيد كان صعب تعرف قد إيه مراجعة بشرية فعلية كانت ورا الرد الأكثر اكتمالًا.
لأسئلة الإعداد الروتينية، إجابات Kodee نفسها مفصلة كفاية عشان تعتمد عليها مباشرة. لكن لو في حاجة مستعجلة وعايز بشري تحديدًا، خليك مستعد تطلب أكتر من مرة.
ما بين عملية الإعداد وتجربة الدعم، بتظهر صورة واضحة جدًا مين المنصة دي مناسبة له فعلًا، وفيه فين لسه محتاجة تلحق نفسها بتسويقها.
أيوه، مع شوية حاجات لازم تتراجع الأول. Hostinger Ecommerce بتنفذ وعدها الأساسي: متجر بعلامة تجارية شغال مبني من محادثة قصيرة مع الـAI، ومدعوم بمجموعة دفع واسعة تشمل Stripe وPayPal، وطرق دفع إقليمية في أمريكا اللاتينية عبر dLocal Go، والدفع اليدوي للأوفلاين لو البايع عايزه.
اللي بيمنعها من yes سهل ومن غير تحفظ هو الاتساق. onboarding بالـAI بيوديك في خطوة إضافية لاختيار طريقة البناء رغم إنه بوعد إنه هيعمل كل حاجة، وكتالوج المنتجات اللي اختبرته ماكانش متطابق بشكل نظيف بين المتجر المتولد بالـAI وواجهة Store Manager الإدارية، والوصول لموظف دعم بشري أخذ إصرار أكتر مما المفروض لخطة مدفوعة.
دي مناسبة جدًا لبايع لأول مرة عايز متجر بعلامة جاهز في يوم واحد من غير ما يلمس كود، وكمان لأي حد محتاج تغطية مدفوعات أمريكا اللاتينية عبر dLocal Go. وهي مناسبة بدرجة أقل للبائعين اللي محتاجين تحكم دقيق في الكتالوج من أول يوم، أو اللي متوقعين يوصلوا لبشري من أول مرة يسألوا فيها.
| اسم الخطة | مساحة | النطاق الترددي | نظام تشغيل | اللوحة | عدد المواقع | السعر | |
|---|---|---|---|---|---|---|---|
| Free Trial | غير محدود | غير محدود | غير محدود | ج.م. 0 | التفاصيل | ||
| Premium | 20 جيجابايت | غير محدود | 3 | ج.م. 130 | التفاصيل | ||
| Business | 50 جيجابايت | غير محدود | 50 | ج.م. 170 | التفاصيل | ||
| Cloud Startup | 100 جيجابايت | غير محدود | 100 | ج.م. 330 | التفاصيل |
| 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 Ecommerce معمول للتجار اللي معندهمش خلفية برمجية، وبيستخدم مساعد محادثة بالذكاء الاصطناعي اسمه Kodee علشان يطلع واجهة متجر بعلامتك التجارية من وصف قصير لنشاطك التجاري. Store Manager بيجمع المنتجات والطلبات والمدفوعات والشحن في لوحة تحكم واحدة، بس من المهم تتأكد إن المنتجات اللي اتولدت بالذكاء الاصطناعي بتطابق اللي ظاهر فعلاً على واجهة متجرك قبل ما تروّحها.
Hostinger مش بيخصم أي رسوم معاملات خاصة بيه على المبيعات اللي بتتم من خلال Hostinger Ecommerce. مزودي الدفع المتوصلين بمتجرك، زي Stripe أو dLocal Go، بيطبقوا رسوم المعالجة المعتادة بتاعتهم بشكل منفصل.
Hostinger Ecommerce بتعرض Instagram وFacebook كقنوات بيع ممكن تتوصل، مع دمج TikTok Shops معلَّم إنه هييجي قريب أثناء التجربة. قنوات بيع مخصصة واتصالات API كمان متخطط لها للخطط الأعلى.
مفيش تجربة مجانية مخصصة لـ Hostinger Ecommerce. بدل كده، كل باقة مغطاة بضمان استرداد فلوس لمدة 30 يوم، مع استثناء المدفوعات بالعملة الرقمية من الضمان ده حسب سياسة الاسترداد الرسمية لـ Hostinger.
Hostinger بتقبل العملات الرقمية من خلال Coingate كخيار للدفع عند شراء خطة Ecommerce. المدفوعات دي نهائية ومش بتدخل ضمن الاسترداد حسب سياسة الاسترداد الرسمية لـ Hostinger، على عكس عمليات الشراء بالكارت أو PayPal، اللي بتخضع لضمان الـ 30 يوم القياسي.
أجب على بعض الأسئلة البسيطة وابحث عن الحل المثالي لك!
بدء البحث في الاستضافة
يقدم HostAdvice.com مراجعات وتقييمات احترافية بخدمات استضافة مواقع الانترنت مستقلة تماما عن أي جهة أو كيان آخر. تقييماتنا عادلة وأمينة وتطبق نفس معايير التقييم على كل المراجعات التي تتم.
يتم استلام تعويض نقدي من الشركات التي نقوم بتقييمها. تعويض الخدمات والمنتجات ليس له تأثير على توجه أو استنتاجات تقييماتنا. ولا تؤثر هذه التعويضات على ترتيبنا لشركات استضافة المواقع المحددة.
تغطي هذه التعويضات تكاليف الإنفاق على المراجعين، شراء الحسابات، والاختبار.
