Install
claude mcp add --transport http zillow "https://mcp.hasdata.com/api/mcp?apis=zillow" --header "x-api-key: HASDATA_API_KEY"Pour qui
Pour qui utilise déjà Claude, Cursor ou Windsurf et veut chercher des biens Zillow selon vente, location ou vendu, puis lire un bien en entier. C'est un MCP hébergé avec deux outils en lecture seule ; les résultats sont du JSON structuré. Pas de compte Zillow, et vous n'hébergez pas le service.
Pas pour qui n'a pas encore de HasData API key. La clé se crée gratuitement dans la console HasData, sans carte ; l'essai couvre environ 200 appels (comptés à 5 crédits chacun). C'est un service distant. Le chemin le plus court est une URL plus un en-tête x-api-key. Il ne lit que les pages publiques qu'un visiteur déconnecté voit sur Zillow.com ; le contenu visible seulement après connexion reste hors de portée.
Premier essai en 3 minutes
Suivre uniquement le chemin officiel : brancher Claude en HTTP sur le point d'accès hébergé. Ne pas traiter le lanceur local npx comme installation principale.
claude mcp add --transport http zillow "https://mcp.hasdata.com/api/mcp?apis=zillow" --header "x-api-key: HASDATA_API_KEY"
Prérequis : un client MCP sur cette machine, et une API key issue de la console HasData. La console est à
https://app.hasdata.com/sign-up?utm_source=github&utm_medium=syndication&utm_campaign=zillow-mcp
L'emplacement de configuration est l'entrée client écrite par cette commande claude mcp add. Le nom de service est zillow, l'en-tête est x-api-key. Remplacer HASDATA_API_KEY par la vraie clé de votre console ; n'inventez pas un autre substitut secret.
Le premier appel utilise la recherche en lecture seule du texte source : filtrer les biens selon vente, location ou vendu, avec les filtres riches mentionnés, et récupérer du JSON structuré. Le texte source ne donne ni noms de fonctions d'outil ni table de champs, donc n'inventez pas de noms search/get. Le succès, c'est que le client est connecté à
https://mcp.hasdata.com/api/mcp?apis=zillow
et qu'une recherche vente / location / vendu renvoie des enregistrements JSON de biens, pas une erreur de clé manquante ou de champ d'en-tête.
Lecture seule n'est pas risque zéro : cet appel atteint le service HasData distant, qui lit ensuite des pages Zillow publiques. L'essai compte environ 5 crédits par appel, environ 200 appels.
Cas d'usage
Cas 1 : chercher un lot de biens selon vente, location ou vendu. Pour qui fixe d'abord le statut, puis inspecte des résultats structurés. Les preuves parlent de filtres riches sans nommer chaque champ ; n'utiliser que les paramètres réellement exposés par le client et liés à ces trois statuts.
Cas 2 : lire un bien en entier. Pour qui a déjà un bien cible et ne veut qu'un JSON complet. Les preuves disent seulement “read a single property in full, all as structured JSON” ; elles ne disent pas si l'entrée est une URL Zillow ou un ID interne. Si cela manque, s'en tenir à la description du client pour cet outil ; n'inventez pas de paramètres.
Limites d'usage
Un HasData API key est obligatoire ; un compte Zillow ne l'est pas. Il ne lit que les pages publiques visibles sans connexion. L'essai est gratuit, sans carte, environ 200 appels à environ 5 crédits chacun. Service distant, pas de conteneur. Le chemin stdio npx -y @hasdata/zillow-mcp et la variable d'environnement HASDATA_API_KEY ne sont pas le chemin principal. Les preuves ne documentent que deux outils en lecture seule : chercher les trois statuts, et lire un bien en entier ; pas de noms de fonctions, pas de chemin d'annulation.
https://github.com/HasData/zillow-mcp