Match a regex pattern: regex_match

The regex_match template filter tests whether a string matches a regular expression (regex) pattern at the beginning of the string. A regular expression is a special text pattern that lets you describe what you are looking for, for example “any number” or “a word followed by a space”. It returns true if the beginning of the string matches the pattern, and false otherwise.

This is useful when you need to check whether a sensor value, entity ID, or other text starts with a specific pattern. For example, you might want to verify that a sensor value looks like a valid IP address, check if an entity ID starts with a certain prefix, or validate that an input follows an expected format. Because it only checks from the start of the string, use regex_search if you need to find a pattern anywhere in the text.

Usage

Here’s how to use this template function. Copy any example and adjust it to your setup.

As a filter
{{ "light.living_room" | regex_match("light\\.") }}
Result (booleanA value that is either true or false. Used for on/off states, yes/no conditions, and similar binary choices.)
true

Function signature

The signature is a technical summary of this template function. It shows the name of the function, the values (called parameters) it accepts, and what type of data each parameter expects (for example, a piece of text or a number).

Function parameters that have a = with a value after them are optional. If you leave them out, the default value shown is used automatically.

Function parameters without a = are usually required. A few optional parameters have no default value, so the signature shows them without a = as well. To check whether a parameter is required, look at the parameter list below the signature. Each parameter is marked as Required or Optional.

The most common optional parameter without a default value is default. The default parameter sets the value a function returns when the function can’t produce a result, for example, when float gets text that isn’t a number. If you leave out default, there is no fallback value, so most functions raise an error and the template fails. The parameter list of each function says what happens. If you set default, the function returns your value instead.

How to read a signature

Here is the signature of the round filter as an example:

round(
    value: Any,
    precision: int = 0,
    method: str = "common",
    default: Any,
) -> float | int | Any
  • round is the name of the function.
  • Between the parentheses are the parameters. Each parameter has a name, followed by a colon and the type of value the parameter expects. The type only tells you what kind of value to pass. For default: Any, you pass a value of any type, such as 0 or "unknown", not the word Any.
  • = 0 and = "common" are default values. You can leave out precision and method, and round uses these default values.
  • default has no =, but the parameter list marks default as optional. If you leave out default and round gets a value that isn’t a number, round raises an error.
  • -> shows the type of value the function returns.
  • Inside a signature, | means “or”. This function returns a decimal number, a whole number, or the value you passed as default.

round is a filter, so the first parameter, value, is the value before the |. For example, {{ 3.14159 | round(2) }} returns 3.14.

The types you’ll see most often:

  • str: text, such as "hello"
  • int: a whole number, such as 5
  • float: a decimal number, such as 3.14
  • bool: true or false
  • list: a list of values, such as [1, 2, 3]. list[str] is a list of texts.
  • dict: a set of keys and values, such as {"name": "Kitchen"}
  • datetime and timedelta: a date and time, and a duration. For details, refer to Dates and times.
  • None: no value
  • Any: any type of value

Some signatures use special forms:

  • *args means you can pass any number of values, separated by commas. For example, average(1, 2, 3).
  • value | name(...) means the function is a filter. The value before the | is passed to the filter as its first parameter. Some filter signatures, like the round example, show this value as the first parameter between the parentheses instead.
regex_match(
    value: str,
    find: str = "",
    ignorecase: bool = False,
) -> bool

Function parameters

The following parameters can be provided to this function.

value string Required

The string to test against the regex pattern.

find string Required

The regular expression pattern to match at the beginning of the string.

ignorecase boolean (Optional, default: false)

Set to true to make the match case-insensitive.

Match vs search

regex_match only checks if the pattern matches at the beginning of the string. If you need to find a pattern anywhere in the string, use regex_search instead.

TemplateA template is an automation definition that can include variables for the action or data from the trigger values. This allows automations to generate dynamic actions. [Learn more]: match checks the start, search checks anywhere
{{ "Room: Living Room" | regex_match("Living") }}
{{ "Room: Living Room" | regex_search("Living") }}
Result (booleanA value that is either true or false. Used for on/off states, yes/no conditions, and similar binary choices.)
false
true

Case-insensitive matching

Set ignorecase to true to match regardless of upper or lowercase letters.

TemplateA template is an automation definition that can include variables for the action or data from the trigger values. This allows automations to generate dynamic actions. [Learn more]
{{ "Light.living_room" | regex_match("light", ignorecase=true) }}
Result (booleanA value that is either true or false. Used for on/off states, yes/no conditions, and similar binary choices.)
true

Good to know

  • Only checks the start of the string. Use regex_search to match anywhere.
  • A literal dot (.) must be escaped as \. because . matches any character in regex.

Try it yourself

Ready to test this? Open Settings > Tools > Template, paste the example into the Template editor, and watch the result update on the right. Edit the values to see how the function adapts to your own entitiesAn entity represents a sensor, actor, or function in Home Assistant. Entities are used to monitor physical properties or to control other entities. An entity is usually part of a device or a service. [Learn more].

More examples

Real scenarios where this function comes up in automations and templates. Copy any example and adapt it to your setup.

Check if an entity ID belongs to a domain

Verify that an entity ID starts with a specific domain prefix.

TemplateA template is an automation definition that can include variables for the action or data from the trigger values. This allows automations to generate dynamic actions. [Learn more]
{% set entity = "sensor.outdoor_temperature" %}
{% if entity | regex_match("sensor\\.") %}
  This is a sensor entity
{% endif %}
Result (stringA piece of text, like a name, message, or entity ID. In templates, wrap strings in quotes, like "living_room" or "lights are on".)
This is a sensor entity

Validate a sensor value format

Check if a sensor value looks like a valid number with optional decimal point.

TemplateA template is an automation definition that can include variables for the action or data from the trigger values. This allows automations to generate dynamic actions. [Learn more]
{{ states("sensor.temperature") | regex_match("^-?\\d+\\.?\\d*$") }}
Result (booleanA value that is either true or false. Used for on/off states, yes/no conditions, and similar binary choices.)
true

Still stuck?

The Home Assistant community is quick to help: join Discord for real-time chat, post on the community forum with your template and expected result, or share on our subreddit /r/homeassistant.

Tip

AI assistants like ChatGPT or Claude can also explain or fix templates when you describe what you want in plain language.

Related template functions

These functions work well alongside this one: