让我帮你拆解一下可能导致这个问题的几个常见原因——毕竟WordPress的编辑器和前端渲染有不少容易踩的坑：

• WordPress编辑器的内容过滤机制：WordPress的经典编辑器或古腾堡编辑器都会默认对输入的HTML/JS进行安全清洗（sanitization）。你的测试脚本非常简单，没有触发过滤规则，但自定义脚本可能包含了被判定为“风险”的内容（比如复杂DOM操作、特定事件监听代码），导致编辑器自动截断、修改甚至删除了你的脚本。你可以右键页面→查看页面源代码，搜索你的自定义脚本内容，确认它是否真的被渲染到页面中了。

• 脚本执行时机不匹配：测试脚本是alert()这类不依赖DOM元素的代码，不管页面有没有加载完成都能正常触发。但你的自定义脚本大概率需要操作页面上的某个DOM元素——比如你把脚本放在页面描述下方时，此时页面的其他元素可能还没完全渲染完成，脚本找不到目标元素就会“静默失效”（不会弹出报错，因为只是找不到元素，没有强制访问不存在的属性）。而你把脚本放在HTML头部时，可能无意中加了DOMContentLoaded或window.onload这类监听事件，确保脚本在DOM就绪后执行；或者头部的脚本加载顺序刚好让依赖的元素先于脚本存在。

• 与其他脚本的冲突或依赖缺失：WordPress站点通常会加载主题、插件的各种脚本，如果你直接在编辑器里插入自定义脚本，可能遇到两个问题：一是变量名冲突（比如你的脚本里的变量和其他插件的变量重名，被覆盖）；二是依赖库未加载（比如你的脚本依赖jQuery，但插入位置在jQuery加载之前，导致$或jQuery未定义）。这种情况下，表面上没有弹窗报错，但打开浏览器控制台（F12→Console标签）大概率能看到隐藏的错误信息。

• 缓存/优化插件的干扰：很多WordPress站点会安装缓存插件（如WP Rocket）、静态资源优化插件，这些插件会对页面的脚本进行合并、压缩、延迟加载甚至过滤处理。测试脚本代码量小，可能被插件忽略，但自定义脚本可能被判定为“非必要内联脚本”被移除，或者被延迟到页面加载后期执行，导致逻辑失效。你可以暂时禁用这类插件，再测试自定义脚本是否正常运行。

• 古腾堡编辑器的特殊处理：如果你用的是古腾堡编辑器，切换到“文本”标签页插入脚本并不靠谱——古腾堡会自动转义或重新格式化HTML内容，比如把<script>标签转义成<script>，导致脚本变成纯文本无法执行。正确的做法是使用古腾堡的**「自定义HTML」区块**来插入脚本，或者切换到“代码编辑器”模式（而非普通文本标签）直接编辑页面代码。

内容的提问来源于stack exchange，提问作者JakeSays