Un entorno de pruebas es una copia completa de tu web, con su mismo código y una copia de sus contenidos, que vive en una dirección distinta y a la que solo accede tu equipo: sirve para probar cualquier cambio antes de que lo vea un cliente, de modo que si algo se rompe se rompe en la copia y no en la web que te trae ventas. Si tu web factura, atiende clientes o recibe formularios, tener esa copia no es un lujo técnico: es lo que separa una actualización rutinaria de una mañana de pánico.
Qué es exactamente y cómo se diferencia de la web real
Lo habitual es hablar de tres entornos que conviven:
- Producción: la web pública, la que ven tus clientes y la que aparece en Google. Aquí no se experimenta.
- Preproducción o staging: la copia fiel de producción, con la misma versión de software y datos parecidos. Aquí se prueba y se valida lo que está a punto de salir.
- Desarrollo: el entorno donde el programador trabaja el día a día, a menudo en su propio ordenador. Aquí las cosas se rompen a propósito.
Para un negocio pequeño o mediano, con producción y preproducción vas servido. Lo importante es que la preproducción se parezca de verdad a la web real: misma versión del gestor de contenidos, mismos módulos, misma configuración del servidor. Una copia que corre en otra versión de software no sirve para predecir nada.
Y una condición que se olvida siempre: ese entorno debe estar cerrado al público y bloqueado para buscadores. Si Google indexa tu copia, acabas compitiendo contigo mismo con contenido duplicado.
Los cuatro problemas que evita
Estos son los casos en los que un entorno de pruebas se paga solo:
- Actualizaciones de seguridad. Tu gestor de contenidos y sus módulos publican parches con regularidad. Aplicarlos es obligatorio, pero a veces un parche rompe una integración. En preproducción lo descubres tú; en producción lo descubre un cliente.
- Cambios de diseño o de estructura. Rediseñar una página de producto, cambiar el menú o tocar el checkout tiene efectos laterales. Verlo funcionando antes te permite decidir con la página delante en lugar de imaginártela.
- Integraciones con terceros. Conectar tu web con la pasarela de pago, el ERP o el CRM implica pruebas repetidas con datos falsos. Eso no puede hacerse contra tu contabilidad real.
- Migraciones y cambios de servidor. Mover una web es el momento de máximo riesgo. Hacerlo primero en una copia te deja ensayar el proceso completo y medir cuánto tarda.
Cómo se trabaja con un entorno de pruebas
El flujo sano es siempre el mismo y no tiene nada de técnico desde tu lado:
- Se refresca la copia con los contenidos actuales de producción, para que lo que pruebes se parezca a la realidad.
- Se hace el cambio en la copia y se prueba internamente.
- Tú lo revisas en esa dirección privada y das el visto bueno, o pides ajustes. Este paso es tuyo, no del programador.
- Se publica en producción el mismo cambio ya validado, normalmente en una franja de poco tráfico.
- Se comprueba en producción lo esencial: que la web carga, que el formulario envía, que se puede comprar.
Ese «lo revisas tú» es la parte que más valor te aporta y la que más se salta. Pedir el enlace de preproducción y dedicarle diez minutos evita la mayoría de las discusiones posteriores sobre si el resultado era lo acordado.
El asunto de los datos reales: cuidado con el RGPD
Aquí hay una trampa legal que conviene tener clara. El Reglamento General de Protección de Datos no distingue entre una web de producción y una copia de pruebas: si copias la base de datos con nombres, correos, teléfonos o pedidos de tus clientes a otro entorno, sigues tratando datos personales y te siguen aplicando las mismas obligaciones de seguridad y de limitación de uso.
En la práctica, esto significa tres cosas:
- Anonimiza o sustituye los datos personales al copiar la base de datos al entorno de pruebas. Es una tarea que se automatiza y se hace una vez.
- Protege el acceso con contraseña o restricción por IP. Un entorno de pruebas abierto con datos reales de clientes es una brecha esperando a suceder.
- Desactiva los envíos reales. Que la copia no mande correos a clientes de verdad ni cobre en la pasarela real. Se usa el entorno de pruebas de la pasarela y un buzón de captura para el correo.
Si tu proveedor te dice que la preproducción es «un volcado de la base de datos y ya está», pregúntale expresamente por estos tres puntos.
Qué necesitas para tenerlo y qué complica la vida
| Elemento | Para qué hace falta | Qué se complica si no está |
|---|---|---|
| Un subdominio o dirección privada | Acceder a la copia sin exponerla | Se prueba en producción o en el ordenador del programador |
| Espacio en el hosting | Alojar la copia con la misma versión de software | La copia no se parece a la web real y no predice nada |
| Control de versiones del código | Llevar el mismo cambio de la copia a producción sin rehacerlo | Se copian ficheros a mano y aparecen diferencias inexplicables |
| Un proceso de copia de datos | Refrescar la copia y anonimizar lo personal | Se prueba con datos viejos y con riesgo legal |
| Modo de pruebas en las integraciones | Probar pagos y avisos sin efectos reales | Se cobran pruebas o se mandan correos a clientes |
| Bloqueo a buscadores | Que Google no indexe la copia | Contenido duplicado compitiendo con tu web |
En una web hecha con Drupal, buena parte de esto viene resuelto de serie: la configuración se exporta a ficheros y se sincroniza entre entornos, y hay herramientas de línea de comandos para copiar base de datos y ficheros de un entorno a otro. Esa es una de las razones por las que es un gestor cómodo en proyectos que cambian a menudo.
Cuándo no merece la pena y cuándo sí
Seamos honestos: una web informativa de cinco páginas que no se toca en un año no necesita una infraestructura de tres entornos. Con copias de seguridad y una ventana de mantenimiento vas bien.
La balanza se inclina claramente hacia tener entorno de pruebas cuando se cumple alguno de estos supuestos:
- La web vende o capta clientes, así que una caída de dos horas cuesta dinero medible.
- Hay integraciones con pasarela de pago, ERP, CRM o cualquier sistema externo.
- Varias personas publican o modifican cosas, y los cambios se pisan.
- La web cambia con frecuencia: campañas, productos nuevos, funcionalidades.
- Tienes obligaciones de disponibilidad con clientes o un acuerdo de nivel de servicio que cumplir.
Si te suenan dos o más, el coste de montarlo es menor que el de un solo incidente en producción.
En resumen: probar antes cuesta menos que arreglar después
Un entorno de pruebas es simplemente la copia de tu web donde se equivoca el equipo en lugar de equivocarse tu cliente. Pídelo con una dirección privada, con la misma versión de software que producción, con datos anonimizados, con las integraciones en modo prueba y cerrado a buscadores. Y úsalo: reserva diez minutos para revisar cada cambio en la copia antes de darle el visto bueno. Es la forma más barata de que tu web no te dé sustos.
Si no sabes si tu web tiene hoy un entorno de pruebas ni cómo se están aplicando los cambios, cuéntanos cómo trabajáis y te decimos qué montaje te encaja sin encarecer el mantenimiento.
Artículos relacionados
Preguntas frecuentes sobre
Cómo mejorar mi negocio con la metodología Anticompetencia
En Tangram no queremos que la información pase por una cadena interminable de intermediarios donde se pierden los detalles importantes.
Contarás con un interlocutor que coordinará la comunicación y trasladará las decisiones al equipo responsable de tu proyecto.
Cuando sea necesario profundizar en cuestiones de estrategia, diseño o tecnología, podremos involucrar a los especialistas correspondientes.
Así tendrás una comunicación organizada, sin necesidad de gestionar personalmente a todos los profesionales que intervienen.
Queremos que tengas acceso al conocimiento de un equipo especializado, sin sufrir la complejidad de coordinarlo.
No tendrás que averiguar a quién escribir cada vez que tengas una duda.
En Tangram contemplamos la figura del Account Manager como interlocutor principal, encargado de acompañarte durante el proyecto, coordinar la comunicación y facilitar el seguimiento de las decisiones.
Nuestra metodología incluye reuniones de revisión, canales de comunicación y herramientas para que puedas participar en el trabajo.
La organización concreta, la frecuencia de las reuniones y los canales disponibles se establecerán según el proyecto contratado.
Lo importante es que sepas con quién hablar, en qué punto está tu proyecto y qué decisiones necesitan tu participación.
Sí, podemos valorar una colaboración con los profesionales que ya trabajan en tu empresa.
No siempre tiene sentido sustituir un equipo que conoce bien tu negocio. En muchas situaciones, lo más útil es complementar sus conocimientos con especialistas en determinadas áreas.
Podemos estudiar qué responsabilidades asumiría Tangram, cuáles mantendría tu equipo y cómo coordinar las decisiones para evitar duplicidades.
La forma concreta de colaboración dependerá de la organización, las herramientas y las necesidades del proyecto.
No se trata de reemplazar lo que ya funciona, sino de aportar el conocimiento que necesitas para llegar más lejos.
No tienes por qué cambiar de proveedor para explorar una colaboración con Tangram.
Durante nuestra trayectoria hemos trabajado con agencias y consultoras, participando en proyectos en los que cada empresa asumía una parte diferente del trabajo.
Esa experiencia nos permite comprender la importancia de definir responsabilidades y coordinar a los profesionales implicados.
Podemos valorar una colaboración para cubrir necesidades concretas que tu proveedor actual no ofrece o para reforzar determinadas áreas.
Si tienes una relación profesional que funciona, no queremos que la rompas sin motivo. Queremos encontrar dónde podemos aportar valor.
La confidencialidad es especialmente importante cuando hablamos de nuevas ideas de negocio, información económica, estrategias comerciales o desarrollos tecnológicos.
En Tangram tenemos experiencia trabajando en proyectos sujetos a acuerdos de confidencialidad, motivo por el que no podemos mostrar públicamente muchos de los trabajos en los que hemos participado.
Si tu proyecto requiere un acuerdo de confidencialidad (NDA) antes de compartir información sensible, podemos revisar sus condiciones y acordar cómo proteger esa información antes de entrar en los detalles.
Entendemos que la confianza empieza por respetar lo que todavía no quieres hacer público.