Casi todos los pedidos contra reembolso recorren el mismo camino: alguien ve un anuncio en el móvil, lo toca, llega a una página dedicada a un único producto y, o bien rellena un formulario corto, o bien vuelve a las redes. Esa página y ese formulario deciden qué parte del presupuesto publicitario se convierte en pedidos y, además, cuántos de esos pedidos se pueden confirmar y entregar de verdad. Un formulario que acepta cualquier número de teléfono genera pedidos con clientes ilocalizables; uno que pide demasiado no genera ninguno. Esta guía trata solo de la landing page de un producto y del formulario de pedido contra reembolso (COD): la estructura, los campos, la validación del teléfono, lo que hace que el comprador confíe en una tienda a la que no paga por adelantado y la velocidad de la página en un móvil corriente. Si todavía está eligiendo plataforma o montando la tienda, empiece por nuestra guía para crear una tienda online contra reembolso en Marruecos y vuelva aquí cuando vaya a construir la página.
Lo que tiene que conseguir una página de producto COD
Una landing page contra reembolso tiene una sola tarea: convertir el interés que ha despertado el anuncio en un pedido completo y con un cliente localizable. No es un catálogo ni la portada de la marca. Cada elemento de la página debe responder a una duda del comprador sobre el producto o acercarlo al formulario.
Lo primero es que el anuncio y la página digan lo mismo. Si el anuncio muestra una batidora azul a precio de lanzamiento, la primera pantalla tiene que enseñar esa batidora, ese precio y esa promesa. Las plataformas publicitarias también lo miden: Google Ads define la experiencia en la página de destino según lo relevante y útil que resulta para quienes hacen clic en el anuncio. El comprador que tiene que buscar en la página lo que acaba de ver vuelve a su feed.
Después, cierre las salidas. La guía de web.dev (Google) sobre formularios de compra recomienda limitar los posibles puntos de salida eliminando el desorden visual y las distracciones, como las promociones de otros productos. En una página de un solo producto eso significa: sin menú hacia otros veinte artículos, sin ventanas emergentes para suscribirse al boletín, sin enlaces a redes sociales en mitad de la página. El único camino hacia delante es el formulario.
La página, de arriba abajo
Las páginas COD que convierten suelen seguir el mismo orden, porque es el orden de las preguntas del comprador:
- Primera pantalla: una foto nítida del producto, su nombre, el precio indicando el envío, un beneficio en una línea y un botón que baja al formulario (o el propio formulario, si es lo bastante corto).
- Pruebas de que hace lo que prometía el anuncio: vídeos cortos o fotos del producto en uso, hechos con un móvil de verdad y no renders de estudio.
- Respuestas a las objeciones: tamaño, materiales, modo de uso, qué trae la caja, cuánto tarda el envío a las principales ciudades.
- Pago y entrega: una frase clara: se paga en efectivo al repartidor al recibir el paquete y, antes del envío, se llama para confirmar el pedido.
- Otra vez el formulario: repítalo al final, o un botón que lleve a él, para que nadie tenga que volver a subir.
Mantenga los textos breves y fáciles de recorrer. La pantalla de un móvil muestra unas pocas líneas cada vez y los párrafos largos se saltan. Si la misma página se dirige a compradores en árabe y en francés, escriba cada versión para su lector en lugar de apilar los dos idiomas en la misma pantalla.
Qué campos necesita el formulario y cuáles sobran
Cada campo añadido es un motivo para detenerse. La guía de web.dev lo dice claramente: los usuarios abandonan con más facilidad los formularios que parecen largos, complejos y sin una dirección clara. El Baymard Institute, que analiza procesos de pago, comprobó que el proceso de pago medio en Estados Unidos muestra 23,48 elementos de formulario por defecto, mientras que uno ideal puede quedarse en 12 a 14 elementos. En su encuesta, el 17 % de los compradores online estadounidenses abandonó un pedido porque el proceso era demasiado largo o complicado. Un formulario contra reembolso puede ser mucho más corto que cualquier pago con tarjeta, porque no tiene paso de pago.
Para la mayoría de los productos COD, bastan estos campos:
| Campo | Para qué sirve | Cómo construirlo |
|---|---|---|
| Nombre completo | El repartidor y el agente de confirmación necesitan dirigirse al comprador | Un solo campo, sin separar nombre y apellidos |
| Teléfono | De él dependen la llamada de confirmación y la entrega | Un solo campo, teclado numérico, validado mientras se escribe |
| Ciudad | De ella dependen la tarifa y el transportista | Una lista o un buscador con las ciudades a las que envía |
| Dirección | El repartidor tiene que encontrar la puerta | Un área de texto libre: barrio, calle, punto de referencia |
| Cantidad u oferta | Cuando la página vende packs (una, dos, tres unidades) | Botones de opción con el precio total de cada oferta |
Elimine el correo electrónico, el código postal, la segunda línea de dirección, el nombre de empresa y todo lo que no sirva para entregar el pedido. El Nielsen Norman Group lo resume así: cada campo o pregunta que se quita de un formulario aumenta su tasa de conversión. Las mismas investigaciones registran un 78 % de envíos al primer intento en formularios que siguen las pautas de usabilidad, frente a solo un 42 % en los que las incumplen, así que el diseño importa tanto como el número de campos.
Algunas reglas hacen más fáciles los campos que quedan:
- Coloque los campos en una sola columna, uno por fila, para que el pulgar baje en línea recta.
- Pida el nombre en un único campo, salvo que haya un buen motivo, y no imponga caracteres latinos en los nombres: muchos compradores escriben su nombre en árabe y una validación que lo rechaza pierde el pedido.
- Para la dirección, considere un único área de texto. En Marruecos, muchas direcciones se basan en un barrio y un punto de referencia más que en un número de calle, y un campo libre las admite todas.
- No use el texto de ejemplo en gris en lugar de las etiquetas: desaparece en cuanto el comprador empieza a escribir, y con él el recordatorio de lo que pide el campo.
Validar el teléfono: el campo que decide el pedido
En el contra reembolso, el número de teléfono no es un trámite. Es el medio para confirmar el pedido y para que el repartidor encuentre al comprador el día de la entrega. Un número falso o mal escrito acaba en un pedido imposible de confirmar o en un paquete devuelto. Por eso es el único campo en el que conviene ser exigente, siempre que no se bloquee a compradores reales.
Empiece por el propio campo. Web.dev recomienda, para los números de teléfono, usar type="tel" para obtener el teclado adecuado en el móvil, de modo que el comprador vea un teclado numérico y no el completo. También aconseja un solo campo para el número, sin dividirlo en partes, y validar los datos durante la escritura, no solo al enviar.
Después, valide según el plan de numeración real del país donde vende. En Marruecos:
- El prefijo del país es +212, y todos los números marroquíes tienen nueve cifras sin contar el 0 inicial; con el 0, un número nacional tiene diez cifras.
- Los móviles empiezan por 06 o por 07 (+212 6 y +212 7 en formato internacional). El rango 07 se abrió en 2016, cuando los operadores quedaron autorizados a asignar a sus clientes números que empiezan por 07; una regla escrita hace años que solo acepta el 06 rechaza a compradores reales.
- Acepte los formatos que la gente escribe de verdad: con espacios, con guiones, con +212 delante (o con el prefijo internacional en forma 00) o con el 0. Quite los separadores, páselo todo a un único formato y solo entonces compruebe la longitud y el prefijo.
- Los números que empiezan por 05 son fijos. Puede aceptarlos, pero márquelos para el equipo de confirmación: la mayoría de quienes compran desde el móvil dan un número móvil.
Cuando el número esté mal, diga qué falla junto al campo («falta una cifra») en lugar de un simple borde rojo sin explicación. Si vende en varios países, valide país por país en vez de usar una regla única.
Por último, explique para qué lo pide. Baymard comprobó que el 14 % de los usuarios nunca daría su teléfono a una tienda online y que el 39 % de los sitios de su estudio exige el teléfono sin ninguna explicación. Ante un campo de teléfono obligatorio y sin justificar, algunos participantes en sus pruebas dieron datos falsos o abandonaron la compra. Basta una línea debajo del campo («Le llamamos para confirmar el pedido; el repartidor le llamará en la entrega»): según Baymard, explicar por qué se pide el número disipa la gran mayoría de las dudas sobre privacidad. Para un comprador contra reembolso, esa frase además anuncia la llamada de confirmación, y así es más probable que la atienda.
Confianza sin tarjeta: qué mostrar junto al botón
El pago contra reembolso ya elimina el mayor miedo de la compra online, porque el comprador no entrega dinero antes de ver el paquete. Quedan las preguntas sobre el precio y sobre lo que pasará después, y aparecen justo en el formulario.
- Muestre el precio completo antes del formulario. En la encuesta de Baymard, dejando aparte a quienes solo estaban mirando, el primer motivo de abandono, citado por el 40 %, son unos costes extra demasiado altos (envío, impuestos, comisiones). Si el envío se cobra, muéstrelo junto al precio; si es gratis, dígalo. Un total que sube durante la llamada de confirmación empieza la relación con una sorpresa.
- Explique cómo se paga. «Paga en efectivo al repartidor cuando recibe el paquete», en una línea junto al botón.
- Explique qué pasa después. Una llamada o un mensaje de confirmación, el plazo de entrega habitual y la posibilidad de revisar el producto al recibirlo, si la ofrece.
- Muestre pruebas reales. Fotos de clientes, vídeos cortos de opiniones y un teléfono o un WhatsApp que conteste valen más que cualquier sello.
- Nombre el botón por la acción. «Pedir ahora, pago al recibir» le dice al comprador qué hace el botón; un «Enviar» genérico no.
Velocidad en un móvil corriente
Quien llega desde un anuncio navega con datos móviles, a menudo con un teléfono de gama media, y todavía no se ha comprometido a nada. Cada segundo de pantalla en blanco es una invitación a volver atrás. Web.dev recoge estudios según los cuales la BBC perdía un 10 % más de usuarios por cada segundo adicional de carga y, en el caso de Vodafone, una mejora del 31 % del LCP aumentó las ventas un 8 %.
Las Core Web Vitals de Google dan objetivos concretos. Para una buena experiencia, el LCP debe producirse en los 2,5 segundos siguientes al inicio de la carga (el momento en que aparece la imagen o el titular principal), y el INP debe ser de 200 milisegundos o menos, que mide lo rápido que responde la página a un toque. Google propone medir en el percentil setenta y cinco de las cargas, separando móvil y ordenador: fíjese en las cifras de móvil, no en la conexión de su oficina.
En una página de un solo producto, los culpables habituales son fáciles de localizar:
- Imágenes pesadas: exporte las fotos al tamaño en que se muestran, en un formato moderno, y que la primera sea ligera.
- Vídeos con reproducción automática arriba del todo: use una imagen de portada y deje que el comprador inicie el vídeo.
- Scripts de seguimiento y de chat: conserve los píxeles publicitarios que de verdad usa y elimine el resto.
- Cuentas atrás, ruletas de premios y ventanas emergentes: cuestan tiempo de carga y se interponen entre el comprador y el formulario.
Después del toque: pedidos duplicados, página de gracias y confirmación
El pedido no termina cuando se toca el botón. Web.dev advierte de que muchos usuarios pulsan los botones varias veces, aunque funcionen bien; con una conexión lenta, eso produce dos o tres pedidos idénticos que su equipo tendrá que llamar y anular. Desactive el botón en cuanto se pulse y muestre que el pedido se está enviando.
La página de agradecimiento debe repetir el pedido (producto, cantidad, importe a pagar al recibir), mostrar el teléfono que escribió el comprador y decir claramente que recibirá una llamada o un mensaje de confirmación. El comprador que espera la llamada contesta.
Un formulario corto también deja pasar más pedidos falsos o descuidados. La validación del teléfono filtra una parte; el resto es trabajo de la confirmación. Nuestras guías para evitar pedidos COD falsos y para confirmar pedidos COD en Marruecos explican lo que ocurre entre el formulario y el repartidor.
Probar y medir antes de subir el presupuesto
Antes de enviar tráfico de pago, haga usted mismo algunos pedidos de prueba con dos o tres móviles distintos, con datos móviles y no con wifi, y en los dos idiomas si la página tiene dos. Compruebe que el pedido llega completo, que un número escrito con espacios o con +212 se acepta y se guarda en un único formato, y que un nombre escrito en árabe no se rechaza.
Con el tráfico en marcha, siga tres cifras por página: visitas, formularios enviados y pedidos confirmados. Una página que convierte bien las visitas en formularios pero cuyos pedidos casi no se confirman tiene un problema de formulario (teléfonos sin validar, precio poco claro), no de publicidad. Cambie una sola cosa cada vez, como la primera imagen, la forma de mostrar el precio o el número de campos, y compare sobre suficientes pedidos para estar seguro de que la diferencia es real.
Dónde entra Cashod
La landing page y el formulario recogen el pedido; después vienen la confirmación y la entrega. Cashod incluye un centro de llamadas donde los agentes confirman los pedidos contra reembolso por teléfono, y puede confirmar pedidos por WhatsApp, también con un agente de IA. Una sola cuenta de Cashod puede gestionar varias tiendas, algo útil cuando se tiene una landing page por producto o por mercado. Para ver cómo su tienda o su formulario puede enviar los pedidos, consulte la página de integraciones.




