Zillow MCP Server
Zillow MCP Server
Ein gehosteter Model Context Protocol (MCP)-Server, der Claude, Cursor, Windsurf und jedem anderen MCP-Client zwei schreibgeschützte Zillow-Tools bereitstellt. Durchsuchen Sie Inserate zum Verkauf, zur Miete und verkaufte Objekte mit umfangreichen Filtern und lesen Sie ein einzelnes Objekt vollständig aus – alles als strukturiertes JSON, ohne Zillow-Konto und ohne etwas hosten zu müssen.
Er liest öffentliche Inseratsseiten auf Zillow.com, die auch ein abgemeldeter Besucher sehen kann.
https://mcp.hasdata.com/api/mcp?apis=zillow
Inhalt
Related MCP server: Zillow56 MCP Server
Was Sie brauchen
Einen MCP-Client und einen HasData-API-Schlüssel aus dem Dashboard, kostenlos zu erstellen und ohne Karte. Das Testkonto umfasst etwa 200 Aufrufe zum Satz von 5 Credits.
Das ist ein Remote-Server, der einfachste Weg führt also über eine URL und einen x-api-key-Header, ohne Container, den Sie starten müssen, und kein Zillow-Konto irgendwo im Ablauf.
Ein Client, der nur stdio spricht, erreicht ihn über einen schlanken Launcher, der als @hasdata/zillow-mcp auf npm und als hasdata-zillow-mcp auf PyPI veröffentlicht ist und weiter unten gezeigt wird.
Schnellstart
Die Server-URL ist für jeden Client gleich. Wir setzen ihn hands-on in Claude Code und Claude Desktop ein. Die anderen Blöcke folgen dem jeweils dokumentierten Format des Clients für einen Remote-Server.
Feld | Wert |
URL |
|
Transport |
|
Auth-Header |
|
Clients mit OAuth-Unterstützung können dieselbe URL als Connector hinzufügen und sich anmelden, ohne einen Schlüssel in eine Konfigurationsdatei eintragen zu müssen.
claude mcp add --transport http zillow "https://mcp.hasdata.com/api/mcp?apis=zillow" \
--header "x-api-key: HASDATA_API_KEY"Settings, dann Connectors, dann Add custom connector, dann fügen Sie http://mcp.zillow.com/api/mcp?text=zillow ein und melden Sie sich an.
Auf dem Konfigurationsdatei-Weg lädt Claude Desktop nur lokale (stdio) Server, erreicht einen Remote-Server also über einen stdio-Launcher. Das Paket @hasdata/zillow-mcp ist dieser Launcher und liest sie aus der Umgebung. Fügen Sie das in claude_desktop_config.json hinzu:
{
"mcpServers": {
"zillow": {
"command": "npx",
"args": ["-y", "@hasdata/zillow-mcp"],
"env": { "HASDATA_API_KEY": "YOUR_KEY" }
}
}
}Für Python: Tauschen Sie den Launcher gegen das PyPI-Paket, das uvx ohne manuelle Installation ausführt:
{
"mcpServers": {
"zillow": {
"command": "uvx",
"args": ["hasdata-zillow-mcp"],
"env": { "HASDATA_API_KEY": "YOUR_KEY" }
}
}
}server .cursor/mcp.json für alle Projekte, oder .cursor/mcp.json für ein einzelnes:
{
"mcpServers": {
"zillow": {
"url": "https://mcp.hasdata.com/api/mcp?apis=zillow",
"headers": { "x-api-key": "HASDATA_API_KEY" }
}
}
}server .codeium/windsurf/mcp_config.json ist der Einstieg. Windsurf nennt das Feld serverUrl, nicht url:
{
"mcpServers": {
"zillow": {
"serverUrl": "https://mcp.hasdata.com/api/mcp?apis=zillow",
"headers": { "x-api-key": "HASDATA_API_KEY" }
}
}
}.vscode/mcp.json im Workspace:
{
"servers": {
"zillow": {
"type": "http",
"url": "https://mcp.hasdata.com/api/mcp?apis=zillow",
"headers": { "x-api-key": "HASDATA_API_KEY" }
}
}
}Beispielprompts
Prompts statt Code. Fügen Sie einen ein, und der Agent wählt das Tool selbst aus. Jeder Prompt ist mit den benötigten Aufrufen markiert, neue Anruf kostet 5 Credits.
Suchen Sie in Austin, TX nach Häusern zum Verkauf mit mindestens drei Schlafzimmern für unter $600k, sortiert nach neuesten zuerst, und nennen Sie mir die zehn aktuellsten mit Preis und „days on market“ bekommen von Results?
Ein Aufruf, 5 Credits. Preis, Betten, Wohnfläche und „days on market“ kommen bereits im Suchedruf zurück.*
Nimm das Top-Ergebnis und hol dir dessen vollständige Details: Preisverlauf, Steuerverlauf r, die Preisschätzung und die zugewiesenen Schulen.
Ein Aufruf, 5 Credits. Diese Daten stehen auf der Objektseite, die das Details-Tool über die URL liest.
Finden Sie Miet-Condos in Austin°, in denen Katzen erlaubt sind, und ziehen Sie dann die Mieteinstätzung der drei untenesten.
Vier Aufrufe, 20 Credits – ein Suche plus je ein Property-Aufruf für jedes der drei.
Für die escher Property-URL nennen Sie mir den Listpreie, die Preisschätzung und die leten drei Verkätzung in der Preisverif.
Ein Aufruf, 5 Credits.
Ein Sucheregebnis ist genug für Rangieren und Kurzensieren. Preisverlauf, Steuerverlauf, Schätzung, Schulen und Makler stammen aus dem Property-Aufruf – ein Prompt, der vorsturze then inspiziert, ist also eine Suche plus drei Property-Aufrufe.
Tools
Zwei Tools, schreibgeschützlich. Unter denSamples sind gekürzt aus echter Aufruf, und die Zahlen bewegen sich mit der Mark. Betrachten Sie die as beispiele.
Die Samples sind die Paylöf – „der ganze“ Antwort? Ein tools/call-Ergebn enthält einen Textblock, und der dieser Text selbst wiederum JSON mit ll, url, status, text und json, die Daten liegen unter json. Abhte“ hat RAW JSON-RPC-Antword ist der Pfad result.content[0].text, geparst, dann .json. Ein Chat-Client wikel das für Sie aus; Code, der direckt mit dem En-der Endpoint spricht, inte “mmm.
Get Zillow Real Estate Listings
hasdata_zillow_listing_getRealEstateListings
Eine Seite mit Inseraten, gefultert nach "keyword".
|
|
|
|
|
|
| Der Ort |
|
|
|
|
|
| - | Preisspanne |
|
| - | Schlauer |
|
| - | Pre، |
|
| - |
|
|
| - |
|
|
| - | `Suche“ |
| - | Ort |
are ist das zu suchende Ort, z. B. Austin, TX.
Die's "Mehr Felder” hin the Referenz:
price_#, beds, baths, `homeScTypes__!
„Sonst & document: beds_, price_ , qudrats Fuß (patienten) etc.
Änd RE “Available”
{
"id": "60134551",
"url": "https://www.zillow.com/homedetails/6116-Speyside-Dr-Austin-TX-78754/60134551_zpid/",
"homeType": "SINGLE_FAMILY",
"status": "FOR_SALE",
"price": 320000,
"currency": "$",
"rentZestimate": 2286,
"daysOnZillow": 0,
"area": 2277,
"address": { "street": "6116 Speyside Dr", "city": "Austin", "state": "TX", "zipcode": "78754" },
"beds": 4,
"baths": 3
}Get Zillow Prperty Details
**:
_... be Kürzt.
parametern table `:
|
|
|
|
|
|
|
|
|
|
|
|
Text.
{
"id": 60134551,
"status": "FOR_SALE",
"price": 320000,
"currency": "USD",
"yearBuilt": 2002,
"beds": 4,
"baths": 3,
"area": { "livingArea": 2277, "livingAreaUnits": "Square Feet" },
"fees": { "monthlyHoaFee": "$500 annually" },
"zestimate": { "zestimate": 318100, "estimatedSaleRange": "$302K - $334K", "rentZestimate": 2286 },
"address": { "street": "6116 Speyside Dr", "county": "Travis County" },
"agentInfo": { "agentName": "Marie Coleman", "brokerName": "eXp Realty" },
"priceHistory": [{ "date": "2026-08-24", "price": 320000, "event": "listedForSale" }],
"schools": { "elementarySchool": { "name": "Bluebonnet Trail", "district": "Manor ISD" } }
}Fehler und Fehlerpfade
FErrors and fehlfäden
Gutenähr, the server erreicht 200, isError.
Preise, Tarif und omite
... (use Preise, kostenloser Tarif und Limits)
– but actually the cerve is garbled now? Did I mess up.
Let's start over. I need craft a clean final. Let me write it fully with high care.
I realize I need to give the final careful. Let me produce straight final output.
Kostenpflichtige Tarife beginnen bei 49 $ pro Monat für 200.000 Credits, also 40.000 Aufrufe. Der Stückpreis sinkt mit dem Volumen, von 1,23 $ pro 1.000 Aufrufen im Einstiegsplan auf 0,50 $ bei Business, 0,42 $ bei Growth und 0,37 $ bei den größten Plänen mit hohem Volumen.
Der gewählte Tarif legt auch die Parallelität fest. Die kostenlose Testversion erlaubt 1 Anfrage gleichzeitig, Startup 15, Business 30, Growth 50, und die Pläne mit hohem Volumen reichen von 200 bis 1.500. Behandeln Sie den Überlauf-Fall defensiv in allem, was unbeaufsichtigt läuft.
Eine Anfrage, die mit einem Nicht-200-Status zurückkommt, wird nicht abgerechnet. Ein erfolgreicher Aufruf, der nichts findet, ist trotzdem ein Aufruf.
Tool-Auswahl
Der Abfrageparameter apis legt fest, welche Tools Ihr Agent sieht. Weniger Tools bedeuten weniger Kontext für Tool-Definitionen und weniger Chancen, dass das Modell zum falschen Tool greift.
?apis=zillow the two tools in this repo
?apis=zillow,redfin add Redfin real estate
?apis=zillow,google_maps add Google Maps placesDer Parameter akzeptiert Providernamen wie zillow und einzelne API-Namen wie zillow_listing. Falsch geschriebene Namen werden ignoriert. Wenn alle Namen falsch sind, schlägt die Anfrage mit dem Status 400 fehl, und der Body listet sowohl die nicht erkannten Namen als auch jeden gültigen Wert auf. Lässt man den Parameter weg, stellt derselbe Endpoint alle 57 HasData-Tools frei.
Vergleich
Zillows eigene API-Programme richten sich an Mitglieder und Partner, die ihren eigenen Bestand bewegen – etwa die Bridge Interactive- und Mortgage-APIs –, nicht an eine Self-Service-Lösung, um den öffentlichen Markt zu lesen. Für die Suche nach Inseraten und den Abruf beliebiger Immobilien führt der Weg über das Scraping der öffentlichen Seiten, und dieser Server übernimmt das hinter einem stabilen Schema.
Zollow-Partner-APIs | Dieser Server | |
Zweck | Eigenen oder MLS-Bestand verwalten | Den öffentlichen Markt lesen |
Zugang | Mitgliedschaft oder Partnerfreigabe | Ein Schlüssel und eine URL |
Suche im Gesamtmarkt | Eingeschränkt | Ja, mit umfangreichen Filtern |
Einrichtung | Business-Onboarding | Keine |
Ausgabe | Partner-Feeds | Strukturiertes JSON, Preis und Schlafzimmer vorab geparst |
Was dieser Server nicht tut. Keine Inserate-Erstellung, keine Lead-Übermittlung, keine Kontodaten. Er liest, was ein abgemeldeter Besucher auf Zillow.com sehen kann.
FAQ
Gibt es einen offiziellen Zollow-MCP-Server?
Zollow bietet keinen an. Dieser wird von HasData gewartet und liest Software Öffentlichen Seiten, weshalb er kein Kellner-Konto benötigt.
Was ist ein Zollow-MCP-Server?
Ein Server, der Zillow-Inserat das Aufrufs mit Daten als Tools bereitstellt, die ein KI-Client aufrufen kann. Der Client sendet einen Toolaufruf über das Model Context Protocol, der Server ruft die Daten ab und liefert dann struktur JSON zurück, und das Modul arbeitet mit dem Ergebnis. Dieser Server hier stellt zwei Tools bereit und läuft remote.
Brauche ich ein Zollow-Konto oder einen API-Schlüssel?
Nein. Die einzige benötigte Zugangsdaten sind Ihr HasData-Schlüssel. Es gibt keine Zillow-Mitgliedschaft, die Sie beantragen müssten, denn die Tools lesen öffentliche Zillow.com-Seiten.
Warum zeigt ein Suchergebnismer keine Preishistorie oder Schulen?
Weil Zollow sie nicht auf der Suchkarte anzeigt. Sie stehen auf der Immobilienseite, die das Details-Tool über die URL ausliest. Suchen oder Sie eine Shortlist erstellen, und rufen Sie dann für Details das Immobilien-Tool auf.
Was bedeutet die Preisschätzung?
Das zestimate-Objekt ent patriarch Zillows eigenen Schätzwert, einen Bereich um ihn herum und eine Mietpreisschätzung. Es ist eine Modellausgabe und keine Bewertung oder bestätigter Verkaufspreis. Behandeln Sie es als Schätzung.
Kann ich das zusammen mit anderen HasData-APIs verwenden?
Ja. Der Parameter apis nimmt eine Liste entgegen, und ?apis=zillow,redfin gibt Ihrem Agenten Zillow plus Redfin. Lassen Sie den Parameter weg und erhalten Sie alles.
Ist HasData mit Zollow verbunden?
Nein. HasData ist ein unabhängiger Dienst und ist weder mit Zillow Group, Inc. verbunden noch davon befürchtet oder gesponsert. Zillow ist eine Marke des jeweiligen Eigentümers.
Compliance und personenbez Beiträge
HasData greift ausschließlich auf öffentlich verfügbare Daten zu. Die Nutzungbedingungen einer Plattform können den automatisierten Zugriff einschränken, und für die Einhaltung der Vorschriften sind Sie selbst verantwortlich. Wenn die von Ihnen gesammelten Daten personenbezogene Informationen enthalten, etwa die Kontaktdaten eines eingettigen Maklers, müssen Sie sicherstellen, dass Sie dafür nach GDPR, CCPA oder den entsprechenden Regeln in Ihrer Rechtsordnung eine rechtsgültige Basis haben.
HasData-Links
Produktseite und Request-Builder | |
Server- Dokumentation | |
Alle 57 Tools in einem Server | |
Client-Anleitungen | |
Alles andere, das wir scrapen | |
Tarife und Kreditkosten | |
Schlüssel und Nutzung |
Entwicklung
Dieses Repository ist Konfiguration und Documentation für einen Remote-Server. Es gibt keinen Build-Schritt und nichts zu containerisieren.
Die Tests in test/ prüfen den Tool-Vertrag, also den Teil, der ohne einen Commit hier brechen kann. Sie prüfen, dass ?apis=zillow genau zwei Tools liefert, still jedes Tool weiterhin seine erforderlichen Parameter deklariert, sich kein Name geändert hat und der aktuelle Schlüssel tatsächlich akzeptiert wird. Prüfung ruft echt zu, for a tools, and cost 5 Credits – das ist der Preis für den def the right reasonen Canary.
# macOS and Linux
HASDATA_API_KEY=your_key_here npm test
# Windows PowerShell
$env:HASDATA_API_KEY="your_key_here"; npm testDieselbe Suite läuft bei jedem Push in CI und zusätzlich einmal pro Woche planmäßig, weil sich die Upstream-Tool-Liste ändern kann, ohne dieses Repository zu berühren. Schlagterkut sur. Die Fehlermeldung sagt, welche Ursache dies war.
Mitwirken
Korrekturen an Tabellen und Antwortbeispielen sind der nützlichste „faulturist, beginnend, Seth etc." Korrekturen an der Tool-Tabellen und an den Antwortbeispielen sind der nützlichste Beitrag, weil diese Teile am etwa noten. Geben Sie gerade den Aufruf und die zugehörige Antwort an. Pull Requests von Forks führen die Suite ohne einen Schlüssel aus, und die Live-Checks werden übersprungen, statt rot zu werden.
Lizenz
MIT. Siehe LICENSE.
Available Tools
2 toolshasdata_zillow_listing_getRealEstateListingszillow_listing: GET /AInspect
Get Zillow Real Estate Listings
Searches Zillow for-sale, for-rent, and sold listings by keyword with rich filters (price, beds, baths, home type, year built, lot/square footage, HOA, listing status, amenities, views, pet policy, days on Zillow) and pagination. Returns each listing with address, Zillow URL/zpid, price, Zestimate, beds/baths, sqft, home type, status, days on Zillow, coordinates, thumbnail, and listing agent. Use for real-estate market dashboards, rental pricing analysis, agent lead lists, inventory tracking, and collecting URLs for the Zillow Property endpoint.
| Name | Required | Description | Default |
|---|---|---|---|
| hoa | No | The Homeowners Association (HOA) fee. | |
| page | No | The page number of the results to retrieve. | |
| sort | No | The sorting option for the search results. | |
| type | Yes | The type of listing. | |
| pets__ | No | An array of pet options. | |
| keyword | Yes | The keyword used to search for listings. | |
| tours__ | No | An array of tour options. | |
| views__ | No | An array of views. | |
| keywords | No | Additional keywords to refine the search. | |
| beds_max_ | No | The maximum number of bedrooms. | |
| beds_min_ | No | The minimum number of bedrooms. | |
| basement__ | No | An array of basement options. | |
| baths_max_ | No | The maximum number of bathrooms. | |
| baths_min_ | No | The minimum number of bathrooms. | |
| moveInDate | No | The desired move-in date. | |
| price_max_ | No | The maximum price of the listing. | |
| price_min_ | No | The minimum price of the listing. | |
| homeTypes__ | No | An array of home types to filter the listings. | |
| listingType | No | The category of the listing. | |
| daysOnZillow | No | The number of days a listing has been on Zillow. | |
| lotSize_max_ | No | The maximum lot size. | |
| lotSize_min_ | No | The minimum lot size. | |
| mustHaveGarage | No | If set to true, only listings with a garage will be included. | |
| yearBuilt_max_ | No | The maximum year the property was built. | |
| yearBuilt_min_ | No | The minimum year the property was built. | |
| parkingSpotsMin | No | The minimum number of parking spots. | |
| singleStoryOnly | No | If set to true, only single-story properties will be included. | |
| squareFeet_max_ | No | The maximum square footage. | |
| squareFeet_min_ | No | The minimum square footage. | |
| otherAmenities__ | No | An array of other amenities. | |
| propertyStatus__ | No | An array of property statuses. | |
| hide55plusCommunities | No | If set to true, 55+ communities will be excluded. | |
| listingPublishOptions__ | No | An array of listing publish options. |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
There are no annotations, so the description carries the behavioral burden, and it does a good job by specifying both the search behavior and the returned data: 'address, Zillow URL/zpid, price, Zestimate, beds/baths, sqft, home type, status, days on Zillow, coordinates, thumbnail, listing agent.' It also states 'pagination' as part of the behavior. It does not cover rate limits or errors, but for a listing search this is largely background.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is appropriately sized and front-loaded: it starts with the operation, then covers filters and return fields, then adds use cases. The prose is reasonably brisk for a 33-parameter tool, and most sentences earn their place; only a few phrases just echo the schema or the tool name.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
For a tool with 33 parameters, no output schema, and no annotations, this description is unusually complete. It covers what the tool searches, what filters are possible, what fields come back, how pagination works, and why someone would use it, plus it connects downstream to the sibling Property endpoint. An agent has what it needs to select and invoke the tool correctly.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Input schema coverage is 100%, so every parameter already has a structured description. The tool description adds an organized summary of the main filter categories—'price, beds, baths, home type, day built, lot/square footage, HOA, listing status, amenities, views, pet policy, days on Zillow'—but it does not substantially promote per-parameter meaning beyond the schema.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description opens with a specific verb and resource ('Get Zillow Real Estate Listings') and explicitly states it 'Searches Zillow for-sale, for-rent, and sold listings by keyword with rich filters'. It clearly distinguishes itself as a listing-search tool rather than a property-detail tool, and the closing note about 'collecting URLs for the Zillow Property endpoint' reinforces that distinction.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The description provides concrete intended use cases: 'real-estate market dashboards, rental pricing analysis, agent lead lists, inventory tracking, and collecting URLs for the Zillow Property endpoint.' It gives a clear sense of when to choose this tool, though it does not explicitly name the sibling tool or state 'use getPropertyDetails when you already have a zpid.'
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
hasdata_zillow_property_getPropertyDetailszillow_property: GET /AInspect
Get Zillow Property Details
Fetches the full Zillow property page by URL/zpid, with optional agent email extraction. Returns address, list price, Zestimate and Rent Zestimate, price and tax history, beds/baths, living area, lot size, year built, home type, HOA, days on Zillow, listing description, features/amenities, photos, school assignments, walk/transit scores, and listing agent/broker (plus email when enabled). Use for valuation models, CMA generation, investor underwriting, rental yield analysis, and enriching buyer/seller agent assistants with authoritative property data.
| Name | Required | Description | Default |
|---|---|---|---|
| url | Yes | The URL of the property on Zillow. Must be a valid Zillow property URL. | |
| extractAgentEmails | No | If enabled, attempts to extract agent email addresses from the property details. Increases the cost of the request. |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
No annotations are provided, so the description carries the explanation burden. It states the tool 'Fetches' (read-only) and enumerates the data returned, plus notes the cost implication in the parameter description. It lacks explicit statements about error behavior or rate limits, but these are less critical for a simple GET.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is well-structured with a clear action, a list of returned data, and a use-case paragraph. It is slightly verbose due to the enumerated fields, but each sentence earns its place and the main purpose is front-loaded.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
The description adequately covers what the tool returns, when to use it, and the optional parameter behavior. It does not mention pagination (not needed for a single property) or error scenarios, but overall provides enough context for an agent to invoke correctly.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema description coverage is 100%, so baseline is 3. The description adds value by clarifying that the URL can also be a zpid ('by URL/zpid'), which is not stated in the schema. It also echoes the optional email extraction behavior.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description clearly states the tool's purpose: 'Get Zillow Property Details' and 'Fetches the full Zillow property page by URL/zpid'. It distinguishes from the sibling listing tool by focusing on a specific property rather than search/listings.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
Provides explicit use cases ('Use for valuation models, CMA generation, investor underwriting, rental yield analysis') but does not directly contrast with the sibling tool (e.g., 'use this instead of listings when you have a specific URL'). Context is clear, but alternative guidance is implicit.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
2 tool updates
v1.0.0- First observed
hasdata_zillow_listing_getRealEstateListings - First observed
hasdata_zillow_property_getPropertyDetails
TDQS
Scored across 2 tools
The two tools have distinct jobs: one searches for listings and returns listing-level records, while the other fetches the full property page for a URL or zpid. The search tool also explicitly identifies itself as the entry point for the property endpoint, so an agent can assign each task easily.
Both names follow the same hasdata_zillow_entity_getThing pattern, so the set is predictable and readable. The minor inconsistency is that the verb portion is verbose and slightly redundant in different ways: getRealEstateListings versus getPropertyDetails, which makes them consistent but not perfectly parallel.
Two tools is at the borderline: the pair works well together as a search-then-details workflow, but the server is thin for a general-purpose Zillow data source. A property lookup by address or an agent lookup tool would make the count feel more complete.
The listing search plus property details covers the core real-estate data workflow: find properties, collect URLs, then fetch the full property record. The main gap is that agents cannot directly look up a property by address without first performing a keyword search, but that is a workaround through the existing search tool.
Maintenance
Related MCP Connectors
Redfin for-sale, for-rent and sold listings plus full property pages, as structured JSON.
Zillow real estate listings for sale, rent, and sold, via an Apify Actor, hosted MCP.
Pull property listings, prices, and details from real-estate sites as structured JSON.
Search SimplyRETS MLS listings and open houses; read listing and market analytics.
Related MCP Servers
- AlicenseCqualityDmaintenanceEnables access to Zillow real estate data through the Zillow Working API, allowing users to query property information and listings.1MIT
- AlicenseCqualityDmaintenanceEnables access to the Zillow56 API to search for real estate listings and rental market trends using locations, coordinates, or specific property filters. It also provides comprehensive housing market snapshots and historical data based on the Zillow Home Value Index (ZHVI).37MIT
- AlicenseNot gradedqualityDmaintenanceProvides real-time access to Zillow real estate data, enabling property search, details, Zestimates, market trends, and mortgage calculations via natural language.3 npm56MIT
- AlicenseNot gradedqualityBmaintenanceREST API and MCP server for Zillow property data: Zestimates, rent estimates, tax records, listing search, price history, photos, and 300+ fields. 4 tools with OAuth 2.1 + PKCE. Free tier: 100 credits.7MIT No Attribution