网站管理员

专业网站管理员的问答

5
在单独的域上托管静态资源有什么好处？
我注意到许多站点将资源托管在与主站点不同的域中，例如，使用sstatic.net的StackExchange，使用imagesbn.com的Barnes＆Noble等。 我知道，将静态资源放在单独的主机上可能有好处，可以使用高效的静态文件Web服务器（例如nginx），释放主服务器以专注于提供动态内容。同样，外包到像Cloudfront Akamai这样的共享CDN也是合乎逻辑的。 但是，否则使用单独的域有什么好处呢？为什么选择sstatic.net而不是static.stackexchange.com？ 更新：几个答案错过了核心问题。我知道在多个主机之间进行拆分（并行下载，更薄的Web服务器等）是有好处的。但是，更难理解的是为什么要使用多个域。为什么以sstatic.net而不是static.stackexchange.com作为共享资源的主机？到目前为止，只有一个答案可以解决这个问题。
24 domains  cdn 
2
如果有人拒绝我的网站，这是一个问题吗？如果不删除链接，我将面临其他网站也会这样做的威胁
我已经收到许多这些电子邮件： 我的名字是www.somewebsite的John Doe网站经理。这是我们对您的第三个也是最后一个请求，要求从您的网站删除指向我们的链接。如果我们无法成功执行此操作，那么我们别无选择，只能通过Google的网站站长工具平台从您的网站到我们的网站建立DISAVOW链接，同时在向他们提出的重新审核请求中告知Google。相信您知道，这可能会对您不希望发生的网站造成不利影响。 因为我有很多用户生成的内容，所以我真的无法处理此类请求（太耗时）。这可能会损害我的排名吗？我应该特别注意照顾这些要求吗？
7
使用我的Google域的URL路径转发裸域
我通过Google Domains购买了一个域，并且将我的应用托管在Heroku上。 我希望用户能够通过裸域访问我的应用程序，但是Google Domains不允许为裸域设置CNAME。它们具有允许“子域转发”的选项，但是，如果设置了该选项，则将删除URL路径。 例如，如果我为裸域设置了“子域转发”，然后转到example.com/123，它将用户重定向到example.com。 如何转发域和路径？
3
延迟加载图像和对SEO的影响
我们正在使用以下技术在我们的网站上延迟加载图像： 对于所有图像，我们在src属性中放置默认img的url（即加载程序），然后在data-src属性中放置实际的图像url 。像这样 <img src="loader.gif" data-src="img1.jpg" /> 当图像位于视口外部时，什么也不会发生，但是当图像进入视口内部时，将data-src加载来自属性的url，并且可以正确显示图像。 结果，谷歌认为页面（即搜索结果页面）中的所有图像都具有相同的src属性。因为Google bot当然会只解析带有默认值的'unloaded'img标签src。 我的问题是：具有相同src属性的许多img标签是否会影响页面的SEO？
4
结构良好的网址与针对SEO优化的网址
让我们以电影网站为例。因此，此网站的一组结构良好的URL可以是： 电影页面- example.com/movies/the-matrix 电影评论- example.com/movies/the-matrix/reviews 电影预告片- example.com/movies/the-matrix/trailers 电影专用预告片- example.com/movies/the-matrix/trailers/trailer1 甚至可以通过无缝地直接删除/添加资源名称来导航资源。 出于SEO的目的，我在某处阅读了两个给定的页面，Google将更喜欢在URL层次结构中具有搜索查询功能的页面。因此，对于给定的2个URL和查询“矩阵预告片” example.com/movies/the-matrix/trailers example.org/trailers/the-matrix/ ` Google可能更喜欢第二个URL，因为与第一个URL在第三个级别具有“ trailer”相比，它在第一个级别上具有关键字“ trailer”（URL层次结构中较深的资源可能不那么重要）。 如果是正确的话，可能会想创建URL层次结构，就像 电影页面- example.com/movies/the-matrix 电影评论- example.com/reviews/the-matrix/ 电影预告片- example.com/trailers/the-matrix/ 电影专用预告片- example.com/trailers/the-matrix/trailer1 这将打破无缝的层次结构。 我的问题是： 确实，与其他站点的URL相比，URL层次结构中更深的资源往往没有那么重要吗？ 牺牲有意义的，无缝的层次结构值得此SEO优化吗？
23 seo  url  google-search 
3
像CloudFlare这样的CDN如何运作？
此问题已从Web应用程序堆栈Exchange 迁移，因为可以在网站管理员堆栈Exchange上回答。 迁移 5年前。 到目前为止，我的理解是： 您保留了当前的Web托管，但是将站点的DNS服务器从当前托管的DNS服务器更改为CloudFlare的DNS服务器。 CloudFlare从全球多个数据中心为您的网站提供资源。 现在，我想知道此机制的技术细节。这是我的一些问题： CloudFlare是否充当缓存代理？假设我的网站页面上有一堆图片。CloudFlare是否在所有数据中心上缓存所有这些映像，然后从这些数据中心提供服务？ 哪些站点资源受到影响？只有静态的吗？网页本身（HTML文档）如何？如果页面是由服务器动态生成的，该怎么办？CloudFlare如何确保始终提供页面的最新版本？ 对我的站点的POST请求怎么样（例如，访问者通过Ajax上传数据，然后将其存储在数据库中）？这些东西必须在我的服务器上执行。因此，CloudFlare不会（也不能）提高此过程的性能，对吗？那么，CloudFlare只是将Ajax请求中继到原始Web主机吗？
23 cdn  proxy  post  cloudflare 
4
防止XML网站地图显示在Google搜索结果中
如何防止XML网站地图文件显示在Google搜索结果中，例如site:搜索查询的结果： 我不明白为什么Google首先会选择在搜索结果中显示站点地图文件。这些文件不供人类使用。 Google需要能够对其进行爬网以进行处理，因此我不能在robots.txt中禁止它。我只是不希望他们在处理之后将其放入搜索结果中。
4
URL中的关键字是良好的SEO还是不必要的冗余？
我和我的同事陷入了关于页面URL中SEO关键字的价值的争论。她想更改击剑公司HTML页面的所有文件名，使它们看起来像residential-home-chicago.html，contact-chicago-contractor.html等等。她坚信，由于Google会在搜索结果中突出显示URL中的关键字，这意味着将关键字放在此处更有价值。 我的立场是，这些不会改善SEO，因为Google似乎没有给URL中的关键字赋予比页面正文中的关键字更大的权重，甚至可能给它们带来的权重也较小。同时，它们使我很难在需要编辑页面时找到我想要的页面，并且该网站总体上看起来便宜又垃圾。 Google自己的SEO指南向我暗示，是的，URL中的关键字是有用的，但不是优越的，并且它们对于人类可读性比搜索引擎排名更有用。 我正在寻找支持这两种立场的权威资源，而不是寻求自我提升的SEO优化公司的博客文章。
23 seo  google  url  keywords  ranking 
6
SSL是否必须有唯一的IP地址？
此问题是从Stack Overflow 迁移而来的，因为可以在Webmasters Stack Exchange上回答。 迁移 8年前。 共享托管公司告诉我，如果我购买IP地址，那么它也将适用于附加域。这是什么意思？那么SSL证书将无法使用，因为一个IP中将有两个以上的域（如果我添加了一个插件域）？如果SSL证书与托管两个不同域的一个IP一起使用，那么为什么它在共享主机上不起作用？
6
域名注册商可以赎金吗？
我对自己的域名有些偏执。我认为我正在建设的网站可能会在将来发展。但是，我担心如果我与之一起注册域名的人可能会尝试从我身上勒索更多钱或自己夺走我的域名。 我猜想Google刚开始时他们一定是通过注册商购买了域名，那么他们如何保留它的域名，并确保没有人从他们那里窃取该域名，或者阻止他们以勒索更多钱的方式注册该公司从他们？ 您认为Google会为保留其域名付出多少费用？您认为这仍然是他们几年前还清的原始价格吗？ 注册商这样做吗？ 如果是这样，我的域名可能会发生什么？ 如何保护我的域名？ 谁真正拥有域名？ 也许我只是偏执狂，但我不希望看到我的域名需要续订时，费用从10美元跃升至100万美元等。
4
从域Squ屋购买域
几年前，我购买了一个.org域。据推测，.com版本是由域名抢注者采用的，因为它是在我注册它的第二天才注册的，并且只托管那些典型的广告页面之一。 我最近决定，如果价格便宜的话，我也想要.com版本，我想知道：它们通常收取什么价格，有什么办法可以降低它们的价格？
23 domains 
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.