日本VPS搭建外贸站教程
来源: 飞翔小编 2026/11/14 8:05:06 浏览量:0
一、外贸站该选几核几 G 内存?先算访问量再算配置

大多数人在这一步的做法是先买一台「配置高一点的」,然后发现多出来的钱没有变成更好的体验。正确的顺序是先算流量,再反推配置。
第一步:估算月流量。 公式是「日均 PV × 页面平均大小 × 30」。一个典型的外贸独立站,页面平均大小(含图片、JS、CSS)大约 2 MB 到 4 MB。日均 2000 PV 的小站,月流量约 120 GB 到 240 GB;日均 10000 PV 的中型站,月流量约 600 GB 到 1.2 TB。 再加 50% 余量(图片优化、季节波动、爬虫),就是你要买的流量档位。
第二步:反推内存。 WordPress 加 WooCommerce 的常驻内存大约是 PHP 进程池加数据库 buffer pool。2 GB 内存是纯展示站的起点,4 GB 是带 WooCommerce 的实际起点,8 GB 才谈得上「够用」而不只是「能跑」。
第三步:对号入座。 渠道库里的真实报价可以直接对照:
| 机型 | 计费 | 折合月价 | 内存 | 硬盘 | 带宽 | 月流量 | 每 GB 内存 | 每 TB 流量 |
|---|---|---|---|---|---|---|---|---|
| RosCloud-01 | 月付 | 19.99 美元 | 1 GB | 20 GB | 500 Mbps | 1024 GB | 19.99 美元 | 19.99 美元 |
| RosCloud-03 | 月付 | 39.99 美元 | 4 GB | 80 GB | 500 Mbps | 3072 GB | 10.0 美元 | 13.33 美元 |
| RosCloud-05 | 月付 | 59.99 美元 | 16 GB | 240 GB | 500 Mbps | 5120 GB | 3.75 美元 | 11.998 美元 |
| LAX-STARTER | 年付 | 16.67 美元 | 2 GB | 40 GB | 2000 Mbps | 5000 GB | 8.33 美元 | 3.413 美元 |
| LAX-MICRO | 年付 | 33.33 美元 | 4 GB | 80 GB | 4000 Mbps | 10000 GB | 8.33 美元 | 3.413 美元 |
| LAX-MEDIUM | 年付 | 66.67 美元 | 8 GB | 160 GB | 10000 Mbps | 20000 GB | 8.33 美元 | 3.413 美元 |
| LAX-LARGE | 年付 | 133.33 美元 | 16 GB | 320 GB | 10000 Mbps | 40000 GB | 8.33 美元 | 3.413 美元 |
| 云途 HK.DS.M | 月付 | 350 美元 | 32 GB | 480 GB | 1000 Mbps | 10000 GB | 10.94 美元 | 35.84 美元 |
从这张表能看出一件容易被忽略的事:每 GB 内存的单价随规模扩大而下降。 RosCloud 从 19.99 美元/GB 降到 3.75 美元/GB,降幅超过 80%。但升配的理由必须是「资源真的用得上」,否则就是拿三倍的钱买一半用不上的内存。
常见误区:先买最低配,扛不住了再升。 问题是 WordPress 迁移一次(数据库导出、文件同步、DNS 切换)至少要两三个小时,中间还可能出各种兼容问题。更稳的做法是按峰值算配置,然后靠缓存和 CDN 把平均值压下来。
再补一条外贸站特有的判断:图片和视频的存储位置决定了你要买多少硬盘。 很多外贸站的建站清单里写着「硬盘 40 GB」,但实际规划时把几十 GB 的产品图和视频也放进了源站。这类文件的正确做法是上传到对象存储或走 CDN,源站只放程序和数据库。 判断标准很简单:如果某个文件只是被「读」而从不被「写」,它就不该待在源站硬盘上——放进源站的每个字节都会影响备份时间、迁移时间和磁盘 await 指标。
还有一条关于 CPU 的判断。 外贸站不像爬虫或转码业务那样需要持续高负载算力,绝大多数外贸站的瓶颈是 IO 和网络,不是 CPU。 所以选机型时,内存和流量单价应该优先于核数。渠道库里的数据支持这个判断:RosCloud-01 到 RosCloud-05 的核数从 2 涨到 6,但每 GB 内存的单价从 19.99 美元降到 3.75 美元,降幅 81%——规格变大时,最划算的加法是内存,其次是硬盘,最后才是核数。
最后一个必须提前想的问题:这个站的月流量会怎么涨? 如果你打算做 Google Ads 或 Meta 广告引流,流量会在上线后一到两个月内翻倍。按「上线时刚好够用」买配置,等于在三个月后被迫迁移一次。 正确做法是按六个月后的预期流量买,然后现在就配好缓存和 CDN 把当前的实际消耗压下来,这样增长来的时候不需要临时换机器。
二、日本机房对欧美访客意味着什么?延迟数字要自己测

