Entornos Staging

Cada instalación de WordPress en Kinsta puede tener su propio entorno staging de WordPress gratuito, completamente separado del sitio de producción activo. Esto es ideal para probar nuevas versiones de WordPress, plugins, código y trabajo de desarrollo en general. Crea un sitio de desarrollo en minutos y compártelo con tu equipo.

Si quieres añadir entornos staging adicionales, necesitas un entorno de staging que se asemeje más a tu entorno real o necesitas realizar pruebas o desarrollos de sitios que requieran muchos recursos, consulta nuestro add-on Entorno Staging Premium.

Entorno Staging Estándar de WordPress

Crear un Entorno de Staging de WordPress

Hemos hecho que crear un sitio staging de WordPress sea lo más fácil posible. En MyKinsta, haz clic en Sitios WordPress en el menú de navegación de la izquierda. Verás una lista de tus sitios/instalaciones. Selecciona el sitio para el que quieres crear un entorno staging, haz clic en el selector Entorno junto al nombre del sitio y selecciona Crear nuevo entorno en el menú desplegable.

En el modal/pop-up Crear nuevo entorno que aparece, dale un nombre a tu entorno, selecciona Entorno estándar y haz clic en el botón Crear entorno.

El nombre del entorno debe tener entre 3 y 12 caracteres.

A continuación, se te pedirá que selecciones el tipo de entorno que quieres crear. Hay tres opciones.

1. Clonar un Entorno Existente: Esta opción te permite clonar un entorno existente (activo o cualquier Entorno Staging Premium) en el nuevo Entorno Staging Estándar.
2. Instalar un nuevo WordPress: Esta opción instala un sitio WordPress en blanco totalmente funcional, listo para que lo utilices inmediatamente.
3. No instalar WordPress (entorno vacío): Esta opción instala todo el software necesario para ejecutar un sitio de WordPress (servidor web, PHP, MySQL, etc.), pero no instala WordPress propiamente dicho. Es una buena opción para los usuarios que migran a Kinsta con Duplicator o que configuran una instalación Bedrock/Trellis con una estructura de archivos personalizada.

Opción 1 — Clonar un Entorno Existente

La opción Clonar un entorno existente te permite clonar cualquier entorno existente (activo o Entorno Staging Premium) en el nuevo Entorno Staging Estándar.

Nombre del Entorno

Si quieres cambiar el nombre del entorno, puedes hacerlo aquí. El nombre del entorno debe tener entre 3 y 12 caracteres.

Entorno a Clonar

Elige un entorno existente para clonarlo en el nuevo Entorno Staging Estándar.

Opción 2 — Instalar un Nuevo WordPress

La opción Instalar nuevo WordPress incluye varios campos para personalizar tu sitio. Esto es lo que necesitas saber sobre cada campo.

Nombre del entorno

Si quieres cambiar el nombre del entorno, puedes hacerlo aquí. El nombre del entorno debe tener entre 3 y 12 caracteres.

Título del Sitio de WordPress

Esto te permite establecer el título del sitio para tu sitio de WordPress. Dependiendo de tu tema, será visible para los visitantes del sitio en la pestaña del navegador y en otros lugares. Puedes cambiar el título del sitio en los ajustes de WordPress tras la creación del sitio.

Nombre de Usuario del Administrador de WordPress

Lo utilizarás para acceder a tu instalación de WordPress. Más adelante podrás añadir usuarios adicionales. Te recomendamos que elijas un nombre de usuario distinto de «admin» para mayor seguridad.

Contraseña de Administrador de WordPress

Utilizarás esta contraseña para acceder a tu instalación. Imponemos automáticamente contraseñas seguras para proteger a los usuarios. Puedes utilizar la opción de generar nueva contraseña (icono de recarga) si quieres una nueva. Más adelante podrás cambiar tu contraseña de WordPress.

Correo Electrónico del Administrador de WordPress

WordPress utiliza la dirección de correo electrónico del administrador para enviar notificaciones importantes.

Selecciona un Idioma

Selecciona el idioma que deseas utilizar en WordPress. No tienes que escribir el contenido en el mismo idioma que la interfaz de WordPress, así que siéntete libre de elegir tu lengua materna, aunque escribas el contenido en inglés.

Instalar WordPress Multisitio

Selecciona esta casilla si deseas crear una instalación de WordPress Multisitio. Una vez seleccionada, puedes elegir entre una instalación Subdominio o Subdirectorio.

Instalar WooCommerce

Si estás creando un sitio web de comercio electrónico, WooCommerce es el plugin de comercio electrónico más popular que existe. Marca esta casilla para instalarlo automáticamente.

Instalar Yoast SEO

Yoast SEO es el plugin SEO más popular para WordPress, con más de 3 millones de instalaciones y una puntuación de 5 sobre 5 estrellas. Marca esta casilla para instalarlo automáticamente.

Instalar Easy Digital Downloads

Si estás creando un sitio para vender productos digitales, Easy Digital Downloads es una solución completa de comercio electrónico para vender productos digitales. Marca esta casilla para instalarlo automáticamente.

Opción 3 — No Instalar WordPress (Entorno Vacío)

