Why Thailand's Real Estate Data is Stuck in 2015

If you've worked in Thai real estate for more than a week, you already know the feeling. You open one portal to check listings in Sukhumvit. Then another for Ratchada. Then a third because the first two don't have the same agents. Then you fire up a LINE group to ask someone if a unit is still available, because the listing was posted four months ago and there's no way to tell.

This is the state of property data in Thailand in 2026. And it hasn't meaningfully changed in a decade.

While markets like Singapore, Australia, and the United States have consolidated around dominant platforms with standardized data, open APIs, and real time pricing intelligence, Thailand's property ecosystem remains a patchwork of siloed portals, manual workflows, and deliberately hidden information. The result is a market where agents waste hours on data entry, investors make decisions on incomplete information, and developers build on foundations of sand.

We built Vurel because we got tired of pretending this was normal.

Six Portals, Zero Interoperability

Thailand's property listings are scattered across at least six major platforms: LivingInsider, PropertyHub, RentHub, Kaidee, Thailand Property, and Teedin108. Each one operates as its own universe. Different data formats. Different zone naming conventions. Different ways of categorizing property types. Different rules about what information is visible and to whom.

There is no shared listing standard. No MLS equivalent. No common API. If you want a complete picture of what's available in Bangkok's condo market, you have to check every single platform independently and reconcile the data yourself.

This isn't a minor inconvenience. It's a structural failure that cascades through the entire market. Agents list on multiple platforms to maximize exposure, which creates massive duplication. The same unit might appear three or four times across different portals with slightly different descriptions, different photos, and sometimes different prices. Buyers see inflated inventory counts. Analysts working from any single source are looking at a distorted picture.

When we aggregated data across all six major portals, we found over 500,000 listings in our database. The actual number of unique properties is significantly lower. But nobody can tell you exactly how much lower, because nobody has done the deduplication work across platforms. Until now.

The Excel and LINE Group Workflow

Talk to a working real estate agent in Bangkok and ask them about their tech stack. Most of the time, the answer is Excel and LINE.

Agents manually copy listing details from portal dashboards into spreadsheets. They share those spreadsheets in LINE groups with potential buyers or other agents. When a new listing comes in, they retype it into each portal one by one. When a unit sells, they may or may not remember to mark it as sold across all platforms. Often they don't.

This creates a market where stale listings are the norm rather than the exception. A significant percentage of listings on any Thai property portal at any given moment are already sold, rented, or otherwise unavailable. There is no automated sync. There is no central status update. There is just a human being who posted something three months ago and forgot about it.

Compare this to PropertyGuru in Singapore, where agents manage listings through a single dashboard that syncs across the platform in real time. Or to Domain and REA in Australia, where data feeds flow automatically between agency CRMs and the listing portal. Or to the US, where the MLS system (for all its flaws) at least provides a single source of truth that every agent and platform draws from.

Thailand has none of this infrastructure. And the portals have no incentive to build it, because fragmentation is the business model.

Contact Information as a Competitive Moat

Here is where it gets interesting. Thai property portals don't just fail to share data with each other. They actively work to prevent it.

Contact information is the most valuable asset in real estate. The phone number, the LINE ID, the email. That's how deals happen. And Thai portals treat contact data as their primary competitive moat.

Some portals hash or encrypt phone numbers so you can only call through their platform. Others paywall contact details behind premium subscriptions. Some require you to register an account and verify your identity before revealing a single phone number. A few show contacts freely in the listing response but strip them from the displayed page, forcing you to dig through API responses or page source to find them.

The result is that agents who list on multiple platforms often can't be reached through any single one without jumping through hoops. Buyers who find a listing on one portal might need to create accounts on three others before they can actually contact the person selling it.

This is not a technical limitation. This is a deliberate business decision by portals to keep users locked into their ecosystem. And it works, in the sense that it keeps portal traffic numbers high. But it makes the market worse for everyone actually trying to buy, sell, or rent property.

When we built our data pipeline, achieving 100% contact rates from LivingInsider alone required combining two separate API endpoints and a phone number decoding step. That's what it takes to get a complete contact record from a single portal. Across six portals, the complexity multiplies.

The Zone Name Problem Nobody Talks About

Here's a detail that sounds minor until you try to do any cross platform analysis. Every Thai property portal uses different zone names.

One portal calls it "สุขุมวิท" (Sukhumvit). Another breaks it into "สุขุมวิทตอนต้น" and "สุขุมวิทตอนปลาย" (early and late Sukhumvit). A third uses the BTS station name. A fourth uses the district name. A fifth invented its own zone groupings that don't match any official administrative boundary.

