Un visitante está en la página de tu producto, casi con la tarjeta en la mano, y entonces una pregunta lo frena en seco: "¿Servirá para mi modelo?" "¿Puedo pedirlo con una longitud personalizada?" "¿El cable es lo bastante largo para llegar a mi escritorio?" Tu descripción no lo dice, y no hay una forma clara de preguntar. Así que hace lo único que le queda: abre una nueva pestaña, busca el mismo producto en otra tienda y tú no vuelves a saber de él. Esa salida silenciosa es justo lo que un formulario de "Ask About Product" evita: le da a un comprador indeciso una forma de preguntarte a ti, al momento y con un clic, en lugar de preguntar a un competidor.

Última actualización: junio de 2026.

Este artículo trata específicamente del formulario privado de consulta uno a uno: el cliente escribe una pregunta, esta llega a tu bandeja de entrada con el producto ya adjunto, y tú respondes. Es una herramienta distinta de un hilo público de preguntas y respuestas mostrado en la página (que tratamos por separado en la configuración de reseñas y preguntas y respuestas), y también distinta del chat en vivo o de una página de preguntas frecuentes fija. Saber cuál necesitas realmente, y dónde encaja cada una dentro de una página de producto de PrestaShop, es la mitad del trabajo. Vamos a verlo y después mostraremos cómo se comporta el formulario específicamente en PrestaShop.

Por qué una pregunta antes de la compra es el cliente potencial más cercano a comprar que puedes recibir

Piensa en quién pregunta. Nadie escribe a una tienda por un producto que no quiere. Para cuando alguien se toma la molestia de formular una pregunta, ya ha leído la descripción, ha mirado las fotos y ha decidido que le interesa lo suficiente como para preguntar: ha dejado atrás la simple navegación y está en el punto de "estoy intentando convencerme de comprarlo". Una consulta previa a la venta es uno de los clientes potenciales más cercanos a comprar que genera tu tienda y, a diferencia de un mensaje genérico enviado desde la página de contacto, llega con intención incorporada: un producto concreto y una objeción específica que puedes resolver.

¿Y qué significa eso para ti? Dos cosas. Primero, cada pregunta bien respondida es una venta que, de otro modo, habrías perdido en silencio: el cliente no se fue porque la respuesta fuera "no", se fue porque no había respuesta. Segundo, las preguntas son investigación de mercado gratuita. Si este mes te llega cinco veces la misma duda de "¿lo tenéis en negro?", hay un hueco en tu descripción (o en tu catálogo). No solo estás cerrando una venta; te están diciendo exactamente qué bloquea las diez siguientes. Ese segundo beneficio solo funciona si las preguntas son fáciles de contar y revisar más adelante, y ahí es donde importan los detalles de implementación que verás abajo.

Cuatro formas de dejar preguntar a los clientes y qué problema resuelve cada una

Ventana modal «Preguntar sobre este producto» en una página de producto con campos de nombre, correo, producto precargado y pregunta
Un formulario de «pregunta sobre el producto» se abre en la página de producto con el artículo precargado, de modo que la pregunta conserva su contexto.

"Dejar que los clientes hagan preguntas" parece una sola función, pero en realidad son cuatro herramientas distintas, con necesidades de personal y modos de fallo diferentes. Elegir la equivocada es lo que lleva a algunas tiendas a tener un widget de chat abandonado mostrando "volveremos pronto" a las 21:00, o una caja pública de preguntas y respuestas llena de preguntas sin responder que reduce activamente la confianza. Ajusta la herramienta a tu forma real de trabajar:

MétodoCómo te llega¿Necesita que estés conectado?¿Público o privado?Ideal cuando...
Formulario de consulta de producto por correo electrónicoCorreo a tu bandeja de entrada, con el producto precompletadoNo — respondes cuando puedasPrivado (uno a uno)Tienes un equipo pequeño sin soporte en vivo atendido, pero respondes en menos de un día.
Widget de chat en vivoVentana de chat en tiempo realSí, durante el horario definidoPrivadoTienes a alguien pendiente de la cola y quieres captar a los compradores en el momento.
Hilo público de preguntas y respuestasPregunta publicada en la página de productoNo, pero requiere moderaciónPúblico (visible para todos)Vendes productos complejos y quieres que las respuestas se acumulen con el tiempo.
Botón de WhatsApp / MessengerAbre la app de mensajería del clienteNo — asíncronoPrivadoTu audiencia ya usa apps de chat a diario y espera un trato personal.

