seo优化图片(“seo方法图片”)

前沿拓展:

seo优化图片

  在搜索引擎不断的进步,算法不断的升级变化的情况下,很多站长纷纷表示无路可走,其实有时候换一种角度想一想,之所以搜索引擎实施一定的打压,那也正是说明了,做SEO还有别的路可走。为何有人表示说无路可走,那是因为你没有找到其他优化的方法,或者说遗忘。那么今天就和大家一起探讨SEO如何进行图片优化。这虽然是一个老生常谈的问题,但是在工作中我们并不经常用这样的一种方式。

  图片优化并不是说拿一张图片设置关键词插入文章中就可以了,远远没有如此简单,下面就来介绍进行图片优化的步骤。

  第1步:挑选图片

  我们知道图片用很多不同的格式,比如jpg、png、gif等,那么我们在优化的过程中应该选择哪一种格式,对我们有利呢?我们先来弄清楚搜索引擎喜欢什么样的图片,可以确定的是搜索引擎不喜欢8位的图片,不喜欢体积大的图片,喜欢高质量同时加载速度又快的图片,那好,只有jpg了。

  第2步:截取有效图片

  什么是有效图片?这是我自己定义的,为大家解释一下,有效图片就是你想传递给用户信息的那一部分,很多朋友在做图片的时候为了节省时间是去网络上做截图的,那么在这个时候就避免截取多余的空白部分或者没有意义的部分,无端的提高了搜索引擎加载的时间,我们可以参考一下百度的logo,就可以发现将图片做成高质量、体积小的图片将更利于图片的推广和优化。

  第3步:图片要本地化、私有化

  很多人在用到图片的时候,去搜索引擎搜索一下直接复制粘贴,其实这样子来说是对网站优化不好的,如果你链接别人网站的图片,你想在百度图片做排名,那么这种做法根本没有效果,如果说你是为了节省空间而如此,那就更不知道,不要因为空间的问题而失去流量。

  第4步:给图片定义关键词

  它的重要程度无异于给文章添加title,我们都知道title的重要性,这一步是让你的图片出现在用户眼前的根本,如果缺少这一步,你的图片也不会有多大的意义。并且我们需要注意的是为图片设置的关键词要和图片的名称相关,搜索引擎不会意识到图片所描述的内容但是它会根据你的图片名称和图片关键词来决定这两者之间的相关度,这一点大家容易忽视,如果你是做SEO的,那么再给图片命名的时候不要选择什么拼音或者一串数字之类的,用SEO岂不是更好?

  第5步:让图片成为一个锚文本

  这一步想必大家都知道,给图片设置超链接做一个锚文本,给网站增加了一条内链的同时还有可能提升关键词的排名,没有理由不去做。

  第6步:设置alt属性

  如果图片显示失败,谁也不希望看到一张裂图,那么就写几个简短的文字吧,搜索引擎不仅认可而且也有利于用户体验。

  小技巧:如果你是因为工作也进行文章的伪原创,那么为何不添加一张不同于原文的图片呢,没准搜索引擎会认为是原创哦!

  这篇文章为大家讲述的图片优化的一些步骤和小技巧,其实我也是想通过这样的一篇文章来告诉大家,在所有人都认为我们SEO即将走向末路的时候,我们不能妄自菲薄,更不能固步自封,要不断的从思想和实践上创新,走出一条前人没有走过的路,肯定泥泞崎岖,但也许那就是成功之路。

  本文由SEO之路撰写,转载请注明天天乐源育儿网http://health.***.com/

        注:更多精彩教程请关注三联建站教程栏目


我们一直都在做网站关键词、内页关键词、标签等。但很多朋友都忽略了网站里的图片如何优化。近年来百度图片识别、360图片识别都在不断升级功能上已经很完善了,所以我们应该对网站图片进行优化,应该做seo的朋友们重视起来, 下面笔者跟大家分享一下网站里的图片应该如何优化。

一、网站图片的title标签优化

对于alt标签大家都不陌生了,可title标签被大部分站长忽略了,其实笔者认为这个与alt标签是相同重要的,用户在访问网站图片的时候鼠标停留在图片上就会显示文字,这样对访客体验有很大的用处,在网站关键词密度中也会多一次关键词的出现。

