Diseño web para inmobiliarias: para qué sirve de verdad

El diseño web para inmobiliarias tiene un problema que no tiene ningún otro sector: tu web no es el sitio donde la gente busca piso. Ese sitio ya existe, se llama Idealista o Fotocasa, tiene años de posicionamiento y un presupuesto de publicidad que ninguna agencia local va a igualar. Una web de inmobiliaria que se diseña como un portal más pequeño nace perdida: mismo contenido, misma promesa, mil veces menos visibilidad.

Y conviene decir lo incómodo en el segundo párrafo: la web de una inmobiliaria no se paga con los compradores, se paga con los propietarios. El comprador ya lo tienes —te llega por el portal, ya has pagado por él—. Lo que los portales no te dan, y es justo lo que decide si tu agencia crece, es producto: pisos en cartera. El vecino que está pensando vender no entra en Idealista a buscar una agencia: busca «cuánto vale mi piso en [su barrio]», mira quién le responde con criterio y a quién le pone cara. Esa búsqueda sí la puedes ganar, y es la que justifica tener web propia. Todo lo demás —la ficha bonita, el buscador con mapa, el carrusel de la fachada— es infraestructura para no perder al que ya viene.

Contra qué compite tu web, y contra qué no

Separar estas dos cosas ahorra la mayor parte del dinero que se tira en webs inmobiliarias:

| | Lo que hacen los portales | Lo que sólo puede hacer tu web | |---|---|---| | Demanda que captan | Compradores y arrendatarios buscando inmueble | Propietarios buscando con quién vender | | Cómo te ven | Un anuncio entre veinte iguales | Tu criterio, tu zona, tu equipo | | Qué pagas | Por publicar y por destacar, cada mes | Una vez, y luego mantenimiento | | Qué te llevas si te vas | Nada | El posicionamiento y la base de contactos | | Dónde tienes ventaja | En ninguna | Conocimiento de la zona |

La consecuencia práctica es que copiar la estructura del portal en tu dominio es el error caro. Tu ventaja competitiva real es local y no la puede replicar un portal nacional: sabes qué se vende en tu calle, a qué precio se cerró de verdad y por qué la casa de la esquina lleva ocho meses colgada. Eso, escrito, es lo que posiciona.

La página que más consultas trae no suele ser la de propiedades

En una web inmobiliaria bien planteada hay tres páginas que trabajan, y sólo una enseña inmuebles:

1. La valoración. «Cuánto vale mi vivienda» con un formulario corto —dirección, metros, estado, teléfono— y una promesa concreta de qué recibe y cuándo. Es la única página que convierte a un propietario en un lead con nombre y motivo. Si además explicas cómo valoras (comparables reales de la zona, no un número mágico salido de un algoritmo), separas la consulta seria del curioso.
2. Las páginas de zona. Una por barrio o por municipio, con lo que un portal no escribe: cómo está el mercado ahí, qué tipo de vivienda se mueve, qué tiempo medio tarda en venderse, qué debería mirar quien compra. Son las que compiten por búsquedas del tipo «inmobiliaria en [barrio]», que tienen menos volumen que las genéricas y muchísima más intención.
3. Quién sois. Nombres, caras, número de colegiado si lo hay, cuántas operaciones lleváis en la zona. Vender una casa es la operación económica más grande de la vida de mucha gente; nadie firma una exclusiva con un logo.

El catálogo de propiedades es necesario —quien llega desde el portal va a querer ver el resto de tu cartera— pero es la parte que retiene, no la que atrae. Diseñarlo como si fuera el motor de captación es lo que produce webs carísimas que no traen una sola consulta nueva.

El problema que de verdad decide la arquitectura: sincronizar el catálogo

Aquí es donde las webs inmobiliarias se rompen, y no en el diseño. Tus inmuebles viven en un CRM inmobiliario (Inmovilla, Witei, Sooprema, el que sea), y de ahí salen hacia los portales y hacia tu web. Si tu web es una isla, alguien de la oficina acaba subiendo las mismas veinte fotos dos veces, y a los tres meses la web enseña pisos vendidos. Es el fallo más habitual y el que más credibilidad cuesta.

Las salidas realistas, por orden de trabajo:

• Feed del CRM. La mayoría exporta un XML o un JSON con la cartera. La web lo lee cada pocas horas y se actualiza sola. Es lo más barato y cubre la mayoría de los casos.
• API del CRM, cuando existe y está documentada. Da más control —estados, reservas, bajadas de precio en el momento— y permite cosas que el feed no, como avisar a un contacto cuando baja el precio de lo que estaba mirando.
• Gestión desde la propia web, con un gestor de contenidos que use el equipo, si la agencia no depende de un CRM cerrado. En proyectos que he desarrollado con Payload CMS el cliente acaba editando todo el contenido sin llamar a nadie, que es exactamente lo que hace falta cuando cambian precios y disponibilidad cada semana.

