主机商页面上写着「WordPress优化」,不代表你的站真能跑在官方推荐的环境上。虚拟主机评测要评的就两件事:主机能不能按WordPress官方要求跑起来,页面体验指标达不达标。官方推荐的环境是PHP 8.3或更高、MariaDB 10.11或更高或MySQL 8.0或更高,并且支持HTTPS。这三项拿着去问主机商,答复含糊的,后面的价格和配置都不用谈。
对做英文站的人来说,主机选错不会立刻报错,它会慢慢体现在三件事上:页面打开慢、Googlebot抓取不稳、换主机时流量掉一截。猎者出海这边的主机选法一直很简单:先看它能不能跑WordPress官方要求,再看页面体验三项数字。中国大陆能不能用这些主机商,这篇不展开。
- 这是什么:一套可复用的虚拟主机评测维度,核心是主机能否满足WordPress官方环境要求,再看页面体验指标是否达标。
- 官方怎么说:PHP 8.3或更高、MariaDB 10.11或更高或MySQL 8.0或更高、HTTPS支持。
- 怎么做:先按官方要求逐项问主机商,再用Core Web Vitals三项指标测页面体验。
- 常见误区:把HTTP/2当成排名加成、把sitemap当成收录保证、迁移时忘了撤掉robots.txt和noindex。
这篇把整套维度拆开:官方要求怎么对照、五步怎么走、数字看哪几个、误区怎么回查。想多找几家对比,可以看海外vps推荐;手上拿到别家的测评数据,用交叉验证 VPS 测评的方法对一遍,别只看一家的结论。
本文目录
虚拟主机评测到底评什么:先看主机能不能跑WordPress
你付钱的对象是主机商,WordPress跑起来的那台机器是服务器。评测要评两样:主机商给的环境合不合规,服务器实际跑出来什么数。品牌页上写「WordPress优化」不算数,得落到PHP版本、数据库版本、能不能拿到FTP或shell这些具体项上。

官方在安装前就要求先确认主机商满足WordPress所需的软件和条件,还要确认你能访问服务器和工具。说白了,PHP版本、数据库版本、HTTPS支持这些是入场券。不达标不是扣分,是这台主机根本不该进候选名单。

主机商和服务器分别是什么,评测对象是谁
主机商是收钱把网站放到线上的公司,服务器是运行WordPress的计算机。所以评测不能只写「某主机商好不好」,要写到具体机房、具体套餐、具体配置。

官方环境要求是评测的底线,不是加分项
官方推荐Apache或Nginx作为跑WordPress最稳、功能最全的服务器,但任何支持PHP和MySQL的服务器都能跑。所以Web服务器软件这一项,看到Apache或Nginx可以放心,看到别的也不用直接否掉,先确认它支持PHP和MySQL。
旧版PHP或MySQL也能把WordPress跑起来,官方同时说明这些版本已经到生命周期终点,可能让站点暴露安全漏洞。评测时按推荐线走,不按「能装就行」那条线走。
版本控制算不算一项评测维度
版本控制是追踪文件随时间变化的方式,出问题能把代码恢复到之前某个状态,不用从完整备份里翻。它不是WordPress运行的硬性要求,但评测时值得问一句。很多WordPress主机商自带这个功能,没有的话也能靠别的服务和自托管补上。
对经常改主题、装插件、调代码的站来说,这一项能省下不少回滚时间。对只发文章的静态内容站,优先级往后放。
还有一项:服务器实际性能
环境合规只说明能跑,跑得快不快是另一回事。性能、线路、稳定性这几项怎么测,那篇里有方法,搬到虚拟主机上一样能用。
虚拟主机评测标准:拿官方要求逐项对照主机商
官方要求页上的三项环境要求,拿出来就是一张询问清单。难的不是知道这三项,是问的时候问对,别被「支持WordPress」这种回答糊弄过去。

