Paramètres : Import

Les paramètres d’import se trouvent dans le backend de votre site (wp-admin) sous WP-ImmoMakler → Paramètres → Import.

Aperçu des paramètres

Libellé	Type	Par défaut	Description
Supprimer automatiquement les fichiers OpenImmo	Sélection	après 180 jours	Nombre de jours après lesquels les fichiers OpenImmo déjà importés sont automatiquement supprimés.
Synchronisation complète intelligente	Case à cocher	actif	Lorsqu’elle est active, la synchronisation complète ne supprime que les biens supprimés, met à jour les biens existants et ajoute les nouveaux. Lorsqu’elle est désactivée, l’ensemble du parc est d’abord supprimé puis reconstruit.
Synchronisation complète : ne mettre à jour que les biens modifiés	Case à cocher	actif	Lorsqu’elle est active, seuls les biens dont les données ont effectivement changé sont réimportés lors de la synchronisation complète. Accélère considérablement les synchronisations complètes volumineuses.
Reprendre la date de publication depuis OpenImmo	Case à cocher	actif	Lorsqu’elle est active, le champ stand_vom est utilisé comme date de première publication. Lorsqu’elle est désactivée, la date de publication sur le site web est utilisée.
Marquer les biens vendus/loués comme biens de référence	Case à cocher	inactif	Lorsqu’elle est active, les biens marqués comme vendus ou loués lors de l’import sont automatiquement convertis en biens de référence.
Ignorer les ordres de suppression du logiciel immobilier pour les biens de référence	Case à cocher	–	Lorsqu’elle est active, les biens de référence ne sont pas supprimés, même si le logiciel immobilier envoie un ordre de suppression.
“regionaler_zusatz” comme quartier	Case à cocher	inactif	Le champ OpenImmo regionaler_zusatz est classé comme sous-catégorie de la localité (par ex. pour les quartiers ou arrondissements).
Diviser la localité au séparateur ”/” en localité et quartier	Case à cocher	inactif	Le champ OpenImmo ort est divisé au séparateur ”/” et la partie qui suit est classée comme quartier sous la localité réelle : de “Munich / Allach” résulte la localité “Munich” avec le quartier “Allach”.
Diviser la localité au séparateur ”-” en localité et quartier	Case à cocher	inactif	Le champ ort est divisé au séparateur ”-” (par ex. “Munich-Allach”), y compris toutes les variantes typographiques du trait d’union (par ex. le tiret demi-cadratin ”–”, le tiret cadratin ”—”). Laissez cette option désactivée si vos localités comportent un trait d’union dans leur nom (par ex. “Villingen-Schwenningen”). Peut être activée indépendamment de la division au séparateur ”/”.
Regrouper les localités par Land	Case à cocher	inactif	Le champ OpenImmo bundesland est ajouté comme catégorie parente, de sorte que les localités soient classées sous leur Land respectif.
Classer les localités hors du pays principal sous leur pays respectif	Case à cocher	inactif	Les localités des biens situés hors du pays principal configuré sont classées sous leur pays respectif. Pour ces localités, l’option « Regrouper les localités par Land » ne s’applique pas.
Déterminer automatiquement les arrondissements de Vienne à partir du code postal	Case à cocher	inactif	Pour les biens autrichiens (iso_land = AUT), l’arrondissement municipal de Vienne est déterminé à partir du code postal et ajouté comme localité distincte rattachée à la ville “Wien” — sans modifier le champ regionaler_zusatz.
Toujours utiliser les coordonnées géographiques du logiciel immobilier	Case à cocher	inactif	Lorsqu’elle est active, les coordonnées géographiques d’OpenImmo sont reprises même si l’adresse du bien est marquée comme “ne pas publier”.
Qualité d’image lors de l’import	Nombre (10–100)	82	Qualité de compression des tailles d’image JPG/PNG générées lors de l’import. Les conversions WebP et AVIF disposent chacune de leur propre paramètre séparé. Des valeurs plus basses produisent des fichiers plus petits et accélèrent l’import ; la valeur par défaut de 82 correspond à la valeur par défaut de WordPress. Ne s’applique qu’aux imports futurs.
Convertir les photos de biens en PLUS	Sélection	WebP	Format cible pour la conversion automatique des images JPG/PNG des biens lors de l’import. WebP est généralement 25 à 35 % plus léger que le JPG et conserve davantage de netteté (nécessite WordPress 5.8+) ; AVIF produit des fichiers jusqu’à 70 % plus légers avec un peu moins de netteté (nécessite WordPress 6.5+) ; Aucune conversion conserve le JPG/PNG. Un format que votre serveur ne peut pas écrire (ImageMagick ou GD) n’apparaît pas dans la sélection — le paramètre en indique la raison. Ne s’applique qu’aux imports futurs. Remplace l’ancienne case à cocher « Convertir les images en AVIF » : les sites sur lesquels elle était active passent automatiquement en AVIF ; tous les autres commencent à convertir en WebP dès le prochain import.
Qualité d’image de la conversion WebP PLUS	Nombre (10–100)	82	Qualité de compression spécifique à la conversion WebP (n’a d’effet que si « WebP » est sélectionné ci-dessus). L’échelle de qualité WebP correspond à peu près à celle du JPEG, c’est pourquoi la valeur par défaut de WordPress, 82, est préconfigurée ici — à valeur égale, les fichiers WebP restent malgré tout nettement plus petits que les JPG. Ne s’applique qu’aux imports futurs.
Qualité d’image de la conversion AVIF PLUS	Nombre (10–100)	60	Qualité de compression spécifique à la conversion AVIF (n’a d’effet que si « AVIF » est sélectionné ci-dessus). L’échelle de qualité AVIF ne correspond pas à celle du JPEG : AVIF atteint déjà un très bon rendu à des valeurs nettement plus basses. La valeur par défaut de 60 offre une qualité d’image élevée pour une taille de fichier réduite d’environ moitié par rapport à la valeur 82 ; des valeurs plus élevées augmentent nettement la taille des fichiers sans gain de qualité visible. Ne s’applique qu’aux imports futurs.
Exclure les photos de biens des plugins d’optimisation PLUS	Case à cocher	actif	Exclut automatiquement les photos de biens d’EWWW Image Optimizer, Imagify, Smush et Converter for Media, tant qu’une conversion est sélectionnée ci-dessus — une seconde conversion n’apporte aucun gain, dégrade la qualité d’image et consomme inutilement du crédit sur les services payants. ShortPixel et les optimisations groupées manuelles ne peuvent pas être contrôlées par code ; ajoutez-y vous-même /wp-content/uploads/immomakler/ comme exception.
Vider le cache du site après l’import	Case à cocher	actif	Lorsqu’elle est active, le cache des plugins de mise en cache courants est vidé après chaque modification du parc immobilier.
Notifications d’import : e-mail en cas d’import réussi	Case à cocher	–	Lorsqu’elle est active, un e-mail est envoyé après un import réussi. Les messages d’erreur sont toujours envoyés.
Notifications d’import : nom du destinataire	Texte	–	Nom du destinataire des notifications d’import.
Notifications d’import : adresse e-mail du destinataire	Texte	–	Adresse e-mail pour les notifications d’import (erreurs et uploads).
Auteur des biens importés	Sélection	utilisateur actuel	Utilisateur WordPress auquel sont attribués les biens importés, les personnes de contact, les photos et les pièces jointes.