很多外贸站的建站指南会直接说「日本机房延迟低」,这句话对一半访客成立,对另一半不成立。
日本机房到不同地区的物理延迟差异很大:
- 到中国大陆:往返 RTT 通常在 30 到 90 毫秒(优质线路),普通国际线路在 150 到 300 毫秒;
- 到东南亚:往返 RTT 通常在 40 到 80 毫秒;
- 到北美西海岸:往返 RTT 通常在 130 到 200 毫秒;
- 到欧洲:往返 RTT 通常在 250 到 350 毫秒。
所以「日本节点低延迟」这个说法,准确表述是「日本节点对东亚和东南亚访客低延迟,对欧美访客不占优势」。 如果你的外贸站主要卖美国或欧洲,你该选美西;渠道库里有明确的洛杉矶机型(LAX-STARTER、LAX-MICRO、LAX-MEDIUM、LAX-LARGE),还有一条专门面向中国联通的 Los Angeles China Unicom-Premium(年付 2500 美元、100 Mbps 带宽,折合月价 208.33 美元)。
自己测延迟的正确做法。 装个 mtr:
apt update && apt install -y mtr traceroute
mtr -r -c 100 你的服务器IP
看三个数:丢包率、抖动(mdev 列)、以及晚高峰的表现。 关键在于必须在北京时间 20:00 到 23:00 测,白天的数字没有参考价值。判读标准:丢包率低于 1%、抖动低于 20 毫秒算达标;晚高峰丢包超过 3% 时,页面加载时间可能翻倍(TCP 拥塞控制在丢包时会主动降窗口)。
测源站响应速度用这个:
curl -o /dev/null -s -w "dns:%{time_namelookup} tcp:%{time_connect} ttfb:%{time_starttransfer} total:%{time_total}\n" https://你的域名/
别忘了在本地用浏览器开发者工具看真实用户体验。 lighthouse 分数、LCP(最大内容绘制)、CLS(累积布局偏移)三个指标,比 curl 的数字更能说明问题。
三、支付接口怎么对接?先想清楚会不会影响 SEO