二、网站图片的清晰度优化

很多情况下一篇好的文章就在于文章里面的图片,我们举个例子:一篇关于"家庭装修图"的文章,当用户来访问网站的时候,就是想通过图片来看清楚这个装修结构的细节,那如果配图不清晰,哪怕文字再好,内容再丰富,对用户的价值也会大打折扣。所以清晰的配图对文章质量的提升也是有帮助的。

三、网站图片的原创度

现在搜索引擎对原创内容越来越重视了,大量的采集对网站是百害无一利的。大多数的站长还只停留在内容的原创上,却忽略了图片优化这一部分,原创图片无疑也是搜索引擎蜘蛛喜欢的。进一步想想,如果站长花费大量的时间制作一张满意的图片,百度 360 也会认为这篇文章的原创度和质量很高。

四、定制图片的尺寸大小

图文并茂是百度和用户喜欢的形式,但在加入图片的时候应注意图片的大小和尺寸。百度在搜索结果页展示图片的时候,实际上并不是所有页面只要有图片就给出显示出来,展示图片的一个规则就是图片大小接近121:75,站长可以根据此规则作为参考,调节好图片尺寸。另外,图片大小会影响页面打开的速度,图片太大的话,页面的打开速度也会变慢,对用户体验不友好,根据3秒原则,页面如果超过3秒还没能打开完成,用户就有可能会离开页面。

五、网站图片前后的文字

在添加类似版权申明的文字同时,百度 360 除了参考alt标签同时也会参考周围文字的相关性来猜测图片是关于什么的。

六.图片的命名

这一点也可能是被大部分站长所忽略的,以为图片只要能上传到网站就可以了。要知道,做SEO是细节决定成败的,我们要对上传的图片进行命名,尽量避免使用一些无意义的字母或数字来命名,建议采用与中文拼音,增加文章的相关性,帮助搜索引擎进行识别,对排名有一些好处的。

七、图片的alt标签优化

图片alt标签优化是最基础的技巧了,然而最基础的也就越重要,在图片上传好了之后千万不要忘了添加alt标签。百度蜘蛛判断图片内容就是靠alt标签,但是要注意不要在alt标签里堆砌关键词,笔者建议直接用文章标题就是个不错的选择。

八、把图片储存本地化

花大量时间去原创图片虽然原创对排名和用户有很大的好处,但由于时间关系,确实有点不显示。所以笔者建议在盗用类似图片的时候最好还是本地化把图片存在自己服务器里面。这样别人在复制你文章的时候还可以给你网站多加一条外链,自己网站权重就会高点了。

总结:

网站图片优化能给用户带来良好的体验,搜索引擎的收录,建议大家还是注重起来图片的优化,希望可以帮到大家。

作者:erenqiu

来源:卢松松博客,欢迎分享。

拓展知识:

seo优化图片

移动优化的三种方式

移动网站大体上有三种方式可以选择:

响应式设计(responsive design):

PC站和移动站的URL是完全一样的(不管用什么设备访问都一样),返回给浏览器的HTML代码也是一样的,不同宽度的屏幕排版不同是通过CSS控制的。以前也经常称为自适应设计,就是因为排版是根据屏幕宽度自动适应的。

动态服务(dynamic serving):

PC站和移动站的URL是完全一样的,这点和响应式设计相同,但动态服务方式返回给浏览器的HTML代码(以及CSS)是不一样的,PC设备得到的HTML代码是PC版,移动设备得到的HTML代码是专门做了移动优化的移动版本。

独立移动站(separate m. site) :

移动站的URL和PC站是不一样的,通常用单独的子域名,比如PC站是www.httseo.com,移动站是m.httseo.com,当然移动站的HTML代码(以及CSS)与PC站也是不一样的,是专门做了移动优化的。换句话说,这种方式下,移动站就是个独立的网站。

这三种方式各有各的特点。

响应式设计

既然URL一样,所有设备得到的 HTML代码也一样,好处显而易见:简单明了,搜索引擎不会被弄糊涂。搜索引擎抓取、索引一套页面就行了,提高索引效率,尤其对大网站,抓取份额浪费在多个URL上,就意味着降低深层页面被抓取的机会。自适应设计只有一个URL,链接、权重计算都集中在一个URL上,不会出问题。