Lo que no funciona es dejarlo «para más adelante». La sincronización decide la estructura de datos, y cambiarla después es rehacer la web. Este tipo de integración es desarrollo, no maquetación: en un proyecto a medida es la partida que más pesa, y conviene que el presupuesto lo diga desde el principio. Yo mismo he montado esa capa varias veces con integraciones parecidas —una API de seguimiento de envíos que alimenta un cotizador, un ETL de catálogo con miles de referencias y variantes, buscadores sobre datos de Google Places y HERE Maps— y el patrón es siempre el mismo: la parte visible es la fácil.

Qué necesita el buscador para que alguien lo use

Si el catálogo va a estar, que esté bien. Tres cosas separan un buscador que se usa de uno que se abandona:

• Filtros que responden al idioma del comprador, no al del CRM: zona, precio, habitaciones, ascensor, exterior, terraza, garaje. Nadie filtra por «referencia» ni por «tipología 4B».
• Mapa, porque en vivienda la decisión es geográfica antes que económica. Poder dibujar una zona o ver qué hay alrededor del colegio de los niños vale más que veinte filtros.
• Velocidad en móvil. El catálogo es la parte más pesada de la web: decenas de fotos grandes por ficha. Si no se sirven en formatos modernos y a la medida de la pantalla, la ficha tarda y se cierra. La referencia técnica pública son las Core Web Vitals de Google, y en un catálogo se cumplen o se incumplen a lo grande.

Y una recomendación que casi nadie aplica: cada ficha con URL propia, estable y bien etiquetada. Una ficha que vive dentro de un buscador con parámetros no la indexa nadie y no se puede compartir por WhatsApp sin que se vea rara. Las fichas son contenido, y algunas —las de obra nueva, las de zonas concretas— posicionan solas.

Los leads que se pierden fuera de horario

El comportamiento de este sector es conocido: la gente mira pisos por la noche y los fines de semana, que es justo cuando la oficina está cerrada. Un formulario que espera al lunes compite con la agencia que contestó el sábado a las once.

La solución no es contratar a alguien de guardia, es cualificar automáticamente y dejar la conversación preparada: recoger qué inmueble le interesa, si compra o vende, si necesita financiación y cuándo puede visitar, y que el lunes el asesor abra el hilo entero en vez de empezar de cero. He construido esa pieza varias veces —una bandeja omnicanal de WhatsApp donde el equipo ve todas las conversaciones en un sitio, un agente conversacional que atiende, arma el pedido y cobra sin intervención humana— y el patrón que funciona es siempre híbrido: el bot recoge y ordena, la persona cierra. Si quieres el detalle de cuándo compensa y cuándo no, está en la guía de chatbot para empresas; la parte de conectar esas conversaciones con el CRM y con los avisos internos es automatización de procesos.

Un aviso honesto: si el bot promete una visita y nadie la confirma el lunes, el resultado es peor que no haber contestado. La automatización sólo mejora la impresión si detrás hay un proceso que la cumple.

WordPress con plugin inmobiliario o desarrollo a medida

Las dos opciones son legítimas y sirven a agencias distintas.

WordPress con un plugin del sector arranca barato y rápido, y para una agencia con una cartera pequeña y un CRM que exporta un feed estándar es una decisión sensata. El coste está en el mantenimiento: núcleo, tema, plugin inmobiliario y sus complementos se actualizan a ritmos distintos, y en una web con catálogo cada actualización toca algo visible. Es trabajo mensual real, no un «por si acaso» —lo desarrollo en la guía de mantenimiento web.

Un desarrollo a medida —Next.js sobre una plataforma serverless, con gestor de contenidos propio cuando el equipo tiene que editar— tiene más coste inicial y mucha menos rutina mensual: no hay plugins de terceros que se peleen entre sí, el catálogo se sirve rápido aunque crezca y las integraciones se construyen exactamente contra tu CRM en lugar de contra el que el plugin soporta. Compensa cuando la cartera es grande, cuando hay más de una oficina o cuando la sincronización no encaja en lo que hace el plugin.

La pregunta que decide no es cuál es mejor, es cuántos años vas a tener esta web. A tres años vista, la diferencia de coste está en el mantenimiento y en las horas de la oficina, no en la factura del primer mes.

Protección de datos: no es un detalle de formulario

Una web inmobiliaria recoge datos personales por todas partes: valoraciones con dirección y teléfono, solicitudes de visita, alertas de nuevos inmuebles, notas internas sobre lo que puede pagar cada cliente. Eso es tratamiento de datos personales con todo lo que implica en España y en la UE —base legal, información clara antes de enviar, consentimiento separado para las comunicaciones comerciales, y saber dónde acaban esos datos si el formulario los reenvía a un CRM de terceros.

No es un asunto de abogados que se resuelve pegando un texto en el pie: condiciona cómo se construyen los formularios, qué se guarda, cuánto tiempo y quién puede verlo. Lo trato aparte porque es idéntico en otro sector donde la confianza lo es todo, el de los despachos de abogados, y ahí lo desarrollo con más detalle.