外贸站接支付有两条路,代价完全不同。
路线一:跳转到第三方支付页(PayPal、Stripe Checkout、2Checkout)。
- 优点:不需要 PCI 合规、不需要自己处理卡号、接入快,对绝大多数中小外贸站这是唯一理性选择;
- 缺点:跳转会损失一部分转化,行业经验是支付跳转页的完成率比站内表单低 10% 到 30%。
路线二:站内嵌入式支付(Stripe Elements、PayPal SDK)。
- 优点:用户不离开你的域名,转化更好;
- 缺点:需要处理更多前端逻辑和风控细节。
如果你的外贸站要接支付,有三件事必须提前想清楚:
第一,货币和结算地。 面向欧美就要能收美元和欧元。注意:服务器在境外不影响收款,但会影响你主体公司的结算账户与合规要求,这是公司层面的事,不是服务器能解决的。
第二,退款和账期。 支付渠道的结算周期通常是 T+2 到 T+7,意味着你的现金流要能扛这段时间。
第三,也是最容易被忽略的:支付页是否需要 PCI 认证。 用第三方托管的收银台(Stripe Checkout、PayPal Standard)不属于你处理卡号,不需要 PCI-DSS 认证;自己写代码接收卡号则需要。 新站一律走托管收银台。
支付对接和 SEO 的关系,说清楚:
- 页面本身要能被搜索引擎正常抓取。 支付按钮用 JS 渲染没关系,但要确保页面主体内容在 HTML 里,不要整个页面都是 JS 渲染的空壳。
- 不要给不同商品页生成不同的下单链接,那样会造成重复内容。用 URL 参数传递商品 ID,服务端渲染同一套模板。
- 给订单确认页加 noindex,这类页面没有搜索价值。
常见误区:以为接了支付插件就万事大吉。 实际上要测试完整链路:下单 → 支付 → 回调 → 订单状态更新 → 邮件通知 → 库存扣减。回调地址是最容易出错的一环——很多站的问题是支付成功了但订单没更新,原因是回调 URL 配错或站点强制跳转 HTTPS 导致回调失败。测试时务必用支付平台的沙箱环境跑一遍完整链路。
还必须处理的两件外贸站特有的事:
第一,多币种展示和结算币种要分开。 一个面向欧美客户的站,页面上应该能显示美元、欧元、英镑的参考价,但结算币种通常只给一种,在购物车或结算页明确显示。同时显示多个币种但不说明结算币种,是外贸站最常见的客诉来源之一——客户看到欧元价格,到付款时变成美元,弃单率会明显上升。
第二,运费和关税的展示规则要写死。 面向欧美客户(尤其是美国客户)时,是否含运费、是否含关税,直接影响最终成交价。有两种做法:一种是在商品页明确写「价格不含运费,运费在结算时计算」;另一种是按地区给统一免邮门槛。无论哪种,做法必须在全站一致,并且在商品页第一次出现价格时就说明,不要留到结算页才告诉用户。
第三,弃单挽回的机制。 弃单挽回邮件(弃单 1 小时内发第一封)是外贸站收益最高的自动化动作之一。它的实现不依赖服务器性能,但依赖邮件送达率——所以这一节的所有邮件配置,最终都要服务于这一件事。
最后提醒一个与 SEO 直接相关的点:支付页不要被搜索引擎索引。 结算页、支付回调页、订单确认页、购物车页,这四类页面应该统一加 noindex。它们没有搜索价值,被索引只会稀释站点的关键词信号。
四、SSL 证书怎么配?免费证书足够绝大多数外贸站

外贸站没有 SSL 是不可接受的:浏览器会标「不安全」,主流支付渠道也会拒绝接入。
推荐方案是 Let's Encrypt 免费证书 + Certbot 自动续期。 三条命令:
apt install -y certbot python3-certbot-nginx
certbot --nginx -d 你的域名 -d www.你的域名
Certbot 会自动改好 Nginx 配置并设置续期。
为什么免费证书够用? Let's Encrypt 证书的有效期是 90 天,但 Certbot 会自动续期,实际使用中你不会感觉到它的存在。免费证书和付费证书的加密强度完全一样(都是 RSA 2048 或 ECC 密钥),浏览器信任度也一样。 付费证书唯一的实际价值是企业级的「证书保险」和某些老旧设备的兼容性,对外贸站来说这不值得付钱。
一个外贸站特别要留意的点:同时签主域名和 www。 如果只签了 yourdomain.com 没签 www.yourdomain.com,访客从 www 进来会看到安全警告,而搜索引擎会把 www 和非 www 当成两个站点,这是外贸站最常见也最愚蠢的一个错误。
还有一个外贸站特有的场景:多域名和多子域名。 一个外贸站常见结构是主站 + 多个国家子域名(us.yourdomain.com、de.yourdomain.com),或者主站 + 独立站。每增加一个域名就要加进证书的 SAN 列表,签发时用一条命令带上所有域名:
certbot --nginx -d yourdomain.com -d www.yourdomain.com -d us.yourdomain.com -d de.yourdomain.com
漏签的后果是:子域名访问时浏览器报警,SEO 权重也无法集中到主域名。
手动配置时的关键点(如果你用宝塔面板或自己写配置):
server {
listen 80;
server_name 你的域名 www.你的域名;
location /.well-known/acme-challenge/ {
root /var/www/html;
}
location / {
return 301 https://$host$request_uri;
}
}
server {
listen 443 ssl http2;
server_name 你的域名 www.你的域名;
ssl_certificate /etc/letsencrypt/live/你的域名/fullchain.pem;
ssl_certificate_key /etc/letsencrypt/live/你的域名/privkey.pem;
ssl_protocols TLSv1.2 TLSv1.3;
root /var/www/html;
index index.php index.html;
location / {
try_files $uri $uri/ /index.php?$args;
}
location ~ \.php$ {
include fastcgi_params;
fastcgi_pass unix:/run/php/php8.3-fpm.sock;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
}
}
验证续期是否真的在跑。 这是自动续期最常见的失败点:
certbot renew --dry-run
systemctl list-timers | grep certbot
自动续期失败的四类原因,按出现频率排:
- HTTP 校验被重定向拦截。 如果强制把所有 HTTP 请求 301 到 HTTPS,Let's Encrypt 的校验请求会被打断。解决办法就是上面配置里的 location /.well-known/acme-challenge/ 例外规则。
- Nginx 没在监听 80 端口,或者防火墙拦了 80。
- DNS 还没生效就跑了 certbot。
- 续期任务没装上:apt install certbot.timer 或检查 systemctl status certbot.timer。
续期后需要重载 Nginx:
certbot renew --deploy-hook "systemctl reload nginx"
五、伪静态和固定链接怎么配?WordPress 的 URL 结构规则

