reCAPTCHA v3 Enterprise

必填仍是 website_url + website_key，可选 page_action / enterprise_payload / api_domain。取法与 v3 同构，但每一处都要换成 enterprise 通道——这几处也正是判断「这站到底是不是 Enterprise」的全部依据。

第一判据：script 路径

<script src="https://www.google.com/recaptcha/enterprise.js?render=<sitekey>"></script>

路径是 /recaptcha/**enterprise.js** 而不是 /recaptcha/api.js。render= 后面那 40 位就是 website_key。可选 query 有 hl=<语言> 和 badge=bottomright|bottomleft|inline。
一行取：document.querySelector('script[src*="recaptcha/enterprise.js"]').src

第二判据：JS 命名空间

页面代码用的是 grecaptcha.enterprise.*：

grecaptcha.enterprise.ready(async () => {
  const token = await grecaptcha.enterprise.execute('<sitekey>', {action: 'LOGIN'});
});

控制台一句话判定：typeof grecaptcha.enterprise —— 返回 "object" 就是 Enterprise，"undefined" 就不是。

第三判据：iframe / 网络请求路径

徽标 iframe 的 src 是
https://www.google.com/recaptcha/**enterprise**/anchor?ar=1&k=<sitekey>&co=<base64 origin>&size=invisible
（普通版对应的是 /recaptcha/api2/anchor）。DevTools Network 面板过滤 enterprise 一眼可辨；k= 参数同样是 sitekey。

自动绑定写法

和普通版属性名完全一样，只是脚本换了：
<button class="g-recaptcha" data-sitekey="<sitekey>" data-callback="onSubmit" data-action="submit" data-badge="bottomleft">

page_action

就是 grecaptcha.enterprise.execute() 第二个参数里的 action。找法：DOM 上的 data-action 属性 → DevTools 全局搜 enterprise.execute → 都拿不到就打探针（注意要打在 enterprise 命名空间上）：

const _x = grecaptcha.enterprise.execute;
grecaptcha.enterprise.execute = (k, o) => { console.log(k, o); return _x(k, o); };

官方约束同 v3：只能含字母数字、斜杠、下划线，不区分大小写；官方推荐名 login signup password_reset checkout cart_add cart_view payment_add get_price play_song，并且明确允许拼接（如 cart_view_payment）。Enterprise 侧 Google 明写 action 会原样回到 assessment 里、对不上就是「伪造 action」——所以照抄，别猜。

enterprise_payload

页面调 execute() 时除 sitekey 和 action 之外还塞了别的键，就把那个对象原样给我们。最常见的额外键是 s（多见于 Google 自家产品线，页面上有时以 data-s 属性出现）。没有额外键就不要传。

api_domain

看脚本 host：www.google.com（默认）还是 www.recaptcha.net（要传）。

⚠ sitekey 本身分辨不出版本。 Enterprise key 与普通 key 同形（Google 官方定义：唯一、大小写敏感、40 个字符），所以只能靠上面那三条通道判据，不能靠 key 的样子。