Staging es una copia de tu WordPress destinada a pruebas. Puedes utilizarla para revisar actualizaciones, probar plugins o preparar cambios de diseño antes de aplicarlos al sitio que visitan tus clientes.
Hosting WordPress Cloud de Gigacore incluye un entorno Staging sin costo adicional por cada sitio de producción. Está destinado al desarrollo y las pruebas, no a alojar otra web independiente en producción.
¿Qué diferencia hay entre producción y Staging?
- Producción: es tu web principal, donde recibes visitantes, formularios, pedidos o registros.
- Staging: es la copia donde preparas y compruebas cambios.
Ambos entornos evolucionan por separado. Los cambios de Staging no se publican automáticamente, y los pedidos o contenidos nuevos de producción tampoco se incorporan automáticamente a la copia.
1. Crea tu entorno Staging
- Ingresa a tu área de cliente de Gigacore.
- Abre tu servicio de Hosting WordPress Cloud y haz clic en WordPress Management.
- En Mis sitios, abre el sitio que utilizarás como origen.
- Accede a las opciones de Staging e inicia la creación de la copia.
- Revisa la dirección y las opciones del asistente, confirma y espera a que termine.
2. Trabaja en la copia de pruebas
Selecciona el entorno Staging y utiliza su acceso al administrador de WordPress. Antes de editar, verifica la dirección del navegador y la identificación del entorno.
Realiza tus cambios y comprueba páginas, imágenes, menús y funciones importantes, tanto en computadora como en móvil.
3. Revisa las opciones para publicar
Desde Staging, abre la acción para publicar los cambios en producción. La consola compara las bases de datos y presenta opciones para decidir qué trasladar.
No marques todas las opciones automáticamente. Cada una tiene un alcance diferente:
| Opción | Qué controla | Qué debes revisar |
|---|---|---|
| Sobrescribir archivos | Permite llevar archivos de Staging a producción y sobrescribir los correspondientes en el destino. | Puede reemplazar cambios realizados directamente en los archivos de producción. Por sí sola no traslada el contenido guardado en la base de datos. |
| Enviar la base de datos completa | Traslada el conjunto de la base de datos de Staging a producción. | Puede sustituir contenido, ajustes y datos recientes de producción por la versión que contiene Staging. |
| Enviar cambios de estructura de tablas | Permite aplicar diferencias en la estructura de las tablas seleccionadas, como su definición de columnas o índices. | Es una operación técnica. La estructura debe ser compatible con el código y los datos del sitio de destino. |
| Enviar tablas con datos modificados | Permite seleccionar tablas cuyo contenido presenta diferencias entre ambos entornos. | Elegir una tabla no equivale a seleccionar una página o un pedido individual. Revisa toda la información que contiene. |
¿Qué opciones debes seleccionar para publicar tus cambios?
La selección depende de lo que modificaste en staging y de los cambios que haya recibido producción desde que creaste la copia. Antes de continuar, comprueba que tienes una copia de seguridad reciente de producción.
Si modificaste únicamente archivos
Por ejemplo, si un desarrollador modificó archivos CSS o PHP de un tema hijo y confirmó que no cambió contenido, ajustes ni estructura de la base de datos:
- Marca «Sobrescribir archivos» (Overwrite files).
- Deja desmarcada «Enviar base de datos completa» (Push full database).
- No selecciones tablas en «Enviar cambios de estructura de tablas» (Push structure changes in tables) ni en «Enviar tablas con datos modificados» (Push tables with changed data).
Antes de confirmar, revisa si también se modificaron archivos directamente en producción. La publicación puede sobrescribirlos con la versión de staging.
Si editaste páginas, contenido o ajustes
Estos cambios suelen guardarse en la base de datos. Marcar solamente «Sobrescribir archivos» no basta para publicarlos.
Si puedes reemplazar toda la base de datos de producción por la de staging:
- Marca «Enviar base de datos completa».
- Marca también «Sobrescribir archivos» si añadiste imágenes, documentos u otros archivos necesarios para esos cambios.
- Si únicamente cambiaste texto o ajustes y no necesitas trasladar archivos, deja desmarcada «Sobrescribir archivos».
Utiliza esta combinación solo cuando hayas comprobado que staging contiene la información que quieres conservar y que producción no tiene pedidos, usuarios, contenido u otros cambios que se perderían al reemplazar su base de datos. Evita que entren nuevos datos durante la publicación.
Si producción tiene información nueva que debes conservar:
- Deja desmarcada «Enviar base de datos completa».
- Utiliza «Enviar tablas con datos modificados» únicamente cuando hayas identificado todas las tablas necesarias y comprobado que su publicación no perjudicará los datos de producción.
- No selecciones cambios de estructura solo por haber editado contenido: esa opción corresponde a cambios en la definición de las tablas.
No existe una selección universal para publicar una sola página. Las tablas pueden compartir contenido de muchas páginas, ajustes y otros elementos. Si no puedes separar los cambios con seguridad, una alternativa es repetir la edición en producción o utilizar una función de exportación e importación del editor, si dispone de ella.
Si actualizaste un plugin
La selección depende de lo que haya cambiado esa actualización:
- Solo cambió archivos: marca «Sobrescribir archivos» y deja desmarcadas las opciones de base de datos.
- También modificó datos: además de los archivos, puede ser necesario seleccionar las tablas correspondientes en «Enviar tablas con datos modificados».
- También modificó la estructura de tablas: puede ser necesario seleccionar las tablas correspondientes en «Enviar cambios de estructura de tablas».
No marques todas las tablas por precaución. Confirma los requisitos de la actualización con el desarrollador del plugin o de tu sitio. Si no conoces los cambios internos, puedes usar staging para probar la actualización y, después, ejecutar esa misma actualización en producción desde WordPress, con una copia de seguridad previa.
Si producción recibió pedidos, registros o contenido nuevo
- Deja desmarcada «Enviar base de datos completa».
- Si tu cambio afecta exclusivamente a archivos, utiliza «Sobrescribir archivos», después de revisar los posibles cambios de archivos en producción.
- Si también necesitas publicar cambios de base de datos, la selección de tablas debe revisarse para tu sitio antes de continuar.
En una tienda o un sitio con usuarios activos, seleccionar tablas no garantiza por sí solo que se conserven los pedidos o registros nuevos. Tampoco debes asumir que el panel combinará automáticamente ambas versiones de la información.
Si no sabes qué tablas seleccionar, no publiques esa parte todavía. Consulta con el desarrollador de tu sitio para definir cómo trasladar los cambios conservando la información de producción.
4. Confirma y comprueba el resultado
- Verifica que el origen sea Staging y el destino sea producción.
- Revisa las opciones marcadas y las tablas seleccionadas.
- Coordina una pausa de nuevas operaciones si la publicación puede afectar datos que siguen cambiando.
- Confirma y espera a que termine el proceso.
- Abre tu dominio público y comprueba los cambios y las funciones afectadas.
Si sigues viendo contenido anterior, limpia la caché y vuelve a comprobar. Si falta contenido, revisa qué se publicó antes de repetir la operación con más opciones seleccionadas.
Actualizar Staging desde producción
También puedes enviar contenido en la dirección contraria: desde producción hacia Staging. Esto permite actualizar la copia con el estado del sitio principal.
La selección de archivos y datos vuelve a ser importante: puedes reemplazar trabajo pendiente en Staging. Conserva ese trabajo y comprueba la dirección de la operación antes de confirmar.
¿Necesitas ayuda?
Si aparece un error en la consola, abre un ticket con soporte de Gigacore. Incluye el dominio, la operación realizada, las opciones seleccionadas y una captura del mensaje.
Para decidir qué tablas necesita un cambio de diseño, plugin o funcionalidad, consulta con el desarrollador de tu sitio. Esa selección depende de cómo esté construida tu web.