用户也不会被弄糊涂,收藏书签、分享页面也不会因为URL的不同而出问题。

站长方面开发维护一套代码就可以了,后端开发成本相对低一些。建设的外链也集中在一个URL上。不需要判断设备、浏览器类型,也不需要转向,也就不会出错。

当然也有坏处。比如,移动设备由于屏幕大小的关系,经常要隐藏一些内容和功能,但还是需要下载完整的HTML代码,经常还包括图片,所以会浪费带宽。手机网速慢的话,多下载文件就意味着速度变慢。而且,同一套代码要在所有设备显示正常,还要尽快开始渲染,前端设计需要比较高的水平。

响应式设计的页面必须设置viewport,告诉浏览器按照屏幕宽度自动调整页面排版:

<meta name=”viewport” content=”width=device-width, initial-scale=1.0″>

虽然有缺点,但随着移动网速、手机性能的提高,响应式的缺点逐渐显得没那么致命,而它的简捷性就更显优势了。所以,响应式设计是今后的方向,是大势所趋。这也就是为什么我建议新网站,或者刚刚要做移动SEO的网站,肯定直接就做响应式了,不用考虑其它选项。(除非贵公司不差钱,可以考虑动态服务。)

独立移动站

和响应式设计相比,独立移动站显然开发成本要提高,要开发维护两套代码。随着国内人力成本提高,需要重复做的事情会越来越不划算。

独立移动站的更大潜在麻烦是URL的不同可能造成混乱和各种出错。比如,既然移动和PC版本URL不同,搜索引擎就需要建立对应关系,必须判断PC页面对应的移动版本URL是什么,移动页面对应的PC版本URL是什么。网站需要在页面添加代码帮助搜索引擎判断:

PC页面需要加下面代码指明移动版本位置:

<link rel=”alternate” media=”only screen and (max-width: 640px)” href=”https://m.httseo.com/”>

对应的移动页面需要加下面代码指明PC版本位置:

<link rel=”canonical” href=”https://www.httseo.com/”>

在搜索引擎两个版本都抓取了、并且正确判断的情况下,PC和移动版本就建立了一一对应关系。但是,如果站长把标签加错了怎么办?搜索引擎只抓取了一个版本怎么办?搜索引擎没有准确解析<link ref>标签怎么办?

而且,要建立一一对应关系,需要PC版本和移动版本主体内容是一样的。很多时候m.移动版本页面内容精减或修改过多,搜索引擎认为内容不相符怎么办?甚至有的时候独立移动站只建了部分页面,很多PC页面没有对应移动页面又怎么办?

网站有两个版本,用户在添加书签、分享链接时,不可避免地会有一部分指向PC页面URL,一部分指向移动URL,链接权重将分散。

通常,为了用户体验和帮助搜索引擎判断对应关系,网站需要做符合规则的转向:

PC用户由于某种原因访问了移动URL的话,需要被自动301转向到PC版本URL

移动用户由于某种原因访问了PC页面URL的话,需要被自动301转向到移动URL

301转向一般是服务器端做的,首先就需要根据浏览器用户代理匹配特征字符串判断用户设备和浏览器类型,上网设备和浏览器五花八门,程序100%检测正确不是件容易的事。判断出错,用户可能就只能看到一个排版错误的页面,甚至某些功能都无法使用。搜索引擎蜘蛛也可能被判断错,导致不能建立两个版本的对应关系。

大公司需要用子域名做多语言网站SEO的话,加上m.独立移动站,就会使管理子域名更加复杂,因为网站又要增加:

sg.httseo.com

m.sg.httseo.com

cn.httseo.com

m.cn.httseo.com

等等。多语言hreflang标签和独立移动站的<link ref>标签排列组合起来,哪个对应哪个不能弄错了。如果再加上Google AMP和百度MIP页面版本,所有版本之间的对应关系和标签写法,可能会把人绕晕倒。

动态服务

动态服务和独立移动站一样,首先在服务器端判断设备和浏览器类型,然后在同样的URL上、根据浏览器屏幕宽度返回不同的HTML和CSS代码。

所以动态服务方法相当于把响应式设计和独立移动站的优点结合起来了,即有URL统一的简洁明了,又有独立移动站的代码优化,SEO效果是最好的。当然,代价是前后端成本都要提高。

