Tags
Tags
Purpose and when to use this record
Maintain reusable storefront labels used to organize products, collections, posts, or campaigns.
At a glance
-
Identify it by: Name.
-
Check its business context: Store.
-
Why care: Store, publication, consent, payment, and fulfillment states affect what customers see and what staff must act on; check the correct store before saving.
-
Why care: Availability and publication flags affect future use without erasing history. Prefer disabling an obsolete setup record when existing transactions still refer to it.
Before you begin
You need the Brisk permission for the action you are taking on tags. If a Create, Edit, or Delete control is absent, do not work around it with another user’s account; ask an administrator to review your role.
Have valid Store records ready first. Those selections determine where this Tag belongs and which later screens can find it.
Create a Tag

Create a Tag after searching for the person, organization, item, location, or resource under alternate names and identifiers. Merge or correct an existing master record instead of creating a duplicate.
-
Select the business context first: Store.
-
Enter the required identifying and operational values: Store, and Name.
-
Review Is Published deliberately; these choices control availability or workflow rather than merely describing the record.
-
Save the Tag, then confirm Name on its detail page before continuing.
After saving: Verify this Tag in Blog Posts, Collections, and Products before staff build new activity on it; correct ownership, classification, and active state now rather than after transactions accumulate.
Delete a Tag
Delete this Tag only if it is an unused duplicate or setup mistake. Once other records refer to it, preserve that history and make the value inactive when the screen provides that option.
If the record is merely obsolete, use Is Published to remove it from future use while preserving existing references.
Before confirming, check for related Blog Posts, Collections, and Products. Brisk may refuse deletion when another record depends on this one; resolve the duplicate or use the supported correction workflow instead of breaking the trail.
On the confirmation page, verify Name. After confirmation, return to the Tags list and make sure only the intended Tag was removed.
Review Tag details
Use the detail page as the shared record of what this Tag currently means. Verify Store, Name, Slug, and Description before relying on it for a decision.
Follow Store to determine whether the issue is on this Tag or on one of those linked records.
Next check: Verify this Tag in Blog Posts, Collections, and Products before staff build new activity on it; correct ownership, classification, and active state now rather than after transactions accumulate.
Edit an existing Tag
Edit this Tag to keep the same real-world party, item, location, or resource accurate. Do not repurpose it for a different entity after activity is attached.
-
Open the detail page. Compare Store with the supporting document or approved request.
-
Recheck Is Published. These values are most likely to change storefront visibility, customer communication, payment, or fulfillment.
-
Save the change, return to the list, and confirm that the Tag now appears under the expected Is Published.
After the change: Verify this Tag in Blog Posts, Collections, and Products before staff build new activity on it; correct ownership, classification, and active state now rather than after transactions accumulate.
Find and review tags

-
Keyword search checks Name, Slug, and Description.
-
Narrow the list with Store filters.
-
The initial order emphasizes Name. Select a column heading when you need a different comparison.
Open the Tag whose Name match the task. If it is missing, clear the list filters and recheck Store, and Is Published rather than creating a replacement immediately.
Fields and business rules
Brisk stores 5 user-relevant fields for this Tag, including 1 linked-record selection and 0 controlled-choice fields. Create and edit screens may hide calculated or workflow-managed values from this full reference.
| Field | Required | What it controls |
|---|---|---|
| Store | Yes | The store associated with this tag. |
| Name | Yes | Human-readable name for this tag. |
| Slug | No | URL-safe identifier for this tag. |
| Description | No | Description of this tag. |
| Is Published | No | Whether this tag is published. |
What happens next
Verify this Tag in Blog Posts, Collections, and Products before staff build new activity on it; correct ownership, classification, and active state now rather than after transactions accumulate.
Common mistakes and troubleshooting
-
The record will not save: Recheck Store, and Name and any message beside the field. A required related record may also be inactive or unavailable to your role.
-
The record saved but is not available where expected: Recheck Is Published, then clear the filters on the destination list. A saved record can still be inactive, unpublished, locked, unapproved, or in the wrong workflow state.
-
The values look right but the result is wrong: Open Store from the detail page. Correct the specific relationship that is wrong instead of forcing a total or status to compensate for it.
No comments to display
No comments to display