If you want to answer a simple question like "how many condos are available in Sukhumvit right now," you first need to build a zone normalization layer that maps every portal's naming convention to a common standard. Then you need to handle the edge cases where a listing sits on the boundary between two zones and different portals assign it to different ones.

We mapped approximately 15 zone groups across Bangkok and normalized every listing in our database to a common taxonomy. It took weeks of manual research and iterative refinement. No portal publishes their zone definitions. No two portals agree on boundaries. The province level categorization across Thailand is even messier.

This is the kind of invisible infrastructure work that makes aggregated data actually useful. Without it, you're just stacking incompatible datasets on top of each other and calling it a database.

The Tools Gap: Too Expensive or Too Basic

The Thai market does have a few proptech tools. They just aren't solving the right problems at the right price point.

At the high end, you have platforms like Pond.Martech, which charges 15,000 to 20,000 THB per month and imposes record quotas. Their top tier caps you at 3,900 records per month for nearly 20,000 baht. For an independent agent or a small brokerage, that's a significant expense for a tool that still doesn't solve the cross platform data problem.

At the low end, you have tools like Agent Wizard at roughly 1,200 THB per month. Affordable, but basic. Listing management and not much else. No market intelligence. No competitive analysis. No contact enrichment.

There's a massive gap in the middle. Agents need a tool that gives them comprehensive market data, real contact information, and cross platform visibility at a price that doesn't eat their entire commission on a rental deal. That tool doesn't exist in Thailand today. Or it didn't, until recently.

What Other Markets Got Right

The contrast with more mature markets is stark.

In Singapore, PropertyGuru has achieved near total dominance. Love it or hate it, there is essentially one place to look for property data. That consolidation means standardized formats, consistent zone definitions, and a single dashboard for agents. The data isn't perfect, but it's coherent.

In Australia, Domain and REA Group (realestate.com.au) cover the vast majority of the market. Both integrate with agency CRMs through data feeds. Listings are standardized. Updates propagate automatically. An agent lists once and the property appears everywhere it needs to be.

In the United States, the MLS system creates a shared database that all licensed agents contribute to and draw from. Platforms like Zillow and Redfin layer consumer interfaces on top of MLS data. You can argue about whether Zillow's Zestimate is accurate or whether the MLS system is anticompetitive, but the fundamental data infrastructure exists. There is a single source of truth.

Thailand has no equivalent. Not because the technology is impossible. Not because the market is too small. But because every portal is incentivized to hoard data rather than share it. The competitive dynamics of the Thai market reward fragmentation. Each portal's moat is its unique slice of listings and contacts. Consolidation would be good for the market but bad for any individual portal's business model.

This is a classic coordination failure. And it's why the solution has to come from outside the portal ecosystem.

The Missing Layer

When you look at what's actually needed, the picture becomes clear. Thailand's real estate market doesn't need another portal. It needs a data layer that sits across all of them.

Aggregation: pull listings from every major platform into a single, queryable database. Normalization: map zone names, property types, and listing formats to a common standard. Deduplication: identify the same property listed across multiple platforms and merge them into a single record. Contact enrichment: combine partial contact data from multiple sources to build complete agent profiles with phone, LINE, and email.

This is what we've built at Vurel. Over 500,000 listings from six portals, normalized to a common schema, with contact enrichment that achieves rates no single portal can match on its own. Updated continuously. Searchable. Exportable. Priced for working agents, not enterprise budgets.

Why This Matters

For investors, fragmented data means you're making decisions based on incomplete market pictures. You might overpay because you didn't see comparable units on a portal you don't use. You might miss opportunities because they were listed on a platform you've never heard of. Consolidated data means better comps, better pricing, and better decisions.

For agents, the current workflow is a tax on your time. Every hour spent manually copying listings across platforms or hunting for contact information is an hour you're not spending with clients. A unified data layer gives you the full market picture in one place and lets you focus on what actually makes you money: closing deals.

For developers building on top of Thai real estate data, the fragmentation is a nightmare. There's no clean API to build against. No standardized format to parse. Every integration is a custom job. A normalized data layer creates the foundation for the next generation of Thai proptech tools.

The opportunity here is not small. Thailand's real estate market is worth trillions of baht. The tools serving it are a decade behind. The data infrastructure is essentially nonexistent. Whoever builds that missing layer captures an enormous amount of value.

What Comes Next

Thailand's real estate data problem is not going to solve itself. The portals won't voluntarily open up. The agents won't spontaneously agree on a standard. The market will continue operating on spreadsheets and LINE groups until someone builds something better and proves it works.

Vurel is building that missing layer. 500K+ listings. Six portals. One normalized database. Real contacts. Real market intelligence.

See what's possible at vurel.io.