提起网站优化和网站制作，如果你认为两者是分开工作的，那你就错了，优化与网站设计虽然是两个不同的工作，但是两者之间的联系也是非常紧密的。SEOer们也必须参与网站设计。
网站优化的根本在于提高用户体验，同时做好关键词排名为网站引流。
不知道大家是否发现一个问题，大部分企业都是 网站建设 是一批人，网站优化又是单独的人员。一般情况下，优化人员是没有资格参与 网站建设 的，在他们接手网站优化的时候网站已经完全成形了。这个时候作为优化人员的我们唯一可以做的就是修改网站的title或者是kewword等信息，其他的板块是不可以修改的，因此给我们做优化的朋友带来了极大的困惑和烦恼。优化具体应该怎么做呢？
一、检查网站。在我们接手任何一个网站的时候都需要去充分了解这个网站，同时对网站的架构，网站代码，网站板块做一个全方位的检查，看看是否符合用户体验以及是否适合网站优化。这一点是至关重要的。
二、竞争对手分析。在对自己的网站做了详细的分析以后，我们要做的就是分析竞争对手的我那个站，首先分析竞争对手的网站页面，看看别人是怎么布局的，其次分析竞争对手网站的关键词布局，以及网站更新频率，对于电商网站而言，这一点就可以忽略了，因为电商网站几乎每天都在更新商品。同时电商网站的主要内容就是商品以及商品的图片。
三、网站内容建设。无论是企业网站还是电商网站甚至一个实体店，在开业之前我们都会把自己的店铺整理得妥妥当当，从而给用户留下一个好的印象，如果你的网站以及店铺里面什么东西都没有，或者是里面的东西很少，相信大家看起来都是很不爽的，因此我们在做优化之前一定要充实自己的网站。
有些做企业网站的朋友就喜欢去别人的往回走哪抄袭一些文章或者写一些伪原创的文章填充到自己的网站上，他们忘记了一点，那就是优化人们都知道的一句话“内容为王，外链为皇。”在今天搜索引擎的不断更新和改进，你去抄袭的文章很快就会被搜索引擎识别。因此大家在填充内容的时候建议大家还是自己辛苦一点做一些高质量的原创(记住一点就行，文章要符合用户体验，这样的文章才能为网站提升排名以及权重)。
四、外链建设。一个电商网站内链都是技术已经给我们做好了的，作为优化的我们根本没办法进行任何调整，因此内链我们根本动不了，因此我们除了做好网站内部的内容以外，其他的就是做好外链建设。在今天虽然外链的效果在不断降低，但是我们也不能不做。
在今天我们在进行外链建设的时候大家一定要记住，随着索索引擎的不断更新，对外链的要求也在不断的更新，在几年前，我们只要发布一些垃圾连接就可以让网站很快有排名，在今天我们需要的是告知量的外链。只有这样才能给我们的网站分享权重以及带来流量。
一般情况下外链建设的渠道无非就是通过博客，论坛，贴吧分类信息以及站长投稿等形式发布外链，在今天我们会发现许多外链发布后很快就会被删除，这样给我们增加了许多难度。
五、数据分析。当我们做了一段时间以后，都需要对网站优化数据进行一次分析，如关键词排名，网站流量，流量来源等等，因为做优化是一个不断坚持和不断循环的过程。只有对自己的优化数据进行不断分析才可以从数据中看出自己在网站优化中是否存在问题，或者有可以改进的地方。
关于页面内容的相关问题：
Q1：《百度搜索优质内容指南》和前两天发布的《百度APP移动搜索落地页体验白皮书5.0》何如配合参考呢？
Java应用中，需要关注的7个性能指标
Java是目前世界上最流行的计算机编程语言，是一种可以编写跨平台应用软件的面向对象的程序设计语言。本文中，小编搜集了7个最有影响的衡量标注，让你可以不依赖日志文件来了解应用程序。现在，让我们看看这些性能指标，并了解如何查看并收集它们：
1.响应时间和吞吐量
根据应用程序的响应时间可以知道程序完成传输数据所用的时间。也可以从HTTP请求级别，或者成为数据库级别来看。对那些缓慢的查询你需要做一些优化来缩短时间。吞吐量是另一个角度衡量传输数据的指标，是指单位时间内系统处理的客户请求的数量。
我们可以使用APMs（例如New Relic或AppDynamics）来衡量这些指标。使用这些工具，你可以在主报告仪表板中将平均响应时间与昨天的甚至上周的直接进行对比。这有助于我们观察新的部署是否会影响到我们的应用程序。你可以看到网络传输的百分比，测量HTTP完成请求需要多长时间。你也可以看看这篇：网站性能测试指标（QPS，TPS，吞吐量，响应时间）详解。
推荐工具：
AppDynamics
New Relic
Ruxit
New Relic报告：Web传输百分比和吞吐量
2.平均负载
第二个应用广泛的指标是平均负载。我们习惯上会把平均负载分为这三步测量，分别是第5分钟、第15分钟和最后1分钟。要保证数量低于机器的内核数。一旦超过内核数，机器就会运行在压力状态下。
除了简单测量CPU使用率，还需要关注每个内核的队列中有多少进程。在内核使用率都是100%的情况下，队列中只有1个任务和有6个任务有很大不同。因此，平均负载不能只考虑CPU使用率。
推荐工具：
htop
3.错误率
大多数开发人员判断错误率是根据HTTP传输总失败百分比。但是他们忽略了一个更深层的东西：特定传输的错误率。这直接影响到您应用程序的运行状况。这可以显示出代码方法的错误以及错误或异常出现的次数。
但单纯的错误率数据对我们没有多大帮助。最重要的是我们要找到它们的根源并解决问题。随着Takipi的运行，我们要在日志文件中需找线索。你可以找到所有关于服务器状态的信息，包括堆栈跟踪、源代码和变量值。
推荐工具：
Takipi
4.GC率和暂停时间
异常行为垃圾收集器应用程序的吞吐量和响应时间采取深潜的主要原因之一。了解GC暂停频率和持续时间的关键是分析GC日志文件。要分析它们，你需要收集GC日志和JVM参数。你要注意观察不同指标之间的数据是如何相互影响的。
推荐工具：
jClarity Censum
GCViewer
5.业务指标
应用程序的性能不完全取决于响应时间和错误率。业务指标也是一方面，例如收益、用户数。
推荐工具：
Grafana
The ELK stack
Datadog
Librato
6.正常运行时间和服务运行状态
这一指标奠定了整个应用程序性能的基础。不仅可以当做一个提醒指标，也可以让你定义一段时间内的SKA。我们可以使用Pingdom的servlet功能进行运行状态检查。我们可以查到应用程序的所有传输，包括数据库和S3。
推荐工具：
Pingdom
7.日志大小
日志有一个缺点，它是一直在增加的。当您的服务器启动塞满了垃圾，一切都慢下来。因此，我们需要密切的关注日志大小。
目前通常的解决办法是使用logstash划分使用日志，并将它们发送并存储在Splunk、ELK或其他的日志管理工具中。
推荐工具：
Splunk
Sumo Logic
Loggly
扫描二维码