Attention

Si vous souhaitez désactiver temporairement Synchronisation complète : ne mettre à jour que les biens modifiés — par exemple pour régénérer toutes les images ou appliquer un filtre PHP à tous les imports — n’oubliez pas de réactiver l’option ensuite.

Hiérarchie des localités lors de l’import

Six paramètres déterminent comment WP-ImmoMakler construit une hiérarchie à plusieurs niveaux dans la taxonomie des localités (immomakler_object_location) lors de l’import. Ils peuvent être utilisés individuellement ou combinés :

• “regionaler_zusatz” comme quartier classe le champ regionaler_zusatz comme sous-catégorie sous la localité réelle (par ex. un quartier sous la ville).
• Diviser la localité au séparateur ”/” en localité et quartier divise le champ ort au séparateur ”/” et classe la partie qui suit comme quartier sous la localité réelle. Si le logiciel immobilier fournit par ex. “Munich / Allach” (ou “Munich/Allach”), il en résulte la localité “Munich” avec le quartier rattaché “Allach”. Le terme de quartier conserve son nom simple, mais reçoit un slug d’URL optimisé pour le SEO préfixé par la localité (par ex. munich-allach). Ainsi, des quartiers homonymes de villes différentes restent des termes distincts — “Zentrum” à Munich (munich-zentrum) est un quartier à part entière, distinct de “Zentrum” à Leipzig (leipzig-zentrum).
• Diviser la localité au séparateur ”-” en localité et quartier utilise ”-” comme séparateur, de sorte que “Munich-Allach” ou “Munich - Allach” soit également divisé. Toutes les variantes typographiques du trait d’union sont également traitées comme des séparateurs, par ex. le tiret demi-cadratin ”–” et le tiret cadratin ”—”. Laissez cette option désactivée si vos localités comportent un trait d’union dans leur nom (par ex. “Villingen-Schwenningen”), car ces localités seraient sinon également divisées. Les deux options de division peuvent être activées et combinées indépendamment l’une de l’autre — ainsi, par exemple, pour les noms de localités bilingues comme “Bozen/Bolzano”, la barre oblique reste intacte, tandis que “Bozen - Gries” est divisé en localité et quartier.
• Regrouper les localités par Land ajoute le champ bundesland comme catégorie parente, de sorte que les localités soient classées sous leur Land.
• Classer les localités hors du pays principal sous leur pays respectif classe les localités des biens situés hors du pays principal configuré sous leur pays respectif. Pour ces localités, le regroupement par Land ne s’applique pas : elles sont placées directement sous leur pays.
• Déterminer automatiquement les arrondissements de Vienne à partir du code postal détermine l’arrondissement municipal de Vienne à partir du code postal pour les biens autrichiens et le rattache comme localité distincte sous “Wien”, sans modifier le champ regionaler_zusatz.

