4

So I am working on a project that includes an online product catalog. Is there a recommended way of setting up a catalog regarding the use of structure(s) vs. categories or a combination both?

I will have

  • brands with a couple of product families and a few products in every family
  • accessories by the same brand for the whole family
  • accessories by the same brand for various product families
  • accessories by the same brand for only certain products
  • accessories by other brands for a whole product family
  • accessories by other brands for a certain product only

Wondering if one structure or two (for brands and products) and relations would work and be efficient and flexible, or if I should work with categories as well? In total, it will be about 100 to 150 items in the catalog.

Thanks for opinions!

Improve this question

2 Answers 2

Reset to default
2

I find it difficult sometimes to choose between a category group and a structure, so for me it mostly boils down to semantics.

A brand can be both a structure entry and a category. If you're going to have pages with information about the brand/product faily/product, and they will be available in some kind of menu to be browsed by itself, I think I'd go with a structure. If, on the other hand, they are only going to be used for filtering and organizing, a category group feels more appropriate to me.

From what you've described, I think I'd go with:

  • Products (structure)
  • Accessories (structure)
  • Brands (category)
  • Product family (category)

But as I said, it depends a lot on the specifics of your content.

Improve this answer
2
  • Thanks for your input, megatrond! Choices can make life complicated ... I had thought I would enter products and accessories in the same structure, but your idea of two structures makes it easier to handle (e.g.: product (family) listings should not include accessories, and with seperate structures I don´t have to exclude them. One question regarding the product families: what are your reasons for putting those in categories? I would go for a structure with two levels ( family 1 > product 1.1 / product 1.2 / etc., family 2 > product 2.1 / product 2.2 / etc.) Does anything speak against this?
    – Wolfram Gehring
    Jul 25, 2015 at 19:19
  • Only downside I can think of is if a product might belong to two families, or if you want a hierarchy of product families or something. And as I said, it depends a lot on your content, so you really have to start with that and work through it to figure out what's best for you.
    – megatrond
    Aug 2, 2015 at 16:41
2

I mostly agree with megatrond, with a few added suggestions. Since products and accessories will probably share a lot of similar fields, I recommend using the Entry Type feature. You can include or exclude entry types easily in your entry query. This method might help simplify your queries, since you will only be searching against and sorting from one structure instead of two.

Using relations to connect accessories to products to brands to product families is a great way to organize.

  • Products and Accessories (Structure)
    • Product (Entry Type)
    • Accessory (Entry Type)
  • Brands (Structure)
  • Product family (Category)
Improve this answer
1
  • Thanks a lot Aaron and @megatrond for taking the time (even on a Sunday) and answering my questions! Taking your input into account, I´ll try this: - Brands: Channel - Products: Structure with families (like iPhone, Galaxy, iPad) as 1st level and own entry type, (5s, 6 6 plus / S6, S6 edge …) as 2nd with own entry type - Accessories: Share almost same fields/entry types, but trying to make the relational lists as short as possible for user convenience, so another Structure - Product Categories: If needed I would use Categories for product categories (smartphones, tablets, cases, etc.)
    – Wolfram Gehring
    Aug 3, 2015 at 22:18

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.