Un sitio de pruebas, y salir a producción desde él

Todo cambio hecho directamente en un sitio en producción es un cambio probado sobre sus clientes. Una copia de pruebas cuesta un subdominio y elimina eso por completo, siempre que tres cosas estén resueltas, porque un sitio de pruebas descuidado hace daño de verdad.

1. Manténgalo fuera de los resultados de búsqueda

# nginx, on the staging server block only
add_header X-Robots-Tag "noindex, nofollow" always;

Protéjalo además con contraseña: es el único método que impide también que se comparta un enlace por descuido.

2. Impida que envíe correo

Una copia de pruebas con una tabla de pedidos real escribirá a clientes reales sobre pedidos de prueba. Apunte el correo a un capturador, o desactive el envío del todo.

# WordPress: a tiny must-use plugin
add_filter('pre_wp_mail', '__return_false');

3. Apunte los pagos al entorno de pruebas

Claves de prueba, siempre. Un sitio de pruebas con claves de pago reales cobrará dinero real de una tarjeta real durante una prueba.

El paso a producción

1. Haga primero copia del sitio en producción — Archivos y base de datos. Este es el botón de deshacer.
2. Suba archivos, no la base, si el contenido cambió en producción — Si no, machaca los pedidos y comentarios habidos desde la copia.
3. Suba la base solo si el contenido NO cambió en producción — Luego busque y reemplace la dirección de pruebas por la de producción.
4. Vacíe todas las cachés — Aplicación, servidor y CDN. Una caché de páginas serviría el sitio viejo durante horas.
5. Recorra el camino crítico — Iniciar sesión, añadir al carrito, pagar, recibir el correo.

wp search-replace 'https://staging.yourdomain.com' 'https://yourdomain.com' --all-tables