网站管理员

专业网站管理员的问答

1
代码中使用Schema.org标记作为JSON-LD的理想位置在哪里？
放置使用JSON-LD的Schema.org标记的最佳位置在哪里？一些建议在里面，<head>但是脚本也可以内联。在MVC中，将它们放置在与控制器相同的作用域中会更容易，因此意味着在其元素附近内联。但是JSON-LD作为“脚本”中的一个巨大脚本/堆栈可能会“更好地工作” <head>。我只是不确定我认为的理想位置。 例如面包屑-我应该将JSON-LD脚本放在面包屑的标记之前，还是应该解决所有麻烦（再次）加载模型以在创建区域中定义它们<head>？似乎会影响性能，但是如果它值得规格支持，则需要完成。 这是JSON-LD中的Organization示例（<head>已经存在）： <script type="application/ld+json"> { "@context" : "http://schema.org", "@type" : "Organization", "name" : "A Huge Corporation", "url" : "http://www.example.com", "logo" : "http://www.example.com/huge-corporation.png", "founder" : "Humanz", "foundingDate" : "1268", "sameAs" : "http://plus.google.com/111111111111111111111", "contactPoint" : { "@type" : "ContactPoint", "contactType" : "Customer Service", "telephone" : "+1-888-888-8888", "faxNumber" : "+1-777-777-7777", "contactOption" …
3
每种语言都可以使用不同的站点地图吗？我该如何告诉Google？
该网站非常非常大，我创建了： sitemap_fr.xml sitemap_en.xml sitemap_es.xml 这个解决方案可以吗？如果是这样，我是否必须插入一个标签来告知Google不同的站点地图？我不再拥有可以自动找到的sitemap.xml。 我已经在使用hreflang标签： <link rel="alternate" hreflang="fr" href="http://website.net/fr" > <link rel="alternate" hreflang="en" href="http://website.net/en" > <link rel="alternate" hreflang="es" href="http://website.net/es" >
9 seo  sitemap  xml 
3
应该如何处理过期的内容？
让我们想象一下这种简化的情况：拍卖网站上有“拍卖细节”页面。拍卖结束几周后，“拍卖细节”页面不再可用。 我们只是HTTP/1.1 410 Gone在提供原因的页面上提供服务。 但是，我们的竞争对手表现不同（甚至是eBay）... 删除内容后，它们将投放HTTP/1.1 301 Moved Permanently并重定向到与拍卖有关的类别列表。 301重定向策略的安全性如何？（对我们来说，它看起来更像是灰色/黑色seo） 最佳策略是什么？ 请注意： 一旦用户删除了他的拍卖，由于某些数据是“战略性的”或敏感的，我们就无法使内容可访问（甚至通过直接链接）。
1
Google为什么要从我的网站下载二进制文件并使用带宽？
自2014年8月中旬以来，几台Google服务器大约每周一次在我的网站上下载所有（很大）二进制文件。所有IP均显示为Google拥有，外观如下：google-proxy-66-249-88-199.google.com。这些是GET请求，它们极大地影响了我的服务器流量。 在此之前，我没有看到来自这些Google代理IP的任何流量，因此这似乎是相对较新的东西。我确实看到了来自其他Google IP的各种流量，所有这些仅是googlebot和HEAD请求。 我不会担心这一点，除了Google大约每星期都会下载所有这些文件。使用的带宽开始变得过多。 我推测，由于其中许多文件都是Windows可执行文件，因此Google可能正在下载它们以执行恶意软件扫描。即使是这样，这真的需要每周进行一次吗？ 到目前为止，11月份来自Google代理IP的流量示例： google-proxy-64-233-172-95.google.com: 8.09 GB google-proxy-66-102-6-104.google.com: 7.50 GB google-proxy-66-249-83-245.google.com: 3.35 GB google-proxy-66-249-84-131.google.com: 1.54 GB google-proxy-66-249-83-131.google.com: 4.98 GB google-proxy-66-249-83-239.google.com: 2.48 GB google-proxy-66-249-88-203.google.com: 2.94 GB google-proxy-66-249-88-201.google.com: 2.58 GB google-proxy-66-249-88-199.google.com: 4.89 GB 更新＃1：我忘了提到有问题的文件已经在网站的robots.txt文件中。为了使robots.txt配置正常运行，我还使用了Google网站站长工具中的robots.txt测试仪，该测试仪表明，所有Google机器人的文件都被禁止，但有一个例外：Adsbot-Google。我不知道那是什么。并且我在Google中搜索了一些文件，但它们没有出现在搜索结果中。 更新＃2：示例：11月17日太平洋标准时间（PST）在5:12 am和5:18 am之间，大约有六个IP（全部为google-proxy）对所有有问题的二进制文件执行GET，总共27个。在11月4日太平洋标准时间下午2:09和下午2:15之间，这些相同的IP基本完成了相同的操作。 更新＃3：到目前为止，似乎很明显，尽管这些是有效的Google IP，但它们是Google代理服务的一部分，而不是Google网络抓取系统的一部分。因为这些是代理地址，所以无法确定GET请求的实际来源，或者它们是否来自一个地方或多个地方。基于GET的零星性质，似乎并没有发生任何有害的事情；可能只是某个人决定在使用Google的代理服务时下载所有二进制文件。不幸的是，该服务似乎完全没有文档记录，这没有帮助。从站点管理员的角度来看，代理非常令人讨厌。我不想阻止它们，因为它们有合法用途。但是它们也可能被滥用。
3
Google排除网站以查询其确切名称
我有一个具有唯一名称的客户站点（不仅是FQDN，而且还有该站点所使用的公司名称），对于使用该公司名称的Google搜索而言，该站点将不会出现。这是一个非常简单而小型的网站，只有10页，并且已经运行了六个多月，尽管直到最后两周才没有反向链接。在这种情况下，我们与竞争性SEO无关，而只是在用户搜索Google以获取公司名称时出现。就同​​一短语而言，它没有竞争，因此，就我们所知，这不是优化或竞争问题。 我们尝试过的 公司名称位于主页以及许多子页面的标题标签中。 公司名称在几页的正文中。 我们已经在网站管理员工具中验证了该网站，并提交了站点地图，并要求Google在尝试了各种内容更改后重新索引该网站的索引。 我们通过查询site：domain.com来验证Google确实在索引中包含这些页面，该站点将返回我们期望的所有页面的列表。 我们已经验证了robots.txt文件是可以的，这只是Drupal的常规robots.txt文件。这并不排除任何有意义的内容。 我们已经验证了在其他引擎（例如Bing）上搜索公司名称时，该网站的显示符合预期。 我们已经使用了网站站长工具来查找已发现的问题，例如HTML改进。没有任何建议。 我们已通过形式将网站从我们的代理机构投资组合中反向链接<a href="domain.com">Company Name</a>。 我们所看到的 网站站长工具始终报告0个被索引的页面。我知道这可能会带来很大的延迟，但是该网站已经启用了一段时间，并已建立索引了一段时间。 在Google上搜索公司名称（即“公司名称”）的完全匹配（带有引号）时，我们只会得到三个结果，所有这些都是我们代理机构网站上指向该公司网站和项目的页面，而不是网站本身。 当我尝试在Google进行完全匹配搜索时，出现在网站正文中的另一个词组时，页面按预期结果显示（实际上是唯一的结果），确认该网站确实已编入索引并且确实出现了用于其他搜索。 网站管理员工具会在网站的关键字列表中列出公司名称的组成部分。 网站站长工具报告说sitemap.xml文件已处理，没有报告问题。它还报告该文件中引用的所有10页都已被索引。 我以前从未见过这种情况，当Google是一个唯一命名的网站并且您搜索唯一的名称时，Google“就可以使用”。完全匹配只会返回三个结果，而不是站点本身（包含频率较高的相同短语）的事实，这很奇怪。 域是www.silverstarrm.com。公司名称位于主页上的标题标签中。当然，我们可以“等待更长的时间”，但是Google很快就接受了我们对内容所做的其他更改，但这似乎很奇怪，但是当您搜索网站中最常见的词组时，它仍然不会列出该网站，尤其是考虑到在整个Google索引中，该词组的竞争基本上为零。 对不起，我要提供尽可能多的有用背景信息。谢谢！
3
Adsense点击没有页面浏览量
今天（2014-10-20）我注意到在我的一个网站上，我获得了两次adsense点击，而没有任何页面浏览量。这怎么可能？我是否应该担心违反adsense政策？ 这个问题非常相似，但也有很大不同： 在AdSense中，如何获得比页面浏览更多的点击次数。如果根本没有网页浏览量（例如，右键单击，用户单击多个广告），则答案根本不适用。 这是我刚刚拍摄的屏幕截图： 更新：一天后仍然是0和2。同时，我今天也在另一个网站上看到它，点击1可获得0个页面浏览量。 2015年1月29日更新：下午，我看到1次点击，没有浏览量。半小时后，它指示了2次页面浏览。我猜在某些情况下adsense可能会在页面浏览量之前显示点击。
4
是否需要通配符SSL证书才能包含在HSTS预加载列表中？
我想将个人网站提交到Chrome HSTS预加载列表中。 那里的网站说： 为了包含在HSTS预载列表中，您的网站必须： 拥有有效的证书。 将所有HTTP通信重定向到HTTPS-即仅HTTPS。 通过HTTPS服务所有子域。 在基本域上提供HSTS标头： 有效期限必须至少十八周（10886400秒）。必须指定includeSubdomains令牌。必须指定预加载令牌。如果要提供重定向，则该重定向必须具有HSTS标头，而不是重定向到的页面。 这是否意味着我的证书必须对所有子域都有效，或者仅通过HTTPS可用/提供它们？（我有的证书sub.example.com，但没有根证书。） 我可以向带有子域的HSTS预加载列表申请sub.example.com吗？
2
Google的图标合法性
我正在为公司内的所有计算机创建一个主页。我们是一家小型企业，因此我们正在使用Google Apps。我设计了一个非常简单的网站，只有授权的Google帐户才能访问该网站。 以下是该页面的屏幕截图，其中包含公司内人员所需的所有必要链接。使用我自己页面中的产品图标是否存在法律问题，即使我没有以任何方式从中获利？
9 google  legal  icon 
4
301重定向到404页面或将状态代码设置为404并停留在页面上？
我的网站上有很多页面，只有管理员可以访问，并且如果找到并正确设置了querystring值，则会给出这些页面。例如： http://www.mydomain.com/show-daily-statistics?key=abc 上面的链接将显示页面的内容，但是诸如以下的其他任何内容都不会： http://www.mydomain.com/show-daily-statistics 现在，我正在考虑如果搜索引擎和/或非管理员用户以某种方式落在这些隐藏页面上该怎么办。 我当然可以将页面的状态码更改为404或301重定向到： http://www.mydomain.com/404-error 关于Google和SEO的最佳解决方案是什么？
1
使用rel =“ dns-prefetch”的SEO和其他影响
我最近遇到了一个包含以下代码的网站： <link rel="dns-prefetch" href="https://webmasters.stackexchange.com//ajax.googleapis.com"> 在查找它时说它习惯了Reduce DNS lookup time by pre-resolving at the browser. 所以我的问题是，除了（希望）使网站的触摸速度更快之外，它是否对SEO或整个网站有其他影响？
1
SLA如何保证超过100％
我只是在浏览Cloudflares 计划，发现他们的企业计划提供了2500％正常运行时间的SLA。 因此，如何提供100％以上的正常运行时间？
2
网站在什么情况下应遵守美国法律？
我是一名加拿大学生，目前使用德国VPS服务托管一个网站，我希望在不久的将来建立一个论坛，以便用户可以提交内容。但是，我所有的域名都是.com，这是美国注册商下的美国注册管理机构，尽管目标受众遍布全球，但美国用户仍可以访问该网站。 我想避免不必要地服从美国法律，以免被要求完全遵守DMCA安全港条款和COPPA之类的规定（尽管我可能会在我认为合理的范围内采取类似措施并保持合规性以及加拿大和德国的当地法律）。但是，我不打算对网站本身做任何非法的事情，这与此处发布的类似问题不同。 在这种情况下，美国对我的网站有任何权力或管辖权吗？我是否仅仅因为使我的网站可以访问它们，或者因为我的域名受美国控制而需要遵守美国法律？
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.