Reference or multi-reference?
Before making changes, work through the points below. Each one covers a different part of the picture, so treat them as a set rather than picking favourites.
- Use a reference when one article has one author or one project has one industry.
- Use a multi-reference when a post has several topics or a project has multiple services.
- Use a separate collection when the related item needs its own page, metadata or lifecycle.
A reliable relationship workflow
Here is the process broken into clear steps. Take them one at a time and check each off before continuing.
- Create the related collection first, such as Authors or Categories.
- Add the reference field to the primary collection.
- Connect the displayed name, image and link to the referenced record.
- Create filtered lists or category pages using the relationship.
- Test what happens when a related record is archived or missing.
Avoid relationship traps
Do not create a multi-reference field just to avoid deciding on page structure. If the relationship cannot be explained to an editor, the model is probably too complex.
Checklist before connecting a reference
A few moving parts are involved here. The points below cover each of them, so you can see the full scope before deciding where to start.
- The related collection already has enough real records to test with.
- Every reference field has a clear fallback if the connection is left empty.
- Editors know whether the field expects one record or several.
- The referenced record's own page still works if it has no incoming relationships yet.
Diagnosing broken relationships
If a related item shows blank, check that the referenced record still exists and is published. If a multi-reference list shows in the wrong order, add a secondary sort field to the related collection, since reference order is not always guaranteed to match entry order.