Google Author以及Google Structured Data,贴上你的照片到谷歌搜索结果

本文介绍如何通过设置Google+账户和网站作者信息实现谷歌搜索结果中显示个人资料的方法,包括一致的用户名、邮箱验证及必要的HTML标签。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

之前的几次,似乎让自己认为不成功的一个原因在于需要一定的时间。而就在两天前,偶然间才发现,原来一下子就可以好了。

也因此,我们可以将自己的照片弄上谷歌的搜索结果,我说的是指:你的网站的作者和你的名字,你的头像相关连,还有人会说作者不是你么?


结果

看看下面就是这样子的结果,在Google Structured Data Test Tool上面

  1. Phodal-Geek's Life

    www.phodal.com/
    The excerpt from the page will show up here. The reason we can't show text from your webpage is because the text depends on the query the user types.
真实的效果应该是这样的

  1. Phodal-Geek's Life

    www.phodal.com/
    Translate this page
    昵称:Phodalgmszone 住在 太白南路168号 陕西省 主页是:Phodal's Homepage · Find us on Google+ 墨颀 我是计算机工程师 学生 目前在西安文理学院上学。
    You've visited this page many times. Last visit: 12/15/13
再付上一张截图


如何开始

首先,你需要有一个Google+帐号,
  • 没有的话去https://plus.google.com
  • 访问不了的话,试着修改hosts
  • 再访问不了的话,试着出国(ps:开玩笑的,不过确实是一个好方法。)
你还需要有一个域名以及域名邮箱,没有的话
  • 试着注册一个域名
  • 试着租一个VPS
  • 试着开通企业邮箱
所以,其实这是写给一些站长看的,或者一些有自己域名以及独立blog的程序员看的

开始

你需要弄一个邮箱和博客上面的作者名一样、以及和你G+的用户名一样,实际上也就是要和你Google+的用户名保持一致。

G+用户名邮箱

比如说如果你在Google+上面的用户名是Phodalgms,这个是我的,所以你不可是这个了~~。我的域名是 phodal.com那么我需要的用户名邮箱应该是
phodalgms@phodal.com
就这么简单,在新的G+政策似乎会改用户名改为G+地址,所以https://plus.google.com/+Phodalgms
在+的后面就是你的名字了
name@domain

添加publisher

我们需要这个东西加到你的网站里面,之前没有只是现在是加了
<a href="https://plus.google.com/108569130336274162470" rel="publisher"> Phodal Huang </a>
108569130336274162470发为你的Google+的ID,变成一个publisher不过这个似乎不是很重要

修改作者链接

下面这个是修改完的
<a href="https://plus.google.com/108569130336274162470?rel=author" itemprop="author" data-rel="author" rel="author">Phodal gms</a>

注意ID和rel之间有一个?

然后,到这边来试试吧
这个是我的测试链接

Enjoying it

<think>我们正在讨论FastMCP框架中客户端收到的服务器响应。根据引用[1]中的描述,FastMCP是一个用于构建和部署服务的框架。在服务器响应中,我们可能会遇到两个字段:`structured_content`和`data`。我们需要理解它们的区别。 根据FastMCP的设计模式,通常: - `data`字段通常用于承载原始数据或未处理的结果,它可能是任何格式(如字符串、二进制数据等)。 - `structured_content`则是一个结构化的字段,通常用于包含按照预定模式(如JSON Schema)组织的数据,便于程序化处理。 例如,在智能客服系统的例子中(引用[2]),OutputParser将LLM的回复转换为结构化的客服响应,这种结构化的输出可以放在`structured_content`中。而原始的LLM回复可能放在`data`中。 另外,引用[3]提到解析响应时的一个常见问题:如果响应包含Markdown包装的JSON,直接解析会失败。这提示我们,在`structured_content`中应该直接提供解析好的结构化对象,而`data`可能包含原始响应字符串(可能包含Markdown等格式)。 引用[4]提到了使用Langchain的`with_structured_output`来获取结构化输出,这类似于`structured_content`的用途。 因此,我们可以总结: - `data`: 原始响应数据,可能是字符串、二进制数据等,需要客户端进一步解析。 - `structured_content`: 已经解析好的结构化数据(通常是字典或列表),可以直接使用。 在实际的FastMCP服务响应中,一个典型的响应可能如下: ```json { "status": "success", "data": "原始响应字符串,可能包含JSON、文本或二进制数据(Base64编码)", "structured_content": { // 结构化的数据,例如: "key1": "value1", "key2": ["list", "of", "items"] } } ``` 客户端可以根据需要选择使用哪个字段。如果服务提供了`structured_content`,则优先使用它,因为它是已经结构化的,易于程序处理。如果没有,则可能需要解析`data`字段。 相关问题: 1. 在FastMCP中,如何定义服务返回的结构化内容? 2. 如何处理FastMCP服务返回的二进制数据? 3. 如何确保FastMCP客户端能够正确解析服务端返回的`data`字段?</think>在 FastMCP 框架中,服务端响应的 `structured_content` 和 `data` 字段有以下关键区别: ### 1. **structured_content** - **结构化数据**:包含预定义格式的 JSON 对象,通常用于机器可读的标准化输出。 - **典型用途**: - 存储解析后的结构化结果(如分类标签、提取的实体等) - 符合预定义的 JSON Schema 规范 - 可直接用于程序逻辑处理 - **示例**: ```json "structured_content": { "intent": "query_weather", "location": "北京", "date": "2023-10-15" } ``` ### 2. **data** - **原始数据**:包含未处理的原始响应内容,格式可能多样。 - **典型用途**: - 存储 LLM 的原始输出文本 - 包含二进制数据(如图片/音频的 Base64 编码) - 调试信息或中间处理结果 - **示例**: ```json "data": "明天北京气温 15-22°C,多云转晴,建议穿薄外套" ``` ### 3. **核心区别总结** | **特性** | `structured_content` | `data` | |------------------|---------------------------------------|----------------------------| | **数据格式** | 结构化 JSON (机器可读) | 原始文本/二进制 (人类可读) | | **使用场景** | 程序自动化处理 | 直接展示或进一步解析 | | **内容规范** | 遵循预定义 Schema | 无固定格式 | | **生成方式** | 通过 OutputParser 转换[^2] | 直接来自服务端原始输出 | | **解析复杂度** | 无需额外解析 | 可能需要二次处理[^3] | ### 4. **协同工作流程** ```mermaid graph LR A[服务端处理] --> B{输出类型} B -->|结构化结果| C[structured_content] B -->|原始响应| D[data] C --> E[客户端直接使用] D --> F[客户端解析/展示] ``` ### 5. **实际应用建议** - 优先使用 `structured_content` 实现自动化集成(如 API 对接) - 使用 `data` 调试原始输出或处理非结构化场景 - 通过 `@tool` 装饰器定义输出格式时明确区分两者[^1] > 引用说明: > [^1]: FastMCP 通过装饰器定义工具输出格式,支持结构化/原始数据分离 > [^2]: 结构化输出需使用 OutputParser 转换(如客服系统案例) > [^3]: 原始数据若包含 Markdown/JSON 混合需特殊解析
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值