<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>百度搜索 &#8211; moneyslow.com</title>
	<atom:link href="https://moneyslow.com/tag/%E7%99%BE%E5%BA%A6%E6%90%9C%E7%B4%A2/feed" rel="self" type="application/rss+xml" />
	<link>https://moneyslow.com</link>
	<description>making money with technology</description>
	<lastBuildDate>Sat, 14 Nov 2015 09:45:44 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.7.5</generator>
	<item>
		<title>百度搜索和搜狗搜索的故事</title>
		<link>https://moneyslow.com/%e7%99%be%e5%ba%a6%e6%90%9c%e7%b4%a2%e5%92%8c%e6%90%9c%e7%8b%97%e6%90%9c%e7%b4%a2%e7%9a%84%e6%95%85%e4%ba%8b.html</link>
		
		<dc:creator><![CDATA[moneyslow]]></dc:creator>
		<pubDate>Tue, 10 Nov 2015 14:04:32 +0000</pubDate>
				<category><![CDATA[newest]]></category>
		<category><![CDATA[搜狗搜索]]></category>
		<category><![CDATA[百度搜索]]></category>
		<guid isPermaLink="false">http://blog.a8z8.com/?p=1755</guid>

					<description><![CDATA[　　互联网是个大江湖，有利益的地方就有纷争，尤其是入口之争最为惨烈。近日，原本相处和谐的两家公司百度和搜狗对簿公堂，因搜索入口和输入法入口的争夺互诉至法院。今年10月底，百度诉搜狗恶意劫持流量一案胜诉，搜狗被判停止不正当竞争行为，并赔偿百度50万元。在27日该案一审判决百度胜诉前一日，搜狗反起诉百度输入法侵权，提出高达8000万元的赔偿要求。 　　百度诉搜狗判决书深度解析：创新不是作恶挡箭牌 　　百度和搜狗纠纷一出本人就一直关注事件走向，为了更深入的了解该案，仔细研读《北京市海淀区人民法院民事判决书(2015)海民(知)初字第4135号》(下文简称：判决书)全文。整个事件要从搜狗推出的"灵犀"输入法说起，简单的来说，此前当用户打开百度搜索框，行为非常明确使用百度进行搜索行为时，用户使用"搜狗输入法"在百度搜索框输入文字，搜狗"灵犀"输入法自动(注意非用户行为)提供混淆百度搜索联想功能联想界面，用户回车键或点击"灵犀"输入法联想结果就会跳转到搜狗搜索结果，劫持了部分原本要使用百度服务的用户行为，争夺和分流百度搜索市场。从一些反馈来看，用户对此并不知情，是一审判决百度胜诉的主要原因。 　　       　　       　　(百度搜索联想功能与搜狗"灵犀"输入法界面对比图) 　　其实将输入法和搜索结合已经很常见，包括百度输入法、谷歌输入法、必应输入法等都采取了类似做法。不过同上面几个不同的是，使用其他输入法跳转某搜索会有明确的提示，用户误触率几乎为零。而搜狗"灵犀"输入法却是在用户不清楚的情况下、混淆与百度搜索联想功能的方式导流，这是被判不正当竞争的最根本原因。 　　同时，搜狗对百度搜索采取了有针对性的区别歧视对待，构成不正当竞争。除百度搜索使用"搜狗输入法"会出现上述情况，在雅虎搜索、搜搜搜索、360搜索使用"搜狗输入法"却并未出现流量劫持的设置。 　　       　　(用户使用谷歌输入法需点击右侧黑色圈才会跳转到谷歌搜索) 　　       　　(用户使用必应输入法需点击右侧黑色圈才会跳转到必应搜索) 　　上文说过，百度、谷歌、必应都有类似功能，但都遵守一个规则，就是显著地进行提示用户，并且设置误触机制，确保只有当用户明确要使用XX输入法的搜索功能时，才会使用搜索。但利用用户习惯，在未告知情况获取流量的做法却是搜狗独创，这种创新不要也罢，于公是不公平竞争，于私是不尊重用户。 　　作为一直低调发展的搜狗突然爆出不正当竞争事件，让人扼腕。在我看来，除了竞争压力外，同搜狗年底欲赴美上市计划有很大关系。 　　搜狗赴美上市计划遇冷：为估值铤而走险? 　　2015年初，据彭博社报道，知情人士透露，搜狗计划最早今年下半年在美国首次公开募股(IPO)，估值超过30亿美元。2013年9月腾讯以4.48亿美元，并将旗下的搜索和QQ 输入法并入搜狗现有的业务中，战略入股，彼时搜狗估值约为12亿美元左右。近两年间搜狗在得到腾讯战略支持下，仅翻了1.6倍左右，这种增长速度结合流量巨擘腾讯战略入股，并不是十分明显。 　　根据Analysys易观智库产业数据库发布的 《中国搜索引擎市场季度监测报告2015年第2季度》 及《第3季度》中的数据显示，2015年第2季度，在未含渠道收入的中国搜索引擎运营商市场收入份额中，百度占到79.81%，谷歌中国为10.89%，搜狗为6.34%，其他为2.96%。到了第3季度，在未含渠道收入的中国搜索引擎运营商市场收入份额中，百度占到81.11%，谷歌中国为10.02%，搜狗为5.84%，其他为3.03%。 　　可以看到，以搜索为主要盈利业务的搜狗，两个季度市场收入份额不增，反而降了0.5个点。这对于一个准备上市的公司来说是个很不好的消息，按照互联网公司惯例，上市前夕冲刺业绩能保证好的估值。如以亏损著称的京东上市前夕就一改往日形象，前三季度实现盈利6000万元。业内猜测，搜狗或因面临上市估值压力，被迫采取非常规手段劫持百度流量为上市前财报做准备。虽然理解王小川的心情，但为了高估值而破坏行业规则，的确不是一家技术公司该做的事情。 　　腾讯红利已尽，瓶颈到来搜狗出路在哪? 　　其实，2013年腾讯战略入股搜狗后，曾是搜狗扩大搜索市场占比的最好机会。除了上文提到过腾讯入股搜狗后给予的支持外，还有手机腾讯网、QQ手机浏览器、手机QQ等腾讯旗下产品作为搜狗移动搜索的导流入口，11月3日腾讯领投5000万美元投资知乎C轮之后，也有知乎和搜狗的合作消息。但近两年的深度合作，腾讯带来的流量红利已经用尽，寻求新的增长点对搜狗迫切性不言而喻，不过选择对百度流量劫持的做法显然跑偏了。先不说百度作为巨头的反击实力，至少在方向上王小川已经丧失了当初对市场的嗅觉，甚至有点慌不择路的意味。 　　瓶颈的到来对于这个曾被百度、腾讯、360抢夺的互联网新秀是重大的打击，本人认为，除了利用搜狗输入法劫持百度搜索流量，搜狗能做的事情还很多，至少有以下三种途径，可突破瓶颈来完成上市前营收扩张的目标。 　　首先，同腾讯更深层的合作。如今腾讯对搜狗占股约 40%，双方可在现在基础上进行更深层的合作。腾讯手机QQ和微信这两个客户端上搜狗的存在感极弱，如果能够拿到这两个入口，搜狗移动端搜索市场占比或许能提升。 　　其次，寻找移动营收新模式。搜狗在引入腾讯战略合作后，营收增长仅翻了一倍有余(2013年第四季度搜狗总营收7000万美元，2015年第三季度搜狗总营收1.62亿美元)，最重要的原因就是PC端"输入法+浏览器+搜索"模式在移动端失效。反观之百度自收购91之后，又倾力打造14个亿级APP，Q3财报中显示百度移动营收占比为54%，而搜狗移动营收占比仅25%。并且百度作为PC搜索老大并未守旧，转型中根据移动搜索特性推出百度直达号、百度直通车等新模式，搜狗作为新秀移动转型本是弯道超车机会，但移动端作为实在乏善可陈，营收的乏力对搜狗打击很大，虽然如今再找移动营收新模式时机似乎已晚，但并非没有机会。 　　最后，寻找联盟将搜狗输入法变现。搜狗Q2、Q3财报中整体营收已在10亿人民币上下，相比市场占比相对劣势的搜狗搜索，搜狗输入法带给搜狗的收入占比一直讳莫如深，工具属性导致其变现能力一直未能突破。搜狗与其利用输入法为搜狗搜索输血间接盈利，倒不如直接寻找联盟，比如关联词直接跳转商家(例如百度直达号模式)，让搜狗输入法的用户直接转换成收益，即盘活搜狗输入法积累的海量用户，对于上市前夕的搜狗来说，也是讲了一个比偷百度流量更好的故事。]]></description>
		
		
		
			</item>
	</channel>
</rss>