La opción No instalar WordPress es útil para los usuarios que necesitan un entorno vacío para la migración a Duplicator o para probar la instalación Bedrock/Trellis personalizada.

Nombre del Entorno

Si quieres cambiar el nombre del entorno, puedes hacerlo aquí. El nombre del entorno debe tener entre 3 y 12 caracteres.

Crear el Entorno Staging Estándar

Cuando estés listo, haz clic en el botón Crear entorno.

Acceder a Tu Entorno Staging

La creación del nuevo entorno puede tardar unos minutos. Cuando esté listo, puedes seleccionar el nuevo Entorno Staging Estándar en el desplegable selector de Entorno, junto al nombre del sitio.

Cada entorno tiene un círculo de color junto a su nombre: verde para En Producción, negro para Staging Estándar y naranja para Staging Premium. A continuación, tendrás un panel de control independiente con información de conexión, DNS, copias de seguridad, herramientas y plugins para tu entorno staging.

Para visitar rápidamente tu sitio staging, ve a la pestaña Dominios de tu entorno staging y haz clic en el enlace Abrir URL. También puedes acceder rápidamente al admin de WordPress de tu sitio staging haciendo clic en el enlace Abrir admin de WordPress.

Estructura de URL y Dominio

La estructura de URL predeterminada de tu Entorno Staging Estándar sigue este formato:

https://stg-sitename-environmentname.kinsta.cloud

Si tienes un sitio staging más antiguo, tu URL puede parecerse a una de estas:

• https://staging-sitename-environmentname.kinsta.cloud
• https://staging-sitename.kinsta.cloud
• https://staging-sitename.kinsta.com

También puedes añadir un dominio personalizado a tu sitio staging si prefieres utilizar un dominio personalizado.

Notas Adicionales

Si tienes SSL activado en tu sitio activo y clonas el sitio en el sitio staging, SSL también se activará en tu sitio staging.

Puedes iniciar phpMyAdmin desde MyKinsta. En la pestaña Información, haz clic en el enlace Abrir phpMyAdmin. La estructura de URL para phpMyAdmin sigue este formato:

https://mysqleditor-stg-sitename-environmentname.kinsta.cloud

Eliminar y Actualizar el Entorno Staging

Si necesitas eliminar tu sitio staging, ve a Sitios de WordPress > nombre del sitio y cambia al entorno staging. Desplázate hasta la parte inferior de la página y haz clic en el botón Eliminar entorno.

En el modal/ventana emergente que aparece, confirma que entiendes lo que se va a eliminar, escribe el nombre del sitio seguido de un guión y la palabra «staging» (SITENAME-environmentname) en el campo proporcionado, y luego haz clic en el botón Eliminar entorno.

Para actualizar tu entorno staging, elimínalo, crea uno nuevo y elige la Opción 1 — Clonar un Entorno Existente. Este entorno staging recién clonado contendrá la versión más reciente de tu base de datos de producción y los archivos para las pruebas.

Alternativamente, puedes restaurar una copia de seguridad de tu sitio de producción a staging. La ventaja de este método es que si has añadido un dominio personalizado, no se eliminará y no tendrás que añadirlo cada vez que actualices el staging.

Enviar el Staging al Sitio En Producción

Para sobrescribir la base de datos o los archivos de tu sitio en producción, o sobrescribir todo el sitio con tu sitio staging, puedes utilizar la función de enviar staging a en producción.

Restaurar una Copia de Seguridad de WordPress al Staging

También puedes restaurar tu sitio WordPress desde una copia de seguridad directamente a tu entorno staging existente. Consulta cómo restaurar una copia de seguridad de WordPress a staging. Nota: Todas las copias de seguridad de staging permanecerán intactas al restaurar una copia de seguridad activa al staging

Reiniciar el Entorno Staging

En determinadas situaciones, podemos detener un entorno staging como parte de un proceso de solución de problemas del servidor. Si te das cuenta de que tu entorno staging se ha detenido y ves un error 501 no implementado, un error 502 o un error 521 al visitar tu sitio, puedes reiniciar el entorno staging en MyKinsta yendo a la página de Información de tu sitio y haciendo clic en Iniciar Entorno Staging.

Si no puedes reiniciar tu entorno staging o no ves el botón en MyKinsta, abre un nuevo chat con nuestro equipo de Soporte para obtener más ayuda.

Notas Importantes

Cuando utilices el entorno de Reinicia tu entorno staging en MyKinsta., hay varias cosas importantes que debes tener en cuenta.

1. Configuración de la Caché de Página para Sitios Staging

Dado que los entornos staging son para fines de desarrollo, depuración y pruebas, la caché de página completa y la OPcache de Kinsta están desactivadas por defecto. Si realizas pruebas de velocidad del sitio web, verás tiempos de carga superiores a la media, ya que las páginas no se sirven desde la caché. Si quieres activar la caché en un sitio staging, haz clic en el botón Activar caché en la página Herramientas del entorno staging de tu sitio. Cuando se activa la caché en un sitio staging, se activa el botón Borrar caché, que se puede utilizar para borrar la caché.

