你可以使用object和embed，像这样:

<object data="http://www.web-source.net" width="600" height="400">
    <embed src="http://www.web-source.net" width="600" height="400"> </embed>
    Error: Embedded data could not be displayed.
</object>

这并不新鲜，但仍然有效。但我不确定它是否具有相同的功能。

不，没有等价物。<iframe>元素在HTML5中仍然有效。根据您需要的确切交互，可能会有不同的api。例如，postMessage方法允许你实现跨域javascript交互。但是如果你想要显示跨域的HTML内容(使用CSS样式并使用javascript进行交互)，iframe仍然是一个很好的方法。

你可以使用object和embed，像这样:

<object data="http://www.web-source.net" width="600" height="400">
    <embed src="http://www.web-source.net" width="600" height="400"> </embed>
    Error: Embedded data could not be displayed.
</object>

这并不新鲜，但仍然有效。但我不确定它是否具有相同的功能。

object是HTML5中一个简单的替代方案:

<对象数据= " https://github.com/AbrarJahin/Asp.NetCore_3.1-PostGRE_Role-Claim_Management/ " 宽度= " 400 " 身高= " 300 " type = " text / html " > 替换内容 < /对象>

你也可以尝试embed:

<嵌入src = " https://github.com/AbrarJahin/Asp.NetCore_3.1-PostGRE_Role-Claim_Management/ " 宽度= 200 身高= 200 onerror="alert('URL无效!!');"/>

Re-

目前，StackOverflow已经关闭了对显示外部URL内容的支持，运行代码片段不显示任何内容。但对于您的网站，它将完美地工作。

在自己网站的页面中加载另一个网站的页面的关键问题是安全性。这里定义了跨站点安全策略，如果另一个站点将其设置为严格的同源策略，则您将没有机会直接在iframe中加载它。因此，为了找到iframe的替代方案，它们必须能够绕过这个安全策略限制，即使在将来，如果WSC引入任何新组件，它也会有类似的安全限制。

目前，绕过这个问题的最好方法是在逻辑中模拟正常的页面访问，这意味着AJAX +服务器端访问可能是一个不错的选择。您可以在服务器端设置一些代理，获取页面内容并将其加载到iframe中。这是可行的，但不是完美的，因为如果在内容中有任何链接或图像，他们可能无法访问。

通常，如果您尝试在自己的iframe中加载一个页面，则需要检查该页面是否可以在iframe中加载。这篇文章给出了一些如何检查的指导方针。

这似乎也可以工作，尽管W3C指定它不是“用于外部(通常是非html)应用程序或交互式内容”。

<embed src="http://www.somesite.com" width=200 height=200 />

更多信息: http://www.w3.org/wiki/HTML/Elements/embed http://www.w3schools.com/tags/tag_embed.asp