Preisrechner para TYPO3

Las calculadoras de precios en la web generan leads cualificados, pero solo si el cálculo es sólido

Los visitantes que calculan un precio en una web son los leads más valiosos en la venta B2B. Tienen un proyecto concreto, conocen sus requisitos y esperan una cifra fiable. Y, sin embargo, la mayoría de webs TYPO3 trabajan con tablas de precios estáticas o con un botón de “precio bajo consulta” que envía al visitante a un formulario de contacto genérico. pricecal cubre ese hueco: la extensión permite configuradores, calculadoras de costes y generadores de presupuestos directamente en TYPO3, con lógica de cálculo específica y un frontend interactivo que reacciona en tiempo real.

La diferencia con herramientas externas como Calconic u Outgrow: los datos permanecen en el servidor propio, el cálculo está bajo pleno control y el diseño se integra sin costuras en la web existente. Para el cumplimiento del RGPD eso es relevante, porque no se transfieren datos de usuario a terceros y no hace falta un mecanismo de transferencia que la AEPD deba documentar.

Los escenarios típicos van desde la calculadora de mudanzas al configurador industrial

El escenario más accesible es la calculadora de costes para servicios. Una empresa de mudanzas pregunta por el tamaño de la vivienda, la planta, la distancia y los deseos especiales (piano, acuario) y muestra un precio orientativo. El visitante ve de inmediato si el servicio encaja en su presupuesto y puede solicitar directamente una oferta en firme. En la práctica, ese tipo de calculadoras eleva la tasa de solicitud entre un 40 y un 70 por ciento frente a un formulario de contacto estático, porque el visitante ya tiene una expectativa de precio.

Un segundo escenario son los configuradores de producto en la industria manufacturera. Un fabricante de ventanas ofrece 12 tipos de marco, 8 tipos de vidrio, 4 variantes de herraje y 20 colores. pricecal calcula el precio a partir de la combinación y lo muestra en vivo mientras el visitante configura. Con 12 x 8 x 4 x 20 = 7.680 combinaciones posibles, una lista de precios estática es imposible. El configurador la sustituye por un cálculo dinámico que el redactor mantiene desde el backend mediante matrices de precios.

Tercer escenario: calculadoras de ROI para productos de software. Un proveedor SaaS permite al visitante introducir número de empleados, tiempo actual dedicado a una tarea y coste por hora. La calculadora muestra el ahorro anual del producto. No es un truco de venta, sino una herramienta que ayuda al visitante a justificar la inversión internamente.

La arquitectura técnica separa lógica de cálculo, campos de entrada y presentación de resultado

pricecal está implementada como elemento de contenido personalizado en TYPO3. En el backend, el administrador define los campos de entrada (slider, desplegable, número, casilla), la fórmula de cálculo y la presentación del resultado. La fórmula puede representar aritmética simple (precio = cantidad x precio unitario x factor) o lógica más compleja con condiciones (si planta > 3, entonces recargo del 15%).

El frontend renderiza los campos de entrada mediante plantillas Fluid y calcula el precio vía JavaScript en el navegador. Sin viaje al servidor en cada paso del slider, el resultado se actualiza en tiempo real. Para cálculos más complejos, por ejemplo cuando hay que incorporar matrices de precios o fuentes de datos externas (ERP, disponibilidad de stock), el cálculo se puede delegar al servidor mediante un endpoint AJAX.

Los resultados se pueden generar opcionalmente como PDF y enviar por email. Combinado con powermail, el resultado del cálculo se puede pasar como campo oculto a un formulario de contacto, de modo que el equipo comercial vea la configuración exacta del interesado.

Los problemas frecuentes son los errores de redondeo y el mantenimiento de lógicas de precio complejas

El problema más habitual en calculadoras de precios es el redondeo correcto. La aritmética de coma flotante de JavaScript devuelve 0,30000000000000004 para 0,1 + 0,2. En precios con dos decimales, eso produce errores visibles. La solución: realizar todos los cálculos internamente en céntimos (enteros) y convertir a euros solo en la presentación. Para el mercado español es además clave representar correctamente el IVA del 21% y mostrar por separado el importe sin impuestos y con impuestos, porque los compradores B2B necesitan el neto y los consumidores el total con IVA.

Segundo problema: el mantenimiento de la lógica de cálculo. Si un jefe de producto ajusta precios trimestralmente, debe entender las fórmulas en el backend. Para cálculos sencillos (cantidad x precio) es trivial. Para configuradores con 50 parámetros y descuentos escalonados, el mantenimiento se convierte en un riesgo. Recomendamos externalizar la lógica de precios compleja como configuración TypoScript o fichero YAML y mantenerla versionada en Git, en lugar de editarla en el backend.

Tercer tema: usabilidad móvil. Los sliders son imprecisos en pantallas táctiles porque el dedo cubre un área mayor que el puntero del ratón. En calculadoras con granularidad fina (por ejemplo, metros cuadrados de 10 a 500), los sliders deberían sustituirse por campos de entrada con botones de más y menos.

pricecal es desarrollo personalizado, por lo que es independiente de versión

Como pricecal no es una extensión de comunidad del TER, sino un desarrollo personalizado, no hay un ciclo de release externo. La compatibilidad con TYPO3 depende de cómo esté implementada internamente. Las instalaciones basadas en Extbase y Fluid corren bajo TYPO3 v12 y v13 tras adaptar las declaraciones de namespace y el registro del elemento de contenido. En proyectos nuevos de calculadora de precios, Gosign apuesta por una arquitectura independiente de framework: la lógica de cálculo corre como un módulo JavaScript autónomo que TYPO3 solo integra como elemento de contenido, pero sin dependencia de Extbase.