Voltar as noticias
Comparação de Servidores MCP da Zillow: 6 Testados, 3 Funcionam
Compartilhar
MCP ProtocolMediaEN

Comparação de Servidores MCP da Zillow: 6 Testados, 3 Funcionam

Fonte original: Dev.to - MCP·15 de setembro de 2026

Curadoria, tradução e análise: Redação Triplo Hub.

A tarefa era pequena. Um agente no Claude Code que, dado "aluguel de dois quartos em Denver por menos de $2.500", lista o que está no Zillow agora e puxa o registro completo para qualquer coisa que gostamos. O Zillow não tem uma API para isso e nenhum servidor MCP próprio, então o trabalho é escolher um servidor MCP de terceiros. Conectamos seis deles em 2026-09-09, executamos a mesma busca de aluguel em cada um três vezes e mantivemos anotações. A configuração de cada um, o que retornou e o que quebrou.

O teste

Uma busca, aluguéis em Denver, CO, três chamadas por servidor, do SDK TypeScript MCP oficial como cliente com um tempo limite de 240 segundos. Contamos uma chamada como falha quando a ferramenta retornou um erro, quando retornou um erro disfarçado como um resultado normal ou quando retornou uma lista vazia. A latência é a mediana das chamadas bem-sucedidas.

| Servidor                 | Configuração      | Aluguéis em Denver, 3 chamadas                | p50    |
|--------------------------|------------------|----------------------------------------------|--------|
| HasData Zillow MCP       | hospedado, chave  | 3/3, 41 aluguéis x 21 campos, 159 KB JSON    | 5.4 s  |
| Apify, ator afanasenko   | hospedado, token  | 3/3, 15 aluguéis x 77 campos, 42 KB JSON     | 7.2 s  |
| Apify, ator maxcopell    | hospedado, token  | 3/3 em duas chamadas, 40 aluguéis x 17 campos, 168 KB | 13.0 s |
| APIllow                  | local, uvx, chave | 3/3 respondido, 5 resultados com preços de venda | 16.5 s |
| @striderlabs/mcp-zillow  | local, do src     | 3/3 respondido, total_found: 0                | 4.2 s  |
| chrischall/zillow-mcp    | local, npx        | 0/6, precisa do seu navegador logado          | n/a    |

1. HasData

O servidor Zillow da HasData é hospedado, HTTP transmitível, duas ferramentas. Adicione-o ao Claude Code com a chave em um cabeçalho:

claude mcp add --transport http zillow "https://mcp.hasdata.com/api/mcp?apis=zillow" \
  --header "x-api-key: $HASDATA_API_KEY"

A ferramenta de busca leva um nome de lugar e um tipo, então a chamada de referência foi {"keyword": "Denver, CO", "type": "forRent"} sem etapa de tradução, a mesma consulta ampla que cada servidor recebeu. Retornou em 3.5 a 8.7 segundos com 41 aluguéis e 21 campos cada, preço, quartos, banheiros, área, endereço, dias no Zillow, tipo de imóvel, a URL do anúncio e uma contagem total de resultados. A ferramenta também possui os filtros que o agente precisa, então a tarefa real é uma chamada com beds_min_ e price_max_ definidos, e o Zillow faz o refinamento:

// solicitação
{"keyword": "Denver, CO", "type": "forRent", "beds_min_": 2, "price_max_": 2500}

// resposta, primeiro anúncio de 41 (3,647 total)
{"id": "465129302", "price": 1595, "beds": 2, "baths": 1, "area": 805,
 "addressRaw": "975-979 S Lowell Blvd #977, Denver, CO 80219", "daysOnZillow": 0, "homeType": "APARTMENT"}

Todo anúncio que carregava um preço tinha dois quartos ou mais e $2.500 ou menos. Algumas linhas são prédios de apartamentos em vez de unidades, com price, beds e baths como null e apenas um endereço, então o agente tem que pular esses ou abri-los. As três chamadas retornaram cargas úteis idênticas em bytes dentro de um minuto, o que parece um pequeno cache do lado do servidor. A ferramenta de propriedade pega a URL do anúncio do resultado da busca, então a "puxar o registro completo" metade da tarefa é mais uma chamada, 33 campos.

A carga útil é a maior dos servidores que funcionam, 159 KB para a página. Esse é o objeto de listagem completo por aluguel. Se o agente só precisa do preço e do endereço, ele está lendo mais do que usa, e não há seletor de campo na ferramenta de busca.

A cobrança é uma chamada por página, independentemente do que a página retorna, 200 chamadas por mês gratuitas e renováveis, depois $59 por mês para 40.000 chamadas. Para este agente, isso é uma chamada por busca mais uma por registro que você abre.

2. Apify, o ator afanasenko Zillow

Apify expõe qualquer ator em sua loja como uma ferramenta MCP através de um único endpoint hospedado. Você escolhe os atores na URL:

claude mcp add --transport http apify-zillow "https://mcp.apify.com/?tools=afanasenko/zillow-mcp-server" \
  --header "Authorization: Bearer $APIFY_TOKEN"

Este ator tem três ferramentas, busca por CEP ou lugar, busca por qualquer URL do Zillow e pesquisa por zpid. Os aluguéis de Denver foram inseridos como uma URL de aluguéis do Zillow. Retornou 15 aluguéis com 77 campos cada, o registro por listagem mais rico do conjunto, 42 KB, em 6.7 a 13.4 segundos. Os primeiros campos em um resultado de Denver foram preço, status, tipo de imóvel, coordenadas, uma descrição com os planos de andar e a URL do anúncio, e a própria descrição da ferramenta promete contato com o agente, Zestimates, HOA, histórico de impostos e preços mais abaixo no registro. Cada chamada é uma nova execução do ator do lado do Apify, então o piso de latência é o tempo de inicialização da execução. Em uma busca por CEP, o mesmo ator levou 25 e 45 s.

Análise editorial da Triplo Hub

Para empresas brasileiras que buscam integrar dados de plataformas como Zillow em suas aplicações, a escolha do servidor MCP é crucial. A análise revela que, embora existam opções viáveis, a latência e a confiabilidade variam significativamente. Isso implica que empresas devem testar e escolher servidores que atendam suas necessidades específicas, garantindo que suas aplicações sejam responsivas e eficientes. Uma ação prática seria realizar testes semelhantes com dados locais para determinar a melhor solução para suas operações.

Compartilhar
Seguir @triploup

Noticias relacionadas

Gostou do conteudo?

Receba toda semana as principais novidades sobre WebMCP.