Qué mueve el coste

No hay una cifra única honesta para «web de inmobiliaria», porque bajo ese nombre entra desde una web de presentación con cinco páginas hasta un portal propio con sincronización en tiempo real. Lo que mueve el presupuesto es siempre esto:

• Si hay catálogo y cómo llega: sin catálogo, con feed estándar, con API o gestionado desde la web. Es la partida principal.
• El buscador: filtros básicos frente a mapa, dibujo de zonas, alertas por email y comparador.
• Cuántas páginas de zona se escriben y quién las escribe (el contenido local es la parte que posiciona, y no se genera solo).
• Multi-idioma, decisivo si vendes a comprador extranjero, y multi-oficina.
• Qué se conecta: CRM, firma digital, WhatsApp, portales, herramientas de valoración.
• Contenido real: fotos, planos y vídeos propios frente a lo que manda el propietario.

Los rangos generales del mercado español por tipo de proyecto están en la guía de cuánto cuesta una página web en España; a una inmobiliaria le aplican con una salvedad, y es que la sincronización del catálogo suele mover el proyecto un tramo por encima de lo que costaría la misma web sin ella.

La forma sensata de pedir presupuesto es al revés de lo habitual: en vez de preguntar «cuánto cuesta una web para inmobiliaria», di qué CRM usas, cuántos inmuebles tienes, en cuántas zonas trabajas y si quieres captar propietarios o sólo enseñar cartera. Con eso, dos presupuestos se pueden comparar. Sin eso, no.

Cómo saber si está funcionando

Las visitas no son la métrica. Estas cuatro sí, y se miran al mes:

1. Valoraciones solicitadas. Es el número que dice si la web capta producto. Si es cero, la web es un folleto.
2. Contactos por ficha frente a contactos por página de zona. Si todo viene de fichas, sigues dependiendo del portal; si empiezan a entrar por zona, has ganado terreno propio.
3. Búsquedas por las que apareces en Google Search Console, separando tu marca del resto. Si sólo apareces por el nombre de tu agencia, todavía no compites: te encuentran quienes ya te conocían.
4. Cuánto tardas en contestar el primer mensaje, medido de verdad. Es la métrica que más operaciones decide y la que menos se mira.

Si quieres, cuéntame qué tienes montado —CRM, número de inmuebles, zonas— y te digo qué haría primero y qué no haría todavía.

Preguntas frecuentes

¿Merece la pena una web propia si ya publico en Idealista y Fotocasa?

Sí, pero no para competir con ellos por el comprador: para captar propietarios y para no depender de un canal que te sube el precio cuando quiere. En los portales alquilas visibilidad mes a mes y no te llevas nada si dejas de pagar; la web es lo único de tu presencia digital que es tuyo. La regla práctica: si tu problema es vender lo que tienes en cartera, el portal te sirve; si tu problema es conseguir más cartera, el portal no te ayuda y la web sí.

¿Cómo hago que los inmuebles se actualicen solos en la web?

Conectándola a tu CRM inmobiliario. Casi todos exportan un feed XML o JSON con la cartera, y la web lo lee cada pocas horas; algunos ofrecen además una API, que permite reflejar cambios de estado y de precio al momento. Lo importante es decidirlo antes de construir la web, porque la estructura de datos depende de ello. Si tu CRM no exporta nada utilizable, la alternativa es gestionar la cartera desde la propia web con un panel para el equipo.

¿Cuánto cuesta una página web para una inmobiliaria?

Depende sobre todo de si lleva catálogo sincronizado y de cuánto buscador necesita: una web de presentación con página de valoración y zonas está en el mismo tramo que cualquier web profesional a medida, y añadir catálogo con integración de CRM, mapa y alertas la sube de tramo. Pide siempre que el presupuesto separe la web del conector con tu CRM, porque es la parte que más varía entre proveedores y la que más problemas da si se resuelve mal.

¿Qué páginas debe tener la web de una agencia inmobiliaria?

Como mínimo: valoración de inmueble, una página por zona donde trabajas, servicios (venta, alquiler, gestión), equipo con nombres y caras, catálogo con ficha propia por inmueble y contacto. Si haces alquiler de temporada o gestionas comunidades, cada servicio necesita su página: son búsquedas distintas hechas por personas distintas y una página genérica no gana ninguna de las dos.

¿Cuánto tarda en dar resultados en Google?

Las páginas de zona y la de valoración empiezan a moverse en unos meses, no en semanas, y siempre antes que las búsquedas genéricas del tipo «pisos en venta», donde compites con los portales y es realista no aparecer nunca. Por eso el orden importa: primero lo local y lo de captación, que es ganable, y sólo después lo genérico. Una web nueva sin contenido propio de zona no tiene con qué posicionar por mucho que se espere.