进行网站优化的人们都知道这样一条铁律：文章需要回答用户的实际问题。大家都知道其中的道理，但是到了具体的实施过程中就会出现偏差——许多网站都堆积了大量关于“常见问题”的内容，虽然没有带来任何流量或者效果提升。一般情况下，“解决问题”的方向上并没有什么困难，难的是那张“问题清单”，如果这张清单写得不好，那么就很难找到合适的解决方案了。本文要聊的就是一个问题清单应该怎样写才有效果。

 第一部分：大部分的问题清单都是无效的 打开许多企业的问题页面时，经常出现的内容如下：我们产品的质量怎么样？问的是：“价格高不高？”、“售后服务好不好？”这些被企业自己想象出来的问题和答案，在本质上看就是自问自答式的企业宣传，消费者根本不会去在意这些问题的答案。 有效的问題清单要符合的一个条件就是：这些问题都是用户的真正需求所提出的真实问题。评判的标准非常简单，在搜索引擎中输入该问题原文的形式进行搜索，如果有用户这样搜索过，则此问题是真实的；如果没有找到的话，一般就是企业的单方面要求了。 这也是许多企业考虑网站优化哪家好的时候容易忽视的一个问题：评价一个优化团队的专业程度，可以从他们对内容进行规划的时候是按照用户的搜索引擎行为来制定计划呢？还是说是以产品的宣传语为依据来进行策划呢？ 

 有效的提问清单有三种来源 

1、在搜索下拉菜单中进行相关的查找。用行业的关键词去搜一下，在搜索引擎的结果中会看到很多用户的高频提问。把每个词语都一条一条地记下来，就成了问题列表最早的素材库。 站内的搜索结果、客服记录等都可以作为参考。用户的搜索记录和对客服的问题都属于最准确的需求样本。特别是客服对话里不断重复的问题句，基本上可以直接照搬为问题页面的标题。 竞品的内容评论区、问答平台等。在类似的内容之下，用户的提问是什么、问答平台上的大家关注的是什么呢？这些都是不能从搜索框中看到的深层次的需求，通常的竞争会比较小，而价值也会比较高。

 第二部分：如何写出有搜索引擎价值的问题 同一个问题用不同的说法来表达的话，那么它的流量就会有十几倍之差了。在列出问题清单的时候有以下几个实际操作上的要点：

 第一点就是使用用户自己的话，并且不要用行业术语。用户搜索的是“网站打不开的原因是什么”，而不会去搜索“站点访问异常原因分析”的内容。在问题列表里每一项都要用口语化的语言来表述。

 第二个方面的问题要具体一些，不能太笼统。做网站优化是什么意思呢？新的网站上线多长时间就可以被收录了呢？具体的问題才会产生明确的搜索需求，而这样的内容也就比较容易被挖掘得更深更透了。企业在选择关键词排名优化哪家好时，往往会发现把长尾问题拆分得很细致的方法，一般情况下见效比较快。

 第三个问题是单独一页的问题。不能把二十多个的问题都塞到一页里随便敷衍了事。每一个问题都单独一页，并且进行深入解答，在方便收录和排序的同时也使得每一张页面都能够准确地对应一种搜索需求。 第四、把各个问题联系起来。通过内部链接的方式把相关的题目串联在一起，从而构成一个“问题网”。当用户看完了某个答案之后，可以沿着这个链接去解决下一个问题，这样停留的时间就会变长一些，并且浏览的次数也会增多一些。 

 第三部分是关于问题列表的组织和展示的一些想法。 有了高质量的问题清单之后还需要合理的安排： 按主题分类。把问题分到不同的板块中去，比如入门的概念、操作的方法、故障的排除、费用的相关等等，这样可以使得用户按照自己的需求来查找信息，并且有利于网站形成一个明确的栏目体系。 按照需求阶段来排列。用户的提问是有次序的：首先是认识问题，然后是对比选择，最后才是做出决定。问题清单要包括从“是什么”到“怎么选”的整个链条，并且让每一个环节都有相应的答案供用户选择。

在为企业搭建网站的时候，这样的架构特别适用于B端客户的长决策期。 定期更新淘汰。问题清单并不是一劳永逸的事情。每个季度都要对搜索引擎的数据进行总结，并且要不断地补充新的问题，把那些没有人关心的老问题从内容库里删除掉，从而保证整个内容库的生命力。 第五步是把问题清单变成内容闭环 问题列表最后的价值就是推动整个内容生产的进程。

一份整理得当的问题清单也可以被分成三种情况：未完成、已经发布、需要改进。按照这份清单不断产生新的内容，那么网站就会拥有一个源源不断的选择题库，并且也不再需要去担心“要写些什么”。 另外，在这个问题为中心的页面集合中，自然就包含了大量的长尾关键词，并且随着收录数量的增长，整个站点的权重也会被这些长尾流量逐渐提升上去，从而又会反过来推动核心关键词的地位上升。企业在对企业的网站进行建设优化之后，需要关注的问题页面被收录的比例以及长尾关键词的数量，在这些方面要比首页排名更加重要并且值得去重视。

 结语 解决用户的疑问是网站优化服务的主要内容之一，而问题清单就成为了这一主要内容的具体表现形式。来源真实有效的用户搜索行为，在用户自己的话里去说，在单独的一个网页上呈现出来，并且按照主题、需求阶段来有机地组织起来。把问题清单写准确、详细并做好维护工作，那么内容优化也就由以前的靠运气来做成了现在可以按照一定的程序来做的系统工程了。