这是一篇客座文章，作者是SEMKNOX和siteSearch360的首席执行官兼联合创始人大卫•乌班斯基（davidurbansky）。大卫是一个搜索爱好者，他为电子商务网站和食谱搜索引擎建立了自然语言搜索体验。作为一个初创企业的创始人，当我们的关键产品Site search360嵌入到一个上下文中时，总是需要做出关键的产品决策。我想在我们的流程打包网站Search 360 for Cloudflare应用程序中分享一些经验、选择和挑战。什么是360网站搜索？网站搜索360是一个网站搜索解决方案。如果一个网站的页面不只是少数，那么在网站上提供一个搜索栏可以极大地改善用户体验。根据经济咨询公司的一项研究，高达30%的网络访问者在电子商务网站上使用搜索功能，搜索者有时会占到收入的40%。此外，尼尔森集团发现，51%的人在第一次查询中没有找到他们要找的东西，他们放弃了没有改进搜索-搜索最好能很好地工作。为什么要使用Cloudflare应用程序？考虑到这些事实，几乎每个网站都应该有搜索功能。然而，实现这一功能并非易事。开发人员面临着许多不明显的决策，例如：哪些内容应该和不应该被索引（你需要索引中每一页的页眉和页脚吗？可能不会！）当我添加新页面或更改某些内容时，如何使索引保持最新？我应该使用什么存储引擎？如何处理复杂的查询？如何维护额外的代码库，尤其是如果非技术领导层想改变关于索引什么的决策？因此，对于大多数网站，一个高度可定制的现成搜索解决方案是最快和最低的维护方式。Site Search 360还提供了其他功能，例如：自动完成和搜索建议高速移动能力完全控制搜索结果分析用户行为和搜索趋势深度配置要使搜索解决方案与网站的风格和主题完美契合，就必须能够对其进行定制。siteSearch360提供了60多个参数，开发者可以对其进行修改，使搜索行为符合网站其他部分的品牌和风格。不过，Cloudflare应用程序是可视化配置的，对于普通的Cloudflare用户来说，60个输入字段、单选按钮、检查列表、选择框和滑块太多了。应用帕累托原理，我们能够确定7个最常用的参数，对网站的外观和感觉影响最大。我们为Cloudflare应用程序选择了这些。开发Cloudflare应用程序的经验我们已经将Site Search 360与其他平台集成，如Zapier（read more）、Integromat、WordPress和Drupal，因此我们看到了多个界面，并经历了许多不同的过程，使集成工作并获得批准。Cloudflare最突出的地方是声明驱动的应用程序开发方法。仅使用Cloudflare提供的表单元素需要我们考虑如何将配置参数映射到Cloudflare组件，并使它们尽可能简单。仅仅是这个过程就让我们重新考虑了一些配置选项，以及如何使它们更易于使用，即使在Cloudflare用例之外也是如此。例如，我们没有让用户在搜索栏的一组图标之间进行选择，而是选择了一个。这使得我们可以直接将其嵌入到CSS中，并将CSS文件的大小最小化，否则我们可以提供的每个Base64编码图标选项都会使CSS文件的大小变得更大。关于这个过程，我要说的最好的一点就是支持。无论文档有多好，开发人员总是会有问题，因此，我们在开发过程中的每一步都能得到快速和彻底的反馈，这对我们来说至关重要。Cloudflare非常重视审批流程，只允许高质量的应用进入其应用商店。他们对细节的眼光让我们不止一次地回到绘图板上，重新思考某些设计选择，例如，我们真的需要元素边距的滑块，还是可以将其简化为"无"、"少"和"多"之间的选择？挑战我们遇到了两个主要挑战：jQuery不得不死：因为我们不知道在700多万个站点中，哪个会安装Cloudflare应用程序，所以我们不得不完全离开jQuery，以避免可能的冲突。这是另一个通过平台推动的例子，它使我们的产品在Cloudflare之外也受益匪浅。帐户和注册：为了让用户看到搜索工作，我们必须有一些索引数据。但是，如果没有Cloudflare帐户的用户只是预览应用程序，则没有索引数据。因此，我们创建了一个预览帐户，显示来自Wikipedia的搜索结果，使得注册不必预览应用程序。在任何使用Cloudflare应用程序的站点上预览Site Search 360»如果您有任何问题或反馈，您可以通过Site Search 360的社区聊天、Twitter@sitesearch或电子邮件与我们联系邮箱：mail@sitesearch360.com。寻找快乐！