外贸站的 SEO 对 URL 结构很敏感,因为搜索引擎会把 URL 当作主题线索。
第一步:选好永久链接结构(在后台设置里改)。 推荐 /%postname%/,效果是 你的域名/product/blue-shoes/。不要用默认的 ?p=123 形式,也不要用带日期的形式(/2026/11/14/)——后者会让内容看起来过时,对长尾内容站尤其不利。
第二步:改完必须点一次「保存更改」,让 WordPress 自动写好 rewrite 规则。
第三步:确认 Nginx 的伪静态规则。 WordPress 的伪静态依赖 try_files,这段是核心:
location / {
try_files $uri $uri/ /index.php?$args;
}
没有这段,访问文章详情页会 404,而首页正常——这是新手最常见的「首页能开、文章打不开」的原因。
第四步:改完 URL 后必须做 301 跳转。 如果你从 ?p=123 改成了 /postname/,旧链接必须重定向到新链接,否则已有的外链和收录全部作废。WordPress 本身不自动处理旧 URL 的重定向,需要装一个重定向插件或写规则。
第五步:给移动版和 www 统一到一个域名。 搜索引擎会把 你的域名、www.你的域名、你的域名/index.php?p=123 当成三个不同的页面。301 到唯一主域名,多余的版本全部 301 过去。
这一节的常见误区:改完固定链接后忘了清缓存。 如果你用 Nginx 缓存或 CDN,旧的 404 页面会被缓存住,改完配置看起来「没生效」。改完先清缓存再测。
再补三条 URL 相关的实务:
第一,URL 里不要出现年份和月份。 很多建站模板默认带日期结构(/2026/11/product-name/),对内容站是有害的。理由是产品页不会因为年份过去就过时,但带年份的 URL 会让搜索引擎和用户都以为这是旧页面。 已经开始做 SEO 的站,改 URL 的代价很高(要做 301),所以在第一次设置固定链接时就选对结构,比之后改要省事得多。
第二,分类和标签的 URL 要想清楚是否公开。 分类页(如 /category/electronics/)通常是好的 SEO 落地页,但标签页(/tag/sale/)往往内容稀薄、数量庞大,是典型的低质量索引源。 合理做法是给标签页加 noindex,让分类页承担聚合页的角色。
第三,slug 要短、要稳定、要语义清晰。 blue-running-shoes 比 product-1234-blue-running-shoes-man-size-42 更好。slug 一旦被收录就不要改——改了就意味着所有外链失效,必须配套做 301。
六、数据库怎么迁?两种场景两种做法