El formulario por correo electrónico es el recurso básico y poco vistoso por una razón: nunca muestra "sin conexión", no expone preguntas sin responder al siguiente visitante y no te obliga a estar sentado frente a una cola de chat. La contrapartida es la velocidad: hablamos de horas, no de segundos, así que funciona especialmente bien en compras meditadas, cuando un comprador está dispuesto a esperar un poco para recibir la respuesta correcta. Si prefieres la versión en tiempo real, el chat en vivo pertenece a tu pila de herramientas de soporte, y la versión pública encaja con tu sistema de reseñas y valoraciones, no aquí. El resto de este artículo se centra en el formulario, porque dominar bien esa intención concreta vale más que hacer mal las cuatro opciones.

Dónde debe ir el formulario en una página de producto de PrestaShop

La ubicación decide si un comprador indeciso llega a encontrar el formulario. La página de producto de PrestaShop se construye con hooks del tema, y el hook correcto mantiene la consulta cerca del punto de decisión, no enterrada al final. El lugar más natural es displayProductAdditionalInfo: en Classic aparece cerca del bloque de compra; muchos temas derivados de Classic lo mantienen ahí, pero conviene confirmarlo en tu propio tema. Ese es el momento en el que el cliente está valorando el botón; un enlace discreto de "¿Tienes alguna pregunta sobre este producto?" justo ahí captura la duda antes de que se convierta en una salida.

Evita los dos errores habituales. No pongas el formulario únicamente dentro de una pestaña de producto: una pestaña que hay que abrir es una pestaña que la mayoría de compradores indecisos nunca abrirá. Y no lo envíes todo a una única página de contacto general de la tienda que elimina el producto que estaban viendo, porque entonces empiezas cada respuesta preguntando "¿a qué artículo te referías?": fricción para ambos lados. La idea central es que el contexto del producto viaje con la pregunta.

Qué debe precompletar el formulario y por qué importa

La diferencia entre un formulario que convierte y uno que la gente abandona depende casi por completo de lo poco que tenga que escribir el cliente. En PrestaShop, la página de producto ya conoce todo lo necesario para adjuntar el contexto automáticamente, así que un formulario bien construido debería capturar y enviar:

  • Nombre del producto — para que tu bandeja de entrada muestre "Pregunta sobre: escritorio elevable de roble (140 cm)" en lugar de un mensaje anónimo que tienes que descifrar.
  • ID del producto — el id_product interno, para que tú (o alguien de tu equipo) puedas ir directamente a la página correcta del producto en el back office y comprobar stock, combinaciones o la descripción.
  • Referencia del producto / SKU — extraída del campo reference del producto, que es lo que realmente usan tu almacén y tu proveedor.
  • Nombre del cliente, correo electrónico y pregunta — el mínimo que escribe el cliente. Tres campos, no diez. Cada campo adicional es una razón para abandonar.

¿Y qué? Cuando todo eso llega ya adjunto, responder una pregunta deja de ser una tarea de investigación. Abres el correo, ya sabes exactamente de qué producto se trata y respondes. Un comprador que espera dos minutos para recibir una respuesta precisa tiene muchas más probabilidades de convertir que uno que espera dos minutos solo para que le pregunten "¿sobre qué producto era?". El precompletado no es un detalle bonito: es lo que permite que una tienda de una sola persona responda como un departamento de soporte atendido.

Cómo gestiona esto nuestro módulo Ask About Product en PrestaShop

Este es exactamente el problema para el que está creado nuestro módulo Ask About Product, y merece la pena ser concretos sobre cómo se comporta, porque la mecánica es el valor. El módulo se engancha a displayProductAdditionalInfo, de modo que el formulario para "hacer una pregunta" aparece bajo el área de añadir al carrito en cada página de producto; normalmente no hace falta editar el tema en los temas que implementan el hook estándar. ¿Qué te aporta eso? No necesitas pagar una factura de desarrollo para colocarlo y, como se apoya en un hook estándar del núcleo en lugar de una plantilla bifurcada, resiste las actualizaciones del tema y de PrestaShop.

