تحليل خبير مع مراجعات المستخدمين الموثقة من Hostinger
انا نشرت تطبيق Next.js حقيقي على Hostinger Web Apps Hosting، ودرت اختبارات أداء مستقلة من قارتين مختلفتين، وطرحت على Kodee جوج أسئلة تقنية على الداشبورد ديالو. واحد الميزة اللي كتتعلن عليها طلع أنها كتحتاج خطوة يدوية ما كيقولوكش عليها من اللول.
انا نشرت تطبيق Next.js حقيقي على Hostinger Web Apps Hosting، ودرت اختبارات أداء مستقلة من قارتين مختلفتين، وطرحت على Kodee جوج أسئلة تقنية على الداشبورد ديالو. واحد الميزة اللي كتتعلن عليها طلع أنها كتحتاج خطوة يدوية ما كيقولوكش عليها من اللول.
Hostinger بنات Web Apps Hosting على وعد بسيط: دير الكود ديالك من GitHub، ولا من ملف ZIP، ولا من agent ديال البرمجة بالـ AI ديالك، وغادي يولي عندك app حيّ وproduction خدام فحوالي دقيقة، بلا ما تكون خاصك تسيّر أي server. بغيت نعرف شحال من هاد الكلام فعلاً كيبان ملي كتكون نتي اللي كتكليكي على deploy، وها شنو لقيت.
Deploy Web Apps Faster with Hostinger
Deploy modern web apps on Hostinger with automated builds, managed infrastructure, global CDN, SSL, security tools, and a 30-day money-back guarantee.
Tip صايب MySQL database ديالك وزيد connection details ديالها فـ environment variable قبل أول deploy، باش يقدر app ديالك يوصل ليها من اللّحظة اللي كيمشي live فيها.
Rating Breakdown
باش نصوّت Hostinger’s Web Apps Hosting، طبّقت HostAdvice’s rating methodology، نفس المنهج المعياري المستعمل فكل review فالموقع، باش السكورات يبقاو مبنيين على test حقيقي ماشي على language ديال التسويق. هادي هي النتيجة ديالها فكل parameter.
Hostinger كيسوّق Web Apps Hosting بجوج tiers، Business و Cloud Startup، بجوج مْصممين خصيصاً باش تدير modern JavaScript apps و Node.js ماشي websites تقليدية.
Cloud Startup، التير اللي جربت، كيزيد يضاعف app allowance و CPU cores مقارنة مع Business، وبجوج البلانصات داخل فيهم free domain، free business email، و managed SSL فالسنة اللولة مباشرة فـ checkout.
كاينين شحال من حاجة خاصك تعرف قبل ما تطلب:
Money-back guarantee: Web Apps Hosting كيدخل تحت standard hosting refund terms ديال Hostinger، window ديال 30 يوم كاملة من تاريخ الشراء. هادشي أسهل بزاف من VPS plans ديال Hostinger، اللي كاين فيهم cooldown إضافي ديال 180 يوم بين refund claims. وما كاين حتى cooldown هنا.
Free trial: ما لقيتش free trial مخصص. 30-day money-back guarantee هي window ديال التقييم ديالك.
Payment methods: Checkout ورّى card payment كخيار افتراضي، مع شعارات Visa, Mastercard, Amex, و Discover، وزاد option باش تضيف طريقة أداء أخرى وسط checkout.
What’s bundled in: Free domain لعام واحد، free mailboxes لعام واحد، و managed SSL كاملين داخلين بلا تكلفة إضافية فوق ثمن plan، يعني sticker price قريب بزاف من الثمن الحقيقي باش تجيب deployment كامل ومؤمّن live.
The one upsell: Hostinger Reach، add-on ديال email marketing، كيبان فـ cart فـ box مبرز بوحدو وبثمن شهري منفصل. ساهل تدوزو وما كيتفرضش عليك وماشي pre-selected بdefault.
إلى فسخت Web Apps Hosting plan داخل 30 يوم، refund policy ديال Hostinger كتأكد بلي هاد الشي داخل تحت standard terms وماشي لائحة الاستثناءات، يعني cancellation بسيط داخل هاد window خاصو يكون كايأهل للـ refund بلا الشروط الإضافية اللي كتطبق على VPS ولا domain purchases.
Features
Framework و Node version auto-detection
Managed MySQL database creation tools
Global CDN خدام بdefault
WAF و DDoS protection داخلين
Daily و on-demand backups
Malware scanner و vulnerability scanning
GitHub integration مع auto-deploy
Free domain, email, و SSL
SSH access للمستخدمين المتقدمين
From Code to Live App with Hostinger
Connect your GitHub repository or upload your project and get it online with managed infrastructure, automatic deployments, and daily backups.
حيت Web Apps Hosting managed بالكامل، ما كتعطيكش shell access لserver، وبالتالي ما كاين لا CPU لا RAM لا disk باش benchmarkهم مباشرة بحال ما كيتدار فـ VPS review.
اللي تقدر تقيس هو شحال كيلودى app المْdeployé وكيجاوب من مواقع حقيقية فالعالم. أنا درت test من أربعة زوايا: GTmetrix من جوج قارات، consistency check عالمي فيه 50+ نقطة، و Hostinger speed tool الداخلي ديالهم على desktop و mobile.
التطبيق اللي تجرّب هو Next.js deployment اللي تكلام عليه فـ Ease of Use لتحت، كاين live فـ ivory-llama-856835.hostingersite.com، وخدام على Cloud Startup plan (4 CPU cores، 4096 MB RAM، 100 GB NVMe storage)، مع CDN خدام بdefault.
1. GTmetrix, Tested From Two Continents
درت GTmetrix جوج مرات من بلايص مختلفين فالعالم باش نشوف واش النتيجة كتثبت ولا غير باينة مزيان من زاوية وحدة.
Metric
Chicago, USA
Frankfurt, Germany
Performance score
100%
100%
Structure score
100%
100%
TTFB
237ms
145ms
Connect
174ms
48ms
Backend
63ms
97ms
First Contentful Paint
339ms
217ms
Largest Contentful Paint
339ms
217ms
Total Blocking Time
0ms
0ms
Cumulative Layout Shift
0
0
Onload Time
482ms
331ms
Fully Loaded Time
553ms
441ms
جوج run جاو ب100% كاملة فـ Performance و Structure، مع zero layout shift و zero blocking time فالجوج ديال البلايص، يعني والو فهاد الصفحة تزاحم مع browser attention ولا تحرك وهو كيلودى.
الdetail اللي فعلاً مثير هو بلي Frankfurt دازت Chicago فكل timing metric، مع أنني عن قصد اخترت US server location لهاد app. هاد النتيجة كتْفهم غير فإطار CDN.
منين كيكون CDN خدام، بحال ما كان هنا بdefault، visitor ماشي ضروري كيوصل مباشرة للorigin server.
كيكون كيوصل لأقرب edge node فيها cache، وبالتالي test point فـ Europe يقدر يبان أسرع من US حتى إلا كان actual server فـ US. هادشي تأكيد عملي وحقيقي أن CDN ديال Hostinger اللي كيشعلو بdefault كيدير خدمتو فعلاً وماشي غير checkbox ديال marketing.
2. Global Consistency (Check-Host)
درت HTTP check على live URL من كل checkpoint كيعرضو Check-Host، 54 location عبر ستة قارات. الصورة الكاملة:
Result
Count
200 OK
50
Connection timed out
4
كل check ناجح رجّع 200 OK نقي، بلا errors، بلا partial failures، بلا redirects ما متوقعيش.
response times ورّاو قصة واضحة على كيفاش CDN caching كيتصرّف فالمسافات الحقيقية ديال العالم:
Region example
Response time
Germany, Langen
0.006s
France, Paris
0.017s
Netherlands, Amsterdam
0.022s
UK, London
0.045s
USA, New York
0.048s
USA, Los Angeles
0.112s
Singapore
0.834s
Japan, Tokyo
0.815s
الـ checkpoints الأوروبيين رجعو ديما أسرع times، بزاف منهم تحت 50 milliseconds، بينما checkpoints البعيدين فالمسافة على أي edge node، بحال Tokyo، Singapore، Ho Chi Minh City، رجعو حتى هوما 200 responses صحيحة، غير أبطأ، بين 0.3 و 0.8 second.
هاد الشكل هو الطبيعي فـ deployment معتمد على CDN: سريع حدّا edges، وباقي خدام مزيان حتى فالبلايص البعيدة.
الـ four timeouts، Kazakhstan، Romania، و جوج من أربعة checkpoints ديال Russia، ماشي حاجة نقراو منها مشكل فـ infrastructure ديال Hostinger.
بلايص أخرى فـ نفس البلدان نجحات (Saint Petersburg رجعات clean فـ 0.063s بينما جوج Moscow checkpoints طفاو timeout)، وهاد الشي كيشير أكثر إلى regional network filtering من جهة checkpoint نفسها ماشي شي حاجة خايبة فـ app المْdeployé.
3. Hostinger’s Own Speed Tool, Desktop and Mobile
Hostinger كيدير Page Speed test ديالو داخل dashboard ديال app، لذلك قارنّت الأرقام ديالو مع GTmetrix المستقل وما خديتش حتى واحد بوحدو على أساس face value.
Metric
Desktop
Mobile
Overall score
100/100
100/100
First Contentful Paint
0.3s
1.1s
Largest Contentful Paint
0.3s
1.1s
Speed Index
0.3s
1.1s
Total Blocking Time
40ms
10ms
Cumulative Layout Shift
0
0
جوج الأجهزة score ديالهم كامل 100، والأرقام ديال desktop كيتوافقو تقريباً مع اللي قاسو GTmetrix بوحدو، وهادشي هو النقطة الحقيقية من أنك تدير جوج tools. جوج منهجيات مختلفين، وجوج متافقين مع بعضهم.
Mobile جا أبطأ فكل timing metric، كما متوقع فـ connection أبطأ ومعالج أضعف، ولكن مازال سريع لدرجة أن 100 score كتدل على performance قوي فعلاً فـ real world، ماشي غير grading curve متسامح.
كاينة inconsistency وحدة فالأداة نفسها. مع أن score 100 نقي فالجوج، Diagnostics panel اللي لتحت مازال كيعطي شحال من line item score ديالها 0 حرفياً، network dependency tree، document request latency، و avoiding multiple redirects، ومعاهم جوج عناصر مسكورين 50، unused JavaScript و legacy JavaScript.
هاد low sub-scores ما هبطوش headline number، لذلك خاصك تشوفهم كـ optimization opportunities صغار وحقيقيين، ماشي شي حاجة خايبة فـ deployment.
وزيادة على هاد الشي، “helpful links” اللي Hostinger كيعرض حدّ هاد diagnostics مكتوبين كاملين على WordPress، “Speed up WordPress in 9 easy steps,” “How to optimize images for your WordPress site”، رغم أن هادي Node.js app وما فيهاش WordPress نهائياً فـ stack. هادا بقايا من shared diagnostics template ماشي content معمولة لهاد product.
Overall Verdict on Performance
كل test وافق كل test آخر، وهاد التناسق هو النتيجة الحقيقية هنا. GTmetrix عطى 100% فـ Performance و Structure من جوج قارات، Hostinger’s own tool وافق عليه بشكل مستقل بـ 100/100 فـ desktop و mobile، و 54-point global consistency check رجّع 200 responses نقية فكل بلاصة إلا شوية checkpoints داخل بلدان معروفة بـ regional network filtering.
الdetail التقني الأبرز هو أن test point أوروبي جرّى على US test point رغم أن server بوحدو كان فـ US، وهادشي دليل مباشر ومقاس أن CDN اللي Hostinger كيشعل بdefault كيدير خدمة فعلاً وماشي غير bullet point ديال التسويق.
إلى كتdeployي web app عادي على هاد plan، خاصك تتوقع load times سريعين بزاف ومتّسقين عالمياً بلا ما تدير والو باش تستاهلهم.
الrough edge الوحيد اللي يستاهل انتباهك هو cosmetic: diagnostics tool الداخلي مازال كينصح ب WordPress-specific guides لتطبيق Node.js، بقايا copy-paste ما كتأثرش على performance ولكن كتنقص شوية من polish ديال نتيجة قوية فكلشي آخر.
Managed Web App Hosting by Hostinger
Focus on building your app while Hostinger takes care of deployment, infrastructure, security, SSL, backups, and global delivery.
جربت Hostinger’s Web Apps Hosting من landing page حتى checkout، ومن حساب جديد حتى deployment Node.js خدام فعلاً.
هادشي شمل اختيار plan، الأداء، اختيار كيفاش نبني، ربط GitHub، ومشاهدة build كيسالي فـ real time. ها كيفاش كان داك المسار فعلاً.
1. Registration
بديت من Web Apps Hosting landing page، اللي كيبدا ب call to action وحدة: Start deploying.
منين كتضغط عليها، ما كتفتحش signup form. كيديك مباشرة لتحت حتى pricing section، يعني أول قرار حقيقي كتاخد هو شنو plan غادي تشري، ماشي شنو account details غادي تعمر.
جوج plans باينين حدّ حد:
Plan
Price shown
Web Apps included
CPU / RAM
Business
$3.99/mo (79% off $18.99)
5
2 cores / 3 GB
Cloud Startup
$7.99/mo (71% off $27.99)
10
4 cores / 4 GB
خترت Cloud Startup حيث كيعطي ضعف allowance ديال apps و CPU headroom مقارنة مع entry tier. شي inconsistency صغيرة خاصها تتذكر هنا: pricing page كتسميه “Cloud Startup”، ولكن منين كيدخل فـ cart كيتكتب نفس plan ب label “Startup plan.” ماشي مشكل فfunctional، غير mismatch فالتسمية بين جوج screens فـ نفس checkout flow.
الـ cart كان نقي. كيبين 48-month term، savings، free domain لعام، و free mailboxes، ومن بعد كيعرض upsell واحد، Hostinger Reach email marketing، داخل فـ box مبرز بوحدو وماشي pre-selected.
تجاوزتو ودرت Continue بلا تعقيد.
إلا كنت customer جديد ماشي existing واحد، checkout كيزيد خطوة إنشاء account هنا قبل ما توصل لـ billing address و payment page.
من بعد، كتزيد billing address، كتختار payment method، card، PayPal، ولا شي option آخر، وكتسيفط. جاوني confirmation email فبضعة لحظات منين ضغطت Submit payment، ومن بعد هبطت مباشرة لـ hPanel والplan provisioned.
What I thought: Checkout قصير وupsell ساهل تدوزو بلا ما تقلب على skip link مخبي. mismatch ديال اسم plan بين pricing page وcart حاجة صغيرة، ولكن هي من النوع اللي كيخلي buyer لأول مرة يوقف شوية ويعاود يتأكد بلي اختار tier الصحيح.
2. Dashboard
منين كتخلاص، كتهبط فـ hPanel، control panel ديال Hostinger اللي كتسيره هي بوحدها لكل products اللي كتبيع، ماشي page مبنية خصيصاً على Web App ديالك.
الصفحة اللي كتهبط ليها أولاً هي Home، ومبنية حول AI prompt bar فالفوق: “Hi, [your name]! How can I help you today?” مع text field لتحت وستة shortcut buttons: Get domain، Create website، Get email، Migrate site، Get VPS، و Try email marketing.
إلى هبطتي لتحت غادي تلقى:
Feature promotion tiles ديال AI Builder، online store tool، كيدّعيو free business email، AI agents، automation app، وكيدّعيو free domain
A to-do checklist كيشدّك نحو setup tasks، finishing Reach setup، claiming free email ديالك، claiming free domain ديالك
Your business، لائحة خدامة ديال كل site، app، و VPS instance مربوطة بحسابك، وكل وحدة فيها Manage site button ديالها
VPS، table بوحدو لتحت كيعرض أي VPS instances حسب IP address، status، و expiration date
كاين حتى Agent panel ثابت فـ top-right ديال كل صفحة فـ hPanel، ماشي غير Home. نفس Kodee assistant المستعمل فـ support، ولكن هنا محطوط كـ action tool عام مع prompts جاهزين بحال “Deploy my Node.js app” ولا “Harden VPS updates” اللي تقدر تشعلهم بلا ما تكتب سؤال كامل.
Home مفيد فعلاً منين كيبدا app ديالك موجود. ولكن ماشي هو البلاصة اللي كتدخل منها باش تصايب Web App جديدة ولا باش توصل لزر Setup. لهادشي خاصك path آخر من sidebar كامل:
كليكي على Websites فـ left sidebar
غادي يتحل submenu لتحت منو: WordPress، AI Builder، Web Apps، PHP/HTML، Migrations
كليكي على Web Apps
هاد click كيديك لواحد الشاشة مختلفة تماماً على Home، منظمة حول hosting plans الحقيقية ديالك ماشي prompt bar.
هنا، كل plan عندك كياخذ card ديالو. فحسابي، هاد الشي كان كيعني ثلاثة cards مرصوصين بالطول:
Plan
Status
Available actions
Business
Hosting plan has expired, renew until 2026-09-02
Generate backups, Renew
Growth
Hosting plan has expired, renew until 2026-08-28
Renew
Cloud Startup
Plan expires on 2027-08-13
Setup
Card ديال Business حتى هو كان فيه app live من testات سابقة، orange-walrus-700988.hostingersite.com، ومعاه Tools و Dashboard buttons ديالو.
هادشي حاجة مفيدة باش تلاحظها بوحدها. منين كاين Web App، card ديالو كيكبر وكيولي فيه row بحال هادي كيبين site الحي مباشرة، وهادشي بالضبط كيفاش غادي يبان Cloud Startup card ديالك منين تسالي setup.
حيث Cloud Startup كان هو plan اللي شريت دابا ومازال ما صايبتوش، card ديالو ورّاني غير زر Setup واحد. هاد هو الزر اللي كيبدا فعلاً wizard ديال إنشاء Web App، وكيبان هنا غير فـ Websites → Web Apps، ماشي من Home screen اللي كتلقى فيها بdefault.
What I thought: hPanel واضح منين كتعرف فين تمشي، ولكن Web Apps Hosting ما عندوش front door واضح بوحدو. منين كتهبط فـ Home كيلقاوك prompt bar وshortcuts، ماشي path مباشر لإنشاء app، خاصك تعرف بلي خاصك تكليكي Websites، ومن بعد Web Apps، قبل ما يبان Setup. هادي شي clicks إضافيين شوية على منتوج متباع على أساس “live in a minute.” ولكن منين كتكون تما، plan cards نقيين وصريحين فـ status، وplan اللي فيه app خدام كيبان مباشرة فالكارد.
3. Deploying the App
منين كتكليكي على Setup فـ plan card كيتحل flow قصير ديال onboarding: Where would you like to start? مع ثلاثة اختيارات، Create a new site، Migrate an existing site، أو I hired someone to build my site. ختارت Create a new site.
هادشي قادني ل How do you want to build your website?، متقسم بين جوج options ديال beginner لفوق، Hostinger AI Builder و WordPress + AI، وجوج options تحت heading منفصل “for advanced users” لتحت: Node.js web app و PHP/HTML website. اختيار Node.js web app هو اللي فعلاً كيحطك على Web Apps Hosting المنتج نفسه.
هادشي note هيكلية حقيقية لأي واحد كيقارن products: Web Apps Hosting ما عندوش signup flow مخصص بوحدو.
هو غير branch داخل نفس setup wizard العام المستعمل لـ AI Builder و WordPress.
ضغطت على الدائرة حدّ Node.js web app، ومن بعد كليكي على Next.
من تما:
Domain screen: ختارت Use temporary domain بلا ما نربط domain حقيقي، حيث هادا deploy ديال test.
Server location screen: Hostinger اختار France بdefault، أقرب region لبلاد الفاتورة ديالي، وورّا latency ديال 167ms. منين هبطت حتى لـ United States الخيار، كان 364ms، أكثر من الضعف.
خترت United States, Massachusetts ومع ذلك، وهادشي هو الدرس الحقيقي اللي كيعلمك إياه location picker فكل Hostinger product: ختار على حساب فين كاينين الزوّار الحقيقيين ديالك، ماشي على حساب أقل رقم فالقائمة.
app ديالي اللي كنجرّب موجّه أساساً لزوار من US، لذلك server فـ US غادي يخدمهم أسرع من France مهما كان الرقم اللي بان ليا من البلاصة ديالي. الرقم اللي فالشاشة كيقولك شحال server سريع فـ test ديال Hostinger، ماشي شحال غادي يكون سريع للناس اللي غادي يستعملو الموقع ديالك فعلاً.
Deploy method screen: جوج options أساسيين، Import Git repository (marked Recommended) ولا Upload your files، ومعاهم callout لتحت باش تدير deploy مباشرة من Claude Code، Cursor، أو VS Code عبر Hostinger Connector. ختارت Import Git repository وكليكي على Connect with GitHub.
هادشي فتح window حقيقي ديال sign-in فـ GitHub إلا ما كنتيش logged in من قبل، ومن بعد شاشة permissions بعنوان Install & Authorize Hostinger، كاتطلب تختار بين:
Installing on all repositories اللي عندك، بما فيهم اللي غادي يجيو من بعد، مع read-only access للمستودعات العمومية
Installing on only select repositories اللي تختارهم واحد بواحد وكيبين permissions اللي كاتعطي: read access لـ actions، metadata، و repository hooks، و read-and-write access لـ administration، code، و pull requests. منين كتضغط Install & Authorize، GitHub كيرجعك أوتوماتيكياً لـ hPanel.
كتوصل ل Select Git repository to import، لائحة قابلة للتمرير ديال كل repo مربوط بحساب GitHub ديالك، وكل وحدة فيها Deploy button حدّاها. لقيت test repository اللي كنت pushيت من قبل، hostadvice-webapps-test، وضغطت Deploy حداه.
منين كليكيتي داك button، دازو تقريباً 30 ثانية بلا progress indicator فالشاشة، حتى يولي عندك شك واش click تسجّل أصلاً ولا لا.
الصفحة اللي كتتحمل فالأخير هي بعنوان Review build settings، وكتقولك بالضبط فين غادي يمشي app ديالك قبل ما توافق على حتى حاجة: “Deploys to ivory-llama-856835.hostingersite.com.” لتحت، بلا ما تحرك حتى field وحدة، كانت auto-detected من قبل:
Setting
Auto-detected value
Framework preset
Next.js
Branch
main
Node version
22.x
Root directory
./
Build and output settings
Default for Next.js
Environment variables
None (until you add one)
كل row من هاد الخمسة عندها Change ولا Add button حدّاها، يعني والو هنا ماشي locked in إلا إذا detection غلطت فشي حاجة.
كليكيتي Add حدّ Environment variables وحطّيت key-value pair وحدة باش نأكد بلي غادي توصل فعلاً للتطبيق خدام من بعد، ومن بعد كليكيتي Finish فداك الحوار، ومن بعد كليكيتي الزر الرئيسي Deploy لتحت فالصفحة.
Watching the build
الشاشة كتبدل لـ view بعنوان Deploying… مع progress bar مسمّى، “Deployment from GitHub”، كيطالع فمراحل حقيقية، شفتو كيدوز من 28%، ومن بعد 51%، حتى كيسالي. لتحت progress bar كاين collapsible Build logs panel، ومنين كتفتحو كيبان terminal output حيّ فالحين، ماشي spinner فارغ:
> hostadvice-webapp-test@1.0.0 build
> next build
▲ Next.js 16.3.1 (Turbopack)
✓ Running next.config.mjs took 22ms Creating an optimized production build …
Deployment completed
منين كيسالي build، كتهبط لـ screen بعنوان Deployment completed! ومعاها live thumbnail preview ديال app الحقيقي خدام قدّامك فالكارد، حدّ summary كيبين repository name و live URL المعيّن.
من هاد page تقدر تكليكي مباشرة على Go to dashboard، وهادشي هو المكان اللي كتسيّر فيه app من بعد.
What I thought: auto-detection هي أقوى حاجة هنا. Framework، branch، و Node version جاو صح بلا حتى field يدوي، و live build log كيخلي wait باين شفاف ماشي غامض. النقطة اللي فيها شوية ضعف هي داك pause ديال 30 ثانية قبل ما توصل حتى settings screen، وقت كافي باش تشك واش شي حاجة علّقات قبل ما يبدا process باين.
4. Confirming the Live Deployment
قبل ما نطلع لأي management tools، بغيت نتأكد بلي app فعلاً deployا ومزيان، ماشي غير marked “Completed” فالشاشة.
من Deployment completed page، كليكيتي مباشرة على live URL، ivory-llama-856835.hostingersite.com، ماشي غير على dashboard preview thumbnail.
الـ live page تحمّلات وورّت بالضبط شنو الapp مبرمج يعرض:
Server build time، timestamp حيّ كيتأكد بلي الصفحة built دابا دابا، ماشي cache قديم
Environment variable check، كيبين custom variable اللي زدت فـ deploy screen، متأكد مزيان فـ live site الحقيقي، ماشي غير فـ dashboard preview
ومن بعد كليكيتي على Ping the API route button ديال app، اللي كينادي backend endpoint حيّ ماشي غير static content. رجّع JSON response نقي:
json
{
“status”: “ok”,
“serverTime”: “2026-08-19T13:44:05.234Z”,
“nodeVersion”: “v22.18.0”
}
هاد response كيعني أكثر من اللي باين. صفحة كتتحمل مزيان غير كتثبت بلي static files ترفعوا.
API call خدام كيبرهن بلي actual Node.js server كاين تحت وكيرد على requests حقيقية، هادي هي الجهة ديال “Node.js web app” hosting اللي كتكون سهلة تزيفها ب static file وصعيبة تزيفها ب live server timestamp مولّد فـ نفس اللحظة اللي كتكليكي فيها button.
What I thought: هادشي هو check اللي ننصحك تدير قبل ما تثق فـ deploy على هاد platform، ولا على أي واحد بحالو. green “Completed” status و preview thumbnail كيقولوك build سالى. منين كتدير click على live URL وكتشعل شي حاجة dynamic، API call، database read، أي حاجة مايمكنش تزيفها ب cached static page، كيعني server فعلاً حيّ وكيدير شنو برمجتوه يديرو.
5. Web App Management
منين تأكدت بلي live app خدام، رجعت لـ hPanel وتفرجت فـ dashboard ديال app نفسه من اللّول للآخر، actual server-management layer ديال هاد product، مختلف على general hPanel Home screen اللي شرحتها قبل.
Dashboard overview. منين كتوصل هنا، أربعة status badges كيبينو لك الحالة دغيا:
Badge
Status
Running
Green
Auto-deployment
Green
Malware protected
Green
CDN
Green
كاملين رجعو green بdefault، وما كاين حتى واحد خاصني نبدلو باليد. لتحت كاين Last deployment card كيتأكد من الحالة، repository، author، commit، deploy time، stack المكتشف، و Node version، كلشي اللي باغي تتأكد منو بسرعة بلا ما تحفر فـ logs.
automatic Page Speed test كان راه دارو فعلاً ضد live site ورجع 99/100 Desktop score بلا ما نشعلو أنا، وكيجا حدّ Essentials panel فيه روابط سريعة لـ database connection، backups، file manager، runtime logs، و cache.
Deployments, environment variables, and logs. ثلاث صفحات بوحدهم كيغطيوا هاد الشي:
Deployments خزّن history كامل ديال push، author، branch، commit hash، و completion status، history حقيقي ماشي غير آخر واحد
Environment variables عرضو بشكل صحيح variable اللي زدتو فـ deploy، كيتأكد بلي تخزّن وتطبق، ماشي غير بان مرة وحدة فـ setup وتنسى
Runtime logs كيبثّو live server output كيف كيوقع، Next.js startup lines، ready timestamps، وعداد issues و errors، والاثنين بقاو صفر وصفر طول المدة اللي كنت كنشوف
Security. الـ Malware Scanner رجّع نتيجة نقيّة، “Your website is safe,” مع caveat واضح ما مخبّاش: كيتفقد website files غير، ماشي database content، وكاين option paid cleanup إلى بغيتي check أعمق كيدخل حتى database. و Vulnerabilities scan رجع clean حتى هو.
Databases. هنا كيبان gap حقيقي خاصك تفهمو قبل ما تشري. plan كيسوّق managed MySQL كfeature رئيسية، ولكن ما كيتصايب حتى شي database أوتوماتيكياً.
قسم Databases كيتحل على form يدوي بعنوان Create a New MySQL Database And Database User، يعني كتسمي وكتصايب database بوحدك قبل ما app ديالك يستعمل وحدة. تأكدت من هادشي مباشرة مع Kodee، ومذكور فـ Support section لتحت، والجواب كان واضح: managed كتعني Hostinger كيسير database infrastructure من لور، ماشي بلي database كتتخلق ليك وحدها فـ اللحظة اللي كيولي فيها app live.
Advanced access. SSH access كاين تحت Advanced، كامل مع IP، port، و username، ولكن باين Inactive بdefault وكيحتاج click يدوي على Enable قبل ما تقدر تستعملو. File Manager كيعطيك اختيار بين تقلب غير فملفات هاد app أو فكل الملفات ديال hosting plan كامل.
What I thought: dashboard ديال اليومية منظم ومفصّل مزيان. Security و deployment history بالخصوص ساهلين تلقاهم ومفيدين فعلاً، و zero-issue runtime log مع clean malware scan عطاوني ثقة حقيقية بلي app صحي، ماشي غير online.
الجهة الوحيدة اللي كتبيع أكثر من الواقع شوية هي database section، حيث “managed MySQL” كتتبان فـ plan page بحال شي حاجة واجدة من اللحظة اللي app كيولي فيها live، وفعلياً اللي كتاخد هو form ديال creation يدوي، ساهل فالاستعمال، ولكن خطوة خاصك ديرها براسك.
Overall Verdict on Ease of Use
Checkout قصير، upsell ساهل تدوزو، و deploy flow بوحدو هو أقوى جزء فالتجربة كاملة، auto-detection صحيحة ديال stack، branch، و Node version، مع build log حيّ كيتسجل فالحين ماشي spinner.
dashboard اللي كيمشي من بعد منظم ومزيان للاستعمال اليومي، deployment history، environment variables، و security scans كاملين على click واحد وبأسماء واضحة.
فين هاد المنتج كيطالبك بشوية انتباه أكثر من اللي كيقولو marketing ديالو هو database story. “Managed MySQL” كتتبان فالعنوان بحال شي حاجة واجدة منين app كيوصل live، والواقع هو form creation يدوي، ساهل، ولكن خطوة خاصك ديرها بيديك.
ماشي صعيب منين كتعرفو، ولكن المعرفة بلي جاي هو الجزء اللي plan page ما كيقلكش عليه.
Build, Deploy, and Scale with Hostinger
Host modern web apps with GitHub integration, managed MySQL, global CDN, unlimited bandwidth, and built-in security tools.
جربت support ديال Hostinger لـ Web Apps Hosting عبر Kodee، الـ AI assistant المبني داخل hPanel، ومن بعد مشيت فـ knowledge base باش نشوف شحال من أرض كيغطي بلا ما تحتاج تسول شي واحد. Kodee كيبان فـ جوج بلايص خاصين نفرق بيناتهم: كـ Ask AI فـ public marketing site، وكـ Agent panel متاح من أي صفحة داخل hPanel نفسه، حتى مباشرة فـ dashboard ديال Web App نفسه.
1. AI Support (Kodee)
سولته على جوج أسئلة مبنيين على gaps حقيقيين لقيتهم أثناء التجربة، ماشي queries عامة كيقدر يجاوب عليهم بنسخ docs.
Question 1 اختبر كيفاش كيوقع deploy-failure و timing ديال environment variable، جوج concerns حقيقيين فـ production لأي واحد كينشر على هاد platform:
If my app’s build fails partway through a GitHub deployment, does the app revert to the last successful version automatically, or does it go down until I fix and redeploy? And can I set custom environment variables before the first deploy, or only after?
Kodee جاوب مباشرة وبصحة على الجوج. build فاشل ما كيبدلش app خدام من قبل، إلا كان كاين previous deployment ناجح، app كيبقى كيسير آخر version خدامة. إلا كانت أول deployment وما كايناش حاجة يرجع ليها، app كيبقى طافي حتى كتصلح build وكتعاود deploy، جواب واضح وصريح ماشي reassurance غامضة.
On environment variables, أكد بلي تقدر تزيدهم قبل أول deploy فـ deployment settings، وبالنسبة لـ app راه دايرة دابا، شرح ليك بالضبط ثلاث خطوات: حل Settings و Redeploy، زيد ولا بدّل variables تحت Environment variables، سيفط و redeploy.
Question 2 ضغطت على الجوج gaps اللي لقيتهم بنفسي فالدashboard، صياغة “managed MySQL” مقابل manual creation form، و SSH اللي باين inactive بdefault:
This plan advertises managed MySQL, but the dashboard shows a manual ‘Create a New MySQL Database’ form rather than a database provisioned automatically. Is a database created for every Web App by default, or only if I create one myself? Also, SSH access is listed as available but shows as Inactive by default. If I never enable it, does that change anything about how my app actually runs, or is SSH purely an optional extra for advanced users?
جاوب Kodee وأكد بالضبط شنو لقيت فالواجهة، ماشي نسخة مخففة منو. database ما كتتخلقش أوتوماتيكياً لكل Web App، “managed” كتقصد Hostinger كيسير database service و infrastructure، بينما إنشاء database حقيقية وتكوينها راه عليك، عبر نفس screen ديال Create a New MySQL Database اللي شفت، ومن بعد كتزيد connection details فـ environment variables ديال app ديالك بيديك.
On SSH، أكد بلي إلى خليتيه inactive ما كيبدل والو فكيفاش app كيدير run، deploy، ولا connect مع database. محطوط غير كخيار اختياري لـ CLI commands، migrations، ولا debugging مباشر للملفات، ماشي حاجة platform كيعتمد عليها بصمت فخلفية.
What I thought: الجوابين بجوج وافقو مع اللي كنت تأكدت منو بيدي فـ dashboard ماشي ناقضوه ولا خففوه، وهادشي هو علامة support tool كيتفقد state الحقيقي ديال المنتج ماشي غير كيردد script. لا سؤال من الجوج كان ممكن يتجاوب غير بنسخ FAQ عام، و Kodee تعامل معاهوم بجوج بأجوبة محددة ومهيكلة، جوج أجزاء، فحوالي دقيقة لكل واحد.
2. Knowledge Base
Hostinger’s knowledge base كيتحل على grid مصنفة، 20 category بالمجموع، كل وحدة كاتبيّن article count. بعض اللي كبار: AI Builder عندو 330 article، VPS عندو 276، Email عندو 127، و Website عندو 103.
Web Apps Hosting ما عندوش category خاصة به. المحتوى ديالو موزع بين Getting Started، hPanel، و Website، وهادشي finding حقيقي لأي واحد كيتسنى home base مخصص بحال اللي كاين عند VPS ولا Email.
منين قلبت على “Web Apps” مباشرة، خرجو 71 result عبر 8 pages. top results كانو خليط بين ملائمين مباشرة و غير مرتبطين بزاف:
How to deploy apps built with Codex on Hostinger، مباشر وملائم
Hostinger AI Builder: How to create a web app in agentic mode، قريب ولكن product آخر
How to add a Node.js Web App in Hostinger، مباشر وملائم
How to install Flutter Web on a VPS at Hostinger، product آخر بالكامل
شحال من article ديال Website Builder على payment-method (PayPal، WeChat Pay، BLIK)، ما عندها علاقة إلا بشبه الكلمات “web” و “app” شي بلاصة فالنص
حلّيت واحد من top result، How to deploy apps built with Codex on Hostinger، باش نشوف العمق ديالو. طلع walkthrough مْفصّل ومزيان، frameworks المدعومين مذكورين فالأول، screenshots خطوة بخطوة لمساري GitHub-import و ZIP-upload، section على configuring build settings مع example commands، تفصيل ديال file structure من بعد deployment، walkthrough ديال database connection wizard، section على vulnerability monitoring، و FAQ block فالأخير.
حتى إلا كان مْصاغ حول Codex، platform اللي تحتو هي نفسها اللي واقفة ورا general Node.js Web App product، يعني بزاف ديالو كينطبق مباشرة.
What I thought: article count فـ search كيبان قوي على الورق، 71 hit لكلمة وحدة، ولكن جزء مهم من هاد الحجم غير noise جاي من products أخرى كيتشابهو فالكلام. article اللي حلّيت كامل ثبت مزيان منين دخلت ليه، steps واضحة، screenshots حقيقية، و FAQ section حقيقية، ولكن لقيتو تطلب مني نْقلّب على نتائج ما عندها حتى علاقة بما كنحاول deployيه.
Overall Verdict on Customer Support
Kodee هو path ديال support الأقوى هنا. السؤالين اللي جرّبتهم بجوج كانو فيهوم ambiguity حقيقية وقابلة للتحقق، deploy-failure recovery، timing ديال environment variable، database provisioning، و الدور الحقيقي ديال SSH، و Kodee جاوب على الأربعة بشكل صحيح ومحدد، موافقاً للي كنت تأكدت منو بيدي فـ dashboard ماشي كيناقضو.
knowledge base كيدير مزيان منين كتلقا article الصح، و Codex deployment guide بالخصوص مفصّل ومحدّث، ولكن Web Apps Hosting ما عندوش category مخصصة بوحدو، و search واسع كيعرض شوية ديال المحتوى اللي ماشي مرتبط وسط النتائج المفيدة.
إلى بغيت جواب سريع ومحدد، Kodee هو first stop الأكثر اعتماداً. إلى بغيت قراءة أعمق وبراسك، خاصك تتوقع تقلب شوية فـ search results قبل ما توصل لشي حاجة كتخص هاد المنتج فعلاً.
Simple Hosting for Modern Web Apps
Deploy React, Next.js, Vue, Node.js, and other modern applications without managing servers or complex infrastructure.
نعم. deploy process هو أقوى جزء فهاد product: auto-detection صحيحة ديال stack ديالي، branch، و Node version، build log حيّ بدل spinner، و app live داز فكل performance tests اللي درت ليه، perfect GTmetrix scores من جوج قارات مختلفين، 54-point global consistency check نقي، و matching 100/100 scores من Hostinger’s own tooling فـ desktop و mobile. Kodee دعم هادشي بأجوبة تقنية صحيحة ومحددة على أسئلة حقيقية ماشي script عام.
الrough edges صغار ولكن خاصك تعرفهم قبل ما تشري. “Managed MySQL” كيبان فـ plan page بحال شي حاجة واجدة منين app كيوصل live، وفالواقع هو manual creation form. dashboard حتى هو ما كيعطيش Web Apps Hosting entry point مخصص من main Home screen، خاصك تعرف تسلك لـ Websites أولاً.
لـ developer اللي باغي deploy سريع و framework-agnostic على infrastructure اللي benchmark ديالها قوي هادشي، هادي recommendation سهلة. أما اللي كيتسنى كل feature معلن عليها تشعل مباشرة منين checkout كيسالي، خاصو يحسب شوية ديال الوقت الإضافي باش يصايب database بيدو.
The section about renewal pricing is probably the most important takeaway. Introductory prices always look attractive, but it's the renewal cost that determines the real long-term value. I also found another review on Bestecision that breaks down the pricing, performance, and renewal considerations in detail.
دار مزيان فالتجارب. الديپلويمنت تعرف على الستاك ديالي بوحدو بشكل صحيح، والأبليكاسيون الحية خدات علامة كاملة فاختبارات GTmetrix المستقلة من جوج قارات، وHostinger’s AI support عطاتو أجوبة صحيحة ومحددة على أسئلة تقنية حقيقية. الملاحظة الرئيسية هي أن MySQL المُدار كيتطلب إعداد يدوي رغم الطريقة اللي كيتسوق بها.
واش Hostinger Web Apps Hosting كاتوفر الريفوند؟
إييه، داخل 30 يوم من الشراء حسب شروط استرجاع الفلوس العادية ديال Hostinger. بخلاف خطط VPS ديال Hostinger، ما كاين حتى فترة تبريد إضافية بين طلبات الاسترجاع، وإلغاء بسيط داخل هاد المدة خاصو يكون مؤهل.
شنو الفريموركات اللي كيدعمها Hostinger Web Apps Hosting؟
نطاق واسع فالجوج ديال النهايات. الخيارات المدعومة فالواجهة الأمامية كتشمل Next.js, React, Vue.js, Svelte, Astro, وAngular، بينما دعم الواجهة الخلفية كيغطي Express, Fastify, NestJS, وNext.js API routes، مع إصدارات Node.js من 18.x حتى 24.x متاحة.
واش Hostinger Web Apps Hosting كيتضمّن قاعدة بيانات؟
ماشي تلقائياً. الخطة كتعرض MySQL مُدار، ولكن كتخلق قاعدة البيانات الفعلية بنفسك عبر فورم يدوي فالدashboard، ومن بعد كتوصلها بالتطبيق ديالك باستعمال environment variables. Hostinger كيدير management للبنية التحتية ديال قاعدة البيانات، ماشي لخطوة provisioning نفسها.
كيفاش كيقارن Hostinger Web Apps Hosting مع منصة بحال Vercel؟
كيستهدف نفس الفئة، المطورين اللي بغاو يدفعو الكود ويفوتو إدارة السيرفر، ولكن كيجمع حتى حاجات زايدة بحال دومين مجاني، إيميل مجاني، وMySQL مُدارة مباشرة فثمن شهري ثابت واحد بدل موديل كيعتمد على الاستعمال. الاختبارات المستقلة فهاد التجربة بينات بلي أوقات التحميل وCore Web Vitals كانوا فالمستوى اللي كيتوقع من منصة مدعومة بـCDN فهاد الفئة.
يقدم HostAdvice.com مراجعات وتقييمات احترافية بخدمات استضافة مواقع الانترنت مستقلة تماما عن أي جهة أو كيان آخر. تقييماتنا عادلة وأمينة وتطبق نفس معايير التقييم على كل المراجعات التي تتم.
يتم استلام تعويض نقدي من الشركات التي نقوم بتقييمها. تعويض الخدمات والمنتجات ليس له تأثير على توجه أو استنتاجات تقييماتنا. ولا تؤثر هذه التعويضات على ترتيبنا لشركات استضافة المواقع المحددة. تغطي هذه التعويضات تكاليف الإنفاق على المراجعين، شراء الحسابات، والاختبار.