场景一:从共享主机迁到 VPS(最常见)。
第一步:在旧主机上导出数据库。 用命令行而不是 phpMyAdmin,更可靠:
mysqldump -u 用户名 -p --default-character-set=utf8mb4 --single-transaction 数据库名 > backup.sql
--single-transaction 这一项很重要:它让 InnoDB 表在导出期间不锁表,避免导出结果不一致。
第二步:传到新服务器。
scp backup.sql 用户名@新服务器IP:/tmp/
第三步:在新服务器上导入,并确认字符集。 外贸站一定有非英文内容,字符集错了会出现乱码:
mysql -u root -p --default-character-set=utf8mb4 数据库名 < /tmp/backup.sql
第四步:修改 wp-config.php 里的数据库连接信息。
第五步:迁移文件。 用 rsync 比 scp 快得多,而且能断点续传:
rsync -avz --delete /旧主机/var/www/html/ 用户名@新服务器IP:/var/www/html/
--delete 要谨慎用,它会删除目标端多出来的文件,建议先不加这个参数跑一次,确认没问题再加。
第六步:改域名绑定。 如果域名不变,在新机器上配好 Nginx 的 server_name 即可,DNS 记录不用动(如果域名指向的还是旧 IP 才需要改)。
第七步:改完 DNS 后清缓存。 本地 DNS 缓存会让你以为没生效:
# Linux/macOS
sudo killall -HUP mDNSResponder
# 或者直接用公共 DNS 测试
dig @8.8.8.8 你的域名
场景二:从一台 VPS 迁到另一台 VPS(改线路、改机房时)。
用 rsync 同步文件 + mysqldump 同步数据库,顺序是:先停旧站的写入(或用维护模式插件锁定),再导出,再同步,再导入,最后切 DNS。 中间的停机窗口通常在 10 到 30 分钟,取决于数据库大小。
迁移后必须做的一步:全文替换旧 IP。 数据库里往往还存着旧 IP(比如站点 URL 选项、硬编码的图片地址):
wp search-replace 'http://旧IP' 'https://你的域名' --all-tables --dry-run
先加 --dry-run 看结果,确认无误再去掉。 这是 WordPress 迁移里最容易被漏掉、后果最严重的一步——漏了会导致混合内容、邮件发不出去、后台跳转错地址。
七、常见报错怎么排查?按现象对照

外贸站常见的五类报错,每一类都给出定位命令。
报错一:Nginx 502 Bad Gateway。
systemctl status php8.3-fpm
ls -l /run/php/ # 看实际的 socket 文件名
tail -50 /var/log/nginx/error.log
报错二:WordPress 首页能开,点文章 404。
这是伪静态规则缺失的典型症状。 确认 Nginx 配置里有 try_files $uri $uri/ /index.php?$args;,然后重载:
nginx -t && systemctl reload nginx
报错三:后台打开是白屏或者 500。
# 打开调试日志
grep -n "WP_DEBUG" wp-config.php
tail -100 wp-content/debug.log
在 wp-config.php 里设置:
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);
WP_DEBUG_DISPLAY 设为 false 是必须的,否则报错信息会直接显示给访客。
快速定位是哪个插件:
wp plugin deactivate --all
# 然后逐个激活,找到报错的
报错四:邮件发不出去(订单确认、密码重置邮件收不到)。
这个问题对外贸站尤其致命,因为直接影响转化。 检查顺序:
# 测试 PHP 能不能发信
apt install -y mailutils
echo "test" | mail -s "test" [email protected]
# 看 PHP 的 sendmail 配置
php -i | grep -i sendmail
四个常见原因:主机商封了 25 端口(很多 VPS 默认封);没有配置 PTR 反向解析(发信会被判垃圾);SPF/DKIM/DMARC 没配;PHP 的 mail() 函数被禁。
对策:优先用第三方邮件服务(SendGrid、Mailchimp、SMTP2GO)的 API 或 SMTP 通道,而不是自建邮件服务器。 自建邮箱的送达率调试是另一个大坑,不值得在建站阶段投入。
报错五:上传图片失败。
# 三个地方都要改
# 1. PHP
grep -E "upload_max_filesize|post_max_size" /etc/php/8.3/fpm/php.ini
# 2. Nginx
grep client_max_body_size /etc/nginx/sites-available/你的站点
# 3. 目录权限
chown -R www-data:www-data /var/www/html/wp-content/uploads
改完 PHP 要 systemctl restart php8.3-fpm,改完 Nginx 要 systemctl reload nginx。
八、图片和静态资源怎么优化?外贸站的流量大头在这