Cuando un cliente lo envía, el módulo manda el mensaje directamente a tu bandeja de entrada con el nombre del producto, el id_product y la referencia ya rellenados, y marca el asunto con un prefijo que tú controlas (por defecto viene como [Product Question]) para que estas consultas sean muy fáciles de filtrar, etiquetar o mover a una carpeta. Configuras el destinatario desde el back office: por defecto usa el correo electrónico principal de tu tienda (PS_SHOP_EMAIL), pero puedes dirigir las preguntas de producto a una dirección dedicada — ventas, o una persona concreta — desde la página de ajustes del módulo, sin tocar código. Los tres campos del cliente (nombre, correo electrónico, pregunta) se validan en el servidor antes de enviar nada, así que no tendrás que gestionar mensajes vacíos o mal formados. Y como la consulta no toca ni el proceso de pago ni el carrito, no puede interferir con un pedido en curso: tranquilidad por diseño.

El beneficio se resume fácilmente: un equipo pequeño consigue la capacidad de respuesta de un departamento de soporte sin cubrir una cola de chat, cada respuesta empieza con todo el contexto en lugar de trabajo detectivesco, y todo se instala y configura desde el back office, no desde el código de tu tema.

Convertir una pregunta en una venta (y la pregunta en una mejora)

Recibir el mensaje es solo la mitad; la respuesta es donde el pedido se gana o se pierde. Unos pocos hábitos aumentan la tasa de consulta a venta sin añadir software:

  • Responde la pregunta y luego anticipa la siguiente. "Sí, sirve para el modelo 2023" cierra una puerta; "Sí, sirve para el modelo 2023, y el mismo soporte funciona en el 2022 si más adelante cambias de equipo; aquí tienes la ficha técnica" elimina la siguiente objeción antes de que tengan que plantearla.
  • Menciona el producto concreto. Tienes delante el nombre y la referencia: úsalos. "Sobre el escritorio de roble de 140 cm por el que preguntabas" suena a persona, no a bot de tickets, y la gente compra a personas.
  • Marca una expectativa de tiempo de respuesta y supérala. Una línea junto al formulario — "normalmente respondemos en unas pocas horas laborables" — pone el reloj en marcha; responder antes de lo prometido es lo que convierte. No prometas un plazo que no puedas mantener, especialmente los fines de semana.
  • Envía un único seguimiento amable. Si respondiste y no recibiste nada, un breve "¿te sirvió la respuesta? Podemos reservarte uno en tu talla durante un par de días" dos o tres días después recupera una parte real de los casos silenciosos, sin resultar insistente.

Después cierra el círculo en el catálogo. Cada pregunta recurrente es tu página de producto diciéndote qué no supo explicar. Si los compradores siguen preguntando por tallas o medidas, la respuesta pertenece a la descripción del producto o a una pestaña de especificaciones dedicada, no solo a tu respuesta. Si siguen preguntando "¿cuál es la diferencia entre 45 cm y 60 cm?", es una señal para configurar una comparación de productos o presentar la elección como combinaciones bien definidas. Las mismas preguntas, repetidas suficientes veces, son una hoja de ruta gratuita para mejorar la página; y una página que responde la duda desde el principio es una página que no pierde a los compradores que nunca se molestan en preguntar.

Preguntas frecuentes sobre el formulario Ask About Product

¿Dónde debería ir el formulario en la página de producto? Cerca del punto de decisión, no enterrado al final. El hook más natural es displayProductAdditionalInfo, que en temas derivados de Classic se muestra cerca del bloque de compra; confirma la ubicación en tu propio tema. No lo ocultes dentro de una pestaña de producto que haya que abrir, y no lo envíes a una página de contacto genérica de toda la tienda que elimine el producto que el visitante estaba viendo.