2. Credenciales del Entorno Staging

Si el entorno staging es un clon de tu sitio de producción, tus credenciales de inicio de sesión de administrador de WordPress serán las mismas tanto para tu sitio activo como para el staging, a menos que las cambies después de crear tu entorno staging.

3. SEO

Por defecto, la indexación está desactivada para los sitios staging, para que no dañen el SEO de tu sitio activo/en producción. Esto se consigue mediante la combinación de un ajuste de WordPress y una cabecera HTTP que añadimos automáticamente.

Puedes ver el ajuste de WordPress yendo a Ajustes > Lectura en el panel de control de WordPress de tu sitio staging. La opción para disuadir a los motores de búsqueda de indexar el sitio está marcada junto a Visibilidad para motores de búsqueda.

Las URL temporales de Kinsta y las URL staging también tienen una cabecera HTTP X-Robots-Tag: noindex, nofollow, nosnippet, noarchive que restringe la indexación, lo que significa que los motores de búsqueda no indexarán las URL temporales. Estas cabeceras no pueden eliminarse de las URL temporales de Kinsta ni de las URL staging. Si necesitas eliminar estas cabeceras del sitio staging, tendrás que añadirle un dominio personalizado.

4. Plugins

Si utilizas plugins de programación social como CoSchedule o Social Networks Auto Poster, se recomienda que desactives estos plugins en tu sitio staging. De lo contrario, podrían empezar a compartir en las redes sociales utilizando tu URL staging, que tendrá un aspecto similar a: https://stg-sitename-environmentname.kinsta.cloud. Esto podría sesgar tus analíticas.

Algunos plugins, como el plugin Jetpack, se ejecutarán automáticamente en modo staging en los entornos staging de Kinsta. Verás un mensaje «Estás ejecutando Jetpack en un servidor staging» Mientras esté en modo staging, tu sitio staging actuará como tu sitio en producción en prácticamente todos los aspectos, excepto en que no se transmiten datos a WordPress.com y que no puedes desconectar el sitio staging (para evitar un problema que podría provocar problemas con tu sitio en producción).

Los plugins con licencia por nombre de dominio pueden requerir un dominio personalizado (en lugar de un subdominio staging de Kinsta) para funcionar correctamente. Nota: una vez que hayas añadido un nombre de dominio personalizado a tu sitio de staging, puede que tengas que actualizar la configuración donde gestionas la licencia de tu plugin o ponerte en contacto con el equipo de soporte de tu plugin.

5. Toma Nota de tu URL de Inicio de Sesión

Si clonas tu sitio en el de staging y utilizas un plugin de WordPress que cambia tu URL de inicio de sesión predeterminada, la parte personalizada de la URL se copiará en el sitio staging. Ejemplo: http://stg-sitename-environmentname.kinsta.cloud/yourcustomlogin

6. El Staging Sólo se Debe Usar para Desarrollo/Pruebas

El Entorno de Staging Estándar sólo tiene 2 PHP workers, no tiene opción de activar la CDN de Kinsta y puede entrar en reposo tras 24 horas de inactividad. Por lo tanto, sólo debe utilizarse para desarrollo y pruebas. Los entornos staging (Estándar y Premium) no están diseñados para ser utilizados como sitios de producción en tiempo real, y puede haber cosas que no funcionen correctamente. Kinsta no se hace responsable si intentas utilizar un entorno staging para un sitio activo.

7. Espacio en Disco Excluido del Total del Plan

Para proporcionarte el máximo espacio posible, los sitios staging se excluyen de nuestros informes al calcular el uso total de espacio en disco. Sólo los sitios activos cuentan para tu uso de espacio en disco.

8. Cron Jobs

Los cron jobs del servidor del entorno activo no están activos en el entorno staging (aunque clones tu sitio activo en el de staging), por lo que los cron jobs del sitio activo no se activarán en el entorno staging. Además, si modificas el crontab de tu entorno staging y lo transfieres a tu entorno activo, se sobrescribirá el crontab de tu entorno activo.

9. Multisitio

Si tienes una red WordPress multisitio, puede que funcione o no con nuestro entorno staging, dependiendo de cómo esté configurado tu multisitio.

• Si se trata de un multisitio de subdirectorio (ejemplo.com, ejemplo.com/subsitio1, ejemplo.com/subsitio2), funcionará correctamente con nuestro entorno staging.
• Si es un multisitio de subdominio (ejemplo.com, subsitio1.ejemplo.com, subsitio2.ejemplo.com), funcionará bien, siempre que los subsitios no requieran HTTPS.
  • Si se trata de un multisitio subdominio que requiere HTTPS, tendrás que añadir un dominio personalizado con un certificado SSL wildcard a tu sitio staging para que los subdominios puedan estar cubiertos por un certificado SSL. Esto se debe a que el certificado SSL proporcionado para la URL staging predeterminada sólo puede cubrir el subdominio staging (por ejemplo, stg-nombre-del-sitio-entorno.kinsta.cloud), por lo que no se puede cubrir ningún nivel de subdominio adicional (por ejemplo, subsitio.stg-nombre-del-sitio-entorno.kinsta.cloud).
