网站管理员

专业网站管理员的问答

2
有什么步骤可以确保如果您死了，您的托管和域将继续存在？
假设您是微型独立软件供应商（MISV）或一个网上商店（OMWS），您如何减少总线系数？ 在我的特定情况下，我正在支持一些网站，每当发布更新时，我每两周需要花几分钟的时间，并且我每年更新一次域名。轻松完成任务，但实际上，我是唯一拥有所有证书的人。理想情况下，我希望睡得更好，因为即使我失去工作能力，也会有人支持这些在线实体。 我想知道什么是最佳实践，什么是临时解决方案。在本质上： 您如何确保死后的网站能够顺利运行？ （我猜这里很少有实践经验） 我的建议： 将凭据/敏感的URL放在一个保险箱内（在您的遗嘱旁边） 预先支付10年的托管/域名费用（并教某人如何延长此租约） 创建一个受信任的对等圈子，以便您可以交换凭据（以防万一） 创建公司，成为首席执行官，通过IPO兑现（显然不是这种情况，因为支持网站不是一项有利可图的业务） 或者，也许已经有一种服务可以安全地存储所有凭据并在主要联系点无法到达时采取措施？（如果您想抓住这个主意并建立一家初创公司，请带我上场） 相关：Google闲置的客户经理。有人可以不用我的Gmail帐户生活，但是如果有人的网站死了并且域名被主要竞争对手抢占了，那么有人将不高兴...您明白了。 我认为这是一个适用于许多网站管理员的问题，我倾向于知道答案或至少某些方法来简化此问题。
2
如何正确使用rel ='canonical'
我有3个提供相同数据的URL： www.example.com/product/foo www.example.com/product/foo?id=1 www.example.com?product=foo 为了Google的缘故，我希望URL www.example.com/product/foo是规范的URL 。 但是，我已经设置了代码，因此所有这三个页面均由同一代码提供，因此，如果我添加<link rel='canonical' href='http://www.example.com/product/foo' />到代码中，它将应用于所有三个页面，包括一个页面http://www.example.com/product/foo。 这样做有什么问题吗？还是有一个循环规范不会引起任何问题？
3
HTML 5的SEO规则是什么？
有关HTML 5中的SEO的参与规则是什么？ 我们一直在思考的事例，没有得出结论： 您因不使用<head>和<body>标签而受到惩罚吗？ <nav>块中的链接是否具有以下优先级？ 使用<aside>（尽管没有保留），<section>，<summary>和<details>中哪些内容对内容，单线描述和关键字标签的影响最大，对搜索引擎有影响吗？ 如果您使用CSS将<footer>元素放在顶部，将<header>元素放在底部（不是那样，但是不完全的Spider实现可能将其解释为这样）？ 在<input>上使用占位符属性是否表明您更关注用户？ 目前，我们会随意将标签内容固定在驴上，但很有趣的是，如果有人对使用SEO的“正确”标签有任何见识，那就很有趣。
29 seo  html5  markup 
3
搜索引擎为什么不索引我的内容？
这是一个普遍的，社会的维基捕获所有的问题和答案对旨在解决有关网站或特定网站内容不会出现在搜索引擎结果的原因有任何疑问。 如果您的问题作为该问题的重复而被关闭，并且您认为此处提供的信息不能提供足够的答案，请在Pro Webmasters Meta上进行讨论。 我的网站（或网站上的特定页面）未出现在搜索引擎结果中。 为什么我的内容未编入索引，我该怎么办？
4
使用自签名SSL证书是一种不好的做法吗？
SSL证书对于个人而言非常昂贵，尤其是在您需要保护不同子域的情况下。我正在考虑使用自签名证书，因为我的主要重点是保护连接，而不是对自己进行身份验证。 但是，一些浏览器在遇到此类证书时会显示令人讨厌的警告。您是否会阻止使用自签名证书（例如，用于小型Web应用程序或小型网站的管理页面）？还是在某些情况下可以吗？
6
响应式网页设计有多重要？
最近，我听说过有关使用响应式Web设计的利弊的各种意见，并且想知道针对小型地理区域的小型企业是否需要实施响应式Web设计？ 我对此有一些子问题： 与将单独的代码用于不同的尺寸/设备相比，使用响应式网页设计是否更好？ 它会潜在地影响SEO（正面或负面）吗？ 使用这种设计方法为企业优化网站时，我可能遇到的主要问题是什么？
6
如何增加网站访问量？
我不想进行链接交换或任何可疑的事情。我只想要一些合法的方法就可以将更多流量引至我的网站。我怎么做？
29 seo  traffic 
1
Bingbot请求的trafficbasedsspsitemap.xml不存在
我管理的网站的日志显示Bingbot请求一个不存在的文件。请求的详细信息是 路径：/trafficbasedsspsitemap.xml Useragent：“ Mozilla / 5.0（兼容； bingbot / 2.0； + http://www.bing.com/bingbot.htm）” IP地址：65.55.213.244（反向查询解析为msnbot-65-55-213-244.search.msn.com） Bingbot寻找该文件的原因是什么？“基于流量的SSP网站地图”是什么意思？
1
如何隐藏Google跟踪代码管理器预览窗格？
使用Google跟踪代码管理器的“新”用户界面（版本2）时，我无法禁用预览/调试窗格。每当我登录到Google Apps帐户时，它就会显示在网站的每个页面上。 我已经删除了*.google.com域中的每个cookie 。当我重新登录Gmail时，“跟踪代码管理器”预览窗格又回来了。 我已经通过Google跟踪代码管理器工具进行了搜寻，但似乎找不到关闭预览模式的方法。即使发布最新版本也无法解决问题。 在“旧的”标记管理器用户界面中，启用调试模式后，每个GTM页面顶部都会出现一个标注链接，您可以退出调试模式。在“新”标签管理器用户界面中似乎无法做到这一点。
2
Quantcast http://pixel.quantserve.com/pixel请求302重定向到Facebook和其他广告网络
我只是花了几个小时研究了我认为可能是恶意的Chrome扩展程序（强烈建议使用开发者工具来对其进行审核！），ISP / DNS注入问题或恶意软件感染，但最好的答案是来自Quancast像素服务器的合法回应。现在，我已经能够在多台计算机，浏览器和ISP上重现该问题，并且相当有信心响应来自他们的服务器。我只是不知道为什么。查看他们的常见问题和隐私政策后 我看不到有关此类活动的任何详细信息，并且非常担心为什么偶尔将这些重定向到第三方跟踪器的信息注入我们的网站以及在我们的用户中收集了什么信息。 在访问area51.stackexchange.com时，我们的一位员工注意到对ad.360yield.com的奇怪要求，该请求似乎是一家名为Enhanced Digital的分析公司。在调查过程中，我发现对http://pixel.quantserve.com/pixel的请求偶尔会收到302重定向到各种广告网络和分析公司的响应。最简单的测试方法是访问Quantcast直接测量的站点，如SO / SF / SE，然后使用F12开发人员工具的网络标签（选中“禁用缓存”）检查可疑域（右键单击标题以添加此列）或来自像素请求的意外302响应。到目前为止，我已经能够看到以下302条响应： ad.360yield.com/match?publisher_dsp_id = ...（这是在IE中捕获的） 访问Stack Overflow主页时，另一个360yield： www.facebook.com/tr?id = ....＆cd [prospecting] = T -....（为什么在Area51上？） stags.bluekai.com / ...？id = ...（甲骨文收购的分析公司） bh.contextweb.com/bh/rtset?do=add ...（这是使用提琴手代理捕获的） tap.rubiconproject.com/oz/feeds/quantcast-pmp/tokens?afu = ... 我还看到了重定向到：analytics.twitter.com，ads.yahoo.com，e.nexac.com/e/quantcast_sync.xgi，ce.lijit.com，x.bidswitch.net，delivery.swid.switchads.com， rtb-csync.smartadserver.com和soma.smaato.net 看来至少自2014年12月以来就一直在发生这种情况，但是除了Ghostery的简短介绍（除了该链接还有选择退出和隐私权联系之外，我还无法找到有关Quantcast为什么重定向到第三方跟踪器的任何信息）细节）： 我们认为该公司促进或参与了第三方基于兴趣的定位。 因此，我的问题是：选择加入Quantcast的“测量与洞察”服务，不应该要求它们链接到多个第三方跟踪器，我们还向用户暴露了什么？ 2015年12月16日快速更新：我们刚刚与Quantcast举行了一次很棒的会议，讨论其信标的工作原理。他们花了一些时间来撰写答复后，对流程和计划进行了高层解释，并在此处提供了更多技术细节作为答案。如果网站管理员还有其他问题，建议您与您的客户代表联系或使用其联系表格。 他们还指出，可以通过Quantcast配置文件的设置部分禁用该信标，并且将其关闭不会影响我们对Quantcast Measure服务的使用。我们相信，不会发生任何有害的事情，因为它们确实有保护用户隐私的保护措施，并且没有在任何定位算法中直接使用SO / SE（或任何特定站点）用户流量。但是我们很高兴能够退出信标并计划将其关闭。
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.