Ajustes: Importación
Los ajustes de importación se encuentran en el backend de su sitio web (wp-admin) en WP-ImmoMakler → Ajustes → Importación.
Resumen de ajustes
Sección titulada «Resumen de ajustes»| Etiqueta | Tipo | Por defecto | Descripción |
|---|---|---|---|
| Eliminar archivos OpenImmo automáticamente | Selección | después de 180 días | Número de días tras los cuales se eliminan automáticamente los archivos OpenImmo ya importados. |
| Sincronización completa inteligente | Casilla | activo | Si está activo, durante la sincronización completa solo se eliminan los inmuebles borrados, se actualizan los existentes y se añaden los nuevos. Si se desactiva, se elimina primero todo el inventario y se reconstruye desde cero. |
| Sincronización completa: Solo actualizar inmuebles modificados | Casilla | activo | Si está activo, durante la sincronización completa solo se reimportan los inmuebles cuyos datos hayan cambiado. Acelera considerablemente las sincronizaciones completas grandes. |
| Tomar fecha de publicación de OpenImmo | Casilla | activo | Si está activo, se utiliza el campo stand_vom como fecha de primera publicación. Si se desactiva, se utiliza la fecha de publicación en el sitio web. |
| Marcar como referencia los inmuebles marcados como vendidos/alquilados | Casilla | inactivo | Si está activo, los inmuebles marcados como vendidos o alquilados durante la importación se convierten automáticamente en inmuebles de referencia. |
| Ignorar órdenes de eliminación del software inmobiliario para inmuebles de referencia | Casilla | – | Si está activo, los inmuebles de referencia no se eliminan aunque el software inmobiliario envíe una orden de eliminación. |
| “regionaler_zusatz” como barrio | Casilla | inactivo | El campo OpenImmo regionaler_zusatz se clasifica como subcategoría de la localidad (p. ej., para barrios o distritos). |
| Dividir la localidad en el separador ”/” en localidad y barrio | Casilla | inactivo | El campo OpenImmo ort se divide por el separador ”/” y la parte posterior se clasifica como barrio bajo la localidad real: de “Múnich / Allach” resulta la localidad “Múnich” con el barrio “Allach”. |
| Dividir la localidad en el separador ”-” en localidad y barrio | Casilla | inactivo | El campo ort se divide por el separador ”-” (p. ej., “Múnich-Allach”), incluidas todas las variantes tipográficas del guion (p. ej., el guion medio ”–” y la raya ”—”). Déjelo desactivado si sus localidades tienen un guion en el nombre (p. ej., “Villingen-Schwenningen”). Se puede activar independientemente de la división por el separador ”/”. |
| Agrupar localidades por estado federado | Casilla | inactivo | El campo OpenImmo bundesland se añade como categoría superior, de modo que las localidades se ordenan bajo su respectivo estado federado. |
| Ordenar las localidades fuera del país principal bajo su respectivo país | Casilla | inactivo | Las localidades de inmuebles fuera del país principal configurado se ordenan bajo su respectivo país. Para estas localidades, “Agrupar localidades por estado federado” no se aplica. |
| Determinar automáticamente los distritos de Viena a partir del código postal | Casilla | inactivo | En inmuebles austriacos (iso_land = AUT), el distrito municipal de Viena se determina a partir del código postal y se añade como una localidad propia subordinada a la ciudad “Wien”, sin modificar el campo regionaler_zusatz. |
| Usar siempre las coordenadas geográficas del software inmobiliario | Casilla | inactivo | Si está activo, las coordenadas geográficas de OpenImmo se toman incluso cuando la dirección del inmueble está configurada como “no publicar”. |
| Calidad de imagen al importar | Número (10–100) | 82 | Calidad de compresión de los tamaños de imagen JPG/PNG generados durante la importación. Para la conversión a WebP y a AVIF existe un ajuste independiente para cada una. Los valores más bajos generan archivos más pequeños y aceleran la importación; el valor por defecto 82 corresponde al valor por defecto de WordPress. Solo afecta a futuras importaciones. |
| Convertir fotos de inmuebles a PLUS | Selección | WebP | Formato de destino para la conversión automática de imágenes JPG/PNG de inmuebles durante la importación. WebP es normalmente entre un 25 % y un 35 % más pequeño que el JPG y conserva más nitidez de detalle (requiere WordPress 5.8+); AVIF genera archivos hasta un 70 % más pequeños con algo menos de nitidez de detalle (requiere WordPress 6.5+); Sin conversión mantiene JPG/PNG. Un formato que su servidor no pueda escribir (ImageMagick o GD) no aparece en la selección; el ajuste indica el motivo. Solo afecta a futuras importaciones. Sustituye a la antigua casilla “Convertir imágenes a AVIF”: los sitios web en los que esta estaba activa pasan automáticamente a AVIF; el resto empieza a convertir a WebP a partir de la próxima importación. |
| Calidad de imagen de la conversión a WebP PLUS | Número (10–100) | 82 | Calidad de compresión específica para la conversión a WebP (solo tiene efecto si arriba está seleccionado “WebP”). La escala de calidad de WebP se corresponde aproximadamente con la de JPEG, por lo que aquí se ha preconfigurado el valor por defecto de WordPress, 82; aun así, con el mismo valor los archivos WebP son notablemente más pequeños que los JPG. Solo afecta a futuras importaciones. |
| Calidad de imagen de la conversión a AVIF PLUS | Número (10–100) | 60 | Calidad de compresión específica para la conversión a AVIF (solo tiene efecto si arriba está seleccionado “AVIF”). La escala de calidad de AVIF no se corresponde con la de JPEG: AVIF logra ya una muy buena representación con valores considerablemente más bajos. El valor por defecto 60 ofrece una alta calidad de imagen con aproximadamente la mitad del tamaño de archivo respecto al valor 82; los valores más altos aumentan notablemente el tamaño de los archivos sin una ganancia visible de calidad. Solo afecta a futuras importaciones. |
| Excluir fotos de inmuebles de los plugins de optimización PLUS | Casilla | activo | Excluye automáticamente las fotos de inmuebles de EWWW Image Optimizer, Imagify, Smush y Converter for Media, mientras arriba haya una conversión seleccionada: una segunda conversión no aporta ninguna ventaja, empeora la calidad de imagen y consume saldo en los servicios de pago. ShortPixel y las optimizaciones masivas manuales no se pueden controlar por código; añada allí usted mismo /wp-content/uploads/immomakler/ como excepción. |
| Vaciar caché del sitio web tras la importación | Casilla | activo | Si está activo, se vacía la caché de los plugins de caché más comunes después de cada cambio en el inventario de inmuebles. |
| Notificaciones de importación: correo en caso de importación exitosa | Casilla | – | Si está activo, se envía un correo electrónico cuando la importación es exitosa. Los mensajes de error se envían siempre. |
| Notificaciones de importación: nombre del destinatario | Texto | – | Nombre del destinatario de las notificaciones de importación. |
| Notificaciones de importación: dirección de correo del destinatario | Texto | – | Dirección de correo electrónico para las notificaciones de importación (errores y cargas). |
| Autor de los inmuebles importados | Selección | usuario actual | Usuario de WordPress al que se asignan los inmuebles, personas de contacto, fotos y archivos adjuntos importados. |
Jerarquía de localidades durante la importación
Sección titulada «Jerarquía de localidades durante la importación»Seis ajustes controlan cómo WP-ImmoMakler construye una jerarquía de varios niveles en la taxonomía de localidades (immomakler_object_location) durante la importación. Se pueden usar de forma individual o combinada:
- “regionaler_zusatz” como barrio clasifica el campo
regionaler_zusatzcomo subcategoría bajo la localidad real (p. ej., un barrio bajo la ciudad). - Dividir la localidad en el separador ”/” en localidad y barrio divide el campo
ortpor el separador ”/” y clasifica la parte posterior como barrio bajo la localidad real. Si el software inmobiliario entrega, p. ej., “Múnich / Allach” (o “Múnich/Allach”), resulta la localidad “Múnich” con el barrio subordinado “Allach”. El término de barrio conserva su nombre simple, pero recibe un slug de URL optimizado para SEO con la localidad añadida como prefijo (p. ej.,munich-allach). Así, barrios con el mismo nombre en distintas ciudades permanecen como términos independientes: “Zentrum” en Múnich (munich-zentrum) es un barrio propio, distinto de “Zentrum” en Leipzig (leipzig-zentrum). - Dividir la localidad en el separador ”-” en localidad y barrio utiliza ”-” como separador, de modo que “Múnich-Allach” o “Múnich - Allach” también se divide. Todas las variantes tipográficas del guion también se tratan como separadores, p. ej. el guion medio ”–” y la raya ”—”. Deje esta opción desactivada si sus localidades tienen un guion en el nombre (p. ej., “Villingen-Schwenningen”), ya que de lo contrario estas localidades también se dividirían. Ambas opciones de división se pueden activar y combinar de forma independiente: así, por ejemplo, en nombres de localidades bilingües como “Bozen/Bolzano” la barra se mantiene intacta, mientras que “Bozen - Gries” se divide en localidad y barrio.
- Agrupar localidades por estado federado añade el campo
bundeslandcomo categoría superior, de modo que las localidades se ordenan bajo su estado federado. - Ordenar las localidades fuera del país principal bajo su respectivo país ordena las localidades de inmuebles fuera del país principal configurado bajo su respectivo país. Para estas localidades, la agrupación por estado federado no se aplica: se colocan directamente bajo su país.
- Determinar automáticamente los distritos de Viena a partir del código postal determina el distrito municipal de Viena a partir del código postal en inmuebles austriacos y lo subordina como localidad propia a “Wien”, sin modificar el campo
regionaler_zusatz.
Combinados, se obtiene una jerarquía de tres niveles:
Estado federado → Localidad → Barrio o distrito