• Si se trata de un multisitio mapeado por dominios (carga diferentes subsitios en dominios completamente diferentes, por ejemplo ejemplo.com, ejemplo1.com, ejemplo2.com), no funcionará sin una importante configuración manual.
  • Opción 1: Desactiva el mapeo de dominios y vuelve a la configuración estándar de subdirectorios/subdominios. Haz un buscar y reemplazar manual en la base de datos.
  • Opción 2: Configura subdominios staging para cada dominio activo, añádelos todos al sitio staging y realiza manualmente un buscar y reemplazar en la base de datos.

10. Correo Electrónico

Los entornos staging tienen activado por defecto el envío de correo (correo electrónico transaccional). Si realizas un pedido en el sitio staging, recibirás correos electrónicos relacionados desde el sitio staging. Si no deseas que se envíen correos electrónicos transaccionales desde tu entorno staging, puedes utilizar un plugin como Disable Emails  para que el sitio deje de enviar correos electrónicos.

Entornos Staging Premium

Con el add-on Entornos Staging Premium de Kinsta, puedes añadir hasta cinco Entornos Staging Premium a tu sitio de WordPress. Aunque un Entorno Staging Estándar seguirá funcionando para la mayoría de las pruebas, utilizar un Entorno Staging Premium es ideal para pruebas o desarrollo de sitios que requieran muchos recursos.

Cada Entorno Staging Premium tiene 12 CPUs, 8 GB de Memoria y el mismo número de PHP Workers que tienes para tu sitio en producción (según tu plan). También puedes activar la CDN de Kinsta para un entorno staging Premium. Con un entorno staging que se asemeja mucho a tu entorno real, también puedes realizar pruebas de velocidad del sitio web en tu sitio de pruebas.

Incluyendo el Entorno Staging Estándar gratuito, esto te permite tener un total de 6 entornos para pruebas y desarrollo que están completamente separados de tu sitio en producción.

Añadir un Entorno Staging Premium

En MyKinsta, haz clic en Sitios WordPress en el menú de navegación de la izquierda. Verás una lista de tus sitios/instalaciones. Selecciona el sitio para el que deseas crear un Entorno Staging Premium, haz clic en el selector de Entorno situado junto al nombre del sitio y selecciona Crear nuevo entorno en el menú desplegable.

El add-on Entorno Staging Premium puede adquirirse por 20 $/mes por entorno (prorrateado). Puedes comprar hasta 5 add-ons Staging Premium. Cada add-on de Entorno Staging Premium se prorratea automáticamente, y la suscripción aparecerá en tu siguiente ciclo de facturación.

En el modal/pop-up Crear nuevo entorno que aparece, dale un nombre a tu entorno, selecciona Entorno Premium y haz clic en el botón Crear entorno.

El nombre del entorno debe tener entre 3 y 12 caracteres.

A continuación, se te pedirá que selecciones el tipo de entorno que quieres crear. Hay tres opciones:

1. Clonar un entorno existente: Esta opción te permite clonar un entorno existente (en producción, staging estándar u otro entorno staging Premium) en el nuevo entorno staging Premium.
2. Instalar un nuevo WordPress: Esta opción instala un sitio de WordPress en blanco totalmente funcional, listo para que lo utilices inmediatamente.
3. No instalar WordPress (entorno vacío): Esta opción instala todo el software necesario para ejecutar un sitio de WordPress (servidor web, PHP, MySQL, etc.), pero no instala WordPress propiamente dicho. Es una buena opción para los usuarios que migran a Kinsta con Duplicator o que configuran una instalación Bedrock/Trellis con una estructura de archivos personalizada.

Opción 1 — Clonar un Entorno Existente

La opción Clonar un entorno existente te permite clonar cualquier entorno existente (en producción, Staging Estándar u otro entorno de Staging Premium) en el nuevo Entorno Staging Premium.

Nombre del Entorno

Si quieres cambiar el nombre del entorno, puedes hacerlo aquí. El nombre del entorno debe tener entre 3 y 12 caracteres.

Entorno a Clonar

Elige un entorno existente para clonarlo en el nuevo Entorno Staging Premium.

Opción 2 — Instalar un Nuevo WordPress

La opción Instalar nuevo WordPress incluye varios campos para personalizar tu sitio. Esto es lo que necesitas saber sobre cada campo.

Nombre del Entorno

Si quieres cambiar el nombre del entorno, puedes hacerlo aquí. El nombre del entorno debe tener entre 3 y 12 caracteres.

Título del Sitio de WordPress

Esto te permite establecer el título del sitio para tu sitio WordPress. Dependiendo de tu tema, será visible para los visitantes del sitio en la pestaña del navegador y en otros lugares. Puedes cambiar el título del sitio en los ajustes de WordPress tras la creación del sitio.

Nombre de Usuario del Administrador de WordPress

Lo utilizarás para acceder a tu instalación de WordPress. Más adelante podrás añadir usuarios adicionales. Te recomendamos que elijas un nombre de usuario distinto de «admin» para mayor seguridad.

Contraseña de Administrador de WordPress

