Comment utiliser les paramètres avec ibexa_render et ibexa_render_location

Loïc

10 Mar 2026

Si vous développez sur Ibexa depuis quelques années, vous avez pris pour habitude de passer des paramètres personnalisés à une vue, vous utilisiez le contrôleur Symfony ibexa_content::viewAction.

Cette époque est révolue. Avec l'arrivée du support des paramètres dans les fonctions Twig natives, le vent tourne. Voici pourquoi vous devrez changer dans vos habitudes dès aujourd'hui.

Le duel : Ancien vs Nouveau

L'ancienne méthode (Symfony Standard)

On passait par une sous-requête Symfony pour injecter nos données :

   

{# ❌ À éviter désormais pour les rendus simples #}
{{ render(controller('ibexa_content::viewAction', {
   'contentId': content.id,
   'viewType': 'line',
   'params': { 'my_param': 'custom_data' }
})) }}

La nouvelle méthode (Ibexa Native)

On utilise le helper dédié qui gère tout en interne :

   

{# ✅ La recommandation actuelle #}
{{ ibexa_render(content, {
   'viewType': 'line',
   'params': { 'my_param': 'custom_data' }
}) }}

Pourquoi privilégier ibexa_render ?

1. Performance : Adieu les sous-requêtes inutiles

La fonction render(controller(...)) de Symfony crée ce qu'on appelle une sous-requête. Le noyau de Symfony doit recréer un cycle de vie complet (Request, Kernel Events, etc.). À l'inverse, ibexa_render avec la méthode par défaut (direct) appelle directement le moteur de rendu. C'est plus léger, plus rapide, et moins gourmand en mémoire.

2. Lisibilité et Intention

En utilisant ibexa_render, vous indiquez clairement que vous rendez un objet du CMS. Le code est plus court et beaucoup plus facile à maintenir pour un nouveau développeur sur le projet.

3. Flexibilité native

Le bloc params de la fonction Twig fait exactement la même chose que celui du contrôleur. Vous ne perdez aucune fonctionnalité, mais vous gagnez en clarté.

Comment mettre à jour vos templates ?

Le passage est indolore. Dans votre template de destination (votre "View Template"), rien ne change. Les variables que vous passez dans le tableau params restent accessibles sous le même nom.

Exemple de transition :

Identifiez vos appels render(controller(...)).
Remplacez-les par ibexa_render(content, { ... }) ou ibexa_render_location(location, { ... }).
Profitez d'un code plus propre.