多地点企业Google评论Schema/代码段管理及修正方案咨询

原代码存在的问题 #

• Review对象的name字段为空，这是Schema.org中Review类型的必填属性，需填写评论的标题（如用户给出的评价主题）
• LocalBusiness缺少核心必填属性：address（结构化地址）、telephone，Google的结构化数据验证要求这些信息来匹配真实的本地商家实体
• aggregateRating中的reviewCount若为手动填写，需与实际包含的review数组数量逻辑一致，避免数据矛盾
• 未确保LocalBusiness的信息与对应地点的Google My Business（GMB）账号完全匹配，这会影响搜索引擎对实体的识别

修正后的Schema代码示例 #

<script type="application/ld+json">
{
    "@context": "https://schema.org/",
    "@type": "LocalBusiness",
    "name": "XX分店（具体地点名称）",
    "image": "https://business.com/wp-content/uploads/2021/05/image.jpg",
    "telephone": "+1-XXX-XXXXXXX",
    "address": {
        "@type": "PostalAddress",
        "streetAddress": "123 Main St",
        "addressLocality": "New York",
        "addressRegion": "NY",
        "postalCode": "10001",
        "addressCountry": "US"
    },
    "aggregateRating": {
        "@type": "AggregateRating",
        "ratingValue": "4.7",
        "reviewCount": "60",
        "bestRating": "5",
        "worstRating": "1"
    },
    "review": [
        {
            "@type": "Review",
            "author": "John Doe",
            "datePublished": "2022-11-10",
            "description": "服务很专业，环境整洁，下次还会来",
            "name": "非常不错的体验",
            "reviewRating": {
                "@type": "Rating",
                "bestRating": "5",
                "ratingValue": "5",
                "worstRating": "1"
            }
        }
    ]
}
</script>

多地点评论Schema管理关键要点 #

• 实体唯一性：每个地点页面的LocalBusiness Schema必须独立，所有字段（名称、地址、电话、评分）必须与该地点的GMB账号信息完全一致，不能跨地点复用
• 数据自动化：建议通过GMB官方API拉取评论和评分数据，避免手动维护带来的错误和数据滞后
• 验证优先：每完成一个地点页面的Schema部署，用Google Rich Results Test工具验证，确保无报错或警告
• 评论真实性：所有展示的评论必须是真实用户的有效评价，禁止伪造评论内容，否则会触发搜索引擎处罚

内容的提问来源于stack exchange，提问作者user75472