Utilizarás esta contraseña para acceder a tu instalación. Imponemos automáticamente contraseñas seguras para proteger a los usuarios. Puedes utilizar la opción de generar nueva contraseña (icono de recarga) si quieres una nueva. Más adelante podrás cambiar tu contraseña de WordPress.

Correo Electrónico del Administrador de WordPress

WordPress utiliza la dirección de correo electrónico del administrador para enviar notificaciones importantes.

Selecciona un Idioma

Selecciona el idioma en el que quieres utilizar WordPress. No tienes que escribir el contenido en el mismo idioma que la interfaz de WordPress, así que siéntete libre de elegir tu lengua materna, aunque escribas el contenido en inglés.

Instalar WordPress Multisitio

Selecciona esta casilla si deseas crear una instalación de WordPress Multisitio. Una vez seleccionada, puedes elegir entre una instalación Subdominio o Subdirectorio.

Instalar WooCommerce

Si estás creando un sitio web de comercio electrónico, WooCommerce es el plugin de comercio electrónico más popular que existe. Marca esta casilla para instalarlo automáticamente.

Instalar Yoast SEO

Yoast SEO es el plugin SEO más popular para WordPress, con más de 3 millones de instalaciones y una puntuación de 5 sobre 5 estrellas. Marca esta casilla para instalarlo automáticamente.

Instalar Easy Digital Downloads

Si estás creando un sitio para vender productos digitales, Easy Digital Downloads es una solución completa de comercio electrónico para vender productos digitales. Marca esta casilla para instalarlo automáticamente.

Opción 3 — No Instalar WordPress (Entorno Vacío)

La opción No instalar WordPress es útil para los usuarios que necesitan un entorno vacío para la migración a Duplicator o para probar la instalación de Bedrock/Trellis personalizada.

Nombre del Entorno

Si quieres cambiar el nombre del entorno, puedes hacerlo aquí. El nombre del entorno debe tener entre 3 y 12 caracteres.

Crear el Entorno Staging Premium

Cuando estés listo, haz clic en el botón Crear entorno. A continuación, confirma la suscripción periódica para tu Entorno Staging Premium y haz clic en el botón Añadir suscripción.

Acceder a tu Entorno Staging Premium

La creación del nuevo entorno puede tardar unos minutos. Cuando esté listo, puedes seleccionar el nuevo Entorno Staging Premium en el desplegable Selector de entorno, junto al nombre del sitio.

Cada entorno tiene un círculo de color junto a su nombre: verde para En Producción, negro para Staging Estándar y naranja para Staging Premium. Tendrás entonces un panel de control independiente con tu información de conexión, DNS, copias de seguridad, herramientas y plugins para tu entorno staging.

Para visitar rápidamente tu sitio staging, ve a la pestaña Dominios de tu entorno staging y haz clic en el enlace Abrir URL. También puedes acceder rápidamente al admin de WordPress de tu sitio staging haciendo clic en el enlace Abrir admin de WordPress.

Estructura de URL y Dominio

La estructura de URL predeterminada de tu Entorno Staging Premium sigue este formato:

https://env-sitename-environmentname.kinsta.cloud

También puedes añadir un dominio personalizado a tu sitio stagiing si prefieres utilizar un dominio personalizado.

Enviar desde Staging Premium a Otro Entorno

Cualquier entorno staging puede enviarse a cualquier otro entorno staging o puede enviarse a tu entorno activo.

Con la función Envío Selectivo, tienes un control granular sobre qué enviar desde tu entorno staging a otro entorno. En concreto, puedes enviar:

• sólo tus archivos
• sólo tu base de datos,
• o ambas cosas.

Para más detalles, consulta nuestra guía sobre cómo Enviar de Entorno de Staging a Entorno Activo. El proceso es el mismo; sólo tendrás que elegir el entorno al que deseas realizar el envío desde tu Entorno Staging Premium.

Eliminar un Entorno Staging Premium

Una vez que hayas terminado con tus pruebas o desarrollo, puedes eliminar el Entorno Staging Premium y la suscripción en MyKinsta. El add-on Entorno Staging Premium sólo se facturará durante el tiempo que esté activo. Cancela el add-on eliminando el Entorno Staging Premium para detener la facturación adicional.

En MyKinsta, haz clic en Sitios WordPress en el menú de navegación de la izquierda. Verás una lista de tus sitios/instalaciones. Selecciona el sitio del que quieres eliminar el Entorno Staging Premium, haz clic en el selector de Entorno junto al nombre del sitio y selecciona el entorno en el menú desplegable.

Desplázate hasta la parte inferior de la página y haz clic en el botón Eliminar entorno.

En el modal/ventana emergente que aparece, confirma que entiendes lo que se va a eliminar, escribe el nombre del sitio seguido de un guión y el nombre del entorno (SITENAME-EnvironmentName) en el campo proporcionado, y luego haz clic en el botón Eliminar entorno.

Una vez eliminado el Entorno Premium, la suscripción al aadd-on se eliminará automáticamente de Empresa > Mi Plan en MyKinsta.

PREGUNTAS FRECUENTES

¿Qué es el prorrateo?

