Hostinger 是一家总部位于立陶宛的主机公司,它凭借低价共享方案建立了自己的名声,而其专门的 Drupal 托管 产品会在结账完成的那一刻自动为你安装 CMS,而不是让你自己去配置。下面,你将了解这种自动设置在真实访客访问网站时是否真的经得起考验,以及 Kodee 能否回答一个真正棘手的基础设施问题,而不是把你引到帮助文章。
Hostinger Drupal Hosting
Drupal 已预装完毕,并由真实基础设施提供支持,数据库已准备就绪,SSL 和 CDN 默认开启。
浏览 Hostinger 优缺点 Pros Drupal 在注册时会自动安装 恶意软件扫描器无需任何设置即可启用 Kodee 会在回答前检查你的实时服务器 CDN 和 SSL 均默认启用 缓存后加载时间不到半秒 每个套餐都包含每周备份 第一年提供免费域名和邮箱 注册时数据库和 phpMyAdmin 即已就绪 所有档位均提供 30 天退款保证 Cons 未启用缓存时后台响应时间会明显上升 帮助中心没有专门的 Drupal 文章 一旦你的网站上线,就立即开启 Drupal 的内部页面缓存,并与 Hostinger 的 CDN 一起使用;同时,选择你能承诺的最长计费周期,因为从 12 个月到 48 个月之间折扣幅度会迅速加大。
评分细分 我根据 HostAdvice 的评分方法 对 Hostinger 的 Drupal 托管进行了评分,这与本站所有评测采用的标准化方法一致,因此下面的数字反映的是实际测试,而非营销说辞。以下是各项参数的得分。
参数 得分 为何如此评分 价格 8.8/10 有不错的 30 天保证,不过加密货币支付和捆绑的免费域名不在退款范围内。 功能 9.1/10 Drupal 预装上线,并配备自动恶意软件扫描、SSL 和 CDN。 性能 9.3/10 缓存后加载时间不到半秒,但未缓存时后台存在明显差距。 易用性 9.2/10 结账流程简短,网站仪表板覆盖了所有内容,无需查阅文档。 支持 8.9/10 Kodee 两次检查了实时服务器并给出了准确答案,不过知识库缺少 Drupal 的专门深度内容。 总体 9.1/10 整体表现强劲,仅因知识库中 Drupal 内容较少而略受影响。
Hostinger Drupal Hosting
Drupal 已预装完毕,并由真实基础设施提供支持,数据库已准备就绪,SSL 和 CDN 默认开启。
浏览 Hostinger 套餐与价格Hostinger 将 Drupal 托管分为三个档位:Single、Premium 和 Unlimited,每个档位都会增加可运行的网站数量,以及包含的存储空间、邮箱和支持内容。
下面的定价组件会展示各档位和各期限的具体数字,因此以下才是你在决定选择哪一档时真正需要关注的内容。
下单前有几件事需要了解:
计费周期。 你可以预付 1、12、24 或 48 个月,结账时默认选中最长周期。每往上一个周期,月费都会有实质折扣,所以如果你想先试试水,可以看看更短的选项。退款保证。 所有托管档位都适用 Hostinger 标准的 30 天保证,如果你在该期限内取消,可以退回到你原来的支付方式。这个结账流程里有两项直接排除条款:通过 Coingate 的加密货币支付完全不可退款,而订单中捆绑的免费域名即使托管套餐退款,也仍属于不可退款部分。免费试用。 在此结账流程中没有发现专门的免费试用。30 天保证是 Hostinger 提供的唯一安全网,所以请据此安排你的评估窗口。支付方式。 信用卡(Visa、Mastercard、Amex、Discover)、PayPal、Google Pay、AliPay+(中国版和香港版分开)、以及用于加密货币的 Coingate。套餐包含内容。 第一年的免费域名和两个 1GB 的免费邮箱,这些会自动加入购物车,而不是作为额外销售项;此外还有自动 SSL、CDN 和恶意软件扫描,从网站上线那一刻起就处于启用状态。一个实际测试中的注意点是:由于 Drupal 可以运行从小型宣传页到带有真实登录流量的网站,因此你应根据自己计划实际托管多少个附加网站来选择套餐,而不是只看入门价格,因为 Single 仅限一个站点,而 Premium 和 Unlimited 的扩展能力要强得多。
功能Drupal 在结账时自动安装 免费 SSL 证书默认启用 CDN 无需配置即可启用 恶意软件扫描器无需手动设置 所有套餐均提供每周自动备份 MySQL 数据库和 phpMyAdmin 立即开通 AI 性能故障排查工具内置于仪表板 自动安装器还支持 WordPress、WooCommerce、Joomla SSH 访问可用,但需手动开启 Hostinger Drupal Hosting
Drupal 已预装完毕,并由真实基础设施提供支持,数据库已准备就绪,SSL 和 CDN 默认开启。
浏览 Hostinger 性能该套餐背后的服务器位于立陶宛维尔纽斯,因此我没有只做一次 GTmetrix 测试,而是从两个不同地点进行了测试:一个是接近服务器的德国法兰克福,另一个是位于大西洋另一侧的美国圣安东尼奥。
从靠近服务器的地点测试能给出更接近最佳情况的数值,从较远的地点测试则能显示不同大洲的真实访客会看到什么,而把两者并排比较,是判断性能是否能在服务器所在地区之外保持稳定的唯一方法。
指标 德国法兰克福(靠近服务器) 美国圣安东尼奥(远离服务器) 性能评分 90% 100% 结构评分 98% 99% TTFB 652ms 164ms 连接时间 158ms 121ms 后台时间 494ms 43ms 最大内容绘制 1.4s 448ms 总阻塞时间 0ms 0ms 累计布局偏移 0.01 0 完全加载时间 1.7s 478ms
结果的表现与距离本身的预期相反。法兰克福比维尔纽斯近得多,但法兰克福测试在每一项指标上都更慢,而且差距并不小。仅后台时间一项就从美国测试的 43ms 飙升到 494ms,增长了十一倍,而这一指标恰恰反映的是服务器在页面发出之前自行生成页面所花费的时间。
这个后台差距正是解释整张表的关键。如此大的跳升表明两次测试之间的缓存状态不同,而不是纯粹的网络距离差异;其中一次很可能命中了页面缓存副本,能够立即提供,而另一次则触发了 Drupal 在该次请求中重新渲染页面。
Hostinger 的 CDN 与 Drupal 自带的内部页面缓存都默认在这个套餐上启用,而这两者中的任意一个,或者两者共同作用,都可能产生完全相同的模式:某个地点通过缓存获得极快的响应,而另一个地点则得到较慢、重新生成的响应,而这一点与它在维尔纽斯的物理距离无关。
用最直白的话说,一旦页面被缓存,地理位置几乎不再重要,圣安东尼奥的结果证明,远在另一个大陆的访客也能在不到半秒内加载这个 Drupal 网站。
法兰克福的结果更接近真实访客在页面缓存失效的那一刻所看到的情况,例如已登录会话、表单提交,或是 Drupal 必须重新生成而不能从缓存层直接提供的页面。两组数字都是真实的,而如果读者将这个套餐用于大部分内容可缓存的网站,例如博客、营销页面、宣传站,那么他们大多数时候看到的就是圣安东尼奥那样的速度。
如果你计划的是一个大量依赖实时生成内容、已登录成员区或商店结账、个性化页面的 Drupal 项目,那么请把更慢、未缓存的那个数字作为更诚实的基线。
无论如何,在缓存状态不同的情况下,这些数字仍然保持了强劲表现。两次测试中总阻塞时间都为零,这意味着页面在 JavaScript 可交互之前从未让访客等待。两次运行中的布局偏移也接近于零,因此页面在稳定过程中并没有出现跳动,这一点对用户体验尤为重要,因为太早提示点击什么的说明,往往比大多数 CDN 密集型配置更容易“惩罚”访客。
性能总体结论 这个 Drupal 托管套餐在世界两端都表现不错,但原因并不只是距离本身。
远离维尔纽斯服务器的访客因为缓存而在不到半秒内加载了页面,而在物理上更接近服务器的访客却遇到了较慢的未缓存响应。真正的故事就在这里:缓存状态比与源服务器的物理距离更能决定使用体验。
对于主要是静态或轻交互的 Drupal 网站,例如博客内容、公司网站、作品集,这个套餐在缓存生效后能在全球范围内提供快速加载。对于依赖个性化或登录后内容、无法放在缓存层之后的 Drupal 架构,则应把更慢的未缓存数值当作更真实的基线,因为这才是实际访客访问新鲜页面时会遇到的体验。
Hostinger Drupal Hosting
Drupal 已预装完毕,并由真实基础设施提供支持,数据库已准备就绪,SSL 和 CDN 默认开启。
浏览 Hostinger 易用性Hostinger 将 Drupal 托管作为独立产品页出售,而不是把它当作一个顺带提到 Drupal 的通用共享主机套餐。
这也决定了我在这里实际测试的内容。我从零开始注册,支付了真实套餐,然后花时间查看账户面板以及随套餐提供的网站级仪表板,确认从未接触过 Hostinger 的人是否能够顺利让 Drupal 网站上线,并在日常管理中无需先打开支持文章。
1. 注册 Drupal 托管页面只显示一个标题、一行关于使用 Drupal 优化主机建设网站的短语,以及一个 Start now 按钮。
点击后并不会打开注册表单,而只是将页面向下滚动到定价方案,因此真正的决策从这里开始,而不是从一个空白账户表单开始。
三种档位并排显示:
我选择了 Premium,因为一个 Drupal 测试站点加上以后可能扩展第二个站点的空间,比单站点入门档更符合这次评测的需求。
接着,购物车会自动将计费周期设置为 48 个月,并标记为 Best value。点击下拉菜单可以看到其他选项:1 个月、12 个月和 24 个月,每个都有各自的月费。我保持 48 个月不变。
在套餐下方,购物车通过 Secure your domain 搜索框提供第一年免费域名,同时两个确认项已经自动应用到订单中:免费域名领取和第一年两个免费邮箱。
我搜索了一个域名,它被附加到订单中,没有额外费用,然后我继续去结账。
接下来进入付款环节。由于我已经登录了现有的 Hostinger 账户,流程直接跳到了账单地址和付款步骤。
新访客则会先看到注册界面,需要输入邮箱和密码,或使用 Google 或 GitHub 继续,然后才会进入相同的账单表单。
我账户里保存的账单地址已显示出来,旁边有一个 Edit 链接,而不是强制重新填写。
可用支付方式:
信用卡(Visa、Mastercard、Amex、Discover) PayPal Google Pay AliPay+ China 和 AliPay+ Hong Kong(1 个工作日处理) Coingate(加密货币)
我使用已保存的信用卡提交了付款。整个结账过程就此结束,没有额外确认步骤,也没有更多表单。我直接进入 hPanel,新套餐已经列出,随后还有一封单独的收据邮件确认购买成功。
我对注册流程的看法。 从任何主机公司的标准来看,这都是一个干净利落的结账流程,主要因为 Hostinger 将屏幕数量控制得很少:套餐、周期和域名、账单和付款,结束。把免费域名和两个邮箱直接打包进购物车,而不是作为单独加购项来推销,是一个不错的做法。
唯一需要注意的是计费周期默认值。它打开时会选中最长周期,而不是最短周期,因此如果你在比较月费和总承诺时长,请在看到屏幕上数字后,先检查一下那个下拉菜单,不要默认它就是全部信息。
2. 仪表板/客户区 付款完成后,hPanel 立即打开到主账户界面,需要先明确说明这个界面究竟是什么。
它并不是专门面向 Drupal 的控制面板。它是绑定到账户的所有产品的统一中心:域名、邮箱、网站构建器、AI 代理,以及你购买的任何 VPS 或主机方案,都共用同一个首页,无论是哪个产品把你带到这里。
这个首页顶部会用你的名字打招呼,并提供一个 AI 提示栏,下面还有一排快捷按钮:Get domain、Create website、Get email、Try vibe coding、Migrate site、Get VPS 和 Try email marketing。
再往下是一些面向整个账户的推广面板,包括用 AI 建站、搭建在线商店、领取免费企业邮箱、使用 AI 代理、加入 Hostinger 的 Discord,以及领取免费域名,这些都与我刚购买的 Drupal 套餐无关。
再往下是 Your to-dos 区块,列出几个待完成的账户事项,例如未完成的 Reach 邮件营销设置和一个未领取的免费邮箱地址,旁边还有一个 Show more 链接可展开更多内容。在其下方,Your business 区块列出了账户绑定的所有网站,而直到页面更底部,才出现一个专门的主机方案和 VPS 实例表格,每一行都能一目了然地显示主机名、IP 地址、状态和到期日期,无需点击即可查看。
在 “Your business” 下,我找到了我的 Drupal 网站。
不过,我也可以通过点击左侧边栏中的 Websites 来找到它,这会将视图筛选为仅显示主机方案。该页面会打开 Premium 套餐卡片,顶部显示到期日期,下方列出 hostadvice.tech,并带有 Tools 下拉菜单和 Dashboard 按钮。
我对仪表板的看法。 hPanel 作为账户级中心运作良好,但它是为 Hostinger 的整个产品目录设计的,而不是专门为刚购买 Drupal 托管的人设计的,这一点在登录后到真正站点记录之间塞满了多少交叉销售内容上表现得很明显。
新用户需要知道去侧边栏里的 Websites,而不是指望首页动态流会把新购项目直接显示在前面。不过,一旦进入正确的网站卡片,内容就会清晰地收窄到相关功能。
3. 托管管理 点击站点卡片上的 Dashboard 后,会打开只针对 hostadvice.tech 的管理面板,这才是日常操作真正发生的地方。
页面顶部显示站点 URL 并提供直接链接,还有创建日期、Manage domain 按钮、Set up free email 按钮,以及三个状态徽章:Malware protected、SSL 和 CDN,所有这些都默认启用,无需配置。
在它下面,Essentials 卡片汇总了你最常用的工具:
项目 显示内容 Database 链接到数据库工具的 Manage 按钮 Backups 备份计划和最后一次完成的运行 File manager Open 按钮,直接访问站点文件 Cache 清除缓存和预览切换 Hosting plan 当前套餐名称,可展开查看详情
旁边的 Performance 卡片会自动运行桌面端速度评分,而移动端会显示尚未扫描,直到你手动触发,并提供 Run speed test 按钮。
Plan resource usage 卡片会跟踪磁盘空间、inode、CPU 负载、内存,以及套餐允许的附加网站数量中已使用多少。
然后我打开完整的左侧边栏,查看这个仪表板实际覆盖了哪些内容:
部分 涵盖内容 Hosting Plan 套餐详情、资源使用、续费、升级 Performance AI Troubleshooter、页面速度、CDN Analytics 流量、请求、错误日志 Security 恶意软件扫描器、SSL Domains 子域名、停放域名、重定向 Website WordPress 安装、自动安装器、迁移、错误页面、Logo 制作器 Files 文件管理器、备份、FTP 账户 Databases MySQL 管理、phpMyAdmin、远程 MySQL Advanced SSH 访问、PHP 设置、DNS 区域编辑器、cron 任务等
其中有几项值得更仔细地看一看。
Hosting Plan > Plan Details 列出了网站的 live 和 www URL、IP 地址以及底层资源分配。
Performance > AI Troubleshooter 会自动运行扫描,并在我未手动触发测试前就报告网站已优化且未发现问题。
Analytics 直接内置在仪表板中,跟踪带宽、总请求数、国家/地区分布,以及单独的访问日志和 4xx 或 5xx 错误代码标签页,并可按时间范围筛选。
Security > Malware Scanner 首次扫描即显示正常,页面明确说明扫描仅覆盖站点文件,不包括数据库内容,并提供付费清理选项供需要更深层检查的人使用。明确说明扫描范围,而不是暗示全覆盖,这是正确的做法。
Domains > Subdomains 打开时是一个空状态,并提供一个简单的创建表单:子域名名称、目标域名,以及可选的自定义文件夹分配。停放域名和重定向也在同一菜单中。
Website > Auto Installer 是 Drupal 相关细节真正出现的地方。Installed Applications 表格里已经列出了 Drupal,并直接链接到 hostadvice.tech,确认它是在注册这个特定套餐时自动安装的,而不是之后还需要我手动触发一次。下面的一键安装卡片只支持 WordPress、WooCommerce、Joomla 和一个通用的 Other 选项,因为 Drupal 在这里不会作为新的单击安装选项出现,它本来就已经随套餐运行了。
Advanced > SSH Access 在你打开页面的那一刻就会显示连接详情、IP、非标准端口和用户名。新装 Drupal 前请先知道这一点:SSH 本身在这里默认是关闭的,状态显示为 Inactive,必须手动点击 Enable 之后,这些信息才真正可用。
Advanced 菜单中还包括 PHP 配置、DNS 区域编辑器、cron 任务、缓存管理器、GIT、密码保护目录、IP 管理器、防盗链保护和活动日志,基本上就是共享主机方案所能提供的完整工具箱,被整合在一个栏目下。
易用性总体结论 结账流程简短而可预测:套餐、域名、支付,完成;免费域名和邮箱会自动进入购物车,而不是作为需要逐项点击的加购项。唯一要养成的习惯是,在假定屏幕上显示的价格代表短期承诺之前,先检查那个周期下拉菜单。
仪表板这一侧在你知道该看哪里之后,会清晰地分成两层。hPanel 本身是一个共享的、面向全产品的中心,会把新购项目藏在促销面板和交叉销售卡片之间;但其下方的网站级仪表板才是实际管理工作的地方,而在这里它表现良好。Drupal 预装上线而无需手动一键安装、数据库已预先配置并关联、自动性能检查、以及无需第三方工具即可使用的流量分析,这些都让它成为一个第一天接触 Drupal 的新手也能无需翻文档就能操作的管理面板。SSH 默认关闭是唯一值得在第一时间再次确认的控制项,免得以为方案激活后 shell 访问就已经就绪。
Hostinger Drupal Hosting
Drupal 已预装完毕,并由真实基础设施提供支持,数据库已准备就绪,SSL 和 CDN 默认开启。
浏览 Hostinger 支持水平Hostinger 为此套餐提供了两个我可以直接测试的渠道:实时聊天和自助 Help Center。
实时聊天会先直接进入 Kodee,Hostinger 的 AI 支持代理,然后才会有人工接手。
Kodee 不是一个只能照搬帮助文章的脚本化聊天机器人,Hostinger 是基于 the Model Context Protocol with account-level access 构建它的,因此它可以检查实时站点上的真实设置,在其他产品上,甚至能够直接执行更改,而不仅仅是告诉你该看哪篇文章。
如果对话需要升级,后面还有人工客服。我分别测试了两个渠道:先实时聊天,再单独测试 Help Center。
1. 实时聊天(Kodee) 我打开聊天并提出了一个关于 Drupal 的 cron 机制在这里究竟如何运行的双部分技术问题:hPanel 的 cron 系统是通过 Drush 还是通过 HTTP 触发 Drupal,以及该 cron 运行时的 PHP 限制是否与正常页面加载时应用的限制相同。
Kodee 没有凭记忆作答。它说会直接检查 hostadvice.tech,确认该账户上已经安装了 Drupal,并在回复前提取了该站点的实际 PHP 配置。
我问了什么 Kodee 找到了什么 hPanel 会自动选择 Drush 还是 HTTP cron 吗? 默认都不是。hPanel 会运行你配置的内容:HTTP 就是 cron URL,CLI 就是 Drush 命令 这个账户上是否已经设置了 cron 任务? 没有,这是根据实时账户确认的,而不是推测的 Web PHP 限制和 CLI cron 限制是否相同? 该站点的 Web 设置为 512M 内存、360 秒执行时间。CLI cron 可运行在单独的 PHP 配置下,而且 max_execution_time 通常不会在 CLI 脚本中生效,因此不应假定二者相同
Kodee 还提供了一段一行 PHP 代码片段,可通过 SSH 直接检查 CLI 内存和执行时间限制,而不是让我自己去猜。
我继续追问了一个后续问题。既然这是共享 Premium 套餐而不是 VPS,我就问 Drush 是否默认随账户提供,还是需要通过 Composer 安装,以及 hPanel 的 cron 系统是否真的能够运行依赖 Composer 包的脚本。
这个回答进一步深入了。Kodee 确认共享套餐并不会预装 Drush,然后给出了与该账户自身文件路径绑定的确切 Composer 安装命令:/home/u376535993/domains/hostadvice.tech/public_html,而不是一个通用占位路径。
它确认 hPanel 的 Custom cron 类型接受完整 shell 命令,而不是仅仅一个脚本名,因此通过 Composer 安装的 Drush 二进制文件完全可用,并且它还为不想直接使用 shell 的人提供了一个 PHP 包装方案。
随后出现了三个快捷操作建议,可引导我了解 SSH 访问、创建自定义 cron 任务,或通过 Composer 安装 Drush,每一个都是真正的下一步,而不是泛泛的“如需帮助请告诉我们”。
我对实时聊天的看法。 这是我在 Hostinger 测试过的所有实时聊天中表现最强的一次。
两个回答都来自实时账户而不是文档复读,第二个回答还使用了账户的真实文件路径而非占位符,而且关于 max_execution_time 在 CLI 下不受限制的修正,是那种只有真正理解 PHP 在 Web 请求之外如何运作的支持人员才会提到的细节,而不是只懂 Hostinger 面板的人。
对于运行真实 Drupal 网站、需要配置实际 cron 任务的读者来说,这里得到的是准确且可操作的答案,而不是一个把你推回帮助文章的聊天机器人。
2. Help Center Help Center 打开后会先显示一个搜索栏,下面是一组分类卡片,每张卡片都标有文章数量,因此你可以在点击之前先判断某个主题到底有多深。
这里没有专门的 Drupal 分类。这一点很重要,因为同一网站上的 Ubuntu VPS 托管就有自己的知识库专区,而 Drupal 没有获得同等待遇。
在搜索栏中直接搜索“drupal”会返回 10 个结果,标题本身就说明了问题:
Hostinger AI Builder,它与其他内容管理系统有什么不同 Hostinger AI Builder,agentic mode 指南 在 Hostinger 可自动安装哪些应用程序 如何在 Hostinger 上使用 Plesk VPS 模板 如何在 Hostinger 上更改 VPS 的操作系统 如何在 Hostinger 上设置 Google Analytics 如何在 cPanel 上自动安装应用程序 如何在 Hostinger 找到网站的配置文件 如何在 Hostinger 上创建网站 如何在 Hostinger 上自动安装应用程序
这些标题里没有任何一个是专门为 Drupal 写的。搜索结果全部都是一般性的托管、CMS 或自动安装器文章,只是在正文中顺带提到了 Drupal,很可能只是作为受支持应用列表中的一项。
支持总体结论 Kodee 是这里的亮点。两次交流都先检查了实时账户再回答,纠正了一个合理但错误的 CLI PHP 限制假设,并且给出了精确到该账户真实文件结构的命令,而不是通用占位符。
对于需要配置 cron 任务的真实 Drupal 站点来说,这里提供的是一位合格系统管理员会给出的支持,而不是一个只会复述文档的聊天机器人。
Help Center 呈现了另一番景象。搜索功能可用,分类结构也清晰,但 Drupal 没有像 Ubuntu 那样拥有专属主页。搜索 “drupal” 得到的所有结果都是一般托管或 CMS 文章,只是在其中顺带提到它,而不是围绕它专门编写的内容。
Hostinger Drupal Hosting
Drupal 已预装完毕,并由真实基础设施提供支持,数据库已准备就绪,SSL 和 CDN 默认开启。
浏览 Hostinger 我们推荐 Hostinger Drupal 托管吗? 推荐。Drupal 已预装完毕,并由真实基础设施提供支持,数据库已准备就绪,SSL 和 CDN 默认开启,而且 Kodee 这样的支持代理会在回答棘手问题前检查你的真实服务器,而不是只会向你复述文档。
需要提前知道的取舍是缓存之外的表现。一旦页面被缓存,这个套餐在世界任何地方都很快,但一次未缓存请求显示后台响应时间确实有明显上升,因此如果你的网站依赖登录后或个性化内容,就应该把这个数值而不是最佳情况的数值作为规划基础。
如果你希望在结账完成的那一刻 Drupal 就能运行,而且完全不用先碰终端,那么这是一个很容易推荐的套餐。如果你的项目依赖为每个访客实时渲染内容,那么在决定购买期限前,请把缓存差距与你的实际流量模式一并权衡。
Hostinger Rating based on expert review