• 17630273926

Web开发人员的完整SEO清单

作者:郑州云优化 / 2019-11-20 18:09 / 浏览次数:
Web开发人员的完整SEO清单
什么是对您有价值的链接?
“质量链接真的很难得到。如果您的拒绝文件中有好的链接,该怎么办?更糟糕的是,如果有没有链接到您的有害站点未被拒绝,该怎么办?吉姆·博伊金(Jim Boykin)将亲自分析您的反向链接和现有的拒绝文件,并推荐您可能要添加或删除的站点,以最大程度地提高链接资产。
开始→
[对象对象]
广告
在创建在SEO领域表现良好的网站时,网站开发人员并不总是像SEO从业人员那样精明。即使开发需要一套技术技能,但SEO仍需要不同的技术技能。通过遵循标准清单,可以遵循Google网站站长指南,同时在SEO的最重要竞争领域中取得领先。该清单从SEO上下文中的开发人员角度研究了网站速度优化,结构化数据,HTML改进,跨平台兼容性以及其他开发任务。
通过更详细地检查这些项目,我们可以确定与网站开发生命周期最相关的潜在障碍和瓶颈。此核对表列出的项目通常覆盖在谷歌的网站管理员工具,然后一些,以确保您每次都涵盖了一个成功的网站进行优化的基础。此外,此清单还将涵盖鲜为人知但至关重要的项目,这些项目在开发上线之前必须在开发过程中解决。
我的Google网站管理员工具是否正确安装?是否已安装Google Analytics(分析)(或统计工具)?
大多数网站使用Google网站管理员工具和Google Analytics(分析)作为首选的统计信息跟踪程序。当然,还有其他选择。但是,如果跟踪程序的配置不正确,它们将一文不值。
清单项目1:我的流量跟踪程序是否正确安装?
如果您的跟踪程序未正确安装,则可能会吐出错误的,不正确的数据,或更糟糕的是,重复的数据甚至在没有增加的情况下也会增加。最简单的是,确保跟踪程序标签(如果需要)在页面上仅安装一次。多个安装和错误的安装可能会在以后成为头疼的问题。Google建议使用Google跟踪代码管理器进行更复杂的分析安装。
调查:移动优先开发
一个  从谷歌未来的移动先行指数  传闻已久,终于,它不再是一个谣言。在Web开发中,考虑使用移动优先方法始终是一个好主意。
移动优先开发
清单项目2:您的网站适合移动设备吗?
移动友好可能意味着开发世界中有两种不同的情况。
该网站是否使用带有媒体查询的响应式CSS样式表遵守标准开发技术?要么…
该网站是否使用单独的移动子域(m.domain.com)?尽管使用移动子域没有内在的错误,但它会使SEO更加困难。
每当您使用子域时,实际上就是在告诉Google这是第二个物理网络媒体资源。与使用子文件夹(通常是站点的扩展)相比,该子域将被视为独立的网络媒体资源,并且在涉及诸如链接获取之类的某些SEO任务时可能难以管理。
清单项目3:导致内容重复的移动网址结构
作者认为,对于使用m.domain.com结构的网站,您的网站应以不会导致URL结构被识别为重复内容的方式进行开发。
使用多个URL显示完全相同的内容可能会产生重复的内容。使用移动子域创建移动网站时,通常的最佳做法是确保使用rel = canonical标签将桌面网站显示为原始内容源。这可以帮助防止重复的内容问题。请注意,Google的开发人员指南也建议您这样做。
此外,请确保开发过程中的URL结构不会失控,尤其是在为https://(安全超文本传输??协议)设置站点时。获取使用https://的站点的安全证书是典型的开发协议,但要小心。如果您没有购买正确的安全证书,则可能会由于软404而造成爬网问题。就像这样:如果内容页面位于https:// www和https://上,这只会导致抓取问题和重复内容,因为Google容易被显示相同内容的多个URL所混淆。
为避免此问题,始终购买安全证书的通配符版本将有助于确保在开发过程中不会创建重复的URL。否则,您将必须手动执行301重定向,当您处理较大的网站时,这可能会成为一场噩梦。
由于如上所述使用安全,移动和其他类型的URL开发网站存在固有的问题,因此通常最好的方法是获取通配符安全证书并使用一个样式表从头开始开发一个网站来控制您的网站跨设备布局。这样,您可以保留Google喜欢看到的移动设备上的内容,可以减少对服务器的呼叫(提高站点速度,减少瓶颈),并可以通过攻击所有问题区域来减少URL结构问题立刻。
检查Schema.org结构化数据
对此进行调查:Schema.org结构化数据
Schema.org微数据在网站上变得越来越重要,通过正确编码Schema.org微数据创建站点至关重要。
清单项目4:结构化数据是否正确编码?
创建一个使用Google的Schema.org验证工具手动检查Schema.org结构化数据的过程是一个很好的过程,它将帮助您成为更成功的编码人员。如果没有此过程,您将无所适从,如果您没有正确执行此数据,将受Google的困扰。尽管使用Google的结构化数据测试工具可以发现最常见的错误,但可能会发生其他一些次要的错误。这些其他错误对于正确无误至关重要,因此让我们研究一下如果不这样做会发生什么。
请看以下示例:您正在为餐馆创建一个网站,并且想要包含该网站的餐馆名称和位置信息。在对Schema.org结构化数据进行了第一遍编码之后,您意识到在Schema.org数据中看到了一些奇怪的标点符号和上下文错误。例如:
<div itemscope itemtype=”brand”><span name=”organization”>Copyright Company Name, All Rights Reserved</span></div>
<div itemscope itemtype=”brand”> Copyright <span name=”organization”>Company Name </span>, All Rights Reserved</div>
注意,在第一个示例中,版权声明包含在所有标签中。在第二个示例中,公司名称很好地放置在开始和结束范围标签之间。第二个例子就是我们想要的。
这是在对Schema.org微数据进行编码时可能发生的上下文编码错误的一个示例。这些类型的错误不会显示在任何自动工具(例如Google的网站站长工具)中,因此有必要执行手动检查以查找这些错误。如果使用第一个编码示例,则Google会将丰富的摘要显示为“版权所有的公司名称,保留所有权利”,而不是将丰富的摘要显示为“公司名称”,这是应该发生的情况。
通过在站点上线之前实施全面的检查过程,作为开发人员,您可以负责并确保以后在SEO过程中不会出现此类问题。
调查内容:检查您的Robots.txt文件
有时,在开发过程中,可能有必要在域上线之前完全阻止对该域的访问。通常,这是通过在服务器上的robots.txt文件中使用以下命令来完成的:
不允许: /
但是,我遇到了很多实例,这些实例完全忘记了这组代码。客户打电话给我,想知道为什么他们的网站无法正常运行。请务必确保robots.txt中没有禁止使用的指令。这将阻止搜索引擎进行爬网,并且可能会严重削弱网站的性能。
现在,“ Disallow:”和“ Disallow:/”之间有很大的区别。对于非SEO从业者,这些指令似乎令人困惑。
不允许:(不带正斜杠)表示所有搜索引擎抓取工具和用户代理都可以对网站进行爬网而不会从网站根目录向下发布问题。
不允许:/(带有正斜杠)表示从网站根目录开始的所有内容都将被完全阻止搜索引擎索引访问。
清单项目5:我的Robots.Txt文件是否具有“禁止从根目录”指令?
您可能会想到,正确删除此指令是一个很好的检查步骤,以确保搜索引擎可以正确访问您的网站。
调查此内容:暂存站点域检查
大多数开发人员都知道,在开发过程中会创建一个登台站点,以测试新代码,该站点的先前版本以及在上线之前纠正其他问题。在准备站点首次启动时,开发过程中的一个常见错误是缺少站点站点域的一些实例。此检查可以帮助消除错误,例如在站点切换到实时状态后无法正确加载图像,以及由于页面引用临时子域而不是实时站点域而导致的404错误和其他问题。
清单项目6:我的网站是否包含暂存站点子域的实例?
通过使用有效的查找和替换技术,可以快速搜索和替换暂存站点子域的任何实例。例如,在您最喜欢的开发程序中,在Windows机器上使用Ctrl + H(在Mac上是cmd + H),您可以轻松地使用find和replace来查找登台站点子域出现的所有实例(对于为了我们的示例,我们使用“ stage.domain.com”)。当站点切换为实时状态时,domain.com将完整显示,而不是stage.domain.com。但是,如果未实施检查过程,则该站点可以上载stage.domain.com URL,这些URL随处可见。
请注意:如果在开发过程中使用相对URL(而不是绝对URL),则可能不需要此检查过程。对于那些对此不熟悉的人,相对URL会将所有内容放在URL结构中第一个子文件夹之前,而将其保留为:“ folder 1 / folder 2 / page.html”。绝对URL在URL结构的开头包含domain.com,看起来像这样:“ domain.com/folder 1 / folder 2 / page.html”。在绝对URL结构的情况下,此检查是必需的。根据您站点的配置,您甚至可能不需要执行此步骤。
检查HTML编码问题
调查此:HTML错误
常见的HTML错误通常会导致网站在各种平台上的呈现效果不佳,进而可能导致用户体验和网站速度出现问题。从排名的角度来看,这可能会导致网站性能出现问题。虽然这不是直接的排名影响,但可能是间接的排名影响,就像不使用W3C有效代码时一样。W3C有效性不是排名网站所必需的,但可以导致排名的间接增加,因为W3C有效性可以通过优化布局和编码技术来帮助降低网站速度。更好的编码技术还可以帮助Google更轻松地了解您的网站。
在此必须注意,对于常见错误使用检查表并不能消除所有问题,并且如果站点上已经存在其他主要问题,则可能只会导致性能略有下降。但是,当您连续放置所有SEO鸭子时,它们值得修复。
在这里还值得注意的是,在考虑HTML问题时有两种思路。一派思想认为正确的编码不是必不可少的,该网站无论如何都会在Google中表现良好。另一流派认为,正确的编码可以提高性能,包括提高搜索结果的性能。谁是对的?作者认为正确的答案是始终验证您的编码。
作为一个出生并成长为SEO的开发人员,当我对网站进行完全而完全的控制时,这始终是我自己的最佳实践,它是在我的网站上执行完整的W3C检查和验证。是否总是有可能实现这种编码的必杀技?我认同。在某些情况下无法实现这种理想的编码方式,因此有必要自己判断一下这种情况,因为此处讨论的所有内容都不总是适用。
清单项目7:我的网站是否包含编码错误的主要实例?
一个常见的编码错误是利用多语言文档或以一种文档类型编码但在另一种文档类型的新平台上实现的文档。当我在SEO律师事务所工作时,开发人员试图偷工减料时,我经常遇到这种情况。以这种方式编码的文档的一般外观导致W3C验证器抛出许多编码错误,有时甚至是数千个。
对于没有经验的人,似乎您需要更改每个HTML标记或其他编码实例才能符合W3C标准。一点也不。最终是纯“复制粘贴”代码的情况。在大多数情况下,预算,项目范围界定和其他问题干扰了开发时间,因此可能无法实施正确的解决方案,即确保所有编码均符合所选的文档类型。
一个简单的解决方案,尤其是在涉及大量预算,部门间合作和第三方的大型站点上,只需将DOCTYPE行更改为正确的文档编码DOCTYPE。
迈克尔·金演讲:技术SEO复兴
清单项目8:我的网站是否包含有效的代码布局?
正如iPullRank的创始人兼董事总经理Michael King所解释的那样,如何布置代码非常重要。代码布局可能会影响渲染时间,网站的整体速度,并最终影响网站的最终性能。从服务器的角度来看,这是正确的关键步骤。
从客户端角度来看,这也会影响加载时间。在考虑客户端编码时,让我们花点时间。回顾1998年的过去,在表非CSS设计中找到具有2400行和2400列的代码布局并不少见。在这里,在2017年,经常会发现完全在嵌套DIV中创建的具有50行50列的code肿代码布局,其中行和列的数量不合适,并且对整体布局没有任何影响。
当然,我在夸大这个数字。通过稍微考虑一下布局,就可以将一些过大的布局压缩为三个DIV(可能是一个或两个嵌套的DIV):页眉,内容和页脚。这适用于客户端。从服务器端的角度来看,从PHP到JavaScript,CSS和HTML的所有内容的代码布局,有效的开发实践都应考虑代码的最小化以及更好的代码布局。
另一个问题:元标记也应根据DOCTYPE进行编码。如果W3C验证程序由于元标记而引发错误,则很可能是由于未提供它们的DOCTYPE中使用的自闭合元标记引起的。例如:(<meta name =“ description” content =“” />)与<meta name =“ description” content =“”>)相反。前者是自动关闭元标记的实例,在XHTML文档中可能需要。在标准HTML 5中,不需要使用它。确保您了解规则以及使用不同DOCTYPE时如何实现它们。否则,这些错误可能会导致问题。
调查此:图像问题
图片用于Web设计中以传达情绪,讲述故事并使事物看起来很酷。但是,当它们变得太大时,它们可能会阻碍用户体验。现在,随着Google移动索引日益迫近,在提高移动网站的速度时,考虑图片大小非常重要。尽管这一直是开发的最佳实践,但并非Web开发中的每个人都采用最佳实践技术。
好,让我们再次旅行。在过去的1998年,确保页面大小不超过35 kB是司空见惯的事情。根据HTTP Archive的数据,对于HTML文件(不包括图像),大多数网页的大小现在不超过14 kB。截至2016年12月15日,大多数网页现在不超过648 kB,其中包括所有可能的元素(如脚本,字体,视频,图像等)。开发网站时要定位的最佳页面大小是多少?给定您要开发的产品,最小尺寸。加快网站速度的任何改进都可以帮助整体改善网站性能。
清单项目9:图像是否造成不必要的瓶颈?
作者认为,开发人员优化图像应该是标准的。根据我的经验,我发现许多开发人员没有使用图像压缩技术。例如,可以在Photoshop中拍摄图像并将其压缩为可管理的文件大小,同时保持质量和物理尺寸大小。通常,在导出网络图像时,通过调整JPG设置在照片上完成此操作。
不同的开发平台:不必要时图像是否不必要地大?
这不仅考虑了物理下载大小,而且还考虑了一般的图像像素大小(根据您使用的平台,它们并不总是互斥的)。我发现WordPress开发人员是此特定清单项目的主要犯罪者。图像将被上传到WordPress并调整大小,而无需过多考虑图像的实际下载大小。
如果您不小心,可能会导致WordPress上的20 x 20图片大小为2 MB。为确保不会发生这种情况,请始终在Photoshop中打开图像(或使用的任何图像压缩程序)以调整其大小并使用无损压缩对其进行正确压缩。这样做并仔细监视WordPress中最终图像的下载大小将有助于确保无意中增加文件大小不会对您的网站速度产生负面影响。
查看WordPress中已经流氓的插件
调查内容:搜索插件,其他插件
每当您开发网站时,尤其是在WordPress之类的平台上,即使开发人员没有过错,问题也会出现。如果不尽早发现搜索插件,它们可能会对网站的声誉造成特别有害的,无法弥补的损失。一个这样的例子就是搜索插件为键入搜索插件的每个单个搜索结果创建多个页面。发生这种情况时,您不仅会得到许多没有内容的空白页面,而且还可能会从您的网站托管提供商处收取带宽费用。
清单项目10:是否有任何Rogue插件导致SEO出现重大问题?
其他流氓插件可能会导致主要的SEO问题,特别是当它们将诸如链接之类的内容自动插入到页面的页脚中时(出于链接目的,整个站点的页脚链接都违反了Google的网站站长指南:“页脚中分布广泛的链接或各种模板网站”)和其他问题。
检查服务器和站点速度问题
调查内容:站点速度和服务器配置
利用此清单中的许多建议,可以为您提供最佳的网站速度选择,从而使您立于不败之地。但是,当服务器配置和站点速度发挥作用时,还有其他问题需要考虑。某些瓶颈可能是由服务器问题引起的,但是由您来确定并找出服务器造成了哪些瓶颈。一些常见的瓶颈包括以下内容,这些都是很容易解决的问题。
首先,首先使用Google的Page Speed Testing工具检查您的网站速度。他们已经将大部分页面速度和其他见解转移到了他们的“ 移动设备友好的测试工具”中。另外,我还建议您使用站点测试工具webpagetest.org。
清单项目11:您的服务器是否使用GZip压缩?
服务器上的GZip压缩使服务器可以以更快的速度通过网络传输文件的方式进行压缩。它通常是当今构建的大多数服务器上的标准配置,但有时在某些服务器上可能会成为问题。如果您不知道,它可能已在您的主机上启用。您可以通过在webpagetest.org上运行测试来进行检查。
清单项目12:服务器加载第一个字节的时间
加载的第一个字节是否比网站的其余部分要花费更长的时间?如果是这样,这可能是一个瓶颈,可以帮助您在网站开发阶段充分发挥性能的最后一部分。这个第一个字节的时间用来衡量“从用户开始导航到页面直到服务器响应的第一位到达的时间。”如果在该指标上出现天堂问题,通常意味着服务器配置问题,通常是由您的服务器技术人员修复。
如果遵循此清单中讨论的所有优化项目均无效,并且您发现自己的第一字节加载时间过长,则最好与服务器技术人员联系。这应该有助于解决此问题引起的任何未解决的问题。
最终离别的想法
开发网站是一项有趣而令人兴奋的努力。但是,如果您不小心的话,这些问题也可能是困扰网站多年SEO性能的难题。在进行深入审核网站在现有的网站可能是,如果你想解决您的网站问题,你需要的答案。
否则,在开发网站时,按照本指南中的步骤进行操作将有助于您从SEO角度将网站带到一个绝佳的位置。在接下来的一年中,注重网站速度的移动优先开发方法将是在竞争激烈的Google SEO领域中赢得优势的必不可少的开发步骤。
【郑州云优化】郑州SEO、网站建设、网站设计、服务器空间租售、网站维护、网站托管、网站优化、百度推广、自媒体营销、微信公众号
如有意向---联系我们
热门栏目
热门资讯
热门标签

网站建设 网站托管 成功案例 新闻动态 关于我们 联系我们 服务器空间 加盟合作 网站优化

备案号:ICP备*********号 网站地图/sitemap 

公司地址:河南省郑州市郑州云优化 咨询QQ:1774525808 手机:17630273926 电话:17630273926