A partir de ahora, Easy Digital Downloads está instalado activamente en más de 40,000 sitios. Ese es un número bastante grande, lo que significa que se están distribuyendo muchas descargas y, con suerte, se está ganando mucho dinero.
Sin embargo, cuando veo ese recuento de instalaciones activas, no lo acepto particularmente tal cual. Lo que intento suponer es que aproximadamente 20,000 de esas instalaciones activas son sitios en vivo, mientras que las otras 20,000 son clones de prueba de los sitios en vivo (no me culpes por tener pensamientos optimistas).
Siendo EDD una plataforma de comercio electrónico, una porción significativa de nuestros usuarios intenta obtener ingresos de sus sitios web. Hay muchos usuarios que han podido hacerlo con éxito y otros que todavía están en proceso. Pero algo que todos tienen en común es que se espera que ciertos aspectos de la plataforma sean automatizados y precisos, gracias a EDD y sus complementos.
De vez en cuando, hay un contratiempo en uno de los procesos. Esa es la naturaleza del desarrollo de software. Habrá errores, deficiencias en la funcionalidad y otros obstáculos comunes. Sin embargo, en su mayor parte, la funcionalidad *central* de un sistema de comercio electrónico basado en EDD es sólida como una roca.
Dicho esto, es más probable que se introduzcan problemas a medida que se agregan otros componentes y la funcionalidad se vuelve más compleja. Aquí es donde tener un sitio de prueba se vuelve extremadamente importante.
Permítanme explicar.
¿Qué es un sitio de prueba?
En términos sencillos, un sitio de prueba es un clon de un sitio en vivo y se utiliza para fines de prueba.
Cuando llega el momento de cambiar de tema, agregar o eliminar complementos, integrar código personalizado o realizar cambios significativos en el sitio, es mejor hacerlo en un sitio de prueba que sea una réplica del sitio en vivo.
La razón por la que esto es tan importante para los sitios de comercio electrónico es porque generan ingresos y tratan con clientes que tan amablemente han abierto sus billeteras para ustedes. Realizar compras en línea es mucho menos personal, lo que significa que la confianza se construye a través del proceso de compra, lo que hace que sea mucho más importante para el cliente que las cosas funcionen correctamente.
Los sitios de prueba se utilizan para garantizar que todo funcione correctamente *antes* de presentarlo al cliente. Del mismo modo, se pueden utilizar para solucionar problemas encontrados en el sitio en vivo sin correr el riesgo de interferir con sus usuarios o de romper aún más la funcionalidad.
En teoría, cualquier problema encontrado en el sitio en vivo debería ser replicable en el sitio de prueba. Dado que cambiar temporalmente de tema y desactivar complementos son pasos de solución de problemas muy comunes, tener un sitio de prueba es una excelente manera de rastrear problemas sin tener que poner su sitio en vivo en modo de mantenimiento o eliminar la funcionalidad esperada para las pruebas.
¿Cómo configuro un sitio de prueba?
Primero, aclaremos algunas cosas sobre los sitios de prueba para que esto no sea más complicado de lo necesario.
- Un sitio de prueba no es un tipo especial de sitio que requiere un enfoque de instalación o configuración diferente al de su sitio en vivo. Es solo otra instalación de WordPress que está configurada de la misma manera que su instalación en vivo.
- La mayoría de los complementos de EDD requieren licencias. Sin embargo, estas licencias no restringen la funcionalidad. Son simplemente puertas de entrada para obtener soporte y actualizaciones del panel. Así que sí, puedes activar extensiones tanto en tu sitio de staging como en tu sitio en producción. Solo reserva la activación de licencias para tu sitio en producción únicamente.
- Los sitios de staging se centran principalmente en la funcionalidad, no en el contenido. Por ejemplo, es más importante que tu configuración de EDD sea la misma en ambos sitios que las descripciones de tus descargas coincidan.
El punto aquí es que un sitio de staging no requiere un nivel de pensamiento completamente nuevo. Es solo el sitio que ya has creado, creado una vez más.
Pongámonos en marcha con la configuración.
Pregúntale a tu proveedor de hosting.
Una cosa que me encanta de algunos hosts es que tienen servicios implementados para clonar tu sitio en producción a un sitio de staging con solo unos pocos pasos. Aquí en el sitio de EDD, nuestra configuración de staging es tan simple como hacer clic en un botón. Es igual de fácil actualizar el sitio de staging desde el sitio en producción cada vez que lo necesitamos.
Hosts como Pagely y WP Engine hacen que sea extremadamente fácil asegurarse de que tu sitio de staging sea una copia exacta de tu sitio en producción cada vez que lo necesites.
Instala WordPress tú mismo.
No es gran cosa si tu host no tiene una forma sencilla para que configures un sitio de staging. Puedes hacerlo por tu cuenta de la misma manera que creaste tu sitio en producción.
Como se mencionó anteriormente, el sitio de staging se trata de funcionalidad, en su mayor parte. Crea un subdominio o subdirectorio, lo que prefieras, y trata la configuración de WordPress como si fuera un proyecto nuevo en el que estuvieras trabajando. Una vez que esté en funcionamiento, querrás instalar (y activar) el mismo tema y los mismos complementos que estás utilizando en tu sitio en producción.
Lo creas o no, eso solo replicará la gran mayoría de la funcionalidad que necesitas para tener un sitio de staging efectivo. Sin embargo, definitivamente puedes ir más allá.
Lo que sugeriría es una clonación completa de la base de datos del sitio en producción. Exportaría mi base de datos del sitio en producción y la importaría a la base de datos que tengo conectada a mi nuevo sitio de staging. Hay muchos recursos en línea para ayudarte a lograr esto (aquí tienes uno).
Con el mismo tema y complementos activados en el sitio de staging que tienes en el sitio en producción, y una exportación/importación completa de la base de datos, deberías estar muy cerca de tener un sitio de staging completo.
Para muchos, es posible que ni siquiera tengas que llegar tan lejos. WordPress tiene su propia funcionalidad de exportación/importación integrada ubicada en el menú Herramientas en el panel. Puedes exportar datos directamente desde tu sitio en producción e importarlos a tu sitio de staging, aunque no es tan completo como el método mencionado anteriormente.
Soporte para problemas de EDD
Si has estado usando EDD por un tiempo y has abierto uno o dos tickets de soporte, es posible que te haya ayudado a resolver tu problema o respondido tus preguntas. Sin embargo, con bastantes tickets, he tenido que pedir a los usuarios que cambien temporalmente de tema y desactiven complementos. Muchos están de acuerdo con esto. Algunos no.
Lo que hay que entender aquí es que, independientemente de la razón por la que exista el problema, está presente y debe ser abordado. La resolución de problemas casi siempre comenzará buscando conflictos con otros recursos. Así que no esperes a que haya un problema para configurar un sitio de staging y ver si puedes replicarlo.
El mejor momento absoluto para encontrar un problema es cuando estás probando nueva funcionalidad en tu sitio de staging, y esta aún no ha llegado a tu sitio en vivo. El objetivo es resolver los problemas primero en un área de pruebas, de esa manera se puede realizar una resolución de problemas rigurosa sin pérdida potencial de ingresos o daño a la experiencia del usuario.
La próxima vez que tengas unos momentos libres, considera configurar un sitio de staging si aún no tienes uno. Deja que sea un campo de pruebas para cada línea de código que toque tu sitio en vivo. Considera este uno de los pasos más importantes para crear tu negocio en línea.
Si tiene alguna pregunta, no dude en preguntar a continuación.
