By Tessar Napitupulu, Founder & CEO, PT Arfadia Digital Indonesia · July 2026 · 10 min read
Aggregating listings is not the same as knowing a neighbourhood, and that gap is the single largest untapped content opportunity in Indonesian real estate. Rumah123, 99.co, and Lamudi win on inventory volume, indexing millions of listings each, but their neighbourhood-level descriptions are typically thin, generic, and reused across dozens of near-identical pages. A developer or agent website that builds genuinely deep, sourced, regularly updated neighbourhood content occupies a position no portal is structurally built to compete for.
Why can a portal not just build this content too?
It is not a resource question, it is a business-model question. A portal's core product is the listing itself; neighbourhood context is, at best, a supporting feature bolted onto a listing template, produced at scale across thousands of areas rather than researched deeply for any one of them. A developer or agent, by contrast, typically serves a small number of specific areas, which makes deep, first-hand neighbourhood knowledge economically viable in a way it is not for a platform trying to cover an entire country. This is a structural advantage, not a temporary one, and it does not go away even if a portal decides to invest more in content next year.
What does "hub-and-spoke" content architecture actually mean in practice?
A hub is a comprehensive neighbourhood guide, generally 1,500 or more words, covering the full picture of an area: schools, transit access, safety perception, community character, and price trends, all sourced and dated. The spokes are narrower, more specific pages that answer individual questions within that same neighbourhood, such as a school-proximity guide, a transit-access breakdown, or a price-trend update, each linking back to the hub and to each other. This structure signals topical depth to both search engines and AI answer engines, and it means a single well-built neighbourhood cluster keeps generating relevant, internally-linked pages long after any specific listing inside it has sold.
What separates a guide that actually gets cited from one that does not?
Structure and sourcing, more than length alone. Research into how AI answer engines extract content consistently points to a small set of concrete practices: a self-contained answer within the first 100 words that does not require reading the whole page to understand the core point, ten or more specific, sourced, dated statistics per article rather than vague qualitative claims, and eight or more named entities such as specific schools, toll gates, or hospitals rather than generic references to "nearby amenities." Author credentials that a reader, and increasingly an AI system, can verify also matter, as does a genuine refresh cycle, ideally quarterly, since stale, undated content is treated with less confidence by systems trying to synthesise a current answer.
Typical content depth: portal area page vs. dedicated neighbourhood guide
Illustrative comparison based on typical portal area-page templates versus a properly built hub guide, not a specific measured audit of any single portal.
Does a guide's citation position stay fixed once earned, or can it be lost?
It can absolutely be lost, and treating a citation as a permanent achievement rather than a maintained position is one of the more common strategic mistakes teams make once initial results appear. Research analysing citation stability found that roughly half of cited content is under thirteen weeks old at any given measurement point, and citation turnover generally runs somewhere between 40% and 60%, meaning a meaningful share of what is cited today will not be cited again within a few months if nothing changes. Separately, an Ahrefs analysis of 17 million AI citations found that content updated within the last 30 days earns roughly 3.2 times more citations than stale content, and that a striking 76.4% of ChatGPT's most-cited pages had been updated within that same 30-day window. Read together, these findings describe an environment that rewards active maintenance far more than search engines historically did for conventional ranking, where a well-aged, authoritative page could hold position for years with minimal upkeep. A neighbourhood guide's quarterly refresh cycle is not a nice-to-have polish step, it is closer to a maintenance requirement for keeping the citation position this article has been describing throughout.
Which specific content formats actually earn citations most often, beyond just "guides"?
Comparative content and structured, table-based formats consistently outperform prose-only alternatives across the research reviewed for this piece. Content directly comparing two or three neighbourhoods on shared, specific attributes, price band, school access, commute time, is among the most frequently cited format, precisely because a comparison table is already close to the structured form an AI system needs to extract and present an answer from. Well-labelled data tables generally, not exclusively neighbourhood comparisons, earn a disproportionate share of citations relative to how much of a typical content library they represent, which is a specific, practical argument for building at least one genuine comparison table into every substantial neighbourhood guide rather than treating tables as an optional visual flourish added after the prose is finished.
Does this only help with Google, or with AI answer engines specifically?
Both, and the AI-citation angle may matter more over time. Research analysing AI citation patterns found that 44.2% of citations trace back to content within the first 30% of a page, meaning the front-loaded, self-contained-answer structure is not just good practice, it is close to a prerequisite for citation. Pages carrying FAQPage schema are also measurably more likely to be featured inside AI-generated answers, and comparison-style content, such as tables setting two or three neighbourhoods against each other on shared attributes, is among the most frequently cited content format across the research reviewed for this piece.
Google's AI Overview specifically triggers on real estate queries far less often than the cross-category average, somewhere around 5% of real estate searches versus roughly 48% across all categories combined. That is a reason to build this content now, while the competitive density at this layer is still low, rather than a reason to wait for AI search to matter more before investing.
| Hub-and-spoke element | What it needs to include |
|---|---|
| Hub guide (1,500+ words) | Full neighbourhood picture: schools, transit, safety, community, price trend, sourced and dated |
| School-proximity spoke | Named schools, distances, and curriculum type, not a generic "good schools nearby" claim |
| Transit-access spoke | Specific stations, toll gates, and travel times to key destinations |
| Price-trend spoke | Sourced, dated pricing data, updated on a quarterly cycle, not left static for years |
Who should actually write this, and how often does it need updating?
Author credentials matter more here than in most content categories, because a neighbourhood guide is implicitly a claim of local expertise. A named author with a visible, verifiable connection to the area, whether that is years of sales activity there or a demonstrable research process, strengthens the content's credibility signal to both human readers and the systems evaluating it. A quarterly refresh cycle is a reasonable minimum: prices move, new schools open, transit infrastructure changes, and content that has clearly not been touched in two years reads as unreliable to exactly the audience it is trying to convince.
What schema markup actually supports a neighbourhood guide, technically?
The most relevant schema type is Place, applied to the neighbourhood itself, with a containedInPlace property linking it up to the city or region it sits within. This gives search engines and AI systems an explicit, structured statement of geographic hierarchy rather than forcing them to infer it from prose. The guide content itself should carry Article schema, and any FAQ section within it should carry its own FAQPage schema, matching the visible questions and answers exactly rather than a paraphrased version, since mismatched schema is treated as a trust signal failure by systems that check for it.
One schema mistake worth flagging specifically: do not apply RealEstateListing schema to a neighbourhood guide. That schema type is meant for a specific property or unit for sale, and applying it to an informational guide muddies the signal about what kind of page this actually is. Keep the two content types, and their schema, cleanly separated: listings get RealEstateListing, guides get Article and FAQPage. This separation also matters organisationally, since it forces a team to recognise that a neighbourhood guide is a different content type with a different purpose, not a listing page with more words on it.
How do you actually measure whether a neighbourhood content strategy is working?
Organic traffic to the guide itself is the first and most direct signal, tracked over a quarterly horizon rather than week to week, since neighbourhood content compounds slowly rather than spiking. Internal link equity flowing from the guide to active project pages is the second signal worth tracking, since a guide that never sends any qualified traffic toward a conversion point, even an informational one like a contact form, is not fully doing its job regardless of how much standalone traffic it earns. For teams also tracking AI citation specifically, a simple weekly practice of asking the same handful of neighbourhood-level questions to ChatGPT, Perplexity, and Gemini, and logging whether your guide gets named as a source, is a low-cost way to see whether the investment is translating into actual citation, since formal analytics dashboards for AI citation are still immature across the industry.
It is worth setting expectations honestly: a single neighbourhood guide published once will not move much on its own. The compounding effect comes from a genuine cluster, several interlinked pages covering one area in real depth, maintained on a real refresh cycle over a year or more. Teams that publish one guide, see modest results after a month, and conclude the strategy does not work are usually judging a cluster strategy by the standard of a single page.
Is this worth doing for an agent with no active new-project launch, not just a developer?
If anything, it matters more for agents than developers. A developer's content is inherently episodic, tied to a specific launch calendar that eventually ends when the project sells out. An agent's neighbourhood authority is evergreen: it keeps compounding in value regardless of which specific listings are active this month, and it is the single content asset most likely to keep generating qualified inbound interest between transactions.
None of this requires abandoning listing-focused content entirely. Listings still need to exist, still need clean schema, and still need to convert. The point is narrower: treat the neighbourhood guide as a distinct, permanent content asset with its own investment case, rather than an afterthought bolted onto a listing template, because that is the one content category a portal's business model structurally cannot replicate at the same depth.
Frequently Asked Questions
How many neighbourhood guides should we start with?
Start with the two or three areas that generate the most active business today, built properly with the full hub-and-spoke structure, rather than spreading thin coverage across ten areas at once. Depth in a few areas outperforms shallow coverage of many.
Can we reuse the same neighbourhood guide content across multiple project pages in that area?
Link to it, do not duplicate it. Each project page should link to the relevant neighbourhood hub rather than re-publishing the same neighbourhood description, which both avoids duplicate content and correctly signals that the hub is the authoritative source.
What if we do not have the in-house expertise to write genuinely authoritative neighbourhood content?
This is exactly the kind of content that benefits from a structured research and cross-validation process rather than a single writer's impression of an area, pulling from official statistics, transit authority data, and verifiable local sourcing rather than assumption.
Does a neighbourhood guide need to mention our specific projects at all, or should it stay neutral?
It should read as genuinely useful and reasonably neutral first, with your relevant projects linked naturally where contextually appropriate, not forced. Content that reads as a thinly disguised sales page loses the credibility that makes it citation-worthy in the first place.
Roughly how much budget and time does a proper hub-and-spoke cluster for one neighbourhood actually take?
Expect a genuine hub guide plus four to six spoke pages to represent several weeks of research, writing, and schema implementation done properly, not a task completed in a single afternoon. It is a front-loaded investment that then requires comparatively light quarterly maintenance, which is a far better ratio than most paid acquisition channels offer over the same time horizon.