- 实时搜索无需重新加载页面即可立即返回结果，从而显著改善用户体验。
- Algolia 和 Elasticsearch 等引擎，以及 Web API 和人工智能，使您能够构建功能强大且高度可定制的搜索引擎。
- Laravel 等框架和原生 Android 组件简化了带有自动完成和建议功能的搜索引擎的技术实现。
- 实时分析和谨慎的隐私管理是优化和个性化搜索而不失去用户信任的关键。
在 Web 应用程序中，实时搜索已成为提供敏捷、相关且无缝体验的关键要素。从用户输入时即可推荐产品的电商网站，到实时更新的分析仪表盘，用户不再希望等待页面加载以查看结果。
与此同时，支撑这一切的工具和服务生态系统也十分庞大：例如 Algolia 或 Elasticsearch 等搜索引擎、与 Web API 的集成、使用 Laravel 和 JavaScript 构建的自定义搜索引擎、Android 原生搜索组件、Clicky 或 Fathom 等实时分析系统，以及 Google 的 Web 和 App Activity 等隐私设置。了解所有这些组件如何协同工作，对于选择合适的架构以及控制成本、性能和数据至关重要。
Web 应用程序中的实时搜索是什么？它为什么如此重要？
我们所说的实时搜索，指的是这样一种界面：当用户输入查询内容时，应用程序会立即向服务器（或外部搜索引擎）发送请求，处理信息，并在不重新加载页面的情况下更新搜索结果。所有这些操作的延迟都非常低，因此用户体验几乎是瞬间完成的。
在数字化体验中，提供快速准确的搜索不再是“锦上添花”，而是至关重要的成功因素。糟糕的内部搜索功能会导致转化率下降、跳出率升高，并让用户感到沮丧；而精心设计的搜索功能则可以延长用户停留时间，提高购买可能性，并提升用户对应用的整体满意度。
实时搜索不再局限于网站上的传统文本框。如今，它融合了自动完成、动态筛选、拼写纠错、基于历史记录的个性化搜索，甚至还包括由人工智能模型根据从网络实时获取的数据生成的答案。
搜索引擎和实时搜索服务的生态系统
在当前的市场环境下，实时搜索解决方案生态系统十分丰富，涵盖了从高级SaaS引擎到完全可定制的底层API等各种类型。每种工具都有其自身的优势、成本和理想应用场景。
在“搜索即服务”领域，Algolia是最知名的公司之一。它提供基于云的搜索引擎，几乎可以即时提供搜索结果，并具有可配置的相关性以及众多专为网页和移动应用程序设计的功能。
它的运行原理是在其服务器上对数据进行索引。索引完成后，查询将使用高度优化的算法（内部采用二分查找、倒排索引和其他优化等结构和技术）进行解析，即使在包含大量记录的集合中，也能在毫秒内返回结果。
Algolia 的突出之处在于它包含诸多功能，例如分面搜索、匹配高亮显示、拼写错误容错、同义词以及基于属性或规则的相关性调整。这使得开发者能够专注于用户体验，而不是搜索引擎复杂的工程设计。
例如，在网上商店中，可以提供搜索功能，用户只需输入“运动鞋”，即可实时看到相关产品，并按品牌、价格或尺码进行筛选。在内容平台上，可以轻松实现按类别、日期或标签筛选的功能，例如，搜索“科技”即可将搜索结果限定为最近 30 天内的文章。在招聘网站上，即时搜索可以包含职位名称、地点、薪资范围和其他属性，从而提供非常流畅的用户体验。
由于其完善的 API 文档和支持多种语言（JavaScript、PHP、Laravel 等）的客户端，技术集成非常便捷。只需将记录上传到相应的索引，然后在前端使用其 SDK 执行查询并实时显示结果即可。
Elasticsearch及其集成生态系统
Elasticsearch 是一个基于 Lucene 构建的搜索和分析引擎，旨在索引海量数据并快速提供搜索结果。它最大的优势之一是其广泛的集成生态系统以及对几乎任何来源数据的适应能力。
该平台拥有超过350 种集成，涵盖数据连接器、语言客户端、数据导入管道和可视化工具。这使您可以与数据紧密协作，无论数据存储在日志、数据库、事件队列还是文件中，并构建近乎实时更新的搜索索引。
通过其 REST API 和官方客户端，可以发送文档、更新索引，并执行包含筛选、聚合、排序和自定义相关性的复杂查询。Elasticsearch 在监控、可观测性、日志记录和分析应用中尤其受欢迎，但也用于需要高级搜索功能的 Web 应用程序。
其架构的灵活性和聚合能力使其能够将全文搜索与指标、图表和仪表板相结合，所有这些都基于相同的数据。因此，当实时搜索是更广泛的分析平台的一部分时，它是一个极具吸引力的选择。
与“即插即用”的 SaaS 相比，它是一种技术性更强的解决方案，通常需要更多的配置、维护和调整工作，但作为回报，它可以对指标、资源和成本进行精细控制。
利用人工智能和搜索引擎结果页面API实现实时网络搜索和成本分析
除了在特定应用程序内进行搜索之外，人们越来越希望访问网络上的实时信息，并将其与人工智能模型相结合，以生成最新的答案。一种广泛使用的方法是利用已经集成了网络搜索和语言模型的应用程序接口（API）。
一个实际的例子是将Perplexity API 与 SONAR 模型结合使用，这样就可以向网络发送查询并获取基于检索结果生成的响应。这种解决方案能够提供最新的准确性和上下文信息，但成本较高。根据上述案例，每 1000 次调用大约需要 5 美元，实际成本可能略高一些。
鉴于这种情况，由此产生了一些合乎逻辑的问题：是否有可能通过将搜索引擎结果页面 (SERP) API 与 ChatGPT 等模型或其他更经济的 LLM 相结合来降低成本？
理论上可以：你可以使用廉价的 SERP API 来检索链接，然后使用更经济实惠的 AI 模型来处理和总结信息。
然而，在实践中，将搜索引擎结果页面 (SERP) API 与其他语言学习管理系统 (LLM) 结合使用通常速度较慢，并且在许多情况下会产生质量较低的结果，因为工作流程涉及多次调用、HTML 解析或额外的文本提取。所有这些都会抵消部分成本节省，并使架构更加复杂。
其他替代方案包括专用的网络搜索 API，例如Cloudsway 网络搜索 API，旨在为企业环境提供速度、准确性和可扩展性。这些 API 通常侧重于搜索结果的质量和基础设施性能，因此易于用作实时响应系统的基础。
使用 Laravel 和 JavaScript 实现一个实时搜索引擎。
如果您更倾向于自行构建解决方案，Web 应用中一个非常常见的模式是使用 Laravel 作为后端框架，JavaScript 作为前端框架来实现实时搜索引擎。其思路很简单：用户在文本框中输入内容，JavaScript 向服务器发送异步请求，Laravel 查询数据库并以 JSON 格式返回结果，无需重新加载页面即可显示结果。
基本流程包括：定义一个 Eloquent 模型来表示要搜索的表格（例如，一个与国家/地区表格关联的Country模型），在 Laravel 中设置 HTTP 路由来处理搜索，创建一个控制器来处理 AJAX 请求，以及设计一个包含搜索输入和必要 JavaScript 代码的视图。
在 Eloquent 模型中，通常会将`$guarded`留空数组，以便进行批量分配，并在表未使用`created_at`和`updated_at`列时禁用时间戳。这使得与记录的交互更加直接，同时在接收用户数据时仍能保持安全性。
关于路由，通常的做法是定义一个 GET 路由来显示带有搜索栏的视图，以及一个 POST 路由（或带有参数的 GET 请求）来处理搜索。例如，一个 ` /search`路由指向视图控制器的 `index` 方法，另一个路由指向 `search` 方法，该方法读取提交的文本并查询数据库。
搜索控制器会检查请求是否为 AJAX 请求，如果是，则对模型执行查询（例如，使用LIKE 按名称筛选并将结果限制为 10 个元素），并返回一个包含成功指示符、消息和找到的数据的 JSON 结构。这大大简化了客户端 JavaScript 将要处理的响应。
在视图（例如welcome.blade.php ）中，会创建一个包含搜索字段和结果容器的表单。为了在 Laravel 中启用安全的 POST 请求并正确配置 fetch 请求头，务必包含带有CSRF 令牌的meta 标签。
该 JavaScript 脚本为搜索框添加了一个事件监听器，该监听器会在每次按键（keyup 事件）时触发。在这个事件处理程序中，它会向搜索引擎发送一个 fetch 请求，请求体中包含当前文本，并设置 Content-Type、X-Requested-With 和 CSRF 令牌等标头。当响应到达时，它会被转换为 JSON 格式，生成 HTML 代码（例如，一个包含 li 标签的 <ul> 列表，每个结果对应一个 <li> 标签），并将其插入到结果容器中。
这种模式可以构建一个轻量级的搜索引擎，无需像 jQuery、Axios 或 Vue 这样的额外库，从而有助于保持良好的加载速度，尤其是在您已经使用像 Bootstrap 这样重量级的样式框架的情况下。对于中小型项目而言，这种解决方案绰绰有余且易于维护。
Android 中的辅助搜索：SearchView、Intent 和建议
在移动环境中，Android 提供了原生机制来实现实时辅助搜索，既可以通过浮动搜索对话框，也可以通过可以放置在界面中的 SearchView 小部件（例如，在应用栏中或布局中）。
搜索对话框是一个系统管理的组件，当用户激活时，它会显示在屏幕顶部。Android会处理此对话框中的所有事件：它捕获查询、发送已配置的建议，并在搜索启动时生成一个指向特定搜索 Activity 的 ACTION_SEARCH 操作的 Intent。
SearchView 组件是一个可以放置在布局中的视图，默认情况下，它充当普通的文本字段。但是，如果配置为与 Android 搜索系统配合使用，它可以将查询委托给搜索活动、显示搜索建议，并像标准对话框一样处理语音搜索。
要启用此功能，您需要在 XML 中创建一个搜索配置文件（通常是 res/xml 中的 searchable.xml），在其中定义搜索框的行为：标签、帮助文本（提示）、语音选项、建议功能等。根元素是 <searchable>，您必须至少包含一个 android:label 属性，理想情况下，还应包含 android:hint 属性。
接下来，在 AndroidManifest 文件中声明一个搜索 Activity，该 Activity 接收 ACTION_SEARCH 操作，并通过包含 android:name="android.app.searchable" 和相应 XML 资源的 <meta-data> 元素与该配置关联。此 Activity 将负责接收搜索意图、提取查询并显示结果。
当用户执行搜索操作时，搜索活动会接收到包含 ACTION_SEARCH 操作的 Intent 以及一个包含用户输入文本的附加 QUERY。开发者可以据此查询本地数据库、远程数据或其他任何信息源，并使用适配器（例如，如果使用 SQLite，则可以使用 CursorAdapter）在 RecyclerView 中显示结果。
该搜索可以在 SQLite 数据库上运行，使用全文搜索 (FTS3)来提高长文本的性能和相关性，也可以在在线数据上运行，在这种情况下，建议在等待网络结果时显示进度指示器。
搜索对话框可以更深入地集成到应用程序体验中：可以将搜索活动设置为singleTop 启动模式，以避免用户执行多次连续搜索时创建多个实例，并且可以通过 APP_DATA Bundle 传递额外的上下文数据，以根据启动搜索的屏幕来优化搜索。
SearchView 小部件还允许您自定义许多方面：添加一个明确的提交按钮（而不是仅仅依靠 Enter 键），启用建议查询增强功能（以便可以插入和编辑建议），以及在图标化状态（仅图标）和完全可见的搜索框之间切换。
如果将小部件作为操作视图放置在应用栏中，则需要注意，在小屏幕上空间可能不足，菜单项最终可能会出现在展开的菜单中。在这种情况下，建议在点击小部件时使用 `onSearchRequested()` 激活搜索对话框，从而根据上下文将小部件和对话框组合在一起。
最后，Android 允许您通过在搜索设置中使用 `android:voiceSearchMode` 属性，将麦克风按钮集成到对话框或控件中，从而添加语音搜索功能。这样，转录的查询将直接发送到搜索活动。但是，值得评估一下应用程序的使用模式是否适合这种流程，因为用户在启动搜索之前没有机会查看识别出的文本。
实时分析以衡量搜索使用情况
实现实时搜索只是成功的一半；另一半在于分析用户如何使用它。一些分析工具可以提供实时或低延迟的指标，帮助您了解用户正在搜索什么、使用哪些设备以及他们如何与搜索结果互动。
Adobe Analytics是一款面向企业环境的高级分析解决方案，可用于收集和分析多渠道数据，例如页面浏览量、独立访客、购买记录、订单归因、转化漏斗和客户旅程。它可与网站、电子邮件和应用程序集成，并支持构建详细的仪表板和高度精确的细分。
对于寻求开放解决方案的项目，Matomo（原名 Piwik）提供了一个开源的、可自行托管的网络分析平台，该平台能够收集非抽样数据，包括网站流量、电子商务、目标、事件和自定义细分。如果您希望更好地掌控数据，并且不想使用封闭的 SaaS 解决方案，那么 Matomo 是一个极具吸引力的选择。
Clicky是另一款分析工具，其亮点在于实时性，几乎可以即时显示活跃访客、页面浏览量和事件等数据。它可用于监控流量高峰期或特定营销活动期间的搜索使用情况，并快速检测相关性或性能问题。
另一方面，Fathom则更注重简洁性和隐私保护，提供浏览量、独立访客、平均停留时间、跳出率、目标完成率、流量来源、国家/地区、设备和浏览器等基本指标，并明确强调数据保护。这对于那些既想遵守隐私法规又不想牺牲搜索使用情况概览的用户来说，可能非常实用。
网络和应用程序中的隐私、个性化和活动
实时搜索功能越来越依赖用户行为数据来个性化搜索结果：搜索历史、访问过的页面、之前的互动等等。在谷歌生态系统中，关键组件之一是与用户帐户关联的“网络与应用活动记录”设置。
启用此选项后，系统会将您的搜索历史记录和在其他 Google 服务中的活动保存下来，从而提供更加个性化的体验，例如更快、更相关的搜索结果、更实用的应用以及相关的内容推荐。这些信号用于推断用户兴趣，并改进产品以及检测欺诈或滥用行为。
用户可以随时在“账户活动控制”或“我的活动”部分禁用此设置或删除历史活动记录。他们还可以要求查看完整历史记录时进行额外的验证步骤，从而提高存储信息的安全性。
如果您使用 Chrome 等浏览器，还可以选择将您的浏览历史记录、在使用 Google 服务的网站和应用上的活动以及您的语音和音频活动都纳入其中。所有这些信息都可用于进一步个性化搜索结果，无论您在线还是在某些情况下离线浏览。
需要注意的是，浏览器历史记录（无论是否使用谷歌浏览器）都会保存搜索记录和访问过的网站，而使用隐身模式等隐私模式可以阻止这些活动被本地记录。从开发者的角度来看，至关重要的是要公开透明地说明收集哪些数据、如何使用这些数据，并提供清晰的同意和控制选项。
在企业或教育环境中，与网络和应用活动相关的某些功能可能取决于组织 Google 帐户管理员的配置，这限制了可自定义的程度以及这些数据如何与内部应用程序集成。
在设计实时搜索系统时，考虑所有这些隐私影响至关重要，这既是出于法律原因，也是为了建立用户信任。在个性化和尊重隐私之间取得良好的平衡，对于应用程序的普及和用户评价至关重要。
当前Web应用中的实时搜索格局融合了强大的搜索引擎、人工智能集成、Laravel等框架、原生Android工具、分析工具以及交织的隐私和个性化层。选择合适的架构——无论是Algolia或Elasticsearch之类的解决方案、使用Laravel和JavaScript构建的自定义搜索引擎，还是与Android搜索系统的深度集成——都涉及对数据量、预算和隐私需求的评估。精心设计的方案能够提供快速、相关且安全的搜索，并符合当前用户的期望。