Cuando prorrateamos un servicio como el add-on Entorno Staging Premium, significa que se te cobrará en función del tiempo de uso del servicio durante ese ciclo de facturación mensual.

Ejemplo de prorrateo

Tienes que lanzar una nueva función en tu sitio y quieres probarla con toda la potencia de tu plan. Creas un Entorno Staging Premium, añades la nueva función y la pruebas durante 1 hora. Todo va bien, así que pasas el cambio a tu entorno activo y eliminas el Entorno Staging Premium.

• 1 mes de Entorno Staging Premium cuesta 20 $.
• Basado en un mes de 30 días, este ciclo de facturación tiene 720 horas en total.
  30 * 24 = 720
• Cada hora de uso cuesta 0,03 $.
  $20 / 720 = $0.03
• Tu próxima factura incluirá los 0,03 $ correspondientes a cada hora que se haya añadido un Entorno de Staging Premium a tu plan.

Ejemplo de Prorrateo

Compras un Entorno Staging Premium a mitad de tu ciclo de facturación mensual y lo utilizas hasta el final de ese ciclo. Se te cobrará medio mes de uso (aproximadamente 10 $, prorrateados al segundo).

¿Puedo cambiar el nombre de un Entorno Staging Premium?

Sí. Cambia al entorno al que quieras cambiar el nombre y haz clic en el icono de edición (lápiz) en el campo Nombre del entorno.

Introduce el nuevo nombre y pulsa el botón Renombrar entorno.

Esto cambiará el nombre del entorno mostrado en el selector Entorno, pero no afectará al dominio kinsta.cloud generado durante la creación inicial del entorno.

¿Puedo restaurar una copia de seguridad en un entorno staging?

Sí, pero primero tienes que crear un Entorno Staging Estándar o Premium. Antes, era posible crear un entorno staging automáticamente al restaurar una copia de seguridad. Con la introducción de los Entornos Staging Premium, primero tendrás que crear el entorno staging antes de restaurar una copia de seguridad en él.

¿Quién tiene acceso a los Entornos Staging Premium?

Los desarrolladores y administradores de sitios tienen acceso a los Entornos Staging Premium que se hayan creado, pero no pueden crear ni eliminar un Entorno Staging Premium. Sólo el propietario o el administrador de una empresa pueden crear o eliminar un Entorno Staging Premium.

¿Staging consume espacio de disco?

No. Para ofrecerte el máximo espacio posible, los sitios staging se excluyen de nuestros informes al calcular el uso total de espacio en disco. Sólo los sitios activos cuentan para tu límite de espacio en disco.

Enviar el Staging al Sitio Activo

Tienes la opción de enviar tu entorno staging de WordPress a tu entorno activo si estás satisfecho con los cambios que has realizado y quieres que se apliquen a tu sitio activo. Gracias a la función de Envío Selectivo, tienes un control granular sobre lo que quieres enviar al entorno activo.

En el pasado, la migración del entorno de staging al sitio activo era un proceso de todo o nada, en el que el entorno de staging sobrescribía completamente el sitio activo durante la migración. Con el Envío Selectivo, puedes elegir qué enviar de tu entorno de staging a tu sitio activo. En concreto, ahora puedes enviar:

• sólo tus archivos
• sólo tu base de datos,
• o ambos.

Pasar de staging a en producción puede hacerse con unos pocos clics, pero lee las notas que aparecen a continuación antes de proceder. Contienen información esencial sobre el proceso.

Notas Importantes

