墨尔本AEO：结构化数据，是给AI的身份证

人在世上行走，须有一纸证明：姓甚名谁，住在何处，做何生计。没有的，纵然确凿地活着，到了要紧的关口，也只能站在门外。网站也是如此。你的店开在 Glen Waverley，招牌漆得体面，客人进门便知道你是谁；机器却不认招牌，它只认那张看不见的身份证。

一、机器不看招牌，只看卡片

人读网页，是看的；机器读网页，是解的。你在首屏写上「墨尔本本地十二年」，字体加粗，颜色调得温暖，人看了会信；机器看见的，只是一串没有名分的文字，它不知道这十二年是店龄、是员工的工龄，还是某段文案的修辞。

结构化数据便是把这些话翻成机器认得的格式：这是商号名，这是地址，这是电话，这是营业时间，这是评分，这是你卖的东西与价钱。一句话说穿了——你把答案写成人话，也得把同一个答案写成机器话。两份写的是一件事，只是听众不同。

如今答案引擎替人作答，ChatGPT、Perplexity、Google AI Overviews 都要在几毫秒里断定「这家到底是干什么的、在不在墨尔本、可不可信」。断定不了的，它不冒险，它去提那个能被清楚断定的同行。墨尔本结构化数据的用处，不是讨好算法，是让机器有话可说。

二、该写的只有几样，不必铺张

墨尔本生意里，真正用得上的不过五六种，多写无益，写错有害。

• LocalBusiness（或它的细分类型）——商号、地址、电话、营业时间、服务区域。诊所用 MedicalClinic，律所用 LegalService，餐馆用 Restaurant，能细则细。地址要与 Google 商家资料一字不差，「Suite 4」与「Level 1」不可各执一词。
• Service 或 Product——你卖什么，怎么计价。价钱写不出准数的，写区间也胜于不写；我们建站报价写 $1,588–$3,588，便如实写这个数。
• FAQPage——把客人真问过的问题连答案一并标出。这是最容易被整段引用的一种，也是投入最省的一种。
• Article 与 BreadcrumbList——文章的作者、日期、归属，以及这一页在站里的位置。机器靠它判断你是一个有条理的站，还是一堆散页。
• Review / AggregateRating——务必是真有的评价。伪造的评分，如今一查便穿，罚起来比不写更重。

其余那些琳琅满目的类型，多是给大平台预备的排场。小生意写全上面这几样，已胜过墨尔本大半同行。

三、常见的错，都错在同一处

我们替客人查这类毛病，翻来翻去总是那几宗。

1. 说的与写的不符。页面上是「周日休息」，标记里写着七天营业；页面写 $2,000 起，标记里还留着去年的 $1,200。机器把两边一对，便判你不可信——这比没有标记更坏。
2. 标记了一个页上没有的东西。最常见是 FAQ：标记里躺着六问六答，页面上一个字也不见。这在规则里叫作弊，被逮住是整站失效，不是这一页。
3. 地址三处三样。官网页脚、Google 商家资料、Facebook 各写一版，连单元号都不同。机器于是不知该信谁，索引里便留下三个疑似不同的店。
4. 插件装了七个，彼此打架。一页吐出两份 LocalBusiness，两份自称主体，机器只好随手挑一份，往往挑的正是那份陈旧的。
5. 建站公司交付时做了一次，此后无人再碰。搬了铺面，改了电话，加了服务，标记还停在开业那一天——像一张过期的身份证，看着齐全，用起来失效。

验法很笨也很有效：拿 Google 的 Rich Results Test 与 Schema.org 的校验器各跑一遍，再自己把标记里的每一句与页面逐字对一次。对得上，才算写完；对不上，不如不写。

四、写完了，也只是开门

要说句不讨喜的实话：墨尔本结构化数据不是排名的燃料，它是门票。写齐了，机器读得懂你是谁，你便有被提起的资格；内容稀薄、没有评价、没人提及，它照样不提你。有人指望标记一挂，排名自涨，那是把身份证当作聘书。

次序上我们通常这样安排：先把商号、地址、电话与 Google 商家资料校成一版，再补 LocalBusiness 与 Service，随后把客人真问的问题写成页面内容并标上 FAQPage，最后每季度复核一遍有无过期。墨尔本网站设计与制作若是从头做，这几样本该在交付时就长在页面里，而不是事后打的补丁。

一张身份证，救不了一个没有本事的人；可一个有本事的人没有身份证，连门也进不去。墨尔本的小生意，多半属于后者——本事是有的，只是机器不认得。

常见问题（FAQ）