## TL;DR
Auto-tagging works when the tag list is small and each rule is specific: start from your actual ticket data, cap the list at about ten tags, write keyword rules ordered from most specific to most general, and give everything unmatched a default tag. Review monthly, because tags drift as the product changes. A tag nobody trusts is worse than no tag.

## The query

```text
how to set up auto-tagging for support tickets
```

## Use this when

- You are setting up ticket tagging for the first time
- Tags have grown into an inconsistent mess
- Routing and reporting need labels you can trust
- Agents tag differently and the data is unusable

## Not for

- Manual tagging processes and guidelines
- Building ML-based ticket classification
- Tagging for marketing or CRM segmentation
- One-off ticket organization

## Steps

### 1. Derive the tag list from real tickets

Pull a few hundred recent tickets and cluster them by topic. The clusters that emerge are your tag candidates, not the taxonomy someone dreamed up in a doc. Aim for 8 to 12 tags; more than that and agents stop trusting any of them.

Expected output: a draft list of 8 to 12 tags grounded in actual ticket volume.

### 2. Define each tag in one sentence

Write down exactly what each tag means and, just as important, what it doesnt mean. "Billing" is not a definition; "billing: anything about charges, invoices, refunds, or plan changes" is. Ambiguous tags get applied inconsistently, which poisons every report built on them.

Expected output: a one-sentence definition per tag, shared with the team.

### 3. Write keyword rules, most specific first

For each tag, list the keywords and phrases that trigger it, including common misspellings and synonyms customers actually use. Order the rules so the most specific match wins: a "refund" rule should fire before the generic "billing" rule catches the ticket.

Expected output: a rule set per tag with an explicit priority order.

### 4. Add a default tag for the unmatched

Some tickets will match nothing, and that is fine, as long as they land somewhere visible. Route unmatched tickets to a default tag like needs-review instead of leaving them untagged. The default bucket is also your signal for which new tags or rules to add.

Expected output: zero untagged tickets, with a review bucket to mine.

### 5. Test against history and measure precision

Run the rules against last month's tickets and spot-check 50 tagged ones. If a rule is wrong more than about one time in five, tighten its keywords. Precision matters more than coverage: a tag that is right 90% of the time on half the tickets beats a tag that is right 60% of the time on all of them.

Expected output: a measured precision per rule, with weak rules tightened.

### 6. Review monthly and retire dead tags

Products change, and tags rot. Once a month, check the default bucket for emerging topics and check each tag's volume: tags with near-zero hits get retired or merged. Tag maintenance is a recurring task, not a setup task.

Expected output: a living tag set with a monthly review on the calendar.

## Variant phrasings

### automatic ticket tagging best practices

Steps 1, 2, and 6. Small defined list, maintained.

### how to tag support tickets with keywords

Steps 3 and 5. Keyword rules plus precision testing.

### ticket categorization rules setup

Steps 3 and 4. Rule order and the default bucket.

## Why it happens

Manual tagging fails because every agent draws the category lines slightly differently, and under queue pressure tagging is the first thing skipped. Automation fixes the consistency problem but introduces a new one: rules encode someone's guess about language, and language drifts. The whole practice is really about keeping a small, trusted, maintained mapping between customer words and team categories.

## Edge cases

- Multilingual tickets: keyword rules are language-specific. Either add keyword sets per language or route non-primary languages to manual review.
- Tickets matching two tags: allow multi-tagging, or define a primary-tag rule. Dont silently pick one.
- Sarcasm and negation: "not a billing issue" will trip a billing keyword. Add negative keywords for your highest-volume tags.
- New product launches: new features need new keywords on day one, or launch tickets flood the default bucket.

## Provenance

Resolved from the public thread: https://vectle.com/posts/pst_JXi6-qqGB3bSdDYnzPBHYA