Uso de Staging: Enviando a Producción y Extrayendo desde Producción

Una vez que existe una copia de staging, dos operaciones la mantienen útil: enviar tus cambios probados al sitio en vivo y reiniciar staging para tener una copia fresca de producción. Esta guía cubre ambas direcciones en detalle, las confirmaciones que protegen tu sitio en vivo, y los casos en los que enviar una base de datos destruiría datos.

Si aún no has creado un entorno de staging, comienza con Usar Entornos de Staging. Este artículo continúa desde el punto en el que staging existe.

Las Dos Direcciones

Ambas están en la misma pantalla: Websites (Sitios Web), luego tu sitio, luego Environments (Entornos), luego Staging.

La tarjeta en la parte superior de esa pantalla muestra tu dominio de staging, su estado, cuánto tiempo hace que se sincronizó por última vez desde producción, y cuándo se envió por última vez. WP Admin te inicia sesión directamente en el panel de control del sitio de staging, y Visit site (Visitar sitio) abre el front end de staging.

Enviar Staging a Producción

Esto reemplaza parte o la totalidad de tu sitio en vivo con lo que está en staging.

1. Abre Environments (Entornos), luego Staging.
2. Desplázate hasta Push Staging to Production (Enviar Staging a Producción).
3. Elige qué enviar con las casillas de verificación: Files (Archivos), Database (Base de Datos), o ambos.
4. Si marcaste Database (Base de Datos), deja Rewrite URLs (Reescribir URLs) marcado. Ejecuta una búsqueda y reemplazo en cada tabla para que el nombre de host de staging se intercambie por el de producción como parte del envío.
5. Marca I understand this modifies my live production site. (Entiendo que esto modifica mi sitio de producción en vivo.)
6. Escribe tu dominio de producción en el cuadro de confirmación exactamente como se muestra.
7. Haz clic en Push to Production (Enviar a Producción).

El botón permanece deshabilitado hasta que ambas condiciones se cumplan: la casilla marcada y el dominio coincidente, por lo que un clic inoportunamente realizado no puede iniciar un envío.

Se realiza automáticamente una copia de seguridad completa de producción antes de que se escriba cualquier cosa, y si el envío falla a mitad de camino, la producción se revierte a esa copia de seguridad. Los sitios pequeños generalmente se completan en menos de un minuto; una base de datos grande o una biblioteca de medios de varios gigabytes tarda más.

Elegir Archivos, Base de Datos, o Ambos

Esta es la decisión que más importa, y la respuesta generalmente no es "ambos".

Solo archivos. La opción segura predeterminada para un sitio que recopila cualquier cosa de los visitantes. Las ediciones de temas, actualizaciones de complementos, cambios de plantillas y código personalizado viven en archivos. El envío de solo archivos deja intactos todos los posts, comentarios, pedidos y usuarios en producción.

Solo base de datos. Para cambios de contenido o configuración realizados en staging, en un sitio donde nadie edita producción directamente. Raro en la práctica.

Ambos. Correcto para un rediseño o una reconstrucción donde staging es el nuevo sitio y la producción se está reemplazando completamente. Anúncialo, hazlo fuera de horario, y confirma que tienes una copia de seguridad actual primero.

La misma trampa se aplica, menos dramáticamente, a cualquier sitio con comentarios, envíos de formularios, registros de membresía o una lista de correo almacenados en WordPress.

Reiniciar Staging desde Producción

Esta es la dirección segura: sobrescribe staging con el sitio en vivo actual y nunca toca producción.

1. Abre Environments (Entornos), luego Staging.
2. Encuentra Reset from Production (Reiniciar desde Producción).
3. Marca Files (Archivos), Database (Base de Datos), o ambos.
4. Haz clic en Reset from Production (Reiniciar desde Producción).

Haz esto siempre que:

• Producción haya avanzado, con nuevos posts, nuevos pedidos o ediciones de contenido.
• Estés iniciando una nueva pieza de trabajo y quieras una base realista.
• Staging se haya desviado lo suficiente como para que un resultado de prueba allí no signifique nada.

Todo lo que está en staging que no ha sido enviado se pierde. Si hay trabajo en staging que aún quieres, envíalo primero, o copia los archivos cambiados a través de Files (Archivos), luego File Manager (Administrador de Archivos) antes de reiniciar.

Cómo Funciona la Reescritura de URLs

WordPress almacena su propia dirección en la base de datos, en las filas siteurl y home de la tabla de opciones, y las URLs absolutas también terminan en contenido de posts, valores de meta, configuraciones de widgets y opciones de tema.

Tu sitio de staging se ejecuta en staging. seguido de tu dominio, por lo que cada uno de esos valores apunta al nombre de host de staging mientras trabajas allí. Rewrite URLs (Reescribir URLs) en el envío ejecuta una búsqueda y reemplazo adecuada en todas las tablas, manejando correctamente la configuración de complementos serializados, e intercambia el nombre de host de staging por el de producción.

Déjalo marcado a menos que tengas una razón específica para no hacerlo. Si envías solo archivos, o una URL de staging extraviada sobrevive, repárala con Ejecutar una Búsqueda y Reemplazo.

Un Flujo de Trabajo Que Aguante

1. Reinicia desde producción para que staging coincida con el sitio en vivo.
2. Realiza una copia de seguridad de producción antes de comenzar, para tener un punto de restauración independiente del envío: Realizar una Copia de Seguridad.
3. Haz el trabajo en staging. Actualizaciones de complementos y temas, nuevo código, cambios de diseño.
4. Prueba en el dominio de staging. Carga las páginas que cambiaste, y las páginas que no. En una tienda, ejecuta un pedido de prueba de principio a fin.
5. Envía solo archivos a menos que hayas decidido deliberadamente que la base de datos también debe ir.
6. Comprueba la producción inmediatamente. Página de inicio, una página profunda, el checkout, y el panel de administración.
7. Reinicia staging desde producción nuevamente una vez que estés satisfecho, para que la próxima ronda comience limpia.

Eliminar Staging

La tarjeta Delete Staging (Eliminar Staging) en la parte inferior de la misma pantalla elimina la copia de staging. La producción no se ve afectada. Elimínalo cuando un proyecto esté terminado: staging cuenta hacia el almacenamiento de tu plan, y una copia obsoleta es un pasivo en lugar de un activo.

Solución de Problemas

El botón Push to Production (Enviar a Producción) no se activa. Se deben cumplir ambas condiciones: la casilla de confirmación marcada, y el dominio de producción escrito exactamente, sin https:// y sin barra inclinada final.

El envío se completó pero el sitio aún muestra contenido antiguo. Almacenamiento en caché. Vacía desde WordPress, luego Quick Actions (Acciones Rápidas), luego Flush Cache (Vaciar Caché), purga la CDN desde Performance (Rendimiento), luego Kapsule CDN, y recarga en una ventana privada.

Las URLs de staging se muestran en el sitio en vivo después de un envío. La base de datos pasó sin Rewrite URLs (Reescribir URLs) marcado. Ejecuta una búsqueda y reemplazo desde el nombre de host de staging a tu dominio de producción: Ejecutar una Búsqueda y Reemplazo.

Envié la base de datos y perdí pedidos. Restaura la copia de seguridad automática previa al envío de inmediato, antes de que lleguen más pedidos a la base de datos sobrescrita: Restaurar desde una Copia de Seguridad.

Staging muestra un error después de un reinicio. Un complemento que codifica el dominio de producción es la causa habitual. Inicia sesión con WP Admin en la tarjeta de staging y desactiva complementos allí hasta que el error se aclare, luego corrige o reemplaza el ofensivo en producción.