Element selectors
Selectors are strings that point to the elements in the page. They are used to perform actions on those elements by means of methods such as page.click(selector, **kwargs), page.fill(selector, value, **kwargs) and alike. All those methods accept selector
as their first argument.
- Quick guide
- Basic text selectors
- Basic CSS selectors
- Selecting visible elements
- Selecting elements that contain other elements
- Selecting elements matching one of the conditions
- Selecting elements by text
- Selecting elements in Shadow DOM
- Selecting elements based on layout
- XPath selectors
- id, data-testid, data-test-id, data-test selectors
- Pick n-th match from the query result
- Chaining selectors
- Best practices
#
Quick guideText selector
- Sync
- Async
CSS selector
- Sync
- Async
Select by attribute, with css selector
- Sync
- Async
Combine css and text selectors
- Sync
- Async
Element that contains another, with css selector
- Sync
- Async
Selecting based on layout, with css selector
- Sync
- Async
Only visible elements, with css selector
- Sync
- Async
Pick n-th match
- Sync
- Async
XPath selector
- Sync
- Async
#
Basic text selectorsText selectors locate elements that contain text nodes with the passed text.
- Sync
- Async
Matching is case-insensitive and searches for a substring. This means text=Login
matches <button>Button loGIN (click me)</button>
. Matching also normalizes whitespace, for example it turns multiple spaces into one, turns line breaks into spaces and ignores leading and trailing whitespace.
Text body can be escaped with single or double quotes for full-string case-sensitive match instead. This means text="Login"
will match <button>Login</button>
, but not <button>Login (click me)</button>
or <button>login</button>
. Quoted text follows the usual escaping rules, e.g. use \"
to escape double quote in a double-quoted string: text="foo\"bar"
. Note that quoted match still normalizes whitespace.
Text body can also be a JavaScript-like regex wrapped in /
symbols. This means text=/^\\s*Login$/i
will match <button> loGIN</button>
with any number of spaces before "Login" and no spaces after.
Input elements of the type button
and submit
are rendered with their value as text, and text engine finds them. For example, text=Login
matches <input type=button value="Login">
.
Selector string starting and ending with a quote (either "
or '
) is assumed to be a text selector. For example, Playwright converts '"Login"'
to 'text="Login"'
internally.
#
Basic CSS selectorsPlaywright augments standard CSS selectors in two ways:
css
engine pierces open shadow DOM by default.- Playwright adds a few custom pseudo-classes like
:visible
.
- Sync
- Async
#
Selecting visible elementsThe :visible
pseudo-class in CSS selectors matches the elements that are visible. For example, input
matches all the inputs on the page, while input:visible
matches only visible inputs. This is useful to distinguish elements that are very similar but differ in visibility.
note
It's usually better to follow the best practices and find a more reliable way to uniquely identify the element.
Consider a page with two buttons, first invisible and second visible.
This will find the first button, because it is the first one in DOM order. Then it will wait for the button to become visible before clicking, or timeout while waiting:
- Sync
- Async
This will find a second button, because it is visible, and then click it.
- Sync
- Async
Use :visible
with caution, because it has two major drawbacks:
- When elements change their visibility dynamically,
:visible
will give unpredictable results based on the timing. :visible
forces a layout and may lead to querying being slow, especially when used withpage.waitForSelector(selector[, options])
method.
#
Selecting elements that contain other elementsThe :has()
pseudo-class is an experimental CSS pseudo-class. It returns an element if any of the selectors passed as parameters relative to the :scope of the given element match at least one element.
Following snippet returns text content of an <article>
element that has a <div class=promo>
inside.
- Sync
- Async
#
Selecting elements matching one of the conditionsThe :is()
pseudo-class is an experimental CSS pseudo-class. It is a function that takes a selector list as its argument, and selects any element that can be selected by one of the selectors in that list. This is useful for writing large selectors in a more compact form.
- Sync
- Async
#
Selecting elements by textThe :has-text
pseudo-class matches elements that have specific text somewhere inside, possibly in a child or a descendant element. It is approximately equivalent to element.textContent.includes(textToSearchFor)
.
The :text
pseudo-class matches elements that have a text node child with specific text. It is similar to the text engine.
:has-text
and :text
should be used differently. Consider the following page:
Use :has-text()
to click a navigation item that contains text "All products".
- Sync
- Async
- Sync
- Async
Use :text()
to click an element that directly contains text "Home".
- Sync
- Async
note
Both :has-text()
and :text()
perform case-insensitive match. They also normalize whitespace, for example turn multiple spaces into one, turn line breaks into spaces and ignore leading and trailing whitespace.
There are a few :text()
variations that support different arguments:
:text("substring")
- Matches when a text node inside the element contains "substring". Matching is case-insensitive and normalizes whitespace.:text-is("string")
- Matches when all text nodes inside the element combined have the text value equal to "string". Matching is case-insensitive and normalizes whitespace.:text-matches("[+-]?\\d+")
- Matches text nodes against a regular expression. Note that special characters like back-slash\
, quotes"
, square brackets[]
and more should be escaped. Learn more about regular expressions.:text-matches("value", "i")
- Matches text nodes against a regular expression with specified flags.
#
Selecting elements in Shadow DOMOur css
and text
engines pierce the Shadow DOM by default:
- First it searches for the elements in the light DOM in the iteration order, and
- Then it searches recursively inside open shadow roots in the iteration order.
In particular, in css
engines, any Descendant combinator or Child combinator pierces an arbitrary number of open shadow roots, including the implicit descendant combinator at the start of the selector. It does not search inside closed shadow roots or iframes.
If you'd like to opt-out of this behavior, you can use :light
CSS extension or text:light
selector engine. They do not pierce shadow roots.
- Sync
- Async
More advanced Shadow DOM use cases:
- Both
"article div"
and":light(article div)"
match the first<div>In the light dom</div>
. - Both
"article > div"
and":light(article > div)"
match twodiv
elements that are direct children of thearticle
. "article .in-the-shadow"
matches the<div class='in-the-shadow'>
, piercing the shadow root, while":light(article .in-the-shadow)"
does not match anything.":light(article div > span)"
does not match anything, because both light-domdiv
elements do not contain aspan
."article div > span"
matches the<span class='content'>
, piercing the shadow root."article > .in-the-shadow"
does not match anything, because<div class='in-the-shadow'>
is not a direct child ofarticle
":light(article > .in-the-shadow)"
does not match anything."article li#target"
matches the<li id='target'>Deep in the shadow</li>
, piercing two shadow roots.
#
Selecting elements based on layoutPlaywright can select elements based on the page layout. These can be combined with regular CSS for better results, for example input:right-of(:text("Password"))
matches an input field that is to the right of text "Password".
note
Layout selectors depend on the page layout and may produce unexpected results. For example, a different element could be matched when layout changes by one pixel.
Layout selectors use bounding client rect to compute distance and relative position of the elements.
:right-of(inner > selector)
- Matches elements that are to the right of any element matching the inner selector.:left-of(inner > selector)
- Matches elements that are to the left of any element matching the inner selector.:above(inner > selector)
- Matches elements that are above any of the elements matching the inner selector.:below(inner > selector)
- Matches elements that are below any of the elements matching the inner selector.:near(inner > selector)
- Matches elements that are near (within 50 CSS pixels) any of the elements matching the inner selector.
- Sync
- Async
#
XPath selectorsXPath selectors are equivalent to calling Document.evaluate
. Example: xpath=//html/body
.
Selector starting with //
or ..
is assumed to be an xpath selector. For example, Playwright converts '//html/body'
to 'xpath=//html/body'
.
note
xpath
does not pierce shadow roots
#
id, data-testid, data-test-id, data-test selectorsAttribute engines are selecting based on the corresponding attribute value. For example: data-test-id=foo
is equivalent to css=[data-test-id="foo"]
, and id:light=foo
is equivalent to css:light=[id="foo"]
.
#
Pick n-th match from the query resultSometimes page contains a number of similar elements, and it is hard to select a particular one. For example:
In this case, :nth-match(:text("Buy"), 3)
will select the third button from the snippet above. Note that index is one-based.
- Sync
- Async
:nth-match()
is also useful to wait until a specified number of elements appear, using page.wait_for_selector(selector, **kwargs).
- Sync
- Async
note
Unlike :nth-child()
, elements do not have to be siblings, they could be anywhere on the page. In the snippet above, all three buttons match :text("Buy")
selector, and :nth-match()
selects the third button.
note
#
Chaining selectorsSelectors defined as engine=body
or in short-form can be combined with the >>
token, e.g. selector1 >> selector2 >> selectors3
. When selectors are chained, next one is queried relative to the previous one's result.
For example,
If a selector needs to include >>
in the body, it should be escaped inside a string to not be confused with chaining separator, e.g. text="some >> text"
.
#
Intermediate matchesBy default, chained selectors resolve to an element queried by the last selector. A selector can be prefixed with *
to capture elements that are queried by an intermediate selector.
For example, css=article >> text=Hello
captures the element with the text Hello
, and *css=article >> text=Hello
(note the *
) captures the article
element that contains some element with the text Hello
.
#
Best practicesThe choice of selectors determines the resiliency of automation scripts. To reduce the maintenance burden, we recommend prioritizing user-facing attributes and explicit contracts.
#
Prioritize user-facing attributesAttributes like text content, input placeholder, accessibility roles and labels are user-facing attributes that change rarely. These attributes are not impacted by DOM structure changes.
The following examples use the built-in text and css selector engines.
- Sync
- Async
#
Define explicit contractWhen user-facing attributes change frequently, it is recommended to use explicit test ids, like data-test-id
. These data-*
attributes are supported by the css and id selectors.
- Sync
- Async
#
Avoid selectors tied to implementationxpath and css can be tied to the DOM structure or implementation. These selectors can break when the DOM structure changes.
- Sync
- Async