PHP 8.3或更高、MariaDB 10.11或更高或MySQL 8.0或更高、HTTPS支持
这三项里,PHP版本最容易出岔子。问的时候要问「新账户默认开的是哪个PHP版本」,而不是「你们支持不支持PHP 8.3」。
数据库版本问MariaDB和MySQL两条线,主机商用的是哪个就对照哪个。HTTPS支持问的是能不能给域名配SSL证书,以及证书到期怎么续。这三项都达标,才有必要往下谈价格。
Apache或Nginx,以及账户用户名运行PHP的安全要求
官方推荐Apache或Nginx,托管手册给的具体版本是Apache HTTPD 2.4和nginx 1.30(stable)/ 1.31(mainline),并且建议Web服务器保持最新。问主机商给的是不是还在维护的版本。
安全上还有一条:PHP应用最好用你账户自己的用户名跑,而不是服务器默认的共享用户名。这条在共享主机上尤其要问。共享环境里很多账户共用一个系统用户,一个站出问题会牵连到别的站。
官方给主机商的询问模板,直接复制发过去
官方要求页上有一段可以直接复制发给主机商的英文询问模板,开头是「I’m interested in running the open source WordPress web software, and I was wondering if my account supported the following:」,下面列了四项:PHP 8.3或更高、MariaDB 10.11或更高或MySQL 8.0或更高、带mod_rewrite模块的Nginx或Apache、HTTPS支持。
把这段连同四项一起发过去,让主机商逐项书面答复。邮件或工单记录留着,后面出问题这就是凭证。
版本生命周期:8.3已转仅安全支持、8.2到2026年12月31日EOL
版本号达标只是当下。PHP 8.3在2025年12月31日转入仅安全支持,PHP 8.2到2026年12月31日到达生命周期终点。官方托管手册推荐生产环境用PHP 8.4或更高。
所以问主机商时多问一句:新PHP版本上线前有没有测过完整技术栈。官方说主机商应该先把整套环境测过,再把新版本设成生产默认。WordPress自身的最低要求是另一条线,7.1要求PHP 7.4或更高,跟7.0一样,7.0那次把最低要求从7.2.24提到7.4,放弃了PHP 7.2和7.3。评测按推荐线走,不按最低线走。
虚拟主机评测怎么做:五步走完一套维度
五步的顺序不是随便排的。先问环境,再看实际版本,然后测页面体验,接着确认控制权,最后才谈换主机。前面一步没过,后面做了也是白做。
第一步:把官方询问模板发给主机商,逐项要书面答复
不要问「你们支持WordPress吗」,这个问题谁都说支持。把官方那四项发过去,让客服逐项回答。答复里出现「应该支持」「一般没问题」这种词,就换一家再问。主机商自己都说不清自己的环境,后面出问题你找不到人。
第二步:登录后台仪表盘看PHP Info与Site Health Status,核对实际版本
主机商说支持是一个版本,你的账户实际跑的是另一个版本。WordPress后台仪表盘的PHP Info会显示当前运行的PHP版本以及是否需要更新,Site Health Status给的是整站状态概览和哪些部分要改进。两项对着看,PHP版本低于8.3就找主机商开高版本。
第三步:在Search Console的Core Web Vitals报告看LCP、INP、CLS实测值
页面体验不看主机商宣传,看Search Console的Core Web Vitals报告。这个报告给的是你页面在真实用户那里的表现,不是实验室跑分。三项指标分别对应加载性能、交互性和视觉稳定性。
有数据之后,看的是整组页面的分布,不是单看首页一个网址。
第四步:确认能拿到FTP或shell账户、能设文件权限
官方安装前的准备清单里写了要有一个FTP或shell的服务器登录账户,还要能用FTP程序上传文件、设文件权限,工具可以选FileZilla。评测时问一句:给不给FTP或shell,能不能改文件权限。拿不到,说明你对这台主机的控制权是受限的,后面装插件、改主题、迁移都会卡。
第五步:换主机时按准备新环境、改DNS、监控流量、关停旧主机四步走
换主机不是把文件一传就完事。Google给的流程是四步:先把内容传到新服务器或配好CDN和源服务器并测试;再改DNS指向新主机;然后盯着新旧两边各自承载的流量;确认所有用户包括Googlebot都从新环境拿到内容、没人用旧环境了,再关旧主机。
测试阶段可以建一个IP限制访问的测试环境,或者用beta.example.com这种临时主机名做公开测试。用临时主机名测试的,记得加noindex防止测试站被收录。也可以用Search Console的网址检查工具确认Googlebot能访问新环境。
回查:旧服务器流量一直不降,说明DNS还没生效或者缓存没刷新,用不同公共DNS检查工具看各地ISP有没有更新到新设置。第五步里提到查DNS、看日志,手上没有顺手的工具,VPS侦探那篇里有做法可以参考。
国外虚拟主机评测:换主机时容易踩空的几件事
评测国外主机前先分清你买的是什么。虚拟主机和VPS的区别在于资源是共享还是独享,这决定了评测时该看重哪些项。虚拟主机看的是主机商给的环境和限制,VPS看的是你自己怎么配。
换主机是整个流程里最容易掉流量的环节。Google说换基础设施后Googlebot抓取率短期下降是正常的,之后几天会稳步上升,可能比迁移前还高。看到抓取率掉就慌着回滚,反而把问题搞复杂。
换主机后Googlebot抓取率短期下降属正常
抓取率掉不等于排名掉。Googlebot重新认识新服务器要时间,DNS缓存也要时间。这段时间里能做的是盯日志、看新环境有没有正常返回内容,而不是频繁改配置。
迁移前至少一周把TTL调低到几小时
Google建议在迁移前至少一周把DNS记录的TTL调低到一个保守的低值,比如几小时。这样真到切换那天,各地DNS缓存能更快刷新,流量切换的时间窗口会短很多。TTL平时设得很长,切换那天就要等很久。
防火墙和DoS防护别挡住Googlebot
Google明确提醒要检查防火墙配置或拒绝服务防护,确保不阻断Googlebot访问DNS或主机商服务器。不少主机商默认开着防护,规则太严会把爬虫一起挡在外面,表现就是抓取量突然掉到零。
按建站用途怎么套这套维度:博客站和电商站权重不一样
同一套评测维度,不同用途的站权重不一样。博客站卡在加载,电商站卡在交互,视觉重的站卡在布局跳动。先认清自己的站属于哪一类,再决定哪项数字先看。
博客 / 内容站:加载性能优先,LCP 2.5秒内是硬线
内容站读者进来是看字的,页面半天不出正文,人直接退。LCP要在页面开始加载的前2.5秒内发生。评测这类站,主机这一项的权重应该压在加载速度上,PHP版本和数据库版本达标之后,重点看首屏出来得快不快。
电商 / 交互多的站:INP小于200毫秒优先
电商站要加购、要切规格、要填表单,交互一卡,单就飞了。INP要小于200毫秒。评测时不能只看首页打开速度,要把加购、结算这些动作在真实设备上走一遍,看响应跟不跟得上。
视觉重的站:CLS小于0.1优先
图片多、模块多的站,最容易出的是布局跳动:图还没加载完,文字先渲染,图一出来整页往下跳,读者点到一半点错。CLS要小于0.1。评测这类站,除了主机,还要看主题和图片有没有预留尺寸。主机能管的是服务器响应稳不稳定,管不了前端布局。
小站(约500页或更少)不必为sitemap功能多付钱
Google把约500页或更少的站定义为小站,内部链接完善的话可能不需要sitemap。用WordPress这类CMS,sitemap大概率已经自动生成了,不用额外操作。
数字和限制:评测时要对的几个数
把散在各节里的数集中到一张表,评测时对着填。表格只列官方给的建议值和门槛,不列主机商报价,也不列测试周期。
| 项目 | 官方建议值 / 门槛 | 用在哪一步 |
|---|---|---|
| PHP版本 | 8.3或更高(生产环境推荐8.4或更高) | 问主机商、看PHP Info |
| 数据库 | MariaDB 10.11或更高,或MySQL 8.0或更高 | 问主机商 |
| LCP | 页面开始加载的前2.5秒内 | Search Console实测 |
| INP | 小于200毫秒 | Search Console实测 |
| CLS | 小于0.1 | Search Console实测 |
| DNS TTL | 迁移前至少一周调到几小时 | 换主机前 |
这张表是给每一步一个能对上的数,不是拿这些数去跟主机商砍价。达不到门槛的直接排除,达标的再比价格和售后。
还有两个数跟评测有关,容易忽略。Google爬虫默认只抓文件的前15MB,超出部分忽略,Googlebot这类爬虫可能有更小的体积上限,比如2MB。页面和资源文件太大,抓取端看到的内容会打折扣。另一个是WordPress当前下载版本7.1.4,这个数用来判断你手上的站该不该升级。
常见误区和排查:评测时最容易看错的四件事
误区一:以为HTTP/2有搜索排名加成
HTTP/2能让抓取省点服务器资源,但它不是排名因素。Google的原话是走HTTP/2抓取对站点没有Google产品特有的好处,比如没有搜索排名加成。主机商用这个当卖点,听听就行,别为它加钱。
误区二:以为有sitemap就一定被收录
sitemap帮搜索引擎发现网址,但不保证里面的条目都会被抓取和收录。主机商说送sitemap,不等于送收录。收录要看页面本身和内链结构,跟有没有sitemap是两件事。
误区三:迁移时忘了移除robots.txt或noindex阻止
测试阶段为了防止测试站被收录,会加robots.txt全站禁止抓取或noindex。正式迁移时要把这些阻止从新站副本里删掉。忘了删,表现就是新站上线几周,Search Console里一条收录都没有。
误区四:用HTML文件验证Search Console所有权,换主机时漏放验证文件
用HTML文件方式验证过Search Console所有权的,换主机时要把当前验证文件放进新站副本。漏了,Search Console会提示验证失效,数据断档,排查起来又得从头找。
排查顺序:防火墙 → DNS传播 → 新旧服务器日志 → 索引覆盖图表
换主机后出问题,按这个顺序查:先看防火墙和DoS防护有没有挡住Googlebot,再看DNS传播到位没有,然后对比新旧服务器日志里的流量,最后看Search Console的索引覆盖图表。从最可能出问题、也最容易改的地方开始,别一上来就重装。
日志这一项最直接:DNS生效、流量切换的时候,旧服务器日志里的访问会下降,新服务器日志里的访问会相应上升。两边一升一降对不上,说明切换还没完成。
AI能帮哪几步、人要核什么
评测这件事里有不少整理和对照的活,适合交给AI。判断和拍板还是人做,因为AI读不到你账户里的数据。
AI能做的三步:对照官方要求打勾、整理Core Web Vitals打分表、按用途排维度
一段是把主机商官网的环境参数页丢给AI,对照WordPress官方要求逐项打勾,列出缺项。另一段是让它把Core Web Vitals三项指标整理成一张评测打分表模板。还有一段是让它按建站用途把评测维度排序,输出按用途的检查清单。整理官方条款、对照原文这类活,猎者出海的AI Agent能干,把主机商页面和官方要求放在一起对,缺哪项列哪项。
人必须亲手做的三件事:读PHP Info、看Core Web Vitals实测值、改DNS并看日志
PHP Info要自己读。在主机商后台或WordPress后台仪表盘里,读出当前PHP版本,对照官方要求判断是否达标。Core Web Vitals要自己看。在Search Console的报告里,看自己页面的LCP、INP、CLS实测值,决定这项维度给几分。DNS也要自己改。换主机时在DNS服务商后台把记录指向新主机,然后在新旧服务器日志里看流量是否完成切换,再决定是否关停旧主机。
这三件事AI替不了,因为它读不到你账户里的PHP Info,也读不到你Search Console的属性数据,更不可能替你去DNS后台点保存。全自动评测这套东西,听听就行。
三条可照抄的提示词
下面三条是本文给的示例,不是官方模板,按自己的主机商页面改参数再发。
「下面是我从主机商官网复制的环境参数,请对照WordPress官方要求PHP 8.3或更高、MariaDB 10.11或更高或MySQL 8.0或更高、HTTPS支持,逐项判断是否满足,缺哪项列哪项,不要补充页面里没有的参数。」
「请把Core Web Vitals三项指标LCP 2.5秒内、INP小于200毫秒、CLS小于0.1做成一张评测表,列名用指标、官方建议值、我的实测值、是否达标,不要加排名效果的说法。」
「我要换虚拟主机,请按准备新环境、改DNS、监控流量、关停旧主机四步给我一份迁移清单,每步写清要检查什么,不要写页面里没有的步骤。」
常见问题
需要sitemap吗
站点大、站点新且外链少、有大量富媒体或出现在Google新闻里,这几种情况可能需要sitemap。站点大约500页或更少、内部链接完善的话,可能不需要。先对照自己的站再决定,别默认必须有。
用WordPress还要自己做sitemap吗
不用。用WordPress、Wix、Blogger这类CMS时,CMS很可能已经生成好sitemap给搜索引擎了,不需要额外操作。
怎么知道主机跑的是哪个PHP版本
登录WordPress后台,看仪表盘里的PHP Info,它会显示当前运行的PHP版本以及是否需要更新。低于官方推荐的8.3,找主机商开高版本。
怎么查域名注册数据
用ICANN的注册数据查询工具,输入域名或互联网号码资源。这个工具用的是RDAP协议,是WHOIS的替代品。
非公开gTLD注册数据怎么拿
先用ICANN查询工具看数据是不是公开的。不公开的话,可以通过Registration Data Request Service(RDRS)申请访问。
相关文章:高性价比海外云服务器、VPS优惠码怎么选、VPS试用。
主机评测没有一次性的答案,版本会变,页面体验会变。隔一段时间按这套维度重走一遍,整理官方条款、对照原文这类活可以交给猎者出海的AI Agent。真正决定去留的,永远是那几项实测数字。

发表评论