La diferencia real
Un código estático contiene tu destino:
https://turestaurante.es/cartaUn código dinámico contiene una redirección que lleva hasta él:
https://proveedor-qr.com/a1b2c3 → https://turestaurante.es/cartaEse salto de más es todo el producto. Como el proveedor controla adónde reenvíaa1b2c3, puede cambiarlo después de imprimir y contar a todo el que pase por ahí. Las dos cosas son realmente útiles. Las dos solo funcionan mientras alguien mantenga esa redirección.
Uno al lado del otro
| Estático | Dinámico | |
|---|---|---|
| Cambiar el destino tras imprimir | No | Sí |
| Estadísticas de escaneo | Desde tu propia web | Incluidas |
| Funciona si el proveedor desaparece | Sí | No |
| Coste recurrente | Ninguno | Mensual, para siempre |
| Densidad del código | Según lo larga que sea tu URL | Siempre corta |
| Funciona sin conexión | Para wifi, geo, vCard | Nunca — necesita la redirección |
| Puntos de fallo extra | Tu destino | Destino, redirección, dominio, suscripción |
Lo que casi todas las comparaciones se saltan
El discurso de los dinámicos vende «cambia tu destino cuando quieras» como si los códigos estáticos estuvieran congelados. No lo están. Un código estático contiene una dirección, no un contenido.
Apúntalo a tuweb.es/carta y puedes reescribir esa página cada mañana. Cada código impreso muestra la carta nueva al instante. Ya puedes cambiar lo que la gente ve — lo único que no puedes cambiar es adónde van.
Esa distinción resuelve casi todos los casos:
- Controlas el destino — una página, un PDF en tu servidor, tu propia web. Con estático basta. La editabilidad ya la tienes.
- No lo controlas — apuntas a la página de otro, o al imprimir de verdad no sabes cuál será el destino. Ahí el dinámico te compra algo real.
Cuándo el dinámico compensa de verdad
No son casos de paja — son reales:
- Tiradas antes de una decisión. Envases impresos meses antes de la campaña a la que apuntan.
- Campañas que rediriges sobre la marcha. Un cartel que apunta a las reservas y luego al producto.
- Pruebas A/B en las que el mismo código impreso debe repartir el tráfico.
- Estadísticas imposibles de otro modo — lugar del escaneo, dispositivo, hora del día, con independencia de que alguien cargue tu página.
- Destinos de terceros que no controlas y quizá tengas que cambiar.
Si alguno de esos casos te describe, paga. La suscripción compra una capacidad real.
La dependencia, dicha claramente
Un código dinámico es una dependencia permanente de una empresa. No durante la campaña — durante todo el tiempo que exista el código impreso.
Una carta, una tarjeta de visita, una etiqueta de producto o la rotulación de una furgoneta pueden sobrevivir al plan bajo el que nacieron. Cuando la redirección se detiene, el objeto físico se convierte en un callejón sin salida, y reimprimir el destino no arregla nada. Lo que reimprimes es el código.
Ese riesgo crece con el volumen impreso, lo cual es exactamente al revés: quien más códigos impresos tiene es quien más tiene que perder.
Un punto intermedio práctico
Puedes tener casi todo lo que ofrece el dinámico, de forma estática, si tienes un dominio:
- Crea una dirección estable que controles —
tuweb.es/ir/carta. - Apunta ahí el código estático.
- Haz que esa página redirija adonde quieras, y cámbiala cuando quieras.
- Tus propias estadísticas cuentan las visitas.
La misma editabilidad, el mismo seguimiento, ninguna suscripción — y si algún día dejas de mantenerlo, el dominio es tuyo, no de un proveedor. La pega es que hace falta un dominio y un sitio donde alojar una redirección, lo cual es bastante montaje para un solo código y casi nada si ya gestionas una web.
La versión corta
Usa estático cuando controles el destino, que es casi siempre. Usadinámico cuando de verdad necesites redirigir un código impreso o tener estadísticas a nivel de escaneo — y ve sabiendo que el código lo estás alquilando, no comprando.