一个外贸独立站 70% 以上的流量是图片。 这决定了流量成本,也决定了速度。
必须做的四件事:
第一,压缩。 上传前就压,不要指望服务器压。用 WebP 格式,体积通常只有 JPEG 的 60% 到 75%。
第二,按需尺寸。 一个 4000 像素宽的主图在 1440 宽的屏幕上毫无意义。用 srcset 让浏览器自己挑:
<picture>
<source type="image/webp" srcset="product-400.webp 400w,
product-800.webp 800w, product-1200.webp 1200w"
sizes="(max-width: 600px) 100vw, 50vw">
loading="lazy" alt="Product name">
</picture>
width 和 height 别省——省了会导致布局偏移(CLS),直接影响 SEO 分数。
第三,CDN 分发。 把图片和静态资源交给 CDN,源站只保留动态接口。这是最省流量钱的做法。
第四,缓存头。 静态资源设长缓存:
location ~* \.(jpg|jpeg|png|webp|gif|ico|css|js|woff2?)$ {
expires 30d;
add_header Cache-Control "public, immutable";
access_log off;
}
流量到底够不够用,用这个算:
月流量 ≈ 日均 PV × 平均页面大小 × 30 × (1 - CDN命中率)
算出来之后对照套餐档位,留 50% 余量。 渠道库里美西 LAX 系列每 TB 流量 3.413 美元(LAX-STARTER 到 LAX-LARGE 三档一致),香港云途是 19.2 到 35.84 美元。如果你要做图片站或大流量站点,这个价差会直接决定选哪个节点。
还要单独算一笔「爬虫和机器人」的流量。 搜索引擎爬虫会定期抓取你的站点,站越大、页面越多、抓得越勤。一个 500 个页面的站,爬虫流量通常占 5% 到 15%。 这部分流量可以省:在 robots.txt 里禁止抓取分类页、筛选页、购物车页、站内搜索结果页,同时在 robots.txt 里明确给出 sitemap 地址,让爬虫优先抓重要页面。
另外,必须配置禁止抓取路径。 WordPress 有一个常见的爬虫陷阱——搜索结果页和日期归档页会被无限抓取,因为每个搜索词都是一个不同的 URL:
# /var/www/html/robots.txt
User-agent: *
Disallow: /wp-admin/
Allow: /wp-admin/admin-ajax.php
Disallow: /?s=
Disallow: /search/
Disallow: /cgi-bin/
Sitemap: https://yourdomain.com/wp-sitemap.xml
这一步对外贸站的价值特别大,因为外贸站的产品数量多、筛选组合多,如果不限制,爬虫会消耗掉相当可观的一部分流量额度。
缓存命中的观察命令:
grep "cache_status: HIT" /var/log/nginx/access.log | wc -l
grep "cache_status: MISS" /var/log/nginx/access.log | wc -l
九、上线前要验收什么?一份可执行的清单