¿Qué debería adjuntar automáticamente el formulario? El nombre del producto, el id_product interno y la reference/SKU del producto, datos que la página de producto ya conoce. El cliente solo debería escribir tres campos: nombre, correo electrónico y pregunta. Cada campo adicional es una razón para abandonar, y el contexto precompletado es lo que permite que una tienda de una sola persona responda con todo detalle en lugar de empezar cada respuesta con "¿sobre qué producto era?".

¿Necesito editar mi tema para añadirlo? No en temas que implementan el hook estándar displayProductAdditionalInfo: un módulo que usa ese hook del núcleo aparece bajo el área de añadir al carrito sin bifurcar una plantilla, por lo que sobrevive a actualizaciones del tema y de PrestaShop. Configuras la dirección de destino en el back office (por defecto usa PS_SHOP_EMAIL, pero puede apuntar a una bandeja de ventas dedicada).

¿En qué se diferencia de un Q&A público o del chat en vivo? El formulario de consulta es privado y asíncrono: el mensaje llega a tu bandeja de entrada y respondes cuando puedas, así que nunca muestra "sin conexión" ni expone preguntas sin responder al siguiente visitante. Un hilo público de Q&A publica la pregunta en la página (útil para productos complejos, pero requiere moderación); el chat en vivo es en tiempo real, pero necesita a alguien pendiente de la cola. Ajusta la herramienta a tu forma real de trabajar.

¿Puede el formulario interferir con un pedido en curso? No: un formulario de consulta bien construido no toca ni el carrito ni el proceso de pago, así que no puede interrumpir un pedido. Valida en el servidor los tres campos del cliente antes de enviar, lo que también mantiene fuera de tu bandeja de entrada los mensajes vacíos o mal formados.

Dónde encaja esto en el panorama general de conversión

Un formulario de consulta es una red de seguridad bajo todo lo demás que hay en la página: captura a los compradores a los que tu descripción, tus fotos y tus reseñas casi convencieron, pero no del todo. Donde más se gana su sitio es en compras meditadas: cualquier producto técnico, con tallas o medidas, sensible a compatibilidad o lo bastante caro como para que la gente quiera un "sí" humano antes de comprometerse. Donde menos aporta es en compras impulsivas baratas y autoexplicativas, donde la mejor decisión suele ser simplemente una descripción más clara.

Si tu objetivo más amplio es una página de producto que convierta más sin que tengas que responder cada pregunta a mano, el formulario de consulta es una pieza de un conjunto: mejora la estructura de la propia página con buenas prácticas de diseño de páginas de producto, entiende las decisiones de maquetación que mueven al comprador en la anatomía de una página de producto y construye las señales de confianza permanentes — reseñas, insignias, prueba social — que responden las preguntas no formuladas antes de que se escriban. El formulario para "preguntar" es para la duda que un comprador está dispuesto a expresar; el resto de la página es para las decenas que no expresa. Cubre ambas cosas y las salidas silenciosas serán mucho menos frecuentes.

Compartir esta publicación:
David Miller

David Miller

Founder, mypresta.rocks

David Miller es un especialista en PrestaShop con más de una década de experiencia práctica y fundador de mypresta.rocks, un estudio de desarrollo con sede en Tychy, Polonia. Crea y mantiene un catálogo de 152 módulos PrestaShop —incluidas 21 suites «Revolution» que abarcan SEO, checkout, seguridad, rendimiento, marketing, búsqueda, soporte y gestión de almacén— que mejoran tiendas reales cada día, probados en PrestaShop 1.7.8, 8.x y 9.x. También se encarga del mantenimiento de tiendas en producción que facturan millones al año, por lo que su trabajo se mide por ventas reales, no por demos. Su experiencia abarca todo el comercio electrónico —rendimiento, seguridad, SEO y marketing— y va más allá de PrestaShop, hasta WooCommerce, Shopify y sistemas a medida. En el blog escribe sobre la parte técnica de PrestaShop: qué hace realmente la plataforma, qué se rompe en producción y qué soluciones aguantan.

¿Te gustó este artículo?

Recibe nuestros últimos consejos, guías y actualizaciones de módulos en tu bandeja de entrada.

Comentarios

Aún no hay comentarios. ¡Sé el primero!

Sé el primero en hacer una pregunta o compartir una opinión útil.

Cargando...
Volver arriba