如何处理外部平台向PHP网站发送POST请求后的响应问题？

现有环境 #

• 服务器运行PHP MVC应用，现有HTML表单提交POST请求后可正常返回确认页面，功能无异常。

Acrobat原生PDF表单方案的局限 #

• 可通过Acrobat直接在PDF中添加可填写字段和提交按钮，按钮触发的POST请求可指向指定URL，功能本身可行，但存在明显体验缺陷：
  • 强制要求用户下载PDF并使用Acrobat打开；浏览器内置PDF阅读器虽支持填写字段，但提交按钮无法正常触发请求。
  • 提交后网站返回的响应会在Acrobat的新标签页中渲染，而非用户最初访问网站时使用的浏览器标签页，用户体验较差。

第三方表单平台的困境 #

• 使用formrouter、goformz等平台，可上传PDF并生成带可填写字段的公共表单页面，但当前功能存在限制：
  • 平台不支持配置提交按钮向指定URL发送POST请求，已与goformz团队沟通，请求添加该兼容Acrobat的特性。
  • 假设平台后续支持POST请求，仍存在响应处理的问题：网站返回的响应只能在第三方平台的标签页或嵌入的iframe中渲染，无法影响用户原网站的标签页；即使嵌入iframe，也无法让响应操作父窗口，体验提升有限。

邮件替代方案的疑问 #

• goformz当前支持提交按钮将填写完成的PDF以附件形式发送至指定邮箱，可通过服务器监控收件箱来处理表单数据，但存在信息反馈的问题：
  • 用户提交后只能收到goformz返回的“邮件已发出”确认，无法实时获取网站处理表单后的响应信息，这类结果只能通过邮件二次反馈。
  • 考虑使用推送通知传递处理结果，但对浏览器推送技术不熟悉，不确定是否能将网站的处理响应推送给在第三方平台提交表单的用户。

需求与请求 #

希望针对以下场景提供可行解决方案：

1. 实现用户无需下载PDF，直接在浏览器中填写并提交PDF表单，且提交后能在原网站环境中获取处理后的响应。
2. 若采用第三方平台或邮件接收方案，如何高效地将网站处理后的结果反馈给提交表单的用户。

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