URL路径与页面

URL路径与页面,url,Url,在可用性和SEO方面,对于路径与页面url结构(对于简单、相对静态的站点)的最佳实践是否存在共识 e、 g vs 其中about文件夹包含index.html 就可用性而言,尤其是共享和链接而言,路径方法似乎要好得多(基于只共享文件夹后斜杠的url,不包括index.html的方法),尽管就组织而言更为复杂,而页面方法更适合SEO 而且,我一直不太明白两者之间的区别 及 第一个总是重定向到第二个,因此会减慢速度吗?当共享第一种url时,是否应该/必须始终包含斜杠 谢谢我反对.html,.

在可用性和SEO方面,对于路径与页面url结构(对于简单、相对静态的站点)的最佳实践是否存在共识

e、 g

vs

其中about文件夹包含index.html

就可用性而言,尤其是共享和链接而言,路径方法似乎要好得多(基于只共享文件夹后斜杠的url,不包括index.html的方法),尽管就组织而言更为复杂,而页面方法更适合SEO

而且,我一直不太明白两者之间的区别

第一个总是重定向到第二个,因此会减慢速度吗?当共享第一种url时,是否应该/必须始终包含斜杠


谢谢

我反对
.html
.php
.aspx
等扩展。它们对最终用户没有任何用途。至于重定向,不,不是真的。Web服务器不会重定向用户。当您请求
/about/
时,它只提供
index.html
。如果您避免在url中包含实际的文件名,那么您可以随意更改后端系统,而不会破坏url或使事情不必要地复杂化。有时,人们可以方便地将内容类型包括在url中,简化api使用,例如.json、.xml。其他后缀,如.php、.aspx是一个实现细节,不需要向用户公开。重定向主要是Web服务器内部的,它不会重新加载页面(除非您真的希望如此)@Ursinus:实际上没有重定向,也没有文件夹。您告诉Web服务器,“将位于
/about/
的资源发送给我”。从这里开始,完全由Web服务器决定什么是
/about/
。你可以有一个
about
文件夹,里面有一个
index.html
文件,这就是Web服务器将提供的服务。您可以将请求转发到web框架,这将处理
/about/
所做的事情。这完全取决于服务器,假设每个网站都遵循文件夹结构是不正确的。