How to Use TradingView Screeners: From Saved Filters to Watchlists and Alerts

A screener reduces research scope; it does not make the decision

A TradingView screener applies selected filters to a selected universe and presents matching symbols and fields in a table. The output reflects a dataset, configuration and timestamp. It does not establish future return, execution quality, suitability or the economic identity of an instrument. The first objective is therefore not to find “the best asset.” It is to reduce the number of primary documents that require review through an explainable process. Similar ticker text can represent different venues or providers, so the exchange or source is part of the identifier.

A basic sequence is to choose the relevant screener, define coverage, display the necessary columns, add a small number of filters in a fixed order, save the screen, and verify every surviving symbol. Popular screens and presets can be useful orientation, but their labels and composition are not permanent definitions. Copy the active fields and thresholds into the research record instead of citing a preset name as the reason for inclusion.

Fix the denominator before adding conditions

A filter has different meaning across global equities, US primary listings, Japanese shares, a sector list or one exchange. At minimum, record screener type, country or region, venue, asset type, currency and whether secondary listings are included. For OTC forex and crypto assets, the exchange or data provider is also part of the context. Identical-looking values need not share session boundaries, volume definitions, delay status or conversion rules.

Available markets, fields, saving and export differ across screeners. Verify the definitions displayed in the current product.

Saving the original count distinguishes a screen that reduced 1,200 rows to 24 from one that reduced 30 rows to 24. Exporting only the survivors cannot reproduce that strength. Keep date, timezone, screen name and a text or image record of active filters beside the exported result.

Layer filters by function and avoid double-counting

A practical order is: can this symbol belong in the study, does it have the required data and liquidity, and does it relate to the research hypothesis? A long-horizon equity screen might set venue and valid price, then minimum liquidity, scale and a small set of business measures. A short-horizon monitoring screen may focus on session, volume and range. Applying several close variants of momentum does not add independent confirmation; it can count the same recent price behavior repeatedly.

• Eligibility: Handle venue, valid prices, minimum liquidity and missing required fields.
• Research purpose: Use two to four conditions directly tied to the question; do not keep adding filters after seeing results.
• Ranking: Separate inclusion from ordering and name the one field used to sort.
• Verification: Open issuer, exchange or provider records for every survivor and reconcile units and dates.

Test whether thresholds, missing values and refresh timing break the result

A cutoff such as P/E below 15 or volume above one million is a user-defined boundary, not a law of nature. A row at 14.9 is not necessarily economically different from one at 15.1. Compare a modestly looser and tighter version with the predefined baseline. If a tiny adjustment replaces almost every name, the screen is boundary-sensitive. Keep near-boundary observations in a separate research state instead of claiming that one side is categorically acceptable.

Missing is not zero. Treating an unavailable growth rate as 0%, or a negative-earnings company with an undefined P/E as extremely cheap, can reverse the meaning of a screen. State whether missing rows were excluded, separated or evaluated with another measure. Results can also change after a filing refresh, constituent update, currency conversion or corporate action, which is why a timestamp and data source belong in the evidence.

All values are fictional. The example does not recommend a measure, threshold or security.

Separate Research, Ready and Invalid watchlist states

Copying every survivor into one long watchlist loses why it entered and when it should leave. Use states. Research means primary evidence remains incomplete. Ready means observation and invalidation rules have been documented. Invalid means an assumption failed, but the case is retained for learning. Ready is not a recommendation or an instruction to place an order; it is a workflow status.

For each symbol, preserve the added date, saved-screen name, passing reason, unresolved question, next-review date and invalidation rule. If the TradingView watchlist does not provide enough free text for the record, keep the same identifier in a research worksheet from the Financial Templates Hub. A color or flag on a chart should not be the only explanation. Verify current availability of advanced views and export in the product and plan documentation.

1. 01Add to Research

   Save the symbol, venue, source screen and reason for inclusion.

2. 02Reconcile evidence

   Verify the value, unit and date with issuer, exchange or provider material.

3. 03Define Ready

   Write the observation to monitor and the separate condition that invalidates it.

4. 04Retain Invalid

   Move the record with its failure reason instead of deleting the evidence.

Use an alert to request another review

A screener is a cross-sectional search at a point in time, a watchlist manages candidate state, and an alert sends a notification when a configured condition changes. Keeping those jobs separate prevents constant rescanning and prevents a notification from becoming an automatic trade instruction. Available price, indicator and watchlist alert conditions depend on current product support. Preserve condition, interval, frequency, expiration and destination using the ledger in the TradingView alerts guide.

After a notification, verify the symbol and venue, then the data timestamp and bar state, and finally rerun the saved screen. Do not act from message text alone. When the underlying screen or chart input changes, confirm whether existing alerts must be recreated under current TradingView behavior. Never place credentials, passwords or unnecessary personal information in a webhook payload.

Audit saved screens and exclusions each week

During a weekly review, reopen the saved screen with the same universe and sort, then record initial rows, stage counts, additions, continuations, Invalid moves and changes in missing fields. Do not evaluate the screen only by whether survivors rose. Review whether it reduced research work as intended, agreed with primary records, depended excessively on a cutoff, or omitted a relevant group. If a threshold is changed after observing the market, save a new version rather than overwriting the original.

Use the Macro Research Workbench to organize published macro context separately. Connect price and liquidity columns to the Stocks price-formation guide, and compare candidate behavior with market breadth and concentration. A screener row cannot replace market structure or issuer research.

• Name a saved screen by purpose and version, not only by a date that soon loses meaning.
• Record missing counts and exclusions beside the survivor count.
• Save threshold changes as new versions so post-result tuning remains visible.
• Reread at least one removed case to learn where the screen failed.
• Recheck official help when fields, labels or coverage change.