Combinés, ils produisent une hiérarchie à trois niveaux :

Land → Localité → Quartier ou arrondissement

Astuce de pro

Vous pouvez également construire des hiérarchies de localités personnalisées par code. L’action immomakler_after_generate_and_set_terms est déclenchée lors de l’import, une fois que tous les termes de taxonomie d’un bien ont été définis. Grâce à l’instance ImmoMakler transmise et à sa méthode make_term_child(), vous pouvez créer des relations parent/enfant supplémentaires.

make_term_child() attend les termes dans cet ordre :

1. Terme enfant — le terme qui est rattaché en dessous
2. Terme parent — le terme supérieur sous lequel il est placé
3. Taxonomie — par ex. immomakler_object_location
4. Code de langue — par ex. de

L’exemple suivant inverse le paramètre “regionaler_zusatz” comme quartier : au lieu de rattacher regionaler_zusatz sous la localité, regionaler_zusatz devient le terme parent sous lequel la localité est rattachée. Par exemple, si le logiciel immobilier fournit la localité “Blaubeuren” avec regionaler_zusatz = “Schwäbische Alb”, on obtient la hiérarchie Schwäbische Alb → Blaubeuren.

add_action(
  'immomakler_after_generate_and_set_terms',
  function ( int $post_id, array $openimmo_data, \ImmoMakler $immomakler ): void {
    if ( ! empty( $openimmo_data['regionaler_zusatz'] ) && ! empty( $openimmo_data['ort'] ) ) {
      $immomakler->make_term_child(
        $openimmo_data['ort'],               // 1. Terme enfant (localité), par ex. "Blaubeuren" ...
        $openimmo_data['regionaler_zusatz'], // 2. Terme parent (regionaler_zusatz), par ex. "Schwäbische Alb"
        'immomakler_object_location',        // 3. Taxonomie
        $openimmo_data['language_code_short'] ?? 'de' // 4. Code de langue
      );
    }
  },
  10,
  3
);

Cela pourrait aussi vous intéresser

• Taxonomies (catégories)
• Import automatique par tâche planifiée (Cron)
• Personnaliser le masque de recherche dans le Customizer
• Créer des entrées de menu