Certains formulaires ne doivent pas s'afficher, mais modifier directement une valeur dans onOffice lors de leur ouverture et rediriger l'utilisateur. D'autres formulaires redirigent vers différentes pages de destination en fonction de la valeur sélectionnée.
Ces deux modèles sont possibles dans propform avec une configuration minimale.
_calculate(IF(...))## Formulaires à soumission automatique pour changer de valeur
Modèle : Clic sur un lien → Le formulaire s'ouvre → La valeur dans onOffice est modifiée → L'utilisateur est immédiatement redirigé vers la page de remerciement. L'utilisateur ne voit jamais le formulaire.
https://formular.deine-domain.de/bewertung-sehr-gut?address[ID]=<UUID>
→ Le formulaire reconnaît l'adresse, y insère la valeur « Évaluation = très bien » et redirige l'utilisateur.
> 💡 Astuce : les paramètres URL des champs à sélection unique doivent contenir la valeur clé exacte (et non le libellé clair). Vous trouverez les valeurs clés via les outils de développement du navigateur → Inspecter → Balises <option>.
_calculate(IF(...))L'URL de la page de remerciement dans propform est résolue par macro — c'est-à-dire que vous pouvez utiliser une formule qui renvoie différentes URL en fonction de la valeur d'un champ.
_calculate(IF([feldname]=schluesselwert;"URL-1";"URL-2"))
Imbrication pour plusieurs options :
_calculate(IF([bewertung]=sehrgut;"https://google.de/review?...";IF([bewertung]=mittel;"https://formular.deine-domain.de/feedback-mittel";"https://formular.deine-domain.de/feedback-schlecht")))
[feldname] = nom du champ du formulaire (ou un identifiant de champ tel que [bewertung])=schluesselwert = valeur clé exacte pour la comparaison à sélection unique"URL-1", "URL-2" = chaînes de caractères entre guillemetsAvant d'utiliser la formule comme page de remerciement, testez-la dans un champ de description du formulaire — vous verrez ainsi en temps réel quelle URL est générée pour quelle valeur :
Test: _calculate(IF([bewertung]=sehrgut;"google_link";IF([bewertung]=mittel;"mittel_link";"schlecht_link")))
Workflow complet « Obtenir l'évaluation d'un client avec redirection conditionnelle » :
3 formulaires à soumission automatique (un par niveau d'évaluation) + 1 formulaire récapitulatif (qui redirige vers les 3) :
| Formulaire | Fonction |
|---|---|
bewertung-uebersicht |
Affiche 3 boutons : 🙂 très bien / 😐 moyen / 😞 mauvais |
bewertung-sehr-gut |
Soumission automatique, définit l'évaluation = très bien, page de remerciement = lien vers Google Avis |
bewertung-mittel |
Soumission automatique, définit la note = moyen, page de remerciement = formulaire de commentaires |
bewertung-schlecht |
Soumission automatique, définit la note = mauvais, page de remerciement = formulaire de commentaires détaillé |
Au lieu de 4 formulaires, 1 formulaire avec soumission automatique + page de remerciement conditionnelle suffit :
_calculate(IF([bewertung]=sehrgut;"https://google.de/review?placeid=...";IF([bewertung]=mittel;"https://formular.deine-domain.de/feedback-mittel?address[ID]=_Uuidaddress";"https://formular.deine-domain.de/feedback-schlecht?address[ID]=_Uuidaddress")))
→ L'utilisateur clique sur le bouton dans le lien de l'e-mail → Le formulaire définit une valeur → L'URL de la page de remerciement est calculée via IF → L'utilisateur est redirigé vers Google / Commentaires / Commentaires détaillés.
Dans la configuration des activités, tu peux définir différents types d'actions par formulaire (par exemple « Évaluation très bonne », « Évaluation moyenne », « Évaluation mauvaise ») → Analyse statistique possible dans le tableau de bord onOffice.
Certaines intégrations onOffice — en particulier l'évaluation PriceHubble — nécessitent 10 à 30 secondes après la soumission pour que le résultat apparaisse dans l'enregistrement. Si la page de remerciement doit afficher le résultat directement, celle-ci est généralement encore vide à ce moment-là.
> 💡 Contexte : Jusqu'en 2024, Sprengnetter fournissait les champs d'évaluation dans onOffice. Après le rachat de Sprengnetter par ImmoScout24, onOffice est passé à PriceHubble. Les champs d'évaluation standard s'appellent désormais :
>
> | Champ | Signification |
> |---|---|
> | MPPricehubblePrice | valeur de marché estimée |
> | MPPricehubbleMin | limite inférieure de l'estimation |
> | MPPricehubbleMax | limite supérieure de l'estimation |
> | MPPricehubbleConfidence | Note de confiance |
>
> Les anciens champs Sprengnetter continuent de fonctionner dans certaines versions lorsqu'un modèle de paiement Sprengnetter personnalisé est actif — pour les clients standard sans licence supplémentaire, c'est PriceHubble qui s'applique.
Submit → Danke-Seite zeigt _MPPricehubblePrice → ist leer → User verwirrt
En deux étapes : la page de remerciement redirige vers un deuxième formulaire qui vérifie la valeur et demande un rafraîchissement manuel si nécessaire.
Configuration :
?estate[Id]=...&address[ID]=..._ifEmpty(_MPPricehubblePrice;
"Die Berechnung läuft noch. Bitte aktualisiere diese Seite in 10–20 Sekunden.";
"Ihr geschätzter Marktwert: _MPPricehubblePrice € (Spanne: _MPPricehubbleMin – _MPPricehubbleMax)")
_pfButton("Aktualisieren";"https://formular.deine-domain.de/ergebnis?estate[Id]=_Uuidestate";"rounded";"_self")
Un rafraîchissement automatique via le polling JavaScript serait plus élégant, mais n'est actuellement pas possible dans les formulaires propform (cela nécessiterait du code personnalisé dans le formulaire). Le bouton de rafraîchissement est robuste, adapté aux appareils mobiles et suffit dans la pratique.
> 💡 Fonctionne également pour d'autres API tierces lentes — par exemple, les vérifications de solvabilité, les outils d'évaluation externes, la rédaction de texte assistée par IA avec un temps de traitement élevé. Le modèle est générique.
_calculate, IF, références de champs