<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
<title>Icerocket blog search: tag:站内搜索</title>
<link>http://blogs.icerocket.com/search?q=tag%3A%E7%AB%99%E5%86%85%E6%90%9C%E7%B4%A2</link>
<description>Blogs Search from IceRocket.com</description>
<language>en-us</language>
<copyright>Copyright 2009, IceRocket.com</copyright>
<item>
 <title><![CDATA[【转】谈谈站内搜索]]></title>
 <description><![CDATA[作者 ：阿石 出处 前言 最近在实施网站优化过程中碰到了站内搜索，本以为是个很简单的事情，可一试才发现水很深，下面是学习心得报告（有删减），欢迎指正. 什么是站内搜索 在以往网站建设、企业信息系统搭建过程中，由于信息结构简单、内容稀缺，站内搜索乃至搜索都不是网站系统的必要装备。但随着Web2.0带来的海量信息井喷式涌现，企业自身对信息架构、管理、发布的需求，以及用户对信息的组织、查询、可寻性的要求越来越高，于是站内搜索出现了。 站内搜索通俗来讲是一个网站或商城的“大门口”，一般在形式上包括两个要件：搜索入口和搜索结果页面，但在其后台架构上是比较复杂的，其核心要件包括：中文分词技术、页面抓取技术 <b>...</b> ]]></description>
 <link><![CDATA[http://prd.voole.com/?p=493]]></link>
 <pubDate>Tue, 20 Oct 2009 21:28:00 CDT</pubDate>
 <guid isPermaLink="false"><![CDATA[8f78a164d6e8c003d8deaf1a68c9dd00]]></guid>
 <dc:creator>利剑</dc:creator>
 <source url="http://prd.voole.com">Union Voole Product Design Familly^^</source>
</item>
<item>
 <title><![CDATA[站内搜索的演化——淘宝篇]]></title>
 <description><![CDATA[淘宝今天 正式公测它的 站内搜索.在“大淘宝”的思路下，之前风传淘宝会推出一款搜索引擎以和百度抗衡，但就现在发布的公测效果来看，淘宝搜索还是面向于淘宝的卖家和买家，而不是所谓的”通用搜索引擎”.也有人称是独立搜索，由于采用的是二级域名，我们依然可以将其称为站内搜索的升级版。由于上次在 《谈谈站内搜索》中提到淘宝，通过站内搜索的易用性、信息设计方面对其深入探讨，分享给大家。 1 提升搜索易用性，挖掘技术也很重要 通过比较旧版的淘宝站内搜索，和新的升级版的淘宝站内搜索，会发现一些有趣的事情。例如以“魅族”关键词为例，旧版得出的结果为“ 在当前分类中共找到“ 魅族 ”宝贝 1394 件” ,而在新版 <b>...</b> ]]></description>
 <link><![CDATA[http://www.ashnotes.com/evolution-of-internal-site-search-at-taobao/]]></link>
 <pubDate>Tue, 20 Oct 2009 08:10:00 CDT</pubDate>
 <guid isPermaLink="false"><![CDATA[72f3cfb6ded06caf490112b40e86e393]]></guid>
 <dc:creator>ashnotes</dc:creator>
 <source url="http://www.ashnotes.com">阿石的日志</source>
</item>
<item>
 <title><![CDATA[信息架构的十大误区]]></title>
 <description><![CDATA[Jakob Nielsen是可用性工程方面的大师，在其 可用性信息技术网站上有一篇关于信息架构方面的 文章，觉得不错，翻译如下： 信息架构的十大误区 内容大概：框架结构和导航设计要紧密联系，且要和站内搜索、整个子网站相辅相成。要知道信息架构的复杂度、不一致性、隐藏的选项以及臃肿的用户界面设计等因素妨碍了用户寻找她们想要的信息 Jakob Nielsen从两个方面来阐述信息架构的十大误区：一是框架结构误区、二是导航设计误区。 一、框架结构误区 1、没有框架结构 最显著的框架结构问题是当产品设计师将网站视为一个混乱的大沼泽地，对个性化类目忽视一般组织结构原理。是的，用户可能通过使用站内搜索、当下促 <b>...</b> ]]></description>
 <link><![CDATA[http://www.ashnotes.com/top10-mistakes-of-information-architecture/]]></link>
 <pubDate>Fri, 9 Oct 2009 08:13:00 CDT</pubDate>
 <guid isPermaLink="false"><![CDATA[4eea4750eba06fbc388977515d60c619]]></guid>
 <dc:creator>ashnotes</dc:creator>
 <source url="http://www.ashnotes.com">阿石的日志</source>
</item>
<item>
 <title><![CDATA[5个方法使用搜索引擎进行指定站点的搜索[译文116]]]></title>
 <description><![CDATA[生命的主要使命是寻找……寻找幸福、爱情和网络上的资料。搜索和搜索引擎是将 WWW 绑定在一起的粘合剂。 搜索引擎将我们带到信息资源的门口。不过经常的，我们需要深入挖掘某个站点获取更多的信息，这就是为什么大多数设置良好的网站/博客/目录都有指定的站内搜索引擎。 不过在我们要查询正确的数据时，有多少次遇到一个站点缺少自己的搜索引擎？有些网站我本来应该更喜爱的，但可惜的是没有自己的搜索框。然后还有一些站点虽然有自己的搜索框不过却不能得到你想要的。所以，值得自己另行尝试进行深度挖掘。 在目前的紧缩时期，有许多变通的办法可以进行特定站点或博客的 站内搜索。 1. Google 站点搜索查询 ol 的爱好 <b>...</b> ]]></description>
 <link><![CDATA[http://louishan.com/articles/5-site-specific-search-engines.html]]></link>
 <pubDate>Fri, 2 Oct 2009 05:40:00 CDT</pubDate>
 <guid isPermaLink="false"><![CDATA[f273c7f51cefc1ef6f1162ffaefa2a90]]></guid>
 <dc:creator>Louis Han</dc:creator>
 <source url="http://louishan.com">Louis Han</source>
</item>
<item>
 <title><![CDATA[谈谈站内搜索]]></title>
 <description><![CDATA[前言 最近在实施网站优化过程中碰到了站内搜索，本以为是个很简单的事情，可一试才发现水很深，下面是学习心得报告（有删减），欢迎指正. 什么是站内搜索 在以往网站建设、企业信息系统搭建过程中，由于信息结构简单、内容稀缺，站内搜索乃至搜索都不是网站系统的必要装备。但随着Web2.0带来的海量信息井喷式涌现，以及企业自身对信息架构、管理、发布的需求，用户对信息的组织、查询、可寻性的要求越来越高，于是站内搜索出现了。 站内搜索通俗来讲是一个网站或商城的“大门口”， 一般在形式上包括两个要件：搜索入口和搜索结果页面，但在其后台架构上是比较复杂的，其核心要件包括：中文分词技术、页面抓取技术、建立索引、对搜索 <b>...</b> ]]></description>
 <link><![CDATA[http://www.ashnotes.com/talk-about-internal-site-search/]]></link>
 <pubDate>Mon, 21 Sep 2009 06:00:00 CDT</pubDate>
 <guid isPermaLink="false"><![CDATA[69180a6a7206bc3454aa05cdfc86bc15]]></guid>
 <dc:creator>ashnotes</dc:creator>
 <source url="http://www.ashnotes.com">阿石的日志</source>
</item>
<item>
 <title><![CDATA[关于站内搜索设计]]></title>
 <description><![CDATA[一直想整理一些关于站内搜索和搜索结果页面设计方面的文出来，但也一直感觉太复杂、涉及的东西太多而不断拖延。站内搜索对于不同的站来说有不一样的使命和功用，所以设计需求会很很大的区别。一开始考虑收集些资料弄一篇文章搞定的想法，自然而然地就被抛弃了。 站内搜索，对于用户来说，应该也算是个流程性的行为。从一开始意识到有搜索需求，到输入搜索词，再到从搜索列表里找到可能合适的结果，再加上可能的搜索错误等等，这个过程其实也是比较复杂的。在进行搜索设计的时候，在每个流程点上都做好并不容易。另外，根据曾经看过的一篇老外文章谈过，如果用户是通过搜索引擎到达网站，然后再进行站内搜索的时候，这个用户已经有离开的想法了。 <b>...</b> ]]></description>
 <link><![CDATA[http://blog.gexiaofei.com/site-search-and-search-design-part-1/]]></link>
 <pubDate>Wed, 9 Sep 2009 04:12:00 CDT</pubDate>
 <guid isPermaLink="false"><![CDATA[f76643ee8d2f3d928cbde3ac43710f2f]]></guid>
 <dc:creator>feir</dc:creator>
 <source url="http://blog.gexiaofei.com">天真小院儿</source>
</item>
<item>
 <title><![CDATA[站内搜索引擎的SEO策略]]></title>
 <description><![CDATA[越来越多的大中型网站都有了站内搜索引擎，站内搜索引擎如果采用正确的 SEO 策略，可以产生大量非常合理的关键词页面，可以在各大搜索引擎中带来巨大的流量。站内搜索引擎该如何 SEO 呢？很简单，只需要做好以下三步工作。 第一步：关键词的布局： 搜索结果页面中，关键词的密度是非常合理的，只要按照 SEO 的标准，合理的在网页中六个关键的地方把关键词布局好就 OK. 这类个地方分别是： tiitle 、 meta 、大标题、文字内容、图片、超链接 第二步： URL 的优化策略 一般搜索结果的 URL 都是包含了大量参数，这种 URL 在各大搜索引擎中的权重比较低，可以将其映射成权重相对比较高的目录式 <b>...</b> ]]></description>
 <link><![CDATA[http://stu114.com/hot/index.php/archives/178]]></link>
 <pubDate>Wed, 3 Jun 2009 02:48:00 CDT</pubDate>
 <guid isPermaLink="false"><![CDATA[9ea09ae15cb6839f7dcca6591b39f616]]></guid>
 <dc:creator>边飞 stu114</dc:creator>
 <source url="http://stu114.com/hot">热点导读，大学奇闻怪事--学生114</source>
</item>
<item>
 <title><![CDATA[使用Google AdSense制作站内搜索]]></title>
 <description><![CDATA[Google AdSense不仅仅可以用来做广告，还可以用来做站内搜索工具。下面我就介绍一下如何使用AdSense做站内搜索功能。 我以前曾经介绍过一个简单的加入搜索引擎站内搜索的代码，Z-Blog也可以应用这种方法，这种方法虽然简单易用，但是却不能给自己带来收益，而通过AdSense的搜索，不仅仅可以实现完全相同的功能，还可以带来额外收入，可谓一举两得。 在AdSense for Search的界面进行设置，默认的设置界面并不能很好实现站内搜索，我们需要多进行一些配置。 首先修改背景颜色，使其和博客自身的背景相融合，然后再加入域名，使其支持站内搜索，最后一点很重要，就是修改默认搜索，默认的A <b>...</b> ]]></description>
 <link><![CDATA[http://www.paopaoniu.com/html/shi-yong-google-adsense-zhi-zuo-zhan-nei-sou-suo-2731.html]]></link>
 <pubDate>Thu, 28 May 2009 15:47:00 CDT</pubDate>
 <guid isPermaLink="false"><![CDATA[e8904a665324f5e04f22daed4789729e]]></guid>
 <dc:creator>admin</dc:creator>
 <source url="http://www.paopaoniu.com">泡泡牛</source>
</item>
</channel>
</rss>