上线前照着下面这份清单过一遍,每一条都有明确的通过标准。
性能类:
- curl -w "ttfb: %{time_starttransfer}\n" https://你的域名/ 连测 10 次,中位数小于 300 毫秒通过;
- free -m 连续 24 小时每 5 分钟采样,内存谷值低于总内存的 15% 通过;
- iostat -x 1 看 await 列,小于 10 毫秒通过;
- Lighthouse 的 Performance 分数高于 80,LCP 小于 2.5 秒通过。
安全类:
- nmap -p 1-65535 你的服务器IP 扫描,只应开放 22、80、443 三个端口(数据库端口不对外开);
- grep -E "^(PermitRootLogin|PasswordAuthentication)" /etc/ssh/sshd_config,PermitRootLogin 为 no,PasswordAuthentication 为 no 通过;
- 防火墙已启用:ufw status 或 iptables -L 确认规则生效;
- WordPress 管理员密码不是 admin,且已开启双因素认证;
- wp core verify-checksums 通过。
SEO 类:
- 首页 title 和 description 是手写的,不是默认的「Just another WordPress site」;
- 站点地图已生成:/wp-sitemap.xml 能访问;
- robots.txt 没有误屏蔽,Google Search Console 已提交;
- 所有页面返回 200,grep -c "404" /var/log/nginx/access.log 应该很小;
- 主域名统一,其他版本全部 301;
- 图片都有 alt 属性。
功能类:
- 下单 → 支付 → 回调 → 订单状态更新 → 邮件通知,完整链路跑通;
- 移动端浏览器(Chrome DevTools 模拟 iPhone)显示正常;
- 备份任务已配置:crontab -l 能看到,/var/backups/ 里有今天的文件。
上线后的第一周:
- 每天看一次 5xx 比例和响应时间;
- 提交 sitemap 到搜索引擎;
- 用真实订单走一遍支付链路;
- 检查邮件是否进了垃圾箱。
再补三条外贸站特有的检查项:
第一,混合内容(Mixed Content)。 页面里嵌了 http:// 的图片或脚本,而站点本身是 https,浏览器会拦截或警告。用这条命令全站扫一遍:
grep -rn "http://" /var/www/html/ | grep -v "https://" | grep -v "wp-includes" | head -20
外贸站特别容易出这个问题,因为很多产品图是从供应商那边直接抓的,链接是 http。
第二,canonical 标签必须指向主域名。 一个产品页可能被多个 URL 访问(带 UTM 参数、带筛选参数、带分页),没有 canonical 标签时,搜索引擎会把它们当成不同页面,权重被分散。
<link rel="canonical" href="https://yourdomain.com/product/blue-shoes/" />
第三,结构化数据(Schema.org)。 电商站的 Product 结构化数据直接影响富媒体结果的展示——有商品、价格、库存、评分的结构化数据,才有机会在搜索结果里显示价格和星级。这是外贸站提升点击率最直接的一处技术投入。
按你的情况,下一步该看哪家
上面讲的是判断标准,但多数人最后还是想问一句「那我该买谁」。按你的实际情况对照下面几条,直接去看对应的机型页比继续比价更快:
- 只想搭个站、预算优先:先看价格最低那档够不够用,别为用不上的配置付钱。看 zenlayer 当前机型与价格
- 做跨境或店群、需要多 IP:优先看 IP 类型与换 IP 政策,别只看配置。看 justg 当前机型与价格
- 主要访客在国内、在意打开速度:先确认回程线路,再谈配置。看 zgovps 当前机型与价格
- 只是开发测试、临时用:按小时或月付,用完就删,别买年付。看 景文互联 当前机型与价格
价格与库存以商家页面当日显示为准,下单前建议先确认退款窗口与是否支持按月付费。
十、外贸站最容易踩的十个坑

把全文压成十条避坑清单,每条都是新手最容易发生的。
坑一:域名在新服务器上没配 server_name。 表现是访问域名跳到默认站点或者 Nginx 报 404。
坑二:伪静态规则漏写 try_files。 表现是首页能开、详情页 404。
坑三:迁移完忘了全文替换旧 IP。 表现是混合内容警告、邮件发不出、后台跳转错误。
坑四:只测了首页,没测详情页和结算页。 详情页最容易暴露伪静态和插件冲突问题。
坑五:以为买了高配置就不用优化。 配置决定上限,优化决定实际值。同等配置下,有缓存优化的站 TTFB 可以差 5 倍以上。
坑六:SSL 证书只签了主域名,忘了 www。 表现是访客访问 www 看到安全警告,搜索引擎判定为重复内容。
坑七:自动续期没验证过。 证书过期那天整站 HTTPS 失效,损失是全部自然流量。上线前必须跑一次 certbot renew --dry-run。
坑八:邮件发不出去以为是服务器问题。 实际上八成是 25 端口被封或缺 PTR 解析。
坑九:选错节点。 访客在欧美却选了亚洲机房,或者反过来。先看访客分布再选机房。
坑十:年付没验证就用。 渠道库里年付折扣确实大(LAX-STARTER 年付 200 美元折合月价 16.67 美元),但用三个月退出,实际月成本是 200 除以 3,约 66.67 美元,是折合价的四倍。
关于第十条的正确做法:先按月付跑满一个月,把第九节的验收清单全部过一遍,确认达标再转年付。 这个顺序多花一个月的钱,换来的是「不合适随时能退」的退路。
价格与配置均来自渠道库快照(2026-11-14 09:07),实际报价与库存以商家官网当日显示为准。