对不差钱的公司来说,动态内容是最佳选择,比如amazon现在就是用动态服务做移动优化的,URL统一简单,不会出错,两个版本的代码还可以分别优化,据说,亚马逊移动版本节省了40%的文件下载量,对手机用户来说,页面打开速度的提升是至关重要的 。

是否使用动态服务要看公司情况。对大部分网站来说,页面内容、排版、功能没那么复杂,响应式设计已经满足需要,用高成本实现动态服务,节省的下载量没那么明显,比如SEO每天一贴这种博客,还有大量内容型网站,页面连个图片都没有,除了留言也没有别的交互,那是一点下载都节省不了,动态服务就没意义了。

搜索引擎蜘蛛访问动态服务的页面时,从HTML代码是无法自动知道不同浏览器得到的代码将会是不同的。比如PC蜘蛛访问时,得到的是PC版代码,但蜘蛛并不必然知道移动蜘蛛来访问的话会得到不同的代码,所以服务器端需要通过Vary HTTP头信息告诉搜索引擎蜘蛛,PC蜘蛛和移动蜘蛛得到的代码是不一样的,两个蜘蛛都要来访问一下。比如amazon.com页面的服务器头信息:

< Content-Type: text/html

< Content-Length: 6400

< Connection: keep-alive

< Server: Server

< Date: Sat, 27 Jul 2019 16:42:45 GMT

< Vary: Content-Type,Host,Cookie,Accept-Encoding,X-Amzn-CDN-Cache,X-Amzn-AX-Treatment,User-Agent

< Edge-Control: no-store

< x-amz-rid: KH589YRZC8QEW3QEWGKD

< X-Cache: Error from cloudfront

< Via: 1.1 1b52a5dd431f9e3c81753e61dfdf467a.cloudfront.net (CloudFront)

< X-Amz-Cf-Pop: SFO9

< X-Amz-Cf-Id: 0qtVw99a2_AustEZ-dxC_cs9hfVzyll-DmHnmWFDtBSWKtinpxhB2Q==

其中Vary那行就是通知浏览器/蜘蛛,根据后面列的情况不同,HTML代码是不同的,Vary: User-Agent指的就是根据浏览器用户代理的不同,HTML代码是不同的。

对独立移动站的执念来自何处

很多公司和站长对独立移动站情有独钟,认为m.移动站SEO效果是最好的,做新网站还要做独立m.站。这个执念可能来自两方面。

一是以前百度更建议独立移动站。但现在4年过去了,百度现在的正式官方态度我没有看到,但两年前百度搜索主任架构师谭待明确跟我说过,百度也认为响应式设计是未来趋势,百度也推荐转向响应式设计。我的观察是,百度现在对响应式设计的支持没有问题。

Google一直以来就是推荐响应式设计的。

当然,这里说的推荐,并不是说响应式比独立移动站的SEO效果更好,而只是表明,百度和Google对三种方法是一视同仁的,排名上并不偏向哪一个,SEO效果是一样的。既然效果一样,当然推荐那个简单便宜的了。

第二个原因,就如开头读者说的,目前在百度移动搜索排名靠前的m站较多。这是个准确的观察,确实百度移动搜索结果中排名好的m站很多,在不少行业,m.站排在前面的占大部分。不过,这并不必然说明m.独立移动站有SEO优势,我觉得这更多是采样偏差造成的。

举个例子,数据表明,车祸发生大部分是男性司机造成的,不过这是否说明男司机开车有劣势呢?恐怕不能这么认为,因为必须考虑路上司机的男女比例,很可能开车的80%是男的,造成了70%的车祸,所以70%车祸是男司机造成,不能说明男司机开车水平比女司机差。

移动搜索排名也是同样道理。现在排名靠前的m.站居多,很可能这些站绝大部分是老站(所以才排名能力高嘛),而几乎所有老站当初开始做移动SEO时都是从m站入手的,不到万不得已,这些使用m站的老站不会去改为响应式设计,因为改动太大了,冒险,又没有明显好处(如前所说,三种方式SEO效果一样的),没有动力改。

所以,老站、大站排名好,而老站、大站又以m站为主,所以我们就看见m站排名好了。但这不说明一个新站就要学着做m站啊。