显然这只是其中一个因素，但如果我在英国托管一个网站，并且知道我的大多数用户都在美国，我应该多大程度上重视这些用户的访问速度？（目前约 70% 的用户在美国，约 20% 的用户在英国，其余的用户遍布世界各地。）跨大西洋跳跃曾经是一件大事，但在当今世界，它真的是一个重要因素吗？
再次强调，我认识到这只是整体因素的一个方面，只是想看看社区认为我应该给予它多大的重视。
（在您提出建议之前，使用大型 CDN/云之一 - Amazon s3+ec2、Google AppEngine 等 - 目前不是一个选择。）
编辑：欢迎所有答案；任何与此相关的直接经验故事都将特别有帮助。
答案1
跨大西洋链路的延迟和吞吐量曾经存在严重问题。但如今，可用带宽（假设您的 ISP/主机具有良好的对等安排）使得吞吐量在大多数情况下不再是问题。
延迟仍是一个问题，但前提是您的程序对延迟特别敏感。例如，我家用的机器（通过良好的 ADSL ISP 在线）与我在美国使用的服务器（因为那里的服务器往往更便宜）之间的小数据包往返时间（即标准 ping 请求）通常约为 100 毫秒（有时会停留在接近 120 毫秒的某个时间）。对于绝大多数基于 Web 的服务来说，这种程度的延迟根本不会成为问题。
答案2
我不会太在意这一点... 美国/英国之间的距离不算太远。即使是跨太平洋也不会成为交易障碍，只要你所在的终端网络不拥堵。在为网站用户提供良好体验方面，可靠的网络提供商远比你所在的确切位置重要。
答案3
他们抱怨网速慢吗？你的出站速度是多少？
如果这确实是一个大问题，您可以考虑在美国设置一个 squid 代理/缓存服务器，或者将您的网站复制到美国的服务器。
但我（个人）并不认为它会有那么大的作用。
答案4
延迟是个问题。即使是最快的连接，页面加载也会感觉很慢。确保您在美国有良好的连接，并且在美国各地都有良好的 ping。如果您位于Chicago、New York或California数据中心，这会有所帮助。芝加哥或者纽约如果您的客户不在亚洲，则更可取。运行跟踪路由。这对选择网络主机非常有帮助。跟踪路由到 last.fm（欧洲主机）和 google.com。
如果您需要美国最快的连接，请选择位于英国伦敦的 ISP。