docs(spider): record get-index and get-index slash variants

docs/1270-SEONexus-Codex多版本协作交接总文档.md

@@ -3176,6 +3176,39 @@ php code/scripts/seo_copy_front_verify.php jpjdxs.com forge 76342 1 --target-roo
 
 ## 2026-04-17 凌晨补充：搜索页串页不是模板错，是前端缓存 key 漏了 query string
 
+## 2026-04-17 晚间补充：搜索入口不止 `/get-index`，还可能是 `/get/index`
+
+晚间再次做线上抽测时，发现一个之前容易漏掉的点：
+
+1. `www.hyjssb.com/get/index?wd=test`
+2. 返回 `HTTP 200`
+3. 响应头却是 `X-Cache-Mode: path-only`
+4. 同站加 `?__nocache=1` 后又能正常返回 `X-Cache-Mode: bypass`
+
+这说明问题不是 `__nocache` 失效，而是搜索页匹配条件写窄了。
+
+如果 nginx 只写：
+
+- `if ($uri = "/get-index") { ... }`
+
+那么实际使用 `/get/index` 作为搜索入口的站点，搜索结果页仍然会落回默认动态页规则：
+
+1. `proxy_cache_key` 不带 `$args`
+2. `X-Cache-Mode` 变成 `path-only`
+3. 不同关键词有机会共用同一份搜索缓存
+
+所以长期模板必须同时兼容：
+
+1. `/get-index`
+2. `/get/index`
+
+这一条已经同步写入：
+
+1. `前端站群服务器nginx配置/站点伪静态-受管蜘蛛放行版-动态页安全缓存.txt`
+2. `前端站群服务器nginx配置/站点伪静态-动态页安全缓存版.txt`
+
+后续接手时，看到“搜索页带 query 缓存”这条，不要只盯 `/get-index`，一定先确认站点真实搜索入口。
+
 这也是一个很容易把人带偏的问题，必须单列。
 
 ### 1. 实测现象