直接写 action="https://www.baidu.com/s" 可行，但换其他搜索引擎需手动搜索并提取真实路径和参数名（如w3schools为/search/且参数q需post）；name必须与接口要求完全一致，区分大小写；method必须为get；target="_blank"须配rel="noopener"防安全风险。
form action 必须匹配目标搜索接口的接收路径
直接写 action="https://www.baidu.com/s" 是可行的，但换成其他搜索引擎（比如 Bing、W3Schools）就容易失败——因为不是所有网站都把搜索参数叫 wd，也不是所有搜索页都用 /s 作为入口。你得先手动搜一次，看地址栏跳转后的完整 URL，从中提取真实路径和参数名。
常见错误现象：https://www.w3schools.com/?q=xxx 打开后只显示首页，不展示搜索结果。原因就是 W3Schools 的真实搜索接口不是根路径，而是类似 https://www.w3schools.com/search/，且参数名是 q 但后端不认 GET 参数，只响应 POST 或 JS 动态请求。
- 打开目标网站，手动输入关键词并搜索
- 复制地址栏中跳转后的完整 URL（不是原始首页）
- 观察 URL 中
?后面的键值对，记下参数名（如wd、q、query） - 确认路径是否含版本号或前缀（如
/search/v2、/results）
name 属性必须与搜索接口要求的参数名完全一致
表单里 <input name="wd"> 能让百度识别，是因为百度后端约定接收名为 wd 的参数。如果你写成 name="keyword" 或漏写 name，提交后参数根本不会出现在 URL 里，相当于没传数据。
容易踩的坑：中文或特殊字符没编码、大小写不一致、带下划线或中划线的参数名拼错（比如 search-term 和 search_term 在某些接口中不等价）。
- 参数名区分大小写，
WD≠wd - 空格、中文、&、= 等字符会由浏览器自动做 URL 编码，无需手动
encodeURIComponent - 如果接口需要多个参数（如
site、filter），可用<input type="hidden" name="site" value="example.com">补充
method="get" 是唯一适合跳转式检索的提交方式
用 method="post" 提交到外部搜索页基本无效——绝大多数公开搜索引擎只响应 GET 请求，POST 会被忽略或返回 405 错误。而且 target="_blank" 和 method="post" 组合在部分浏览器中会触发新页面白屏或跨域限制。
性能影响：GET 请求天然可缓存、可分享、可书签化，对用户二次搜索友好；缺点是 URL 长度受限（一般 ≤2048 字符），不适合传大量筛选条件。
- 不要试图用 JavaScript 拦截后改用 fetch + POST 去“模拟”搜索——目标站通常不开放 CORS，会直接被浏览器拦截
- 若需更复杂交互（如联想词、分页、过滤器），应换用该站提供的官方 API + 前端渲染，而非 form 跳转
- 移动端 Safari 对长 GET URL 截断更敏感，建议控制输入长度或服务端做兼容处理
target="_blank" 要配合 rel="noopener" 防安全风险
只写 target="_blank" 会让新页面通过 window.opener 访问原页面 DOM，存在钓鱼或跳转劫持风险。现代写法必须加上 rel="noopener"。
容易被忽略的地方：很多旧教程或生成代码漏掉这个属性，尤其当表单嵌在 CMS 或低代码平台里时，rel 往往被自动过滤或未配置。
- 正确写法：
<form method="get" action="https://www.baidu.com/s" target="_blank" rel="noopener"></form> - 不加
rel="noopener"时，新页面可通过window.opener.location = "https://evil.com"控制原页面跳转 - 如果还需防止 referrer 泄露，可额外加
referrerpolicy="no-referrer"
/s、漏掉 rel，都会让整个搜索功能在某个环节静默失效。
