517 | Los errores que más dinero me han costado en WordPress (evítalos)

En el episodio 517 de WordPress semanal te cuento los errores que más me han costado a lo largo de los años trabajando con WordPress. La idea es que no te pase lo mismo. Vamos allá. Hola, hola, soy Gonzalo Navarro y Bienvenidos al episodio 517 de WordPress Semanal, el podcast en el que aprendes a crear y gestionar tus propias webs con WordPress en profundidad. Hoy te voy a hablar de decisiones, de momentos, más allá de errores técnicos tipo que la pantalla de WordPress se te queda en blanco, no. El enfoque va a ser más decisiones que tomé o que no tomé y que me costaron dinero, tiempo o simplemente un inconveniente grande. Como te he dicho al principio, los comparto para intentar que tú no lo cometas y por eso al final de cada uno te voy a dar una pequeña lección concreta que me llevé. Seguramente hasta que no los cometas una o varias veces no aprendas porque somos así, pero bueno, aún así estoy seguro de que de que en algunos casos te va a servir. Venga, en un momento vamos con todo ello, pero antes, como siempre, novedades. ¿Qué está pasando en Gonzalo Navarro es esta semana? Pues tenemos nuevo vídeo de la Zona Código y en él te enseño a mostrar el tiempo de envío en la ficha de producto de WooCommerce. Hacemos una cosa muy chula y es establecer unas franjas horarias y decimos, venga, nosotros sabemos que normalmente tú trabajas con un servicio de paquetería o con varios, entonces tú sabes que si te hacen un pedido, yo que sé, de lunes a jueves antes de las dos, tú sabes que vas a poder enviarlo en ese mismo día. Sin embargo, si te lo hacen después de las dos, me estoy inventando la hora, pues ya sabes que no, que ya tiene que ser a partir del día siguiente porque es cuando lo va a recoger tu servicio de paquetería o como no tengas montado. Entonces te he dejado establecidos varios puntos de corte. Primero, que puedas establecer esa hora, esa franja horaria. Después que puedas decidir, pues venga, de lunes a jueves quiero mostrar en las fichas de producto el mensaje de pídelo ahora y te lo enviamos en el día, o si es después de esa hora, después de las dos, pues pídelo ahora y te lo enviamos mañana. Tú vas a poder definir este texto, incluso el color del aviso, y simplemente tienes que copiar y pegar el código tal y como te muestro. Ya sabes que la zona código es código para no desarrolladores, así que te lo dejo enlazado en las notas del episodio. Recuerda, si lo ves en tu aplicación de podcast, lo tienes al final que pone contenidos recomendados y si no, pues vas a Gonzalo es 517 que es el número de este episodio y ahí lo vas a tener también al final todo bien ordenadito. Ahí te voy a dejar también el enlace a la Newsletter de WordPress Semanal de la que estoy recibiendo muy buen feedback. Si te gusta este podcast, estoy seguro de que te va a encantar la newsletter con una sección de un tema central donde te explico algo interesante o útil de WordPress o otra sección de noticias. El otro día compartí por ejemplo, un artículo interesante sobre el futuro de la inteligencia artificial y también doy mi opinión. Y luego una sección un poco de vida freelance, de cosas que me pasan en mi día a día llevando clientes o trabajando en mis propios proyectos y que pienso que pueden tener ese punto de aprendizaje o de que tú lo puedas aplicar a algún proyecto tuyo. Así que si te interesa, en Gonzalo es lista te puedes apuntar de forma gratuita y acceder a los bonus de bienvenida. Venga, pues una vez vistas las novedades, vámonos ahora con el plugin de la semana que se llama Speculative Loading. Este es un plugin del equipo oficial de rendimiento de WordPress y lo que hace es pre renderizar, es decir, precargar entre comillas las páginas a las que un usuario va a ir probablemente. Y el funcionamiento es un poco que cuando alguien pasa el ratón por encima de un enlace, el navegador ya empieza a cargar esa página en segundo plano y cuando el usuario haga clic la página aparece casi al instante, dando esa sensación de carga ultra rápida. Hay algunos plugins que hacen esto, pero bueno, este en concreto está, ya digo, desarrollado por el equipo de rendimiento de WordPress y me sorprende que tampoco tiene tantas instalaciones. Está activo en más de 70.000 webs con WordPress. Por supuesto, da muy buen rendimiento, así que si buscas algo de este estilo, pues ya lo tienes. Antiguamente se llamaba Speculation Rules, puede ser que lo conocieses de antes porque así es como se llama la API con la que trabaja WordPress para que esto funcione. Pero vamos, le cambiaron un poquito el nombre para que fuese más descriptivo en relación a lo que hace. De nuevo se llama Speculative Loading, pero lo tienes en las notas del episodio. Y ahora sí, vámonos con el tema central. Errores de WordPress que me costaron dinero y tiempo y cómo puedes evitarlo. Y me voy directo a los errores. El primero de ellos, que esto estuvo haciendo un poquito de brainstorming para que me salieran y este lo tengo reciente. Este es que hice una gran actualización en el peor momento posible. Y básicamente actualicé Easy Digital Downloads, mi plugin de cobros y de membresía, el de mi web principal, justo antes de Black Friday. Y esa actualización provocó un envío masivo de correos a miembros y ex miembros. Y eran correos que no tocaban, pues avisos de contrataciones antiguas que a lo mejor se habían suscrito hace tiempo y le estaba llegando ahora o habían contratado alguno de mis otros servicios, en fin, notificaciones que no tocaban y a mucha gente, cientos. Y en este caso realmente no perdí clientes porque al final yo tengo una comunidad pues que la gente como me contactan por soporte y tal, como que es muy. El trato es muy cercano. Pero sí que tuve que resolver el problema técnico primero de eso, de que esto no volviese a pasar. ¿Qué está pasando aquí con los correos? Porque además no solo eso, sino que después como el sistema de notificaciones había cambiado, tuve que modificar yo también algunas cosas desde los ajustes y bueno, por supuesto atender a muchas consultas de soporte de gente que me está diciendo, oye, yo no he contratado nada o yo no me he dado de baja. En fin, todo esto en la semana en la que yo debería haber estado preparando mi campaña de mayor facturación del año de largo, que es Black Friday. Y el caso es que yo siempre pruebo las grandes actualizaciones o en local o en staging. Y en este caso lo hice también, pero claro, no comprobé los procesos de envío de correos y ahí estuvo la cagada, digamos. Entonces, ¿Qué lección podemos sacar de esto? Bueno, lo primero es nunca hacer actualizaciones importantes antes de un momento crítico de tu negocio. Y luego también cuando hacemos pruebas en staging, local o donde sea, no quedarte solo en lo visual, sino probar también los procesos, aquello que ocurre en segundo plano, los correos, los pagos, las automatizaciones, los pagos. Muchas veces es más complicado pero cosas como los correos y automatizaciones sí que se pueden comprobar. Venga, vamos con el segundo error y es presupuestar bajo esperando recuperarlo después. Aquí me pasó que una conocida me recomendó a un cliente además como cercano. Yo suelo trabajar, normalmente trabajo con gente online, no suelo trabajar con gente de mi entorno y esto es una empresa que está muy cerquita de mi casa, vamos, yo trabajo desde casa, tengo aquí montada mi oficina y está a pasos. Entonces ya empezó diferente porque ya hice reuniones en persona, que tampoco lo hago nunca, y fue como todo fuera de lo que suelo hacer. El caso es que yo presupuesté el desarrollo por debajo de lo que debería, porque di por hecho, por el tipo de cliente que era y también por las conversaciones que tuve con él, que luego iba a contratar un mantenimiento de un precio medio alto. ¿Qué pasa? Que cuando íbamos por la mitad del proyecto, es decir, ya el diseño planteado, muchas cosas hechas, pues volvimos a tener una reunión y el cliente me dijo que no iba a necesitar ese mantenimiento. De hecho me estaba diciendo que a ver si podíamos cuando lo necesitara. Lo típico es que son muy pocas cosas y yo creo que la puedes actualizar cada no sé cuánto. En fin, que se quería quitar eso de encima y luego tardaba mucho en enviarme lo mínimo necesario para que yo pudiese avanzar. De hecho, a día de hoy sigo esperando que me envíe recursos para poder terminar el proyecto. Claramente he perdido dinero y claro, que el contacto fuera a través de un amigo me pilló con la guardia baja y no dejé las condiciones claras desde el principio, que es algo que hago siempre. También el hecho de hacerlo siempre todo online como que te obliga más a tenerlo todo atado. Sin embargo aquí como hablas, lo ves, te das la mano físicamente, como que eso también hace que quede todo más un poquito en acuerdo verbal. Y yo por supuesto siempre mando ese documento con las condiciones y demás, pero ya digo, me pillo ahí con la guardia baja. Entonces, lección de este presupuestar cada fase de forma independiente. Esto por un lado, si el desarrollo tiene un precio, pues ese precio debe ser rentable por sí solo, sin depender de un mantenimiento futuro que quizás no llegue, o sino que el mantenimiento esté ya metido en el acuerdo y con una permanencia, por ejemplo, pero que eso quede atado. Y si no, pues ya digo, independiente. El desarrollo tiene este precio, pues este precio. Y luego en general da igual quién te recomiende el acuerdo tiene que dar por escrito antes de empezar, porque de hecho yo esta persona no la conocía de antes. Vamos con otro error, aceptar un proyecto sin conocer con quién vas a trabajar. Aquí me ofrecieron un trabajo muy bien pagado, era prácticamente un sueldo y con la persona que hablé tuve muy buen feeling, yo notaba que confiaba mucho en mí, me conocía escuchar mi podcast de un poco del sector, que había escuchado mi nombre y demás y entonces acepté sin conocer la estructura interna de la empresa ni a la persona con la que realmente yo iba a trabajar. Después sí que creo que me lo metió en una llamada, pero también como que muy rápido, estaba muy ocupado y se tuvo que ir rápido y claro yo con esta persona que es con la que yo iba a tratar, además yo pensaba que con la que yo estuve hablando iba a seguir manteniendo el contacto, pero al final un poco quería como que entrara yo para él apartarse de ahí, irse a otro lado. Ya con él no tuve más trato y con quien lo empecé a tener no congeniamos. Además había aspectos técnicos como la estructura a nivel interno del servidor que utilizaban ellos, con la que yo no estaba del todo familiarizado y necesitaba tiempo y yo no lo sabía que ellos tenían esa estructura. Esta persona como digo iba como siempre a toda velocidad y entré como en algo ya en marcha y un poco con esa sensación de estar a ciegas. Entonces aquí realmente yo no perdí dinero porque el tiempo que estuve trabajando se me abonó en su totalidad, pero claro, no me gusta no haber podido ayudarles como sé que podría haberlo hecho si el contexto hubiese sido diferente y si yo me hubiese ocupado también quizás de haber hecho primero una semana de pruebas para conocer todo por dentro, en fin, me quedé con esa sensación. Mala lección de esto. Bueno, antes de aceptar un proyecto, especialmente los grandes, estar un proyecto grande pues pide conocer a las personas con las que vas a trabajar y entiende bien el entorno técnico. Que el dinero en este caso sea bueno no significa que el proyecto vaya a funcionar y si algo no encaja es mejor decir que no a tiempo, que como ves no tiene que ver en este caso pues estaba bien pagado y aún así puede no encajar. En otros casos puede ser que es que en el proyecto pues el presupuesto del cliente es tan bajo que no te merece la pena, pero no siempre es cosa de dinero. Vamos con el cuarto error, no saber cómo migrar cuentas de correo entre hostings. Esto es más un aprendizaje que tuve hace ya años y que estoy seguro que a muchos que estáis empezando con el tema de las migraciones os puede tener un poco inseguros, os puede generar dudas o no sepáis muy bien cómo hacerlo y por eso lo he metido aquí porque creo que puede ser muy útil. El caso es que cuando yo empecé a hacer migraciones de WordPress entre hosting, sobre todo al principio para mis propios proyectos, la parte de la web la tenía controladísima, hay muy buenos plugins que te ayudan con las migraciones, también me fui haciendo bastante bueno manualmente porque lo tuve que hacer para algunos proyectos y me empezaba a sentir cómodo también emigrando, sobre todo la parte física manualmente y luego la base de datos sí que me ayudaba de un plugin, pero la parte de migrar las cuentas de correo y los correos antiguos y todo me generaba dudas y problemas, no sabía muy bien cómo abordarlo y esto realmente no es algo que WordPress gestione directamente, no es algo que lo vayas a poder hacer con un plugin de migración, pero claro, si tú vas a trabajar con un cliente y quiere migrar una web van a esperar que se migre esto también. ¿Los correos son parte fundamental de cualquier proyecto online, entonces hoy en día cómo atajo esto? De dos formas, la más fácil es la que recomiendo si existe, es que te lo haga el hosting de destino, ya casi todos los hostings más famosos te ofrecen una migración gratuita e incluyo, suele incluir la migración de correos, así que solicitalo directamente, muchas veces se lo tienes que decir porque si no pasan del tema, así que tenlo en cuenta o si por ejemplo imagínate que estás para tu proyecto o estás hablándolo con un cliente y tú antes de aceptar el proyecto no sabes muy bien si el hosting lo hace o no, les contactas, oye me voy a llevar esta web de un cliente a este hosting, sé que hacéis la migración pero migráis también las cuenta de correo y toda la información, esto es importante, luego si no, yo utilizo un servicio que descubrí hace creo que un par de años y que me encanta, se llama, bueno es del tipo IMAP Sync, es decir, sincronización de imap que esto es lo que se usa un poco en los correos, la información, como cuando tú lo vas a configurar, lo típico en tu ordenador, en un programita de correo que usas esa información, pues aquí lo mismo, con esos datos tú lo pones, pones el previo y pones el de después y te hace la migración automáticamente y suelen ser muy baratos, compras como créditos, te voy a dejar el enlace a uno, se llama imapsync lamiral info, pero vamos, te lo dejo el enlace y te transfiere todas esas cuentas entre servidores. Yo lo he usado como tres veces y funciona perfecto. ¿Cuál es la lección de esto? Bueno, si ofreces migraciones, ten ese proceso claro para la parte de migrar las cuentas de correo te lo van a pedir casi seguro y si lo haces bien, que ya digo, hoy en día es mucho más fácil, antiguamente era un poco más complicado, pero hoy en día si no te lo hace el hosting, pues hay servicios como este, pues es algo que va a valorar mucho tu cliente. Y vámonos con el quinto y último error, no haber lanzado mi membresía antes durante meses. No sé si llegué al año, no recuerdo cuánto tiempo, pero durante bastante tiempo estuve vendiendo cursos sueltos, creo que tenía el curso WordPress básico, bueno será gratuito, pero el de intermedio ya lo lancé como un curso individual, el de optimización de la velocidad de carga también, no sé si incluso el de Joe Seo cuando lo creé por primera vez, ya lo he actualizado un montón de veces, pero varios cursos los fui sacando eso sueltos y fui jugando con el pricing, que si un anuncio por aquí, un anuncio por allá. Yo ya tenía mi podcast, pero en el momento en que decidí cambiar a modelo de membresía y ahí empezó a cambiar la cosa, especialmente cuando utilicé la estrategia del primer mes por un euro y hacer anuncios en Facebook Ads cuando se podían hacer y salían baratos, esto me ayudó muchísimo a captar miembros en los inicios. Ya no uso esta estrategia, pero digamos que ese primer empujón fue clave para arrancar y me arrepiento de no haber convertido el modelo en membresía antes. A ver, quizás el aprendizaje de primero haber publicado esos cursos, de ya coger un poco de tracción también con el podcast y de gente que me contactaba y demás, a lo mejor era un paso necesario, no lo sé, pero desde luego que el modelo de membresía es lo que me ha permitido tener estos ingresos predecibles, una relación más cercana con la audiencia. Muchos que son miembros luego me contratan para que les lleve el mantenimiento, para que les desarrolle algún proyecto o le ayude asesorarles en algún punto, me recomiendan a compañeros suyos, en fin, es otro modelo que en mi caso es lo que me funciona. Yo también veo gente que vende cursos sueltos y que le va genial, pero en mi caso, si llego a saberlo, hubiese lanzado antes el modelo de membresía. La lección bueno, que si vendes formación o contenido, plantéate seriamente la membresía antes de lo que crees. No hace falta tenerlo todo perfecto, no hace falta que ya tengas acceso a un montón de miembros porque o de posibles miembros, de hecho es mejor lanzarlo. Tener poquita gente te ayuda a validar, puedes hablar con todos y ahí vas mejorando sobre la marcha, incluso te permite ir subiendo precio y mantenérselo a los que confiaron en ti antes. Bueno, espero que te haya servido este episodio, que al menos hayas podido sacar algo que te sirva ahora en tu día a día o que de repente dentro de un tiempo dices, ah, recuerdo y vas a hacer alguna de las cagadas que hice yo, recuerdo esto de Gonzalo, voy a tirar por aquí en vez de por allí. En fin, te dejo todo lo comentado, todos los recursos en Gonzalo es, si no, seguramente en tu aplicación de podcast también lo veas todo perfecto y puedas ir a los enlaces que te he ido comentando. Nada más por este episodio, nos seguimos escuchando. Adiós.