Un sitio inmobiliario que publica varias decenas de anuncios por semana, retira tantos como publica y actualiza los precios diariamente, genera un volumen de URL que los motores de búsqueda no pueden adivinar por sí solos. Sin un archivo sitemap correctamente mantenido, parte de estos anuncios permanece invisible durante días, a veces semanas. Es esta discrepancia entre la realidad del catálogo y lo que Google ve lo que plantea un verdadero problema operativo.
Rotación de anuncios inmobiliarios y rastreo de Google
En un sitio vitrina clásico, las páginas cambian poco. En un portal inmobiliario, la rotación de anuncios cambia las reglas del juego: los bienes aparecen, desaparecen o ven su precio modificado varias veces al día. Google no revisita cada URL de forma permanente. Asigna un presupuesto de rastreo limitado a cada sitio.
El sitemap XML sirve precisamente para orientar este presupuesto. Al listar las URL activas con un campo lastmod actualizado, se señala a los robots qué páginas merecen una nueva visita. Un anuncio publicado por la mañana puede así aparecer en los resultados de búsqueda el mismo día, en lugar de esperar a que Googlebot lo descubra por casualidad a través del enlazado interno.
Por el contrario, retirar del sitemap los anuncios vendidos o expirados evita desperdiciar visitas de robots en páginas muertas. Este principio se aplica concretamente en la página sitemap de Up Immo, donde solo se exponen las URL relevantes a los motores.
Páginas de filtros inmobiliarios: lo que el sitemap no debe contener
Los portales inmobiliarios a menudo ofrecen filtros avanzados (precio, superficie, número de habitaciones, barrio). Cada combinación de filtros genera una URL distinta. El reflejo sería incluir todas en el sitemap para aumentar la cobertura. Es un error técnico común.
Las páginas de resultados vacías o ultra-específicas diluyen la calidad percibida del sitio. Google las identifica como thin content, es decir, páginas sin valor añadido real. Si el sitemap está lleno de ellas, el motor pierde confianza en todo el archivo y ralentiza la exploración de las páginas que realmente importan.
La buena estrategia consiste en filtrar lo que entra en el sitemap:
- Las páginas de categoría estructurantes (anuncios por ciudad, por barrio, por tipo de bien) merecen estar ahí, ya que apuntan a consultas reales de los internautas.
- Las páginas resultantes de combinaciones de filtros demasiado precisas (apartamento de 3 habitaciones entre 47 y 52 m² a menos de 800 m del metro) deben permanecer en noindex y fuera del sitemap.
- Las páginas de resultados que no devuelven ningún anuncio no tienen razón de existir a los ojos de Google y consumen presupuesto de rastreo sin necesidad.
Se limpia el sitemap como se limpia una vitrina: mostrando solo lo que tiene valor para el visitante.
Estructura del sitio inmobiliario y regla de los tres clics
Un sitemap no reemplaza una buena arquitectura de sitio, pero compensa sus debilidades. En un portal con miles de anuncios, algunas páginas se encuentran enterradas a cinco o seis niveles de profundidad. Google explora peor las páginas situadas más allá de tres clics desde la página de inicio.
El sitemap actúa como un atajo. Incluso si un anuncio reciente en un barrio poco consultado solo está vinculado por un hilo de navegación profundo, su presencia en el sitemap garantiza que Googlebot lo encontrará sin depender del enlazado interno.
Profundidad de navegación y visibilidad SEO
Para un sitio inmobiliario, la profundidad de navegación impacta directamente la visibilidad de los anuncios en los resultados de búsqueda. Las páginas cercanas a la raíz son rastreadas con más frecuencia. El sitemap permite elevar artificialmente los anuncios prioritarios en la cola del robot, sin tocar la estructura del sitio.
Concretamente, se puede segmentar el sitemap en varios archivos (uno por ciudad o por tipo de bien) a través de un índice de sitemaps. Esta organización ayuda a los motores a procesar el catálogo por bloques lógicos en lugar de como una lista plana de varios miles de URL.
Verificar que Google realmente lee su sitemap inmobiliario
Enviar un sitemap en Google Search Console no es suficiente. Hay que verificar regularmente que el archivo se está leyendo correctamente y que las URL enviadas están siendo efectivamente exploradas.
Search Console muestra el número de URL descubiertas a través del sitemap y las que realmente están indexadas. Una discrepancia importante entre URL enviadas y URL indexadas señala un problema: páginas con error 404, redirecciones en bucle, contenido duplicado o páginas bloqueadas por el robots.txt.
Los retornos varían en este punto según el tamaño del sitio, pero algunas verificaciones regulares permiten detectar anomalías:
- Comparar el número de URL en el sitemap con el número de URL indexadas en el informe de cobertura.
- Verificar que el campo lastmod refleje bien la fecha de última modificación real de cada anuncio, no una fecha fija o generada automáticamente sin cambio de contenido.
- Asegurarse de que los anuncios retirados del catálogo también sean retirados del sitemap en un plazo razonable.
La trampa del lastmod fijo
Google recordó recientemente que el campo lastmod solo se tiene en cuenta si corresponde a una modificación real del contenido. Algunos CMS inmobiliarios regeneran el sitemap con la fecha del día en todas las URL, incluso sin cambios. El motor termina ignorando esta señal, lo que anula el interés del sitemap para acelerar el rastreo de los anuncios actualizados.
Un sitemap bien mantenido en un sitio inmobiliario no es un archivo que se genera una vez y se olvida. Es una herramienta viva, ajustada al ritmo real del catálogo. Cuando los anuncios se mueven rápidamente, el sitemap debe seguir el mismo tempo, bajo pena de dejar a Google trabajar con un mapa desactualizado.