Official statement
Other statements from this video 17 ▾
- 1:48 Why is Google struggling to index your new content quickly?
- 2:10 Is anchor text really important for SEO?
- 4:17 Does switching your TLD really affect your organic visibility?
- 5:46 Should you simplify your site's international architecture to boost its SEO?
- 8:01 Can a domain with a questionable past truly regain Google's trust?
- 10:06 Does the alt text of images really boost your SEO?
- 10:59 Does mobile-first indexing really apply to all ranking criteria, including above-the-fold?
- 11:38 Can Google ignore your logo markup for the Knowledge Graph?
- 13:18 Do language selection interstitials really block Google’s crawl?
- 14:20 Should you really limit the number of H1 and H2 tags on a page?
- 15:55 Does Google rely on external scores to evaluate a website's reputation?
- 18:25 Can mobile-first indexing hide your poorly linked product pages?
- 21:33 Can you really paginate differently between mobile and desktop without risking SEO?
- 37:31 Can 503 errors really make your website vanish from Google?
- 38:58 Do Knowledge Graph carousels really affect your SEO ranking?
- 40:41 Should you really redirect an old category to just one of the new URLs?
- 43:12 Does internal duplicate content really harm your SEO ranking?
Google explicitly allows the reuse of customer review texts across multiple pages of a site. The only requirement is that the Schema.org structured data must accurately reflect the main topic of each page. In practice, the same review can appear on a product page and a category page, but the structured data must point to the entity actually being evaluated on that page.
What you need to understand
What is Google's official stance on the duplication of customer reviews?
John Mueller clarifies a point that generates a lot of confusion: there is nothing prohibiting the reuse of the same customer review texts across multiple URLs. This tolerance stands in contrast to Google's usual caution regarding duplicate content.
The real criterion? Consistency between structured data and the page topic. If a review mentions product X and you display it on category page Y, the Review schema must point to Y, not X. Logic takes precedence over technical rigidity.
Why this distinction between visible content and structured data?
Google identifies two levels of interpretation: traditional HTML content and Schema.org metadata. The visible reviews relate to user experience, not spam. Their duplication is not penalized if it adds value.
In contrast, structured data serves directly to the engine to generate rich snippets. Marking a product review with a Category schema would be pure spam markup. This is where Google draws the line.
When does this practice make sense?
Typically, an e-commerce site displays product reviews on the detailed page, but also on category pages, thematic landing pages, or comparisons. Duplication of these texts enhances editorial richness without forcing artificial rewrites.
Another case: multi-brand or multi-region sites that share the same translated or adapted reviews. As long as the schema points to the correct local entity (the product in the FR vs. US catalog), Google sees no issue.
- Explicit permission to reuse customer review texts across multiple site pages
- Strict requirement: the Schema.org Review markup must correspond to the main topic of each page
- Clear distinction between visible content (allowed duplication) and structured metadata (must be consistent)
- Legitimate use cases: category pages, comparisons, multi-region sites, thematic landing pages
- Red line: marking a product review with a schema pointing to a category constitutes spam markup
SEO Expert opinion
Is this statement consistent with observed practices?
Yes, and it validates what many large sites have been doing for years. Amazon, Cdiscount, or Fnac display the same reviews across multiple URLs without ranking issues. Google has never penalized this duplication as long as it remains internal to the domain.
However, the clarity on structured markup remains unclear on certain points. Mueller does not explicitly say what happens if you duplicate the entire schema without adapting it. Is it ignored? Devalued? Penalized? [To be verified] by testing with Search Console.
What nuances should be added to this rule?
First point: this tolerance applies only to internal reviews. If you aggregate content from third-party sites without added value, you fall under classic anti-spam rules. The source matters.
Second nuance: the volume of duplication. Reusing 3-4 reviews on a category page is fine. Copying 200 identical reviews across 50 landing pages, you are approaching thin content. Common sense still applies, even if Google does not provide a numerical threshold.
When does this rule not apply?
If you use third-party aggregators like Trustpilot or Avis Vérifiés, the rule changes. These platforms control their markup themselves. Duplicating their widgets without adapting the schema can create signal conflicts.
Another exception: affiliate sites that reuse Amazon reviews. Google often considers this as low-value syndicated content, regardless of markup. Mueller's tolerance targets sites managing their own reviews, not those recycling others' content.
Practical impact and recommendations
What concrete actions should you take to remain compliant?
First, audit your existing Schema Review markup. Every page with reviews must have an itemReviewed pointing to the real entity of that page. A product page = Product, a category page = Category or CollectionPage.
Next, implement conditional logic in your templates. If you display the same reviews across multiple page types, the CMS must automatically adjust the entity type in the JSON-LD. No manual copying of the schema.
What mistakes should you absolutely avoid?
First mistake: duplicating the schema without adapting it. You display a product review on a category page but keep itemReviewed as Product with the product URL? Google sees incoherent markup with the page context.
Second pitfall: over-optimizing by multiplying Review schemas. Displaying 50 reviews on a page does not justify 50 JSON-LD blocks. Google prefers a synthetic AggregateRating plus a few representative reviews. Less is more.
How can you check that your implementation is correct?
Use the Google Rich Results Test on your various page types. Ensure that the entity type being evaluated corresponds well to the main topic. A category page should show a Category or ItemList schema, not Product.
Then, analyze the Search Console Enhancements section. Errors in Review markup appear quickly there if the schema does not match the content. Also, monitor CTR variations after implementation: proper markup boosts stars in SERPs.
- Audit all existing Review schemas to verify coherence with the topic of each page
- Implement conditional logic in the CMS to automatically adjust the itemReviewed type
- Prefer a synthetic AggregateRating rather than multiplying individual Review blocks
- Test with Rich Results Test on each page type (product, category, comparison)
- Monitor Search Console Enhancements section to detect markup errors
- Document the logic of review duplication to facilitate maintenance and future developments
❓ Frequently Asked Questions
Puis-je copier les mêmes avis clients sur toutes mes pages catégories sans risque ?
Faut-il limiter le nombre d'avis dupliqués par page ?
Cette règle s'applique-t-elle aux avis agrégés depuis Trustpilot ou Google Reviews ?
Que se passe-t-il si je ne change pas le schema en dupliquant un avis ?
Dois-je créer un AggregateRating différent pour chaque page ?
🎥 From the same video 17
Other SEO insights extracted from this same Google Search Central video · duration 56 min · published on 13/11/2018
🎥 Watch the full video on YouTube →
💬 Comments (0)
Be the first to comment.