我的一个客户端有一个完整的Flash站点和一个HTML站点（wordpress）。目前，HTML网站位于http://www.domain.com，而Flash站点位于http://www.domain.com/flash（swfoject detection athttp://www.domain.com将flash用户重定向到flash URL）。客户对SEO方面的这种安排并不完全满意，因为他们网站的链接有时指向http://www.domain.com有时http://www.domain.com/flash.
几周后，该客户将推出其Flash网站的新版本，其中包括深度链接等功能。完整的Flash网站将是HTML网站的"逐步增强"版本，而不是生活在域外自己的文件夹中，因此，如果用户支持Flash，所有HTML内容都将被Flash内容取代。
一旦新网站启动，Flash网站中的每个页面/URL都将具有相应的HTML页面/URL；例如，上的Flash内容http://www.domain.com/#/about/clients对应于处的HTML内容http://www.domain.com/about/clients.
我们将实现301重定向，以便旧的/flash路径指向域本身，但我们不确定如何在网站的HTML和flash版本之间进行重定向。一种可能性是简单地进行客户端功能检测，并将用户重定向到适当的版本；在这种情况下，一个不支持Flash的客户端尝试访问http://www.domain.com/#/about/clients会被JS重定向到http://www.domain.com/about/clients，以及一个支持Flash的客户端访问http://www.domain.com/about/clients会被JS重定向到http://www.domain.com/#/about/clients.
这种做法合理吗？在继续之前，我们是否应该意识到任何潜在的SEO危险信号？
感谢您的考虑！
从/#/about/clients到/about/clients的重定向听起来很合理，但应用相反的方法可能会导致问题-如果Flash检测无法正常工作（可能Flash被阻止等），则可能会将用户发送到无限重定向循环中。
就我个人而言，我建议非哈希链接始终以静态方式按预期加载其内容。如果用户随后进行导航，你可能会得到一个类似/about/clients#/的URL（如果他们转到主页）（这应该不是问题，因为爬网程序永远不会以这种方式访问他们），或者你可以让他们下次导航时重定向到/。
IMHO，我想说，哈希问题的纯JavaScript解决方案会更容易管理，因为已经有很多很好的例子了。
还可以考虑使用#!而不是#——谷歌正在推广这种"哈希爆炸"技术，以此向搜索引擎表明你的哈希很重要，它的内容与没有哈希部分的情况不同。谷歌已经可以使用#指向页面的特定部分，如果你在客户端和服务器端使用hash-bang技术，它将能够像常规链接一样为你的AJAX/Flash链接建立索引（请参阅实现细节和你需要满足的要求）。