Vấn đề là một người tiêu dùng sẽ nghĩ rằng khác nhau điều được mô tả (hay chính xác hơn: người tiêu dùng sẽ không biết nếu điều đều giống nhau hay không).
Có cách để ngăn chặn điều này¹: give each thing a URI và trong trường hợp mọi thứ giống nhau, cùng một URI.
Điều này có thể được thực hiện với @id trong JSON-LD và với itemid trong Microdata.
Vì vậy, một trường hợp đơn giản có thể là:
<!-- markup on the product page,
so the fragment "#this" results in an absolute URI like
"http://example.com/products/foo#this" -->
<!-- JSON-LD -->
<script type="application/ld+json">
{
"@context": "http://schema.org",
"@type": "Product",
"@id": "#this",
"name": "Foo"
}
</script>
<!-- Microdata -->
<article itemscope itemtype="http://schema.org/Product" itemid="#this">
<h1 itemprop="name">Foo</h1>
</article>
Trong trường hợp một tài sản như name có giá trị khác nhau, một cách rõ ràng một người tiêu dùng có thể xử lý này là để cung cấp cho các điều nhiều tên. Đối với đối tượng địa lý nơi người tiêu dùng cần chính xác một tên (ví dụ: trong kết quả chi tiết), thì không được xác định giá trị nào trong số các giá trị name sẽ được sử dụng. Nếu người tiêu dùng là một công cụ tìm kiếm, nó có thể sẽ sử dụng các thuật toán độc quyền đã tồn tại của nó để xử lý các trường hợp như vậy.
¹ Tất nhiên không rõ liệu tất cả người tiêu dùng có hỗ trợ nó hay không. Nhưng đó là cách chính xác để làm điều này, và đó là cách duy nhất để làm điều này. Cách ngầm định bao gồm hy vọng rằng người tiêu dùng hiểu rằng các giá trị giống nhau cho các thuộc tính duy nhất điển hình (nhưng không nhất thiết) (ví dụ: url, email, productID, v.v.) có nghĩa là mọi thứ đều giống nhau. Nhưng một cách tiềm ẩn như vậy có thể được sử dụng cùng với một cách rõ ràng.