• Te recomendamos que utilices la función Enviar a En Producción con cuidado, que la inicies en momentos de poco tráfico y que tengas un desarrollador a mano por si acaso. Si necesitas la ayuda de un desarrollador, hay varios sitios donde puedes contratar uno.
• Creamos una copia de seguridad automáticamente para que puedas volver atrás cuando sea necesario. Nota: Si tu sitio en producción es un sitio de comercio electrónico u otro sitio dinámico y que cambia rápidamente, podrían perderse datos entre el momento en que haces el envío y el momento en que se restaura la copia de seguridad.
• Los ajustes del entorno (redirecciones, geolocalización, configuración de PHP y Nginx, etc.) se incluyen en la migración (incluso si sólo se selecciona Archivos o Base de datos ) y sobrescribirán completamente los ajustes del entorno del sitio en producción.
• Una vez completado el envío, purga cualquier caché integrada en tu tema o plugins, borra la caché de tu navegador y prueba tu sitio para asegurarte de que funciona como esperabas.
• Al transferir tu base de datos, si seleccionas la opción Ejecutar Buscar y Reemplazar, tu dominio staging se reemplazará automáticamente por el dominio de tu sitio en producción.
• Si seleccionas Archivos, se transferirán todos los archivos, incluidos plugins, temas y archivos dentro de wp-content/uploads.
• Cualquier URL codificada en el código de tu tema o plugin deberá actualizarse a la URL del sitio activo.
• Si la protección por contraseña (.htpasswd) está activa en tu entorno staging, no se transferirá al entorno activo. Si necesitas configurarla en tu sitio activo, tendrás que activarla en el sitio activo.
• Cuando utilizas WooCommerce, MyKinsta no diferencia entre los pedidos de clientes nuevos y los antiguos cuando pasas el staging a en producción. Cuando inicias una migración al sitio activo, MyKinsta copia tu sitio staging al sitio activo tal cual, sobrescribiendo los archivos y la base de datos. Para evitarlo, puedes exportar los pedidos del sitio activo, pasarlos al activo y, a continuación, volver a importar los pedidos/clientes al entorno activo. Deberás hablar de esta tarea con tu desarrollador web. Si no tienes uno o no estás seguro, consulta nuestro artículo sobre cómo contratar a un desarrollador de WordPress.
• Comprueba dos veces el sitio staging y resuelve cualquier error antes de pasarlo al entorno activo.
• Los entornos staging están pensados únicamente para desarrollo y pruebas. No están diseñados para ser utilizados como sitios de producción activos, y puede haber cosas que no funcionen como se esperaba. Kinsta no se hace responsable si intentas utilizar un entorno staging para un sitio activo.
• El paso a activo no afecta al entorno staging, y permanecerá separado del sitio activo. Después de pasar a activo, puedes seguir desarrollando y probando cambios en el entorno staging sin que ello afecte a tu sitio activo hasta que vuelvas a pasar los cambios a activo.
• El envío a en producción no interferirá con la CDN de Kinsta si se está ejecutando en tu sitio activo, pero te recomendamos que borres la caché de la CDN después del envío (Sitios de WordPress > nombre del sitio > CDN > Borrar caché CDN).
• Envía al sitio activo con precaución si tu sitio es una red multisitio. Enviar la base de datos puede o no funcionar, dependiendo de cómo esté configurado el multisitio. Si utilizas el envío selectivo y envías la base de datos o la base de datos y los archivos, todo el contenido de la base de datos se enviará al directo y afectará a todos los sitios (el sitio principal y los subsitios) de tu red multisitio.

Enviar el Staging a Activo con Envío Selectivo

Sigue los pasos que se indican a continuación para transferir tu entorno staging de WordPress a activo. El flujo de trabajo para el envío selectivo te permite elegir qué enviarás de tu sitio staging al sitio activo.

Paso 1

Accede a MyKinsta, haz clic en Sitios WordPress, y haz clic en el sitio al que quieres enviar la información. Utiliza el selector de Entorno que aparece junto al nombre del sitio para seleccionar el entorno sstaging desde el que deseas realizar el envío. Si has añadido un Entorno Staging Premium, tendrás más de un entorno staging para elegir.

Paso 2

Una vez que estés en el entorno staging, haz clic en el menú Acciones del entorno y selecciona Enviar a en producción en el menú desplegable.

Paso 3

En la ventana emergente/modal Enviar a En Producción que aparece, elige Archivos, Base de datos, o marca ambos — dependiendo de lo que quieras enviar a en producción. Escribe el nombre del sitio para confirmar y haz clic en el botón Enviar a En Producción

Algunas cosas a tener en cuenta son:

• El tiempo necesario para que se complete el proceso depende del tamaño de tu sitio web.
• MyKinsta te avisará cuando se complete el proceso.
• Tu sitio web experimentará un par de segundos de inactividad en las etapas finales del proceso.
• Los ajustes del entorno (redirecciones, geolocalización, configuración de PHP y Nginx, etc.) se incluyen en el envío (incluso si sólo se selecciona Archivos o Base de datos) y sobrescribirán completamente los ajustes del entorno del sitio en producción.

Casos de Uso y Ejemplos de Flujos de Trabajo

A continuación te mostramos algunos ejemplos de cuándo puedes querer enviar sólo los archivos, sólo la base de datos o ambos. Ten en cuenta lo siguiente al transferir la etapa al sitio activo:

• La configuración del entorno (redirecciones, geolocalización, configuración de PHP y Nginx, etc.) se incluye en el envío (incluso si sólo se selecciona Archivos o Base de datos) y sobrescribirá completamente la configuración del entorno del sitio activo.

Enviar Sólo Archivos

• Cambios realizados directamente en los archivos del tema (incluyendo HTML, CSS o PHP) que no guardan ningún dato en la base de datos.
• Subir un archivo que no necesita incluirse en la biblioteca multimedia de WordPress.
• Si tienes un plugin personalizado en tu sitio y realizas cambios en los archivos que no afectan a la base de datos (no guardan ni alteran datos en la base de datos).

Enviar Sólo la Base de Datos

Nota: Se perderá cualquier cambio realizado en la base de datos del sitio activo desde que se creó el sitio staging, incluidos, entre otros: comentarios, contenido nuevo, compras en sitios de comercio electrónico, inscripciones en sitios de membresía y publicaciones en foros.

• Creación o edición de un nuevo post o página que no incluya ningún medio subido (imagen, vídeo u otros archivos subidos).
• Cambios de diseño en una página o entrada realizados a través de un plugin constructor.
• Cambiar el título o el lema del sitio.

Enviar Todo

Nota: Se perderá cualquier cambio realizado en la base de datos del sitio activo desde que se creó el sitio staging, incluidos, entre otros: comentarios, contenido nuevo, compras en sitios de comercio electrónico, inscripciones en sitios de membresía y publicaciones en foros.

• Creación de nuevo contenido que incluya medios subidos (imagen, vídeo u otros archivos subidos).
• Cambios en tu tema realizados tanto en el Personalizador como en los archivos del tema.
• Instalar y probar un nuevo plugin o una versión actualizada de un plugin.

Preguntas Más Frecuentes (FAQ)

P: Si pruebo un plugin en el entorno staging y envío sólo los archivos al entorno activo, ¿se crearán las tablas de base de datos correspondientes al plugin?

Si instalas un plugin en tu sitio staging que nunca se ha instalado en el sitio activo, al pasar sólo los archivos del sitio staging al activo no se crearán las tablas de la base de datos de ese plugin.

Esto también significa que los ajustes que hayas configurado en el plugin no se transferirán al sitio activo (a menos que los ajustes se guarden en un archivo fuera de la base de datos, como en un archivo JSON, por ejemplo).

Dependiendo de cómo esté codificado el plugin, activarlo (desactivarlo primero si es necesario) en el sitio activo puede crear la estructura de la base de datos.

P: Si envío sólo los archivos al sitio activo, ¿significa esto que la base de datos antigua (en el sitio activo) no sobrescribirá la base de datos activa, y que sólo se sobrescribirán los archivos?

Sí, al transferir sólo los archivos, la base de datos del sitio activo permanece inalterada y sólo se sobrescriben los archivos del sitio activo.

P: ¿Significa esto que puedo trabajar en cambios de diseño en mi sitio staging y transferirlos al sitio activo sin perder nuevos suscriptores o clientes en mi sitio activo?

Sí, siempre que los cambios se realicen sólo en los archivos (no en el panel de control de WordPress, incluidos los ajustes del plugin, del tema o del personalizador), puedes transferirlos al sitio activo de forma segura sin transferir la base de datos. Cuando pases los cambios a activo, selecciona Archivos y asegúrate de que no está seleccionada la Base de datos.

P: ¿Puedo utilizar el envío selectivo para cambiar la versión PHP de mi sitio?

Sí, puedes utilizar el staging para probar y enviar una nueva versión de PHP a tu entorno activo, pero no es estrictamente necesario enviar desde el staging al activo para actualizar tu versión de PHP. Aquí tienes una breve descripción de cómo cambiar la versión de PHP sin enviarla desde el entorno staging al activo:

1. Crea un sitio staging.
2. Ve al sitio staging y cambia la versión de PHP en el sitio staging.
3. Si todo está bien y funciona como se espera en el sitio staging (asegúrate de probar tu sitio a fondo), cambia la versión de PHP en el sitio activo.

P: He realizado cambios CSS en el panel de control de WordPress y he enviado los archivos. ¿Por qué no veo los cambios, incluso después de borrar toda la caché?

Dependiendo del tipo de cambio realizado y de dónde se almacene esa información, puede que tengas que enviar la base de datos o realizar esos cambios manualmente en el sitio activo. Por ejemplo, si has añadido o editado CSS en un bloque o widget del panel de control de WordPress, probablemente se guardará en la base de datos.

Si realizas cambios en algo en el panel de control de WordPress, a excepción de los cambios realizados con el Editor de Temas (Apariencia > Editor de Temas), esa información suele almacenarse en la base de datos.

Nota: se perderá cualquier cambio realizado en la base de datos del sitio activo desde que se creó el sitio staging, incluidos, entre otros: comentarios, contenido nuevo, compras en sitios de comercio electrónico, inscripciones en sitios de membresía y publicaciones en foros. En este caso, recomendamos realizar los mismos cambios manualmente en el sitio activo en lugar de enviar la base de datos.

P: ¿Cómo funciona el envío selectivo en una red multisitio?

Si utilizas la inserción selectiva para insertar sólo los archivos, funcionará correctamente, independientemente del tipo de red multisitio. Si envías sólo la base de datos o la base de datos y los archivos, puede que funcione o no, dependiendo de cómo esté configurado tu multisitio:

• Si se trata de un multisitio de subdirectorio (ejemplo.com, ejemplo.com/subsitio1, ejemplo.com/subsitio2), el envío a en producción funcionará como se espera.
• Si se trata de un multisitio subdominio (ejemplo.com, subsitio1.ejemplo.com, subsitio2.ejemplo.com), funcionará correctamente, siempre que los subsitios no requieran HTTPS.
• Si se trata de un multisitio mapeado por dominio (carga diferentes subsitios en dominios completamente diferentes, por ejemplo, ejemplo.com, ejemplo1.com, ejemplo2.com), no funcionará sin una importante configuración manual.
  • Opción 1: Desactiva el mapeo de dominios y vuelve a la configuración estándar de subdirectorios/subdominios. Haz un buscar y reemplazar manual en la base de datos.
  • Opción 2: Configura subdominios staging para cada dominio activo, añádelos todos al sitio staging y realiza un buscar y reemplazar en la base de datos manualmente para actualizar cada dominio después de pasar el staging a en producción.