[Skip to main content](#vessel-content) # Variants URLs/@id in structured data — question triggered by Shopping/Merchant ## - **[Reincidente](/forum/user/12307-reincidente "View Reincidente's Profile")** - [![Reincidente's Avatar](https://www.hikashop.com/media/kunena/core/svg/person.svg)](/forum/user/12307-reincidente "View Reincidente's Profile") Topic Author - [ Offline](/forum/user/12307-reincidente) Less More - Posts: 467 - Thank you received: 21 - 8 months 2 weeks ago [\#370602](#370602) by [Reincidente](/forum/user/12307-reincidente "View Reincidente's Profile") *[Variants URLs/@id in structured data — question triggered by Shopping/Merchant](/forum/25-install-update/910141-variants-urls-id-in-structured-data---question-triggered-by-shopping-merchant#370602 "Hi Nicolas, I’m reaching out with an SEO-oriented question about variants and URLs, triggered by what I’m seeing in Google Shopping / Merchant listings. I have a main product page with variants (numbers 0–9). In the structured data, each variant Offer currently points to a URL built like: index.php?option=com_hikashop&ctrl=product&task=show&cid=...&name=...&Itemid=... In Shopping/Merchant listings, I sometimes see Google treating variants as distinct “items”, and it made me wonder whether my current variant URLs/identifiers in the structured data are ideal, or whether I should provide more stable unique identifiers for each variant. ChatGPT suggested generating a stable, unique identifier/URL per variant in the structured data (for example a distinct @id and/or a distinct url per variant/offer) so Google can better understand each item/variant in the ProductGroup/hasVariant context. Before attempting anything, I want to confirm the safest approach from both a HikaShop and SEO perspective: Is it technically possible/recommended in HikaShop to output a distinct @id and/or distinct URL per variant inside the JSON-LD, without turning variants into separate product pages? Could outputting unique URLs/identifiers per variant create SEO risks such as: multiple URLs being discovered/indexed for essentially the same product (cannibalization) conflicts with canonical tags (main product canonical vs variant URLs) the need for 301 redirects if Google starts indexing variant URLs issues caused by Itemid/menu routing generating different URL paths for the same content If the recommended approach is to avoid unique variant URLs, what’s the best practice in HikaShop for variant structured data (ProductGroup + hasVariant) so Google understands the variants while keeping a single canonical product URL? If it helps, I can paste the current JSON-LD excerpt (ProductGroup + hasVariant array) and my canonical setup. Thanks a lot, José Ángel")* was created by *[Reincidente](/forum/user/12307-reincidente "View Reincidente's Profile")* Hi Nicolas, I’m reaching out with an SEO-oriented question about variants and URLs, triggered by what I’m seeing in Google Shopping / Merchant listings. I have a main product page with variants (numbers 0–9). In the structured data, each variant Offer currently points to a URL built like: index.php?option=com_hikashop&ctrl=product&task=show&cid=...&name=...&Itemid=... In Shopping/Merchant listings, I sometimes see Google treating variants as distinct “items”, and it made me wonder whether my current variant URLs/identifiers in the structured data are ideal, or whether I should provide more stable unique identifiers for each variant. ChatGPT suggested generating a stable, unique identifier/URL per variant in the structured data (for example a distinct @id and/or a distinct url per variant/offer) so Google can better understand each item/variant in the ProductGroup/hasVariant context. Before attempting anything, I want to confirm the safest approach from both a HikaShop and SEO perspective: Is it technically possible/recommended in HikaShop to output a distinct @id and/or distinct URL per variant inside the JSON-LD, without turning variants into separate product pages? Could outputting unique URLs/identifiers per variant create SEO risks such as: multiple URLs being discovered/indexed for essentially the same product (cannibalization) conflicts with canonical tags (main product canonical vs variant URLs) the need for 301 redirects if Google starts indexing variant URLs issues caused by Itemid/menu routing generating different URL paths for the same content If the recommended approach is to avoid unique variant URLs, what’s the best practice in HikaShop for variant structured data (ProductGroup + hasVariant) so Google understands the variants while keeping a single canonical product URL? If it helps, I can paste the current JSON-LD excerpt (ProductGroup + hasVariant array) and my canonical setup. Thanks a lot, José Ángel Please [Log in](/login?return=aHR0cHM6Ly93d3cuaGlrYXNob3AuY29tL2ZvcnVtLzI1LWluc3RhbGwtdXBkYXRlLzkxMDE0MS12YXJpYW50cy11cmxzLWlkLWluLXN0cnVjdHVyZWQtZGF0YS0tLXF1ZXN0aW9uLXRyaWdnZXJlZC1ieS1zaG9wcGluZy1tZXJjaGFudD90bXBsPW1hcmtkb3du) or [Create an account](/component/users/registration?Itemid=101) to join the conversation. - **[nicolas](/forum/user/63-nicolas "View nicolas's Profile")** - [![nicolas's Avatar](https://www.hikashop.com/media/kunena/avatars/resized/size144/users/avatar63.png?1793428657)](/forum/user/63-nicolas "View nicolas's Profile") - [ Away](/forum/user/63-nicolas) Less More - Posts: 86363 - Thank you received: 14296 - - 8 months 2 weeks ago [\#370607](#370607) by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") Replied by *[nicolas](/forum/user/63-nicolas "View nicolas's Profile")* on topic *[Variants URLs/@id in structured data — question triggered by Shopping/Merchant](/forum/25-install-update/910141-variants-urls-id-in-structured-data---question-triggered-by-shopping-merchant#370607 "Hi Nicolas, I’m reaching out with an SEO-oriented question about variants and URLs, triggered by what I’m seeing in Google Shopping / Merchant listings. I have a main product page with variants (numbers 0–9). In the structured data, each variant Offer currently points to a URL built like: index.php?option=com_hikashop&ctrl=product&task=show&cid=...&name=...&Itemid=... In Shopping/Merchant listings, I sometimes see Google treating variants as distinct “items”, and it made me wonder whether my current variant URLs/identifiers in the structured data are ideal, or whether I should provide more stable unique identifiers for each variant. ChatGPT suggested generating a stable, unique identifier/URL per variant in the structured data (for example a distinct @id and/or a distinct url per variant/offer) so Google can better understand each item/variant in the ProductGroup/hasVariant context. Before attempting anything, I want to confirm the safest approach from both a HikaShop and SEO perspective: Is it technically possible/recommended in HikaShop to output a distinct @id and/or distinct URL per variant inside the JSON-LD, without turning variants into separate product pages? Could outputting unique URLs/identifiers per variant create SEO risks such as: multiple URLs being discovered/indexed for essentially the same product (cannibalization) conflicts with canonical tags (main product canonical vs variant URLs) the need for 301 redirects if Google starts indexing variant URLs issues caused by Itemid/menu routing generating different URL paths for the same content If the recommended approach is to avoid unique variant URLs, what’s the best practice in HikaShop for variant structured data (ProductGroup + hasVariant) so Google understands the variants while keeping a single canonical product URL? If it helps, I can paste the current JSON-LD excerpt (ProductGroup + hasVariant array) and my canonical setup. Thanks a lot, José Ángel")* Hi, > Is it technically possible/recommended in HikaShop to output a distinct @id and/or distinct URL per variant inside the JSON-LD, without turning variants into separate product pages? HikaShop will already output distinct URLs per variant inside the JSON-LD, provided you didn't configure a canonical URL in the main product. Also, if you turned on the "Remove categories and products id from URLs" setting, then it's possible that the URL for each variant will be the same as the main product since the distinction between the URLs of a product page and its variants comes from the id. > Could outputting unique URLs/identifiers per variant create SEO risks such as: > > multiple URLs being discovered/indexed for essentially the same product (cannibalization) > > conflicts with canonical tags (main product canonical vs variant URLs) It's indeed a risk. It depends how Google handle that situation. I'm not privy to Google's SEO issue detection so I can't say. This might require some testing or looking around for information because I don't have it. Please [Log in](/login?return=aHR0cHM6Ly93d3cuaGlrYXNob3AuY29tL2ZvcnVtLzI1LWluc3RhbGwtdXBkYXRlLzkxMDE0MS12YXJpYW50cy11cmxzLWlkLWluLXN0cnVjdHVyZWQtZGF0YS0tLXF1ZXN0aW9uLXRyaWdnZXJlZC1ieS1zaG9wcGluZy1tZXJjaGFudD90bXBsPW1hcmtkb3du) or [Create an account](/component/users/registration?Itemid=101) to join the conversation. Board Categories HikaShop Install & Update Product & Category Display Content Creation Sales and Orders Orders management Reports & Statistics Customers Checkout Payment Methods Shipping Methods Import & Export (CSV, XLS…) Specific Features Affilation Taxes Wishlist Vote Carousel & Slider Mass Actions Filters & Search Discount & Coupon Feature Request Integrations Showcase General Talk about HikaShop Development HikaShop 3.0 Beta Translation Commercial Jobs HikaShop Components HikaMarket Market: Feature requests Market: How to? Market: Bug Report HikaSerial General talk about HikaSerial Serial: Bug Report Serial: How to? Support en Français de HikaSerial (French Support) HikaSubscription HikaAuction Auction: Feature requests Auction: How to? Auction: Bug report Hikashop around the world Support en Français (French Support) Russian FAQ. Курс выживания с Hikashop. Частые вопросы и о Расширения Hikashop Наши сайты на Hikashop 日本語版サポート(Japanese Support) Thai German Archives Bug Report How to? [](/forum/topics/feed/mode-topics?format=feed&type=rss) Time to create page: 0.040 seconds [Powered by](/forum/credits) [Kunena Forum](https://www.kunena.org)