百度站长平台帮助

 操作常见问题解答

  1. 网站验证失败都有哪些原因？
  2. 提交sitemap失败的原因？
  3. sitemap验证错误该怎么做，错误原因有哪些？
  4. sitemap提交后状态总为等待该怎么办？
  5. 网址删除不成功该怎么办？
  6. 网址删除错误可能是哪些原因导致的？
  7. 网址误删除后该如何操作？百度能恢复对该网址的收录吗？ 
  8. 如何防止网站被黑？
  9. 如何处理网站被黑？
  10. 我的网站已恢复正常，为什么还有被黑提示？
  11. 百度ping服务常见问题解答
 
  1. 网站验证失败都有哪些原因？
    验证网站可能出现的错误包括：
    • 找不到您的验证文件，请下载站长平台验证网站方式一中提供的验证文件，然后按照要求将其正确放置，注意时间在6小时以内。
    • 验证网站时，地址无法访问，请确定您的网站可以正常访问。
    • 已有相同域名的网站通过验证。
  2. 提交sitemap失败的原因？
    提交sitemap错误，可能由以下原因导致
    • url无法访问,请确定您的url可正常访问
    • url地址不合法，请您检查url是否正确
    • url与提交站点不是包含关系，请确定您的url是否属于提交的站点
    • url已经添加过，添加过的url请勿重新添加
  3. sitemap验证错误该怎么做，错误原因有哪些？
    sitemap验证错误，要查看验证错误，请按以下步骤操作
    • 在首页上，点击所需网站，打开添加数据页面
    • 在状态栏，错误处，查看错误信息，点击查看可以看到更全面的信息
    　　 sitemap可能出现的错误包括：
    • 您提交的Sitemap所属站点未被提交过，请您检查该数据，是否在您提交的站点内，或者提交该数据所属站点
    • 您提交的sitemap格式错误 ，请您检查该数据格式，修改后再重新提交
  4. sitemap提交后状态总为等待该怎么办？
    sitemap提交后，如果状态为等待，请耐心等待一段时间，百度会在正常的时间内检查您所提交的数据。若状态总为等待，请先检查您提交的sitemap是否存在错误，并重新提交该数据。
  5. 网址删除不成功该怎么办？
    请确保您的数据使用robots.txt阻止其被抓取，或者返回404状态代码表示当前网页不存在，否则网址删除请求不会被接受。
  6. 网址删除错误可能是哪些原因导致的？
    网址删除可能出现的错误包括:
    • 您提交的sitemap所属站点未被提交过，请您检查该数据，是否在您提交的站点内
    • 您提交的sitemap格式错误 ，请您检查该数据格式，修改后再重新提交
  7. 网址误删除后该如何操作？百度能恢复对该网址的收录吗？
    若您不小心误删除了网址，请在网址删除页面，把该数据删除，在添加数据中重新添加您的网址，百度将恢复对该网址的收录。
  8. 如何防止网站被黑？
    • 定期检查服务器日志等方式发现问题，检查是否有可疑的针对非前台页面的访问；
    • 经常检查网站文件是否有不正常的修改或者增加；
    • 关注操作系统，以及所使用程序的官方网站。及时下载补丁，修补安全漏洞；必要时建议直接更新至最新版本；
    • 修改开源程序关键文件的默认文件名，作弊者通常通过程序自动扫描某些特定的文件是否存在来判断是否使用了某套程序；
    • 修改默认管理员用户名，提高管理后台的密码强度，使用字母、数字以及特殊符号多种组合的密码；
    • 关闭不必要的服务，以及端口；
    • 关闭或者限制不必要的上传功能；
    • 设置防火墙等安全措施；
    • 若问题反复出现，建议重新安装服务器操作系统，并重新上传备份的网站文件；
    • 缺乏专业维护人员的网站，建议向专业安全公司咨询；
    • 快速发现并处理被黑内容，并做好被黑的预防，非常体现一个网站的运营水平。上述的几点仅仅是初步的参考。做好网站的安全需要站长、管理员们的不断努力。

    快速发现并处理被黑内容，并做好被黑的预防，非常体现一个网站的运营水平。上述的几点仅仅是初步的参考。做好网站的安全需要站长、管理员们的不断努力。


  9. 如何处理网站被黑？
    • 分析系统日志、服务器日志，检查自己站点的页面数量、流量等是否有异常波动，是否存在异常访问或操作日志；
    • 检查网站文件是否有不正常的修改，尤其是首页等重点页面；
    • 网站页面是否引用了未知站点的资源（图片、JS等），是否被放置了外站的异常链接；
    • 检查网站是否有不正常增加的文件或目录；
    • 检查网站目录中是否有非管理员打包的网站源码、未知txt文件等。

  10. 我的网站已恢复正常，为什么还有此提示？
    • 请先按照上述提示仔细排除网站异常，确认全部异常排除后再提交申请。在未完全排除全部异常的状态下提交申请，将无法通过我们的检查，影响取消风险提示的进度；
    • 我们会在申诉后48小时内，重新检查您的网站并取消风险提示。期间请站长耐心等候；
    • 如果您确认全部异常均已经排除，且申诉48小时后未取消对网站的风险提示，请通过tousu.baidu.com与我们联系。

  11. 百度ping服务常见问题解答
    • 什么是ping服务
      ping是基于XML_RPC标准协议的更新通告服务，用于博客把内容更新快速通知给百度，以便百度及时进行抓取和更新。
    • Ping服务的使用方法
      你可以采取手动通知和自动通知两种方式使用ping服务：
      手动ping：访问http://ping.baidu.com/ping.html页面，在输入框中输入博客地址或者feed地址，点击“提交博客”按钮即可。
      自动ping：如果您的博客程序支持自动ping功能，您只需把百度的Ping服务地址配置到你的Blog发布后台或者客户端程序中，就可以实现自动通知的功能。百度ping服务的地址为：http://ping.baidu.com/ping/RPC2。
    • 自动ping的XML_RPC客户请求需要包含哪些部分？
      发送给博客搜索Ping服务的XML-RPC客户请求需要包含如下元素：
      RPC端点： http://ping.baidu.com/ping/RPC2
      调用方法名： weblogUpdates.extendedPing
      参数： (应按照如下所列的相同顺序传送)
      博客名称
      博客首页地址
      新发文章地址
      博客rss地址
    • 自动ping的XML_RPC客户请求需要包含哪些部分？
      发送给博客搜索Ping服务的XML-RPC客户请求需要包含如下元素：
      RPC端点： http://ping.baidu.com/ping/RPC2
      调用方法名： weblogUpdates.extendedPing
      参数： (应按照如下所列的相同顺序传送)
      博客名称
      博客首页地址
      新发文章地址
      博客rss地址

    • ping请求包的例子:
      weblogUpdates.extendedPing　xml-rpc请求举例：

      POST /ping/RPC2 HTTP/1.0
      User-Agent: request
      Host: ping.baidu.com
      Content-Type: text/xml
      Content-Length: 511

      <?xml version="1.0" encoding="UTF-8"?>
      <methodCall>
      <methodName>weblogUpdates.extendedPing</methodName>
      <params>
      <param>
      <value><string>百度的空间</string></value>
      </param>
      <param>
      <value><string>http://hi.baidu.com/baidu/</string></value>
      </param>
      <param>
      <value><string>http://hi.baidu.com/baidu/blog/item/5e8b10d574e971cd50da4b74.html</string></value>
      </param>
      <param>
      <value><string>http://hi.baidu.com/baidu/rss</string></value>
      </param>
      </params>
      </methodCall>

      ping-service响应举例

      ping-service对非POST方法请求返回HTTP_METHOD_NOT_ALLOWED（405）错误代码，对超大错误包返回HTTP_REQUEST_ENTITY_TOO_LARGE（413）错误代码，对非“text/xml”请求包返回HTTP_UNSUPPORTED_MEDIA_TYPE（415）错误代码。
      其他情况返回HTTP_OK（200）代码，xml-rpc响应http包体为一个xml文档，含有一个int值，0表示推送成功，其他值表示推送失败，目前只有0和1。
      推送成功时的服务器响应包为：

      HTTP/1.1 200 OK
      Date: Mon, 11 May 2009 11:54:53 GMT
      Content-Length: 156
      Connection: close
      Content-Type: text/xml

      <?xml version="1.0" encoding="UTF-8"?>
      <methodResponse>
      <params>
      <param>
      <value>
      <int>0</int>
      </value>
      </param>
      </params>
      </methodResponse>

      推送失败时的服务器响应包为：

      HTTP/1.1 200 OK
      Date: Mon, 11 May 2009 11:54:53 GMT
      Content-Length: 156
      Connection: close
      Content-Type: text/xml

      <?xml version="1.0" encoding="UTF-8"?>
      <methodResponse>
      <params>
      <param>
      <value>
      <int>1</int>
      </value>
      </param>
      </params>
      </methodResponse>






© 2011 Baidu 免责声明