471 | Q&A sobre hostings, local y entornos de prueba en WordPress

En el episodio 471 de WordPress semanal resuelvo dudas sobre trabajar con hostings, entornos locales y webs de pruebas en general. Vamos allá. Hola, Hola. Soy Gonzalo Navarro y Bienvenidos al episodio 471 de WordPress Semanal. El el podcast en el que aprendes a crear y gestionar tus propias webs con WordPress en profundidad. Y hoy te traigo un episodio de preguntas y respuestas que ya sabéis que están sacadas directamente del soporte que tenéis incluidos los miembros en Gonzalo Navarro ES. Hago una pequeña selección de preguntas y en este caso es un Q A temático. Vamos a hablar sobre hostings, trabajar en pruebas, trabajar en local, incluso detalles específicos muy concretos que acaban apareciendo cuando uno está haciendo ese tipo de procesos. En concreto vamos a ver cómo exportar una lista de todas las URLs de WordPress. Por otro lado te hablaré de opciones actualizadas para trabajar en local o en staging. En una tercera consulta resolveré la duda sobre cómo evitar ocupar demasiado espacio de hosting. En la cuarta resuelvo si es mejor utilizar las opciones de optimización que trae tu hosting o instalar un plugin aparte. Y en la quinta vemos si es mejor hacer las redirecciones desde el panel de tu hosting, desde un plugin especializado o manualmente. En un momentito vamos con todas estas dudas, pero antes, como siempre, novedades. ¿Qué está pasando en Gonzalo Navarro ES esta semana? Pues seguimos de enhorabuena porque Kinsta vuelve a patrocinar un episodio de WordPress Semanal. Y hoy te quiero hablar de un tema que cubren muy bien en uno de sus artículos del blog y es por qué tu web carga más lenta si se hospeda en servidores alejados de tus visitantes. Y como digo, Kinsta tiene un muy buen artículo que te voy a dejar enlazado en las notas del episodio donde te habla de este concepto que es la latencia de red, que es básicamente el tiempo que tarda serie de datos en ir de un punto a otro de una red. Y aunque si sabes un poquito de esto estarás pensando que una CDN resuelve esto, resuelve esa entrega de forma más rápida a todos los puntos desde donde pueda acceder un visitante. Realmente la primera carga del documento sí que depende del servidor. Entonces ese punto inicial es importante para que la experiencia de tus visitantes sea más rápida a la hora de ver tu web. Así que aunque las CDN ayudan elegir un servidor cerca de tus usuarios es la clave para tener un WordPress más rápido. Y esto son un poco las conclusiones del artículo que te voy a dejar, ya digo, enlazado como siempre. Las notas del episodio en Gonzalo Navarro es 471 y si quieres probar el alojamiento administrado de WordPress de Kinsta puedes disfrutar del primer mes de forma gratuita en Gonzalo Navarro es Kinsta. Sí. Fantástico. Seguimos con las novedades y es el nuevo vídeo de la zona código donde te enseño a forzar el SSL y el HTTPs en en WordPress sin plugins. Y es cierto que WordPress de un tiempo a esta parte gestiona mucho mejor los certificados SSL y HTTPs sin necesidad de depender de plugins adicionales, pero sí que requiere, para que vaya como la seda, para que siempre se presente todo en HTTPs, un toquecito de código y así te ahorras tener que instalar ningún plugin. Y eso es lo que te explico precisamente en este vídeo de la zona código que también te dejo enlazado en Gonzalo es 471. Esto en cuanto a las novedades. Vámonos ahora con el plugin de la semana que se llama User Private Files. Este plugin te permite gestionar archivos privados para cada usuario. Básicamente creas una carpeta exclusiva por usuario donde solo ellos y los administradores de la web pueden ver y descargar los archivos. Y además se integra bien con el editor de bloques, con lo cual puedes poner o crear esas secciones directamente desde los bloques. Comparto este plugin porque de vez en cuando me llega esta pregunta por soporte y muchas veces paso a la gente este plugin porque es de los pocos que te permite hacerlo. También puedes utilizar digamos uno tipo más intranet como WP Customer Area, pero eso se llama enfocado a una gran intranet. Cuando solo queréis crear una carpetita para poner archivos y demás, pues este puede venir bastante bien. Venga pues vámonos ya con vuestras preguntas y mis respuestas y empezamos con la primera que es de Carles y que va sobre cómo exportar una lista de todas las URLs de WordPress. Me dice quiero rehacer mi web en local. ¿Hay algún plugin o web herramienta que me saque todas las URLs actuales? Así tengo una referencia para intentar mantenerlas del mismo modo las que quiera conservar, Claro. Gracias. Existe un plugin, si de todas maneras, cuando tú exportas una, digamos, migras una web de servidor a local, te va a mantener la estructura de las URLs, te cambia el dominio lógicamente porque el local es otro dominio, pero la estructura es la misma. Otra cosa es que la vayas a rehacer desde cero o que tú independientemente quieras el listado. Entonces hay un plugin que se llama Export Allure, el nombre es muy descriptivo, que os lo dejo enlazado y que justo hace eso, te exporta todas las URLs y ya las puedes tener en un documento y demás. Por cierto, os dejo una clase del curso que acabo de renovar desde cero de WordPress en local y pruebas, donde explico cómo migrar una web en vivo, cómo pasarla a local para trabajar en ella, hacer pruebas y demás. Y si en concreto trabajas con local, local wp, pues en otro vídeo te enseño cómo hacer una migración rápida, porque si lo haces con puedes usar un plugin que es de ellos también, exportas un zip y luego lo importas de forma súper rápida cuando creas la web dentro de local. Eso está en la clase 3 del curso, puedes ver el índice y lo vas a ver claramente. Recordad que en estos episodios de preguntas y respuestas tenéis toda la información, por ejemplo en esta pregunta número uno debajo tenéis enlaces relevantes y te pongo los enlaces que te ayudan a resolver esa duda y además te pongo en qué minuto hablo de esta pregunta por si quieres volver a escucharla y no te tengas que escuchar el episodio completo y demás. Venga, vamos con la segunda pregunta que es de Daniel y que va sobre opciones actualizadas para trabajar en local o staging. Me Hola Gonzalo, tengo un ecommerce con WooCommerce desde 2019, lo he trabajado en local, todo manual, con XAMPP, etc. Pero quiero volver a ponerlo en local para rediseñar todo con bloques. En el curso de WordPress en local mencionas varias herramientas que ya no Desktop server, pilvia, pupilife. ¿Alguna actualización del curso para otras herramientas? ¿Alguna mejor práctica? Utilizaré el local, es la forma más apropiada. ¿No tengo hosting con staging, que sería lo ideal, aunque es más rápido en local, no? Gracias. Bueno, he seleccionado esta pregunta de Daniel que justo me la mandó en el mes en el que yo estaba reelaborando, rehaciendo desde cero el curso de WordPress en local. Y si bien cuando hay algo que ya no se usa, pues pongo un aviso por ejemplo en la clase de Desktop Server, que ya no lo mantienen, pues yo ya no mantienen este servicio, vete mejor a la clase de Local. Pero claro, como a lo mejor en otras clases lo voy mencionando o en la intro del curso, pues entonces la gente dice esto ya no existe, no sé qué, pero bueno, el caso es que ya lo he rehecho. Desktop Server, pues es cierto que no existe, pero hay alternativas súper sólidas como Local WP o devkinsta. El caso de Pilvia. Pilvia es un hosting que salieron muy fuerte ofreciéndote la creación de webs de prueba de forma gratuita para darse a conocer, pero ya lo quitaron y luego pupilife era un servicio de crear webs de usar y tirar básicamente, pero ahora se puede hacer en estos momentos con Taste WP y tenéis una clase en la que lo cubro, así que el curso está actualizado, vamos abril de 2025. Y luego me dice que a día de hoy si sigue siendo Local la mejor opción y que sí es más rápido trabajar en entorno de prueba en Local que en staging. Local sigue siendo una de las opciones más sólidas junto con devkinsta. Digo sólidas, fáciles de utilizar, gratuitas y que te ofrecen herramientas especializadas en WordPress. Hay otras opciones también sólidas, pero para mí estas son las dos más completas dentro de que son gratuitas y están muy especializadas en WordPress y que para un perfil no muy técnico. Pero sobre si es más rápido, depende si tú lo que quieres por ejemplo es hacer pruebas y luego esas pruebas o hacer cambios y luego esos cambios pasarlos a producción, es más rápido staging, porque staging clonas tu web en tu hosting, haces los cambios y le dices pásalos a producción y te pasa esas modificaciones a la web, pues eso, producción a la web definitiva. Entonces depende a lo que te refieres. Más rápido si es tu trabajar más rápido, pues sí, porque en tu ordenador vas a ir más rápido que accediendo a una URL en un servidor, pero para procesos depende de para qué sea. En el curso ya digo de WordPress, Local y pruebas, además te pongo una opción para hacer staging sin home hosting, que es duplicar o clonar una web que tú tengas desde el administrador de WordPress y entonces te crea como una especie de hosting, porque te crea una carpeta dentro de tu servidor directamente sin que tú tengas que hacer nada manual y es un clon de esa web, entonces tú puedes hacer pruebas dentro del mismo servidor en una carpeta en concreto. Eso sí, para luego si lo quieres pasar necesitas la opción premium, pero si es para hacer pruebas simplemente está genial porque eso lo copias, estás en el mismo entorno y demás, hacer las pruebas que quieres y dices vale, funciona, lo voy a replicar en la web que tengo en vivo. Y luego lo que sí que te recomiendo es eliminar ese clon que se ha hecho porque está ahí ocupando espacio y salvo que lo vayas a utilizar durante un tiempo, elimínalo y luego cuando lo necesites otra vez lo vuelves a crear. Por cierto, en la clase 2 del curso, ya que en este caso Daniel me preguntaba sobre las mejores opciones en el momento actual para trabajar en local, pues hago un repaso sobre las principales opciones y cuáles son mejor para cada caso. Venga, dejamos la pregunta de Daniel, nos vamos con la tercera que es de Elena y que va sobre cómo evitar ocupar demasiado espacio de hosting. Me Hola Gonzalo, tengo un hosting bastante básico, ¿Cómo puedo asegurarme de que si elimino plugins o cualquier otra cosa no siguen ocupando espacio o cómo puedo aligerar todo en general? Sé que se va acumulando basura, pero no estoy segura de qué ni cómo mantener todo limpio. Gracias. Bueno, sí, efectivamente WordPress deja rastro, o vamos, las acciones que nosotros hacemos dentro de WordPress dejan rastro. El hecho de que nosotros eliminemos plugins y esa información del plugin siga en la base de datos está pensado para que si yo después vuelvo a instalar el plugin, que siga por donde yo iba. ¿Por eso muchas veces cuando te dicen desactiva este plugin y tú dices pero voy a perder algo? No, no vas a perder nada, cuando lo actives todo vuelva a estar como está, porque lo normal es que salvo que tú marques una casilla que diga quiero eliminar toda la información de este plugin, cuando lo borre, que muchas veces lo tienen en sus ajustes avanzados o en algún lugar dentro de la configuración del plugin, pues ahí sí se elimina todo rastro, pero si no, normalmente se queda. Entonces si eliminas un plugin, imagínate que ponemos un caso muy grande, que tienes una tienda online con WooCommerce y que ya no vas a vender productos, no quieres productos ni nada y desactivas e commerce o lo eliminas y ya con eso te piensas que todo lo que habías hecho con WooCommerce se ha ido, no, no, ni mucho menos, te va a desaparecer el tipo de contenido, productos, te van a desaparecer de la administración, todos los menús de WooCommerce, lo que sea que se mostrará, la parte frontal te va a desaparecer, pero por dentro, en tu base de datos sigue almacenada toda la información, solo tienes que hacer la prueba que si reactivas ese plugin o lo vuelves a instalar, en este caso WooCommerce, todo aparecerá tal y como estaba. Por eso es bueno ir haciendo limpieza y por ejemplo eliminar lo que se conoce como las tablas huérfanas, es decir, hay unas tablas en las bases de datos donde se almacena información y están huérfanas, no tienen un padre, no tienen un plugin al que servir esa información, con lo cual no las queremos ahí. Y esto lo puedes hacer, te dejo una clase del curso de velocidad en WordPress donde te enseño cómo optimizar la base de datos y hacer limpieza, Pero por ejemplo un plugin muy bueno para esto y que te lo permite hacer desde su versión gratuita es WP Optimize, porque hay otros, hay varios para hacer limpieza en la base de datos, pero casi todos te requieren o requieren que instales la versión premium para poder eliminar tablas y te permiten eliminar otras cosas, datos transitorios, entradas en borradores, comentarios en spam, todo eso si te permiten eliminarlo, incluso automatizar la limpieza, que yo lo recomiendo que hagas una limpieza, configuras una limpieza automatizada cada cierto tiempo, pero la parte de las tablas suele ir en la parte Pro, salvo un par de opciones, por ejemplo WP Optimize te lo permite hacer. WP Optimize, por cierto optimizer, no recuerdo ahora mismo el nombre, pero os dejo el enlace, hace más cosas, configura la caché, optimiza las imágenes, el típico plugin de optimización de rendimiento, si lo vais a usar para el tema de la base de datos, yo os recomiendo instalarlo, hacer la limpieza y luego eliminarlo, dejar el sistema que tengáis de caché y de optimización y demás aparte dejarlo. Venga, vámonos con otra pregunta que es de Elena también y que va sobre si es mejor utilizar las opciones de optimización del hosting. Me dice, en aquellos hosting que ya ofrecen soluciones de rendimiento a través de plugins de caché. ¿Entiendo que lo mejor es usar ese propio del hosting en el que estés o crees que es mejor prescindir de él y usar otro? Supongo que usar dos juntos a la vez no es recomendable, ¿No? Muchas gracias. No, efectivamente, utilizar más que dos a la vez, dos características a la vez. Por ejemplo, no tiene sentido que instales un plugin de caché y luego tengas el caché del hosting activo. Hay distintos tipos de caché y podríamos entrar al horar si uno se va a ocupar de cachear una cosa y otro se va a ocupar de cachear otra. Cachear básicamente a nivel muy llano es tener una copia preparada en el navegador, esto sería un tipo de caché en el navegador del visitante para que la siguiente vez que venga le cargue muy rápido. Entonces la primera se guarda en caché de su navegador, por ejemplo, y la segunda que viene, como ya tiene guardada una gran parte, la más importante, pues la experiencia es muy rápida. Ya digo que hay distintos tipos, pero este es como el que más, el más representativo. Pero bueno, en general, a nivel de optimización, a ver, en general yo te diría que sí, que digamos, si un hosting tiene su propio sistema de optimización, su propio sistema de caché y demás, al conocer bien su infraestructura en teoría debería de ser mejor, debería de ofrecer mejores resultados utilizar esas características de optimización en lugar de un plugin que tú instalas aparte y que estaría pensado para cualquier servidor y que no está tan especializado en uno en concreto. Lo que ocurre es que muchos hosting pues tienen cosas generales o tienen solo un sistema de caché, entonces depende mucho del hosting que sea, depende de la solución que te den o en muchos casos puedes dejar por ejemplo la funcionalidad de caché del hosting pero luego instalar un plugin que te dé algunas características extra a nivel de optimización del rendimiento. Entonces depende un poco, pero bueno, yo en líneas generales diría que sí, salvo que tú veas que lo estás utilizando, lo estás haciendo todo bien, a nivel de que tu web pues no es un desastre general, porque muchas veces echamos la culpa al plugin de optimización o la característica de optimización y luego tenemos un monstruo de web donde tenemos mil cosas instaladas, donde no la tenemos actualizada, donde no hacemos limpieza, no llevamos un correcto mantenimiento, entonces eso no es culpa de los parches que tú estás intentando poner, es culpa de que esa web hay que darle un lavado de cara o mucho más que un lavado de cara antes de ponerte a optimizar nada, pero bueno, en líneas generales yo diría que sí y luego siempre puedes ir añadiendo alguna cosita extra. Por cierto os dejo enlaces relevantes si por ejemplo utilizáis SiteGround, tengo un curso donde vemos las características de rendimiento y de seguridad que traen incorporadas, que luego ellos realmente tienen sendos plugins para configurar estas opciones e incluso sirven para gente que no está dentro de SiteGround, así que es un poco trampa porque realmente es de la misma empresa pero sirve para utilizar en otras webs. Y luego también otro plugin mítico, el más popular diría yo, que es Premium, es WP Rocket, del que tenéis también un curso completo y os lo dejo enlazado. Y luego si queréis una configuración de caché, si no os gusta la de vuestro hosting o no lo ofrece y queréis simplemente configurar la caché de una forma gratuita, sencilla, pues lo podéis hacer con el plugin WP Super Caché, que os explico cómo configurarlo en una de las clases del curso de velocidad en Word. Pero vamos, tenéis todo enlazado justo debajo de esta pregunta de Elena Y nos vamos con la quinta y última que es de Fran y que me pregunta sobre si hacer las redirecciones desde el hosting, desde un plugin o desde htaccess. Me dice, hola Gonzalo, ¿Es mejor hacer las redirecciones desde las opciones del hosting tipo cpanel o panel de admin propio, desde un plugin de SEO o uno especializado o manualmente escribiéndolas en el Htaccess? Muchas gracias. Bueno, es una pregunta interesante porque realmente te podría venir la duda, si hay tantas maneras de crear redirecciones, de poner redirecciones en nuestra web, ¿Hay alguna que sea mejor que otra? ¿Hay alguna que me pueda dar algún impacto negativo? Y en la propia pregunta de Fran ya me dice las cuatro opciones. Básicamente una es escribir tú las redirecciones en el htax, en el caso de que tengas htaxes porque tu servidor sea Apache, si no pues se puede hacer parecido, pero no sería en el htaccess. Esto tengo yo un tutorial, está abierto para todos, donde os explico cómo crear redirecciones 301 de forma manual, que esto es básicamente decir, esta URL ya no existe, ahora el contenido está en esta otra, entonces Google lo sabe o cualquier navegador cuando va intenta ir pues lleva a otra y de esto hay que avisar si ese contenido está en otro lado hay que avisar, o si esa URL ha cambiado de nombre hay que avisar para que Google lo entienda y el resto de motores de búsqueda hay veces que no, hay veces que es que simplemente ese contenido ya no existe y tú quieres que Google sepa que no existe y ya está, entonces ahí no hay que redirigir ni nada. Pero bueno, vamos al caso que nos ocupa. Cuando viene bien el primer supuesto, las redirecciones en el Htax de forma manual, tú las escribes, bueno esto te da digamos control total manual sobre la redirección. Tiene varias ventajas, es la más rápida y eficiente a nivel de servidor, no estás dependiendo de WordPress ni de plugins que intermedian por ahí y funcionaría incluso si WordPress se rompe, si falla algo en tu web, como no está desde un plugin ni desde una configuración desde la zona de administración, sino que está a nivel de servidor, porque el Htax va a seguir ahí en tu servidor, salvo que se borre claro, pues las posibles redirecciones van a seguir funcionando. ¿Cuáles son las posibles desventajas de este método? Pues que primero tienes que tener cuidado al editarlo, porque si tienes un error en el Htaccess pues tu web se va a romper, y segundo que no es tan fácil de gestionar si tienes muchas redirecciones o si estás cambiando todo el rato esa redirección. Entonces para mí este método es ideal si van a ser redirecciones permanentes, si son pocas y muy concretas y ya está. Por ejemplo, después de una migración, si hay un cambio en las estructuras de las URLs, pues puede ser buena idea ponerlo en Htaccess porque lo pones esa vez, esto es algo permanente, no lo voy a tocar más y ahí se queda. Vamos con el segundo supuesto, redirecciones desde el hosting, pues tipo cpanel, Plesk o incluso paneles propios de hosting como puedan tener SiteGround o Kinsta, pues esto estaría muy bien para usuarios menos técnicos que quieran evitar tener que editar el Htaccess o un archivo similar. Las ventajas de esto es que el resultado suele ser el mismo, es decir, el hosting suele escribir en el Htaccess por ti estas redirecciones, entonces otra ventaja es que tú consigues el mismo resultado sin tocar código directamente. Y la tercera ventaja es que puedes gestionarlas visualmente desde el panel, porque vas a tu hosting y ves ahí las redirecciones pero escritas de una forma mucho más amigable. Desventajas, no todos los paneles ofrecen esta opción y luego si necesitas condiciones específicas porque hay redirecciones muy fáciles, esta URL pasa a ser esta, pero hay otra mucho más compleja, cambios de categoría, cambios masivos y otros conceptos más técnicos en los que tampoco quiero entrar. Entonces ¿Cuándo sería buena opción esto? Hacerlas desde el panel to hosting, cuando son redirecciones sencillas y no quieres tener complicaciones. Tercera opción, redirecciones con plugins de SEO tipo Rank Math, Jaws, Premium, Slim SEO, de los que por cierto tenéis tenéis cursos y esto pues sería ideal para centralizarlo todo desde un plugin que ya utilizas, no me vayas a instalar un plan de SEO para las redirecciones que no conocemos. Entonces ventajas, muy fácil de utilizar, desde el panel de admin de WordPress suelen registrar los errores 404, es decir, tú puedes ver páginas no encontradas y decidir si quieres redireccionarlas, esto tiene mucha relación con el SEO, así que la integración de lo que serían las redirecciones, errores 404 y demás la tienes como muy intuitiva y todo dentro del mismo lugar y y luego estas opciones en concreto que te he dicho te permiten automatizar la creación de estas redirecciones. ¿Si por ejemplo yo cambio la URL de una página, estos plugins me van a decir la URL ha cambiado, te parece que cree esta redirección? Y tú le puedes decir sí o no, entonces es mucho más fácil. Desventajas, pueden afectar al rendimiento si haces muchas redirecciones y luego si solo usas el plugin para redirecciones pues es una carga innecesaria, pero vamos espero que nadie instale un plugin de SEO solo para hacer redirecciones. ¿Para quién es ideal esta opción? Para los que ya uséis un plugin de SEO y queráis esa facilidad de tener la redirecciones integradas directamente ahí. Opción número 4, parecida pero especializada es hacer redirecciones con un plugin específico de redirecciones, como por ejemplo Redirection. Esta opción es ideal para gestionar muchas redirecciones desde WordPress. Las ventajas, las obvias, tienes una interfaz amigable y muy potente para crear todo tipo de redirecciones, puede redirigir según condiciones, según si alguien hace login, según una determinada cookie, etcétera. También registra errores 404 automáticamente, con lo cual puedes ver todos los errores y decidir si de esas URLs te conviene hacer una redirección y prácticamente cualquier cosa que se te ocurra para gestionar el tema de las redirecciones o crear incluso redirecciones de todo tipo. Desventajas Dependes de WordPress, si la web falla por lo que sea, las redirecciones también van a fallar, no es como cuando está en el archivo. ¿Htaccess que si falla WordPress da igual, vale? Que bueno, esto podrías pensar que es menos importante, pero imagínate que tu web está caída un tiempo, están fallando y demás y tienes muchísimas redirecciones. Esto desde el punto de vista del SEO y demás te puede causar un problema y luego que si tienes muchas muchas reglas y también dependiendo de tu servidor, pues puede causar problemas de rendimiento. ¿Para quién es ideal esta opción? Pues para webs con muchas redirecciones o que cambian las redirecciones con frecuencia y es mucho más fácil hacerlo desde un plugin y que quieran gestionarla sin tocar código, porque claro, yo te he dicho que puedes crear cosas muy complejas manualmente también se puede, pero tienes que saber o tienes que utilizar alguna herramienta que te ayude a crearlas, luego copiarlas, llevártela a la. Htaccess, en fin, en general pues te facilita la vida y te lo hace todo desde un panel más amigable. Si. Resumiendo, esta respuesta me está quedando un poco larga, pero me ha parecido interesante. Cuando son pocas redirecciones importantes y permanentes, hazlo manualmente desde el. Htaccess o desde el panel de tu hosting. Si por otro lado son muchas redirecciones y tienes que gestionarlo de forma frecuente, seguramente un plugin especializado como Redirection sea la mejor opción. Y por último, si ya usas un plugin de SEO Premium que incorpora redirecciones, pues puedes utilizar esa opción para no tener que instalar más plugins y aprovechar la característica que ya viene. Recordad que os dejo enlaces, pues por ejemplo tenemos cómo crear redirecciones automáticas y manuales con el plugin Slim SEO que es parte del curso de Slim SEO. Te dejo también la clase sobre redirecciones con Rank Math del curso de Rank Math y también el tutorial sobre cómo hacer redirecciones manuales desde el. Htaccess. Con esto cubrimos las cinco preguntas de este mes. Recordad que tenéis el mes gratuito en Kinsta y podéis acceder a él en Gonzalo Navarro es Kinsta. Nada más por este episodio Nos seguimos escuchando, adiós.