# What Is a Property Monitoring Report? How to Read One Before You Pay for It > A plain explanation of what a property monitoring report actually contains, how to tell a genuinely useful alert from a noisy feed, and what questions to ask before paying for a monitoring tool. ## Overview A property monitoring report is not a dashboard or a market summary. It's the actual output you get every time a monitoring tool detects something relevant: a new listing that fits your search, a price drop on a property you're tracking, or a listing disappearing from a portal. If you're evaluating whether a monitoring tool is worth paying for, the question to ask isn't 'does it monitor the market' (most claim to) but 'what does each alert actually tell me, and can I trust it.' ## What's actually in a useful alert A well-built report contains a small, specific set of fields, and each one earns its place. The source portal (Idealista, Fotocasa, a specific agency site) matters because the same property often appears on several with slightly different prices or descriptions, and you want to know which listing you're actually looking at. The change type matters: new listing, price reduction, price increase, or delisted/status change are four different events that call for four different reactions. The old and new value (price, status) tells you the size of the change, not just that one occurred. A timestamp tells you how fresh the information is, which matters if you're competing with other buyers. And critically, the report should tell you which of your saved search criteria the listing matched, not just that it exists. That last field is the one most tools skip, and it's the one that separates a report from a notification. If a tool just tells you 'price changed' without saying why that listing reached you in the first place, you have no way to judge whether its matching logic is doing anything useful or just forwarding everything in a postcode. ## Why new listing, price drop, and delisted need to be treated as separate events Lumping all changes into one generic 'listing updated' alert hides information you need. A new listing tells you something just became available; timing matters because early viewers get first negotiation position. A price drop tells you the seller or agency is adjusting expectations, which is useful leverage information if you're planning an offer. A delisted property is the trickiest: it can mean sold, withdrawn by the owner, or re-published under a new reference with a different price by the same agency. A report that just says 'delisted' without any further detail leaves you guessing which of those happened, and that guess matters if you were about to make an offer. ## The difference between a matched report and a raw feed A raw feed is every change on every listing in an area, unfiltered. A report is the subset of those changes that actually match criteria you defined: location, price band, property type, minimum size, number of bedrooms. The difference in volume is not small. Watching a popular coastal town for two-bedroom apartments under a set price ceiling, a raw feed covering the whole area could easily generate dozens of changes a day across hundreds of active listings, most of them irrelevant to you. A matched report, built against your specific filters, should reduce that to a handful of alerts a week, each one something you'd actually want to see. If a tool's version of 'monitoring' is a feed you then have to scan yourself, it hasn't done the filtering work, it's just moved the noise from the portal to your inbox. ## Reading a single alert, worked through A good alert reads something like this: Idealista, 2-bedroom apartment, Estepona, price reduced from €315,000 to €298,000, matched your saved filter 'Estepona, 2+ bed, under €300,000', detected today at 14:02, with a link to the listing. Each line does a job. The portal tells you where to verify it. The change type and values tell you what happened and by how much. The match reason tells you this isn't random, it fits a filter you set deliberately. The timestamp tells you how much of a head start you have. If an alert is missing the match reason, you're trusting the tool's judgment blind; if it's missing the timestamp, you can't tell whether you're seeing this first or fifth. ## Cadence as a diagnostic, not just a feature How often a report should fire depends on how narrow your criteria are and how active the market segment is, so there's no universal right frequency. What's more telling is what happens at the extremes. Zero alerts for weeks after setting reasonably broad criteria usually means something is wrong with portal coverage or detection speed, not that nothing is happening in the market. A constant stream of alerts with vague or missing match explanations usually means the tool is erring toward sending everything rather than filtering properly. Either extreme is a sign the matching logic, not the market, is the problem. ## Questions worth asking before you pay for one - Does every alert name the source portal, so you can verify the listing yourself? - Does it explain which criteria the listing matched, or just that something changed? - Does it distinguish a delisted-because-sold from a delisted-because-withdrawn, or at least flag the difference as uncertain? - Can you adjust your criteria without losing the history of past alerts? - Roughly how long after a listing changes on the portal does the alert reach you? ## When this actually pays for itself A monitoring report earns its cost when your buying criteria are specific enough that a human scanning portals would miss the same signal, or miss it late. An investor already screening deals against a fixed rule, for example the kind of yield threshold discussed in [the 7% rule explainer](/insights/7-percent-rule-real-estate-investing), benefits most from a report that encodes that rule directly: only alert me when a listing's price-to-rent ratio clears this bar, nothing else. If you haven't yet decided which monitoring approach fits your search, including portal alerts, RSS feeds, or a dedicated service, [our comparison of monitoring methods](/insights/how-to-monitor-real-estate-market-new-listings) walks through the tradeoffs before you commit to a tool. And if you want to see what a matched, criteria-based report looks like in practice, [Property Monitor](/products/property-monitor) is built around exactly the fields described above: source, change type, match reason, and timestamp, on every alert it sends. ## FAQ ### What is a property monitoring report? It's the output a monitoring tool sends you when a listing matching your saved criteria changes: a new listing appears, a price drops or rises, or a property is removed. It's a single flagged event tied to a specific listing, not a market summary. ### What does a property report show you? A useful one shows the listing source, the type of change (new, price change, delisted), the old and new value where relevant, the date it was detected, and which of your saved filters triggered it. Without that last piece, you're just getting a change log, not an alert. ### How often should property monitoring alerts fire? There's no fixed frequency; it depends entirely on how broad your criteria are and how active the market is. What matters more is that every alert you do get is explained: if a tool can't tell you why it fired, the frequency doesn't tell you much either way. ### Is a property monitoring report the same as a market report? No. A market report summarizes trends across many listings over time (average prices, volume). A monitoring report is event-based: it tells you about one specific listing change the moment it happens, so you can act on it.