纯 mod_rewrite 无法实现地理位置重定向，因其不支持 IP 地理查询；虚拟主机通常禁用 mod_geoip2，需改用 PHP 脚本、Accept-Language 头匹配或前端 JS+免费地理 API 方案。
在虚拟主机环境中，直接基于地理位置做重定向（如访客来自日本就跳转到 /ja/）通常**无法仅靠 mod_rewrite 完成**，因为 mod_rewrite 本身不提供 ip 地理位置查询能力。它只能处理请求头、url、环境变量等已有信息。要实现“按地理位置重定向”，必须借助外部地理定位服务（如 geoip 数据库或第三方 api），而大多数共享虚拟主机**不支持安装或加载 geoip 模块（mod_geoip2）**，也不允许执行自定义 php/python 脚本发起实时 ip 查询。
为什么纯 mod_rewrite 做不到地理位置判断
mod_rewrite 的条件指令（RewriteCond）可读取的变量包括：
-
%{REMOTE_ADDR}（原始 IP） -
%{HTTP:Accept-Language}（浏览器语言偏好，非地理位置） -
%{ENV:GEOIP_COUNTRY_CODE}（但该变量需由 mod_geoip2 或类似模块预先设置）
虚拟主机默认不启用 mod_geoip2，也无法通过 .htaccess 加载它。所以你不能写类似这样的规则并期望它生效：
RewriteCond %{ENV:GEOIP_COUNTRY_CODE} ^JP$<br>RewriteRule ^$ /ja/ [L,R=302]
——这会因环境变量不存在而始终失败。
可行的替代方案（适用于多数虚拟主机）
在受限环境下，推荐以下两种实际可用的方式：
-
用 PHP 做轻量级地理跳转：上传一个 index.php 入口文件，用免费 IP 库（如 ipapi.co、ipgeolocation.io 的免费层）或离线 GeoLite2 City CSV（需主机支持 PHP + file_get_contents），解析
$_SERVER['REMOTE_ADDR']，再 header 重定向。把 DocumentRoot 的默认文档设为 index.php 即可接管首页请求。 -
利用 HTTP 头 Accept-Language 回退匹配：虽非真实地理位置，但对多语言站点较实用。例如：
RewriteCond %{HTTP:Accept-Language} ^ja [NC]<br>RewriteRule ^$ /ja/ [L,R=302]<br>RewriteCond %{HTTP:Accept-Language} ^zh [NC]<br>RewriteRule ^$ /zh/ [L,R=302]注意：该方式依赖用户浏览器设置，不可用于合规性要求高的场景（如 GDPR 区域限制）。
如果虚拟主机明确支持 mod_geoip2（极少数）
需确认控制面板（如 cPanel）中是否启用 “GeoIP” 功能，并查看服务器是否已部署 GeoLite2 Country 数据库。若满足，才可在 .htaccess 中使用：
RewriteEngine On<br>RewriteCond %{ENV:GEOIP_COUNTRY_CODE} ^CN$<br>RewriteRule ^$ https://example.cn/ [L,R=301]<br>RewriteCond %{ENV:GEOIP_COUNTRY_CODE} ^US$<br>RewriteRule ^$ https://example.com/us/ [L,R=301]
但务必先用 phpinfo() 或联系主机商核实 GEOIP_COUNTRY_CODE 是否在 $_SERVER 或 Apache 环境变量中存在。
更可靠且低门槛的现代做法
放弃服务端重定向，改用前端 JavaScript + 免费地理 API：
- 页面加载时调用
https://ipapi.co/json/（免费限 1000 次/天）获取 country_code - 根据返回值用
window.location.href跳转对应子目录 - 配合
<meta name="robots" content="noindex">避免 SEO 问题 - 保留服务器端默认语言版本作为兜底（如 /index.html）
这种方式不依赖服务器配置，所有虚拟主机都可运行，延迟可接受，且易于调试。
