This article contains tables listing and describing data property keywords and values that can be used, along with common search operators, to narrow your search results. There are also sections describing more advanced search methods and formatting.
This article is aimed at administrators and support managers with full access to the data in Zendesk Support. If you're an agent, start with Searching the data in Zendesk Support and refer back to this reference article if you want to perform more advanced searches.
This article includes the following topics on advanced search methods:
This article includes the following reference tables:
- Search operators
- Ticket property keywords
- User property keywords
- Organization property keywords
- Group property keywords
- Satisfaction rating searchable values
Search terms and terminology
Search terms
Search terms are user-defined words, phrases, or values. Examples:
- 3245227
- Greenbriar
- serial number
- "Jane Doe"
Search terms are case-insensitive. For example, "App" and "app" return the same results.
A single-word search term returns a result if it appears in the data as follows:
- a single word
- a single word in a longer phrase
- the prefix of a longer word
The search term will not return a result if it appears in the data as follows:
- in the middle of a word
- at the end of a word
For example, the search term "top" would match "top", "top tier", "Top Ten Trucking", "Tip-Top Mops", "Big Top Entertainment", and "Dessert Toppings, Inc". It would not match "Desktop Solutions" or "One-Stop Publishing".
Please upgrade my account
Property keywords
You can narrow your results by combining property keywords with search terms and operators. Example:
status<solved
A property keyword is the name of a property in a ticket, a user, an organization, or a group. Examples:
- assignee
- created
- name
See the following property keyword references for all the properties and details about each:
Example property searches:
Search | Property keyword | Returns |
---|---|---|
priority>normal | priority | Tickets with a priority of high or urgent |
subject:2fa | subject | Tickets with the search term 2fa in the subject |
email:jdoe@example.com | The user with the email jdoe@example.com |
Some properties have predefined values. For example, the ticket
status property has the following predefined values: new,
open, pending, hold, solved, closed. You can only search by
these values. Example search: status:open
.
See the property keyword references for details about each
property.
Other properties accept user-defined search terms. Example:
subject:2fa
. See Search terms. The same
matching rules apply for property searches with the
exception of prefix matching. Results are not returned if
the search term appears as the prefix of a longer word. For
example, the search term "tier" would return results for
"tier 1" and "tier 2" but not "tiered".
You can search for multiple values of a single property by including the property keyword multiple times in a query. Example:
tags:silver tags:bronze
Search uses OR logic for matching in this case. The previous example returns results that contain either the tag "silver" or the tag "bronze".
Example search
The following search expression looks for anything with the tag "vip" that was created before May 1, 2019:
tags:vip created<2019-05-01
- tags is a property keyword indicating you're searching only within a specific data property, in this case a tag.
- : is the "equal to" operator indicating the tag property value needs to be equal to the subsequent search term. Note that there's no space before or after the :.
- vip is the search term.
- created is a property keyword indicating you're searching the created data property for items created relative to a certain date.
- < is the "less than" operator indicating you're searching for records created before a certain date.
- 2015-05-01 is a search term indicating the date you want to use.
Searching for properties that contain no data
none
as the search term, along with the
group, tags, via, organization,
or assignee keywords, as in this
example:assignee:none
This returns all unassigned tickets.
Searching by date and time
Date property keywords - created, updated, solved, and due date) can be combined with search operators to return data from a specific date, before a certain date, and after a certain date. To search dates in any locale, use the format YYYY-MM-DD. You can also use locale-specific formats such as MM/DD/YYYY in the United States.
created<2011-05-01
due_date>2010-01-10
solved:2010-01-10
You can also use the <= or >= operators to indicate less-than-or-equal-to and greater-than-or-equal-to respectively.
Searching with combined dates and times
created>2015-09-01T12:00:00-08:00 updated<2015-09-01T12:00:00Z
The first example above searches for anything created after September 1, 2015 at 12:00 p.m. (Pacific Standard Time).
The second example above searches for anything updated before September 1, 2015 at 12:00 p.m. (UTC).
Searching within a date/time range
created>2014-08-01 created<2014-08-05
You can also include specific times in your search range. The following example searches for anything created between August 1, 2014 at 11:59 p.m. (UTC) and August 4, 2014 at midnight (UTC):
created>2014-08-01T23:59:00Z created<2014-08-04T23:59:59Z
Searching with relative times
You can search for a time relative to the present time, using the time units hours, minutes, days, weeks, months, or years. The following search returns anything created in the last four hours:
created>4hours
Sorting search results
order_by:field
-
sort:asc
orsort:desc
created
commented
priority
status
ticket_type
Using the order_by
and sort
keywords is
equivalent to using the API parameters sort_by
and
sort_order
.
Using the 'type' keyword
For API searches, one of the tools you have available for narrowing your
search results is the type
keyword. It is
used to explicitly declare that you want to search for one of the
following types:
- ticket
- user
- organization
- group
Using the type
keyword means that you are explicitly
searching on the type you specify. For example, you can search for
all the users that belong to the customer's organization using this
search statement:
type:user organization:customers
If you instead searched for organization:customers
you
would also get all the tickets that have requesters who belong to
this organization. This is because searches that do not explicitly
specify type return results for all types, including tickets (and
organization is a ticket property).
Using type:user
, your search returns all users that
belong to the Customers organization. So, you're narrowing your
search to the user type and excluding tickets.
While organizations and groups are properties of the user object, they have their own properties that can be searched as well. The following query allows you search only for organization tags, excluding tags of the same name that may be used in other elements of your Zendesk Support instance such as tickets and forum topics.
type:organization tags:premium
Using the 'user' keyword
To search for a user's profile data, you have the following two options.
user
keyword:user:amyOr, using the
type:user
keyword:type:user amy
For more information about the user
keyword and how it's
different from the type:user
keyword, see the
section about The user and type
keywords in Searching users, groups, and
organizations.
Search FAQ
-
How soon can new data be searched?
When you add new data to Zendesk Support, it typically takes about a minute before it's indexed and can be searched.
-
How does punctuation affect search?
Punctuation characters are generally not included in searches.
-
Are there limitations to wildcard searches?
You can only do wildcard searches when combined with property keywords (
subject:photo*
). -
Who can search what?
Administrators can search all the data in Zendesk Support. Agents can search the data that they've been granted access to. End-users can do full text searches of the knowledge base.
-
What languages are supported?
There is language-specific support for searching in the following languages:- English
- French
- German
- Japanese
- Portuguese
- Spanish
The support includes dictionary-based tokenization for Japanese, because words are not separated by spaces in that language. For the other languages, the language-specific support is primarily stemming. This means that different forms of the same word can be matched. For instance, both singular and plural forms of a word will typically match. Additionally, if you use the plural form in quotation marks (for example, "cats"), the search will still return results for both "cat" and "cats".
Search operators
You can use the following search operators to build your search statements.
Operator | Description |
---|---|
: | The colon indicates that the given field should equal the specified
value.status:open |
< | Less than. status<closed |
> | Greater than. priority>normal |
<= | Less than or equal to. status<=pending |
>= | Greater than or equal to. priority>=normal |
" " | Double quotes. In a simple keyword search, this is referred to as a
phrase search and returns the exact words in the exact order; however,
punctuation characters are not
included."Please upgrade my account"
Note: In
the Japanese version of Support, this feature does not work as
expected. A simple keyword search that includes double quotes
returns results, but the results are not the exact words in the
exact order.
In a search including data properties, use double quotes to perform an inclusive AND search, returning results that include all properties in the search. tags:"superman is_awesome" |
- | Minus sign. Excludes items containing a word (or property value) from
the search results. For example, the following statement searches for
any tickets with the status 'pending', but excludes any tickets
containing the tag 'invoice' from the search results:
status:pending -tags:invoice |
* | The wildcard operator is useful when you want to search various forms
of a word. For example, searching for photo* returns
results that would include photography, photographer, photograph and any
other words that began with 'photo'. However, because of the
performance issues involved with doing wildcard searches,
unqualified wildcard searches are not currently supported. In other
words, you need to use a property keyword to make your search
specific to the data you're trying to locate.
subject:photo* |
Ticket property keywords
You can search on the following ticket properties.
For more information about ticket search, see Searching tickets.
Keyword | Description |
---|---|
Ticket ID | There isn't a property keyword for the ticket ID. Instead, you simply
search for the ticket by its ID number in the following format:233 |
created |
The date, or date and time, the ticket was created. Enter date in
yyy-mm-dd format. created:2011-05-01 Search within a date or time range. Enter times using ISO 8601 syntax. For example, to search for a ticket created between 10:30 a.m. and 12 p.m. (UTC) on August 1, 2014: created>2014-08-01T10:30:00Z created<2014-08-01T12:00:00Z For more information on using date and time in your search, see Searching by date and time. |
updated |
The date of the most recent ticket update. updated>2011-05-15 For more information on using date and time in your search, see Searching by date and time. |
solved |
The date the ticket was set to solved. solved<2011-06-01 For more information on using date and time in your search, see Searching by date and time. |
due_date |
The due date of tickets. due_date:2011-06-01 For more information on using date and time in your search, see Searching by date and time. |
assignee |
The assigned agent or other entity. You can specify "none", "me",
user name (full name or partial), email address, user ID, or phone
number (see the phone user
property for help searching by phone number).assignee:"Susan Warren" |
submitter |
The ticket submitter. This may be different than the requester if the
ticket was submitted by an agent on behalf of the requester. You can
specify "none", "me", user name (full name or partial), email address,
user ID, or phone number (see the phone user
property for help searching by phone number). See Searching ticket user roles. submitter:me |
requester |
The ticket requester. You can specify "none", "me", user name (full
name or partial), email address, user ID, or phone number (see the phone user
property for help searching by phone number).requester:amy@mondocam.com |
subject |
The text in the ticket's subject. subject:"upgrade account" |
description |
The text in the ticket's description and comments.description:defective |
custom_status_id |
If custom ticket statuses are
activated, search for a specific system or custom ticket
status. Specify the status by its numeric ID, which you can find on the
Ticket statuses page when editing a ticket status.
|
status |
Possible values: new, open, pending, hold, solved, closed. status<closed |
ticket_type |
Possible values: question, incident, problem, task. ticket_type:problem |
priority |
Possible values: low, normal, high, urgent.
priority>low |
group |
Specify the name or ID of a group. Returns tickets assigned to agents
who are members of the group. Examples:group:"Level 2" group:20663166 |
organization |
Specify the name or ID of an organization. Returns tickets by
requesters who are members of the organization. Examples:organization:customers organization:22989442 You can also specify "none" to return tickets by requesters who are not members of any organization. organization:none |
tags |
Specify tags that have been added to the ticket or "none."tags:premium To find tickets that include either of two tags, use: tags:important tags:urgent To find tickets that include both tags: tags:"important urgent" |
via |
The ticket's source, for example:
via:phone For a full list of sources, see Via types reference in the Zendesk developer documentation. |
commenter |
People who have added comments to tickets. You can specify "none",
"me", user name (full name or partial), email address, user ID, or phone
number (see the phone user
property for help searching by phone number).commenter:"Mike" |
cc |
People who have been CC'd on tickets. You can specify "none", "me",
user name (full name or partial), email address, user ID, or phone
number (see the phone user
property for help searching by phone number).cc:amanda@mondocam.com |
fieldvalue |
Search for a specific value in any custom ticket fields by using the
fieldvalue keyword. For example:fieldvalue:12345 This returns all the tickets that have a custom field with the value "12345." For drop-down custom fields, search for tags associated with the field value you want to find. For checkbox custom fields, you can search for tickets with the field checked or unchecked. For example: custom_field_<Field ID>:checked |
custom_field_{id} |
Search for a value of a specific custom ticket field. Specify the
field by its numeric ID, which you can get from the URL of the Ticket
Fields page in the admin interface or with the Ticket Fields API. The syntax
is custom_field_<custom field ID>:<value> . Example:
|
brand |
Search for a specific brand on a ticket using the brand name or the
brand ID. A brand with two or more words requires quotation marks. For
example:brand:Nordstrom Or
brand: "Banana Republic" Or brand:<ID number> |
has_attachment |
Search for all tickets with or without attachments using
true or false . To search for tickets with attachments:
To search for all tickets without attachments:
|
form |
Search for all tickets created with a particular ticket form. If the name of the ticket form includes multiple words, use quotation marks. For example:
If the name of the ticket form is a single word, you don't have to use the quotation marks. For example:
|
recipient |
Search for all tickets created with a particular recipient. This
only works for Zendesk support addresses (the ultimate destination)
of emails forwarded from external
addresses.
|
comment |
Search for text within a ticket's
comment.
To search for an exact match within the comments of a ticket, use double quotes.
Note: Only
the first 500 comments in a ticket are
searched.
|
User property keywords
Here's the list of user properties that can be searched.
For more information about searching users, see Searching for users, groups, and organizations.
Keyword | Description |
---|---|
name |
The user's partial or full name.
name:"alex anderson" |
role |
The user's designated role.role:admin |
email |
Specify the user's email address, or specify none to search for users
without an email address.
email:alex@mondocam.com email:"none" Using
double quotes to search for an email address does not return an
exact match like other keyword searches. For example, if you search
the following the results may return any user whose email starts
with "dwight":
Tip: Wildcards do not work for email address searches.
For example, the following search returns no
results:
email:dwight* |
group |
The user's group name. This only applies to admin and agent users.
group:"Level 2" |
organization |
Specify the user's organization name or ID, or specify
none to search for users without an organization.
If the user belongs to more than one organization, searching on any of
those organizations will return their
profile.organization:mondocam |
created |
The date the user was added to your Zendesk.
created<2011-05-01 For more information on using date and time in your search, see Searching by date and time. |
notes |
All text in the notes field in the user's profile.
notes:"manager" |
details |
All text in the details field in the user's profile.
details:"madison, wi" |
external_id |
Specify the user's external ID, if used, or
specifynone to search for users without an external
ID. external_id:0098884412 |
phone |
Specify the user's phone number, or specify none to
search for users without a phone number.
phone:+555-111-2222 When searching by phone number, you
must include a plus sign (+) before the number. When searching by
phone number using the API, you must include %2B (the URL-encoded
version of +) before the number (for example,
|
tags |
Specify tags on the user's profile, or specify none
to search for users without tags.
tags:premium tags:wholesaleFor more information about tagging users and organizations, see Adding tags to users and organizations. |
customfield |
Custom user fields.plan_type:platinumFor more information, see Searching custom user and organization fields. |
is_verified |
Indicates whether any of a user's identities have been verified.
Any user created via ticket sharing is automatically verified. |
is_suspended |
Indicates whether the user has been suspended.
|
Search for users based on a WhatsApp phone number. For more information see Searching for tickets by WhatsApp number. |
Organization property keywords
Here's the list of organization properties that can be searched. For more information, see Searching for users, groups, and organizations.
Keyword | Description |
---|---|
name |
The organization's partial or full name.name:mondocam |
created |
The date the organization was added. created<2011-05-01 For more information on using date and time in your search, see Searching by date and time. |
notes |
All text in the notes field in the user's profile. notes:EMEA |
details |
All text in the details field in the organization's profile.details:london |
tags |
Specify
tags
that have been added to the
organization,
or specify none to search for organizations without
tags. tags:premium For more information about tagging users and organizations, see Adding tags to users and organizations. |
customfield |
Custom organization fields.plan_type:platinumFor more information, see Searching custom user and organization fields. |
external_id |
The external ID of the organization or specify none to search
for users without an external ID.external_id:00112345 |
Group property keywords
Here's the list of group properties that can be searched. For more information, see Searching for users, groups, and organizations.
Keyword | Description |
---|---|
name |
The group's name.name:"level 2" |
created |
The date the group was added. created<2011-05-01 For more information on using date and time in your search, see Searching by date and time. |
Satisfaction rating searchable values
You can use the satisfaction
keyword with rating values
to search your customer satisfaction ratings. For more information
on customer satisfaction, see Using customer satisfaction
rating.
Value | Description |
---|---|
bad |
Tickets that have been rated 'bad'.
|
badwithcomment |
Tickets that have been rated 'bad' that
also include a comment from the ticket
requester.
|
good |
Tickets that have been rated 'good'.
|
goodwithcomment |
Tickets that have been rated 'good' that
also include a comment from the ticket
requester.
|
offered |
When you request a customer satisfaction
rating, the ticket satisfaction rating status is
set to 'offered'. The following notification is
added to the ticket: Customer satisfaction
feedback was offered. This means that you've asked
for but not yet received a response to the rating
request.
|
119 comments
Nikki Mier
Hi ZenDesk team!
Is it possible to search based on a satisfaction:bad and also the specific reasons that are set? Would be super helpful!
:)
0
Zsa Trias
Hello Nikki,
Satisfaction rating searchable values are limited to those that are provided in this article.
As a workaround, you can use triggers to tag tickets depending on the satisfaction reason that was selected. For reference: Applying satisfaction reasons to business rules
Then, you can use the
tags
property keyword to search for tickets that have the tag.0
Peter Whisenant
Hi team.
Is there a way to search for a hyperlink? Sometimes we paste scheduling links into text in a ticket but I can't figure out a way to return those in a search.
0
Noly Maron Unson
Hi Peter,
Searching for hyperlinks is not supported. You can however search for the Text with the hyperlink using Search terms and terminology.
Hope this helps.
0
Zac Stanger
Is there a way to look for Tags that are not there?
0
Dan R.
Hey Zac Stanger
There's a section called Operators in this article that outlines that. I'll copy it here for convenience.
Minus sign. Excludes items containing a word (or property value) from the search results. For example, the following statement searches for any tickets with the status 'pending', but excludes any tickets containing the tag 'invoice' from the search results:
Try that and let us know if it resolves your issue!
0
Mayara Adm
Hi Team.
Is it possible to search not related information from search API as part of a single request?
For example, a ticket by a custom field and a user by external_id, two different results.
0
Eimear O'Reilly
Hi there,
Is there any way to use search to pull multiple ticket IDs, i.e. if I have a list of ten tickets I'd like to bulk action, can I use the search function to find all of these tickets at once?
Thank you!
0
Steven Crawford
Is there a way to search by length of subject?
0
Viachaslau
Is it possible to search by several key words or phrases using such filters like "and", "or"? As an example if I'd like search to only return exact matches "email change" or "change email"
0
Akarsh Jaiswal
Is there any way to customise the search view
0
Nara
0
Bijay Poudel
Question on the search user endpoint(v2/users/search)
Is there a way to perform OR operation on query properties
name, email & phone? I want to search for a user that matched at least one of those three properties. Currently "?query=name:abc email:abc@gmail.com phone:1234567890" is using AND operation
0
Oscar Valecillos
Hi, I'm having troubles to retrieve all users with a valid phone number. I'm using the following query:
phone:* -phone:none role:end-user
But comparing with the UI, I can see that a lot of information is missing, any ideas what is the best approach to do this?
0
Joyce
It could be that the keyword
phone:*
is causing an issue. * is a wildcard operator that is useful when you want to search various forms of a word. For example, searching forphoto*
returns results that would include photography, photographer, photograph, and any other words that began with 'photo'.If you would like to search for all end users with a phone number on their profile, using the following keyword search should suffice as the minus sign will exclude users with no phone number.
-phone:none role:end-user
0
Sebastian
Why doesn't "recipient" work with the actual support addresses and only with the end destination?
I have to setup a view with "Received at" just to check which tickets came in through one of the normal support addresses that feed into the brand one of Zendesk?
0
Gab
There is a pre-defined set of views provided for the essential day-to-day support workflow, one of which is the All unsolved tickets. This might have been deactivated. You can check this under the Inactive tab of your Views page.
Alternatively, you can re-create this View by following this condition:
Status | Less than | Solved
More information can be found here.
0
Sebastian
Hi Gab,
I think you might have misclicked with the answer macro since it's so unrelated.
"Recipient" is a condition in the search to filter tickets that came in through a certain support email address.
In views one would use the "received at" condition. This one works fine but for some reason it is not available in the normal Zendesk search. There you have only recipient.
And the bad thing about that filter is that you can search for a certain support address.
Like if you have a brand named company1 and a Zendesk support address support@company1.zendesk.com and dedicated support addresses in that brand named privacy@company1.com and support@company1.com then the recipient filter can not be used to filter out all emails reaching via privacy@company1.com. Only support@company1.zendesk.com will work.
So there is not way to use the normal Zendesk search to find such tickets and I had to create a view for this search.
0
Gab
Apologies for the confusion.
There is a limitation to this specific keyword as the Recipient condition only works for Zendesk support addresses (the ultimate destination) of emails forwarded from external addresses as indicated in this article.
Creating a View is a great workaround! That's a great suggestion! I encourage you to create a new post in the General Product Feedback topic in our community to engage with other users who have similar concerns where you can also discuss other possible workarounds. Conversations with a high level of engagement ultimately get flagged for product managers to review when they go through roadmap planning.
Specific examples, details about impact, and how you currently handle things are helpful for our product teams to understand the full scope of the need when working on solutions. We truly value customer feedback and your voice and votes in the forums help influence future Zendesk functionality.
0
Jiri Fait
It would be nice to have an option to search for tickets by commenter and specify if we want to see tickets where the commenter used public or private comment. If I search for tickets by commenter - eg commenter:"john doe" then I have to go ticket by ticket to see which ones are public. Filtering this out would help. Thanks
0
Frank Roberts
I'm in a situation where I need to assign tickets to a new assignee due to a staffing change. It would be great to have a last_commenter or most_recent_commenter designation as a search field.
0
Christine Diego
If the ticket has been assigned to a new agent, you have the option to utilize the assignee property in searching for tickets. Additionally, if you'd like to suggest this as a new feature, you can share your idea in the feedback forum. Conversations with a high level of engagement ultimately get flagged for product managers to review when they go through roadmap planning.
0
Nora
Hi!
Is there a one/two sheet cheat sheet for these to reference?
0
Ming Wen
Hi, zendesk team,
I am a bit confused about searching by relative time. In the example of the document, to find tickets from the last 4 hours, the search condition is: created>4 hours. Isn't this meaning that the creation time is greater than 4 hours? Why exactly the opposite?
0
Bogdan Wojcieszyk
Howdy!
I tried to set up ticket search based on a keyWord in description or comment(s).
My string (base on this article) has this format:
"search.json?query=type:ticket description:keyWord"
The problem is, I get more tickets than expected … I mean, some of them do NOT have the keyWord at all.
If I double quite keyWord, that is use this string:
“search.json?query=type:ticket description:\”keyWord\""
then I got no tickets at all.
My keyWord is very simple “personinfo” (without quotes).
What do I do wrong?
0
Stephanie Schober
Please add “Group” as dropdown filter option. Also “has attachement” would help as part of the filter options. I know both can be filtered by typing it into the search bar but not all our teamplayers are able to work with that. Thanks!
0
Kaidan Cole
Do words with accented vowels negatively impact search results? Example word: café
0
Jeffrey Gratton
What are the search KEYWORD options for all the advanced AI (Co-pilot) fields. i.e. Sentiment>Negative or Intent:Login Issues?
0
mfg
Is there a query key for searching for the domain_names value on the organization object? This doesn't appear in the API reference but it is part of the organization schema. Is there a key for using domain_names in a query?
I've tried a few variations on “type:organization domain_names:dispostable.com” but it comes back as null.
0