Idealista for a London apartment search from Warsaw: discovery tool or reliable shortlist?

Is this intended as a purchase search rather than a rental search? Planning applications and sold records suggest buying, but the contact workflow differs enough that it is worth stating.
 
Good question. The opening says buyer, so I read it as a purchase. That makes stale listings especially frustrating because due-diligence research takes time.
 
For a purchase, I’d separate portal research from transaction decisions. The portal can surface possibilities; later information should come from the advertiser and appropriate independent checks.
 
The Warsaw-to-London distance also raises a practical issue: don’t arrange travel around one listing. Build a small group of confirmed appointments before committing to the trip.
 
And reconfirm shortly beforehand. A reply received days earlier does not establish that the apartment remains available.
 
The spreadsheet could include a confidence column rather than just notes: address confirmed, area explained, status confirmed, pin checked, response received.
 
I wouldn’t score all those equally. Incorrect location is more serious than a missing price-history field because it changes whether the apartment fits the search at all.
 
Agreed. Status and location should be essential; area explanation comes next. Price history and planning context are useful once the basic listing is credible.
 
Duplicate control could be partly manual: match photos, floor plan, wording, price and advertiser. Address alone may not distinguish multiple apartments in one building.
 
A floor plan can also conflict with the headline area. If so, note the discrepancy rather than choosing whichever figure produces the more attractive comparison.
 
Would you contact every duplicate advertiser or only one? Multiple versions may reveal different details, but they can also create a confusing chain of replies.
 
I’d start with the version containing the clearest information, then contact another only if the first advertiser does not resolve the discrepancy.
 
There is a caveat: two advertisers may have different instructions or update schedules. The most detailed listing is not necessarily the freshest one.
 
Could the portal make freshness clearer with separate dates for first listed, last edited and availability confirmed? One generic date would not answer all three.
 
Yes, and relisted apartments should retain some visible continuity. Otherwise the same property can repeatedly appear new and defeat saved-search alerts.
 
I’d also want a way to hide a specific apartment rather than only one listing page. Duplicate advertisements can otherwise keep returning.
 
That requires reliable matching, though. Automatically merging separate units in the same building would create the opposite problem.
 
So the practical compromise is a user-created group: “possible duplicate,” with each original listing still visible underneath.
 
On mobile, the shortest workable routine may be save first, then do detailed comparison on a larger screen. Dense floor-area and planning information is easy to misread while map browsing.
 
You must log in or register to reply here.
Back
Top