476 | Q&A de membresías y pagos recurrentes en WordPress

En el episodio 476 de WordPress semanal resuelvo dudas sobre Membership Sites, pagos recurrentes y problemas de compatibilidades cuando trabajamos con este tipo de webs. Vamos allá. Hola, hola, soy Gonzalo Navarro y Bienvenidos al episodio 476 de WordPress Semanal, el podcast en el que aprendes a crear y gestionar tus propias webs con WordPress en profundidad. Y hoy es un Q a un episodio de preguntas y respuestas bastante temático, porque he escogido sobre todo preguntas relacionadas con creación de membresías con configuración de pagos. En una de ellas respondo a la pregunta de cómo haría yo mi membresía ahora si empezara de nuevo. Y luego también vemos incluso algunas configuraciones muy concretas, pues por ejemplo la última de Tamara que me pregunta cómo configurar un pago de tres meses de golpe y luego una mensualidad normal en su caso concreto en Restrict Content Pro. Entonces hay preguntas, ya digo, un poquito más genéricas, algunas más personales y otras más concretas. Pues en un momentito vamos a resolver estas cinco dudas, que ya sabéis que lo que hago es sacarlas directamente del soporte que está incluido para los miembros en Gonzalo Navarro ES. Entonces yo voy seleccionando las que me parecen interesantes, siempre las marco y luego cuando voy a hacer un episodio de preguntas y respuestas, recopilo algunas de ellas. Y como digo, antes de adentrarnos, vamos a ver las novedades. ¿Que es está pasando en Gonzalo Navarro ES? Esta semana pues tenemos nuevo vídeo de la Zona Código y en él aprendes a redirigir a cualquier usuario que cierre sesión a una URL personalizada. Y además lo hacemos solo en la parte frontal. Se podría hacer para en cualquier lugar, pero yo creo que si eres administrador y estás en la parte de atrás, pues casi nunca va a tener sentido redirigir a ningún lado, pero desde la parte frontal sí, pues lo puedes redirigir a la página de login, a una página de. No lo sé, una landing concreta, a lo que sea. Y te explico cómo hacerlo simplemente copiando y pegando un poquito de código, que es la gracia de la zona Código, que puedas utilizarlo, aprovechar todos estos snippets sin saber absolutamente nada de desarrollo. Os dejo el enlace, como siempre, recordad que para ir directamente a las notas del episodio solo tenéis que escribir en vuestro Gonzalo Navarro es y el número del episodio, que en este caso es 476. Así que Gonzalo Navarro es 476. Ahí también os dejaré el curso más reciente publicado hace muy poquito, que es el curso de Amelia Cómo crear un sistema de reserva de servicios, reservas de citas, reservas incluso de eventos. Todo con este que yo diría es el plugin más popular actualmente para crear un sistema de reservas con WordPress. Y también hace tiempo que no lo digo, pero al igual que cada semana publico un episodio del podcast 100% gratuito y con el mejor contenido que puedo sacar en cada momento, pues hago lo propio en mi newsletter de mismo nombre WordPress Semanal, a la que puedes acceder en Gonzalo es Lista y donde somos más de 8.000 personas. Así que si quieres un email cada semana que te va a hacer mejor desde el punto de vista del uso con WordPress, pues te animo a que te apuntes de nuevo. Gonzalo Navarro es lista Perfecto. Pues una vez vistas las novedades, vámonos con el plugin de la semana que se llama Echo Knowledge Base. Este plugin es uno de los varios que hay para crear una base de conocimientos o una sección de preguntas frecuentes en tu web, pero de forma súper estructurada y está muy muy pensada para aquellas webs que necesitan ofrecer una zona de documentación organizada a modo de soporte técnico para poner manuales de uso, centro de ayuda, este tipo de cosas. Y ya digo que es una alternativa a otros. Yo tengo publicado el curso de cómo crear una wiki en WordPress, que es un poco lo mismo, y lo hacemos con un plugin que para mí es mejor que se llama Helpy WP, pero que es de pago. Entonces bueno, en este caso tenéis este que tiene una parte gratuita por si lo queréis probar. Voy a dejar también enlazado el curso de cómo crear una wiki en WordPress, donde cubrimos todo de principio a fin. Ahora sí, vámonos con web, vuestras preguntas y mis respuestas. Y comenzamos con la primera que es de César y que va sobre cómo inscribirse en una membresía a través de un formulario. Me Buenos días, Quisiera trasladar todas las personas inscritas a través de un formulario de Gravity Forms a usuarios registrados y que se les comunique que están registrados con una contraseña inicial y puedan entrar a través de esa cuenta a la membresía autorizada y gestionada con Paid Membership Pro y que puedan ver las fotografías incluidas en la web, etc. Bueno, aquí ya me cuenta un poco lo que incluye esa membresía. Entonces la pregunta de César es un poco ambigua y yo le respondí en este sentido las dos cosas que yo puedo llegar a entender de su pregunta. Una es que quiere que la gente se registre y se haga miembro de esa membresía en concreto hecha con Paid Membresis Pro y también por supuesto usuario de la web, pero a través de un formulario de Gravity Forms de forma personalizada, entiendo que para controlar los campos del registro. Esto es lo que puedo pensar por un lado. Por otro lado puedo pensar que él ya tenía un formulario y que quiere aprovechar toda esa gente que rellenó el formulario para darles de alta. Entonces bueno, son dos enfoques diferentes. Antes que nada os dejo el curso de Gravity Forms, que es uno de los planes de formulario más potentes que hay, es premium, aunque yo ofrezco la activación de la licencia en mi servicio de si lo veis en el footer de la web tenéis la posibilidad de ver ese servicio y yo es el que suelo utilizar, la verdad. Y luego también os dejo el de Paid Membership Pro, que de los gratuitos es el más completo. Es cierto que luego como quieras hacer algo un poquito más avanzado, sus addons son bastante caros, pero para crear un Membership Site gratuito, cobrando por Paypal o por Stripe, lo puedes montar sin problemas de forma gratuita y también tenéis el curso completo. Ahora bien, vámonos a la pregunta. Si queremos que el sistema de registro sea a través de Gravity Forms, necesitas un add on que vincule Gravity Forms con Pavement Basis Pro. No hay uno oficial que esté creado ni por Gravity ni por los de PMP, pero sí que hay uno de Ristretto Apps que lo hace y básicamente te permite utilizar Gravity Forms para el checkout y el registro de Paid Membership Pro. Con esto lo tendrías. Si es el caso número 2, en el que ya tienes tú la información de la gente y tú tienes que darles de alta, pues aquí necesitas un trabajo manual básicamente. Primero dar de alta, si no era un formulario de registro de Gravity Forms, les tienes tú que dar de alta como usuarios en la web y luego para dar de alta manualmente en Payment Message Pro requiere el uso de un addon. Esto es lo que te decía, hay veces que vas a querer hacer algo que a priori vendría incluido en cualquier plugin de membresía, lo que pasa que los planes de membresía suelen ser de pago y entonces en este caso, Payment Basis Pro esa característica te la deja fuera. Y si quieres necesitas su add on, que es parte de su plan estándar, y su plan estándar, lo estoy mirando ahora mismo, tiene un precio de 174 al año. Bueno, por cierto, estoy viendo que tienen un Lifetime, que esto no lo tenían antes, por 3.000 euros para dos webs. Bueno, si lo usas mucho puede merecer la pena, porque al final los planes no son baratos, tienen uno de 299 al año y otro de 174, vamos, no son baratos. Dependiendo si te va bien, pues si es barato. Entonces esa sería la idea. De acuerdo, como decía, si utilizarás otro plugin para membresías como Restrict Content Pro, si puedes dar de alta manualmente sin problemas, incluso si utilizaras un LMS, en casi todos te permiten dar de alta a los usuarios sin problema. Y luego ya lo que tendrías que ver es si en el caso de que quieras hacer el primer caso, es decir, que se registren con Gravity y vayan directamente a un plan de esa membresía, pues entonces tienes que ver si existe addon que los vincule. Todos los enlaces que he comentado están justo debajo de esta pregunta, que ya sabéis que los episodios de preguntas y respuestas están extraordinados. Normalmente pongo todo muy ordenado, pero en este caso os recomiendo mucho que vayáis a las notas del episodio de la web, es decir, Gonzalo es 476, porque lo tenéis todo a vuestra disposición, incluso el minuto en el que respondo a cada pregunta. Venga, vamos con la segunda que es de Morales y que va sobre pagos recurrentes con Redshift Me Muy buena Gonzalo. Tengo un club de triatlón que quieren hacer el alta de nuevos socios y el pago recurrente para los que ya son miembros a través de su página web. ¿Cómo me recomiendas implementarlo? La única peculiaridad es que tienen un TPV de la Caixia y quieren recibir el pago por ahí, por lo que el pago recurrente tendría que ser con Redsi. Correcto. A ver, esta pregunta de Morales que me la envió hace tiempo ya y ahora he vuelto a investigarlo un poquito para este episodio, claro, tiene la pega, porque su pregunta básicamente es que necesita que se haga un pago recurrente, pero ya está, es decir, es un club y el usuario tiene que pagar mes a mes, pero no tiene que entrar a la web a hacer nada, simplemente que quiere que ese proceso se pueda hacer online, que le pueda enviar un enlace a la persona y apúntate aquí, aquí pagas y ya mes a mes pues van pagando. Claro, si por ejemplo no existiese esta obligación de utilizar un TPV virtual, en este caso de La Caixa, pues yo te diría, mira, créate un enlace de pago o en Paypal o en Stripe y lo mandas, no tienes ni que crear web, ni que ponerlo en la web ni nada, lo mandas directamente por email o lo pones en la web. Esto sería lo más fácil, pero claro, lo quieren mantener todo por STPV. Entonces por supuesto que si lo usas con woocommerce o con cualquier plugin que permita el cobro recurrente y que tenga la posibilidad de añadir algún addon de Redshift, que hay varios por ahí, pues con eso lo tienes. Pero claro, instalar WooCommerce para esto es un poco bestia. ¿Qué es lo que ocurre? Que hay soluciones muy buenas, por ejemplo la web de Connection, que de hecho les escribí por WhatsApp y son súper amables y están incluso abiertos a escuchar feedback y a desarrollar cosas nuevas y demás. Incluso yo creo que si les escribís y le proponéis algún desarrollo a medida, previo pago por supuesto, pues podéis tener alguna opción. Los que buscáis alguna solución de este tipo y trabajan muy bien con APIs de determinados plugins y Redshift, entonces los vinculan, por ejemplo, además de por supuesto el vínculo de WooCommerce con Reds, que tienen un plugin para ello, que soporta Bizum por cierto, pues luego también tienen vínculo, que esto es lo interesante, con Contact Form Seven. Entonces podrías crear un formulario con Contact Form Seven controlando perfectamente los campos que quieres que rellene la persona para hacer el pago, pero que sea simplemente un formulario de Contact Form Seven. También lo tienen para Gravity Forms, también lo tienen Para WPForms, también tienen un generador de un enlace para pago con Redshift directamente, o un generador de un botón para pagar con Redshift directamente, pero claro, en estos casos el pago es único, no existe recurrencia. El que sí que tiene vínculo es el de GIF, por ejemplo, no sé si conoces GIF WordPress, que es el plugin de donaciones, pero claro, lo que hacen es aprovechar su característica o su add on de pago por recurrencia, igual que con WooCommerce lo que hacen es aprovechar su funcionalidad con la extensión de WooCommerce subscriptions, entonces lo que hacen es entrar ahí en ese sistema, por eso los demás no lo tienen. Ya digo que estuve hablando con ellos, si tienes alguna petición concreta o alguna sugerencia o si muchos, imagínate que les sugerís que os gustaría que se pudiese tener la funcionalidad en el de Gravity Forms para que se cobre también de forma recurrente y ven que lo habéis preguntado 10 personas, pues a lo mejor le interesa desarrollarlo. En fin, pero quería mencionarlo porque ya sea para esto o para otro caso, por ejemplo a mí me parece súper interesante el que puedas cobrar con Redshift directamente desde un formulario, ya digo WPForms, Gravity o Contact from Seven, así que muy interesante, ya los vi hace años, o sea que llevan tiempo por ahí, pero hasta hace ya digo muy poquito, la semana pasada no los había contactado y me han dejado muy buena sensación, os dejo el enlace, pero vamos, es Codexión como code de código en inglés y luego pues Action C tion codection, vamos. Venga, pues dejamos esta pregunta y vamos con la tercera que es de Pedro y que va sobre cómo haría yo mi membresía si empezara de nuevo. ¿Me Hola Gonzalo, si comenzaras de nuevo con tu web, cómo lo harías? Recuerdo que en uno de tus podcast mencionaste que los cursos los organizabas con páginas y subpáginas. Voy a crear una web para ofrecer un curso de inglés, el cual consta de tres niveles y cada nivel tiene 30 clases, en total serían 90 clases, cada una de 30 minutos. Quisiera saber cómo me aconsejas hacerla, ya que no sé si utilizar el mismo sistema de páginas y subpáginas, un CPT o un plugin de academia. La idea es seguir tus consejos de simplicidad, minimalismo y buena experiencia de usuario. Bueno, esta pregunta me la mandó Pedro hace tiempo también, pero como tenía relación con esto pues la he rescatado y creo que en el episodio en el que digo cómo tengo montado mi Membership site, que lo tengo de hace tiempo ahí ya digo las cosas que haría distintas, pero básicamente usaría otro plugin para la restricción de contenido y el pago recurrente, porque ahora mismo utilizo EDD, Easy Digital Downloads y eso me obliga a tener bastantes addons. Necesito el addon de Content Restriction, es decir de restringir el contenido, necesito el addon de cobros recurrentes y algunos otros. ¿Por qué elegí en su día IDD, que es un muy buen plugin, es el plugin más popular para montar una web de descargas digitales? Pues lo elegí porque en su día cuando la monté mi idea era vender descargas digitales, iba a hacer plugins, iba a hacer ebooks, este tipo de cosas y luego la formación era como un proyecto bastante ambicioso, pero quería comenzar con la formación, de hecho comencé con un curso de venta única, no era de venta recurrente y luego ya formación fue cogiendo atracción y entonces lo convertí en membresía con todos los cursos, todos los vídeos de la zona código, todo lo que ya hay sigo vendiendo por separado, porque por ejemplo mis servicios los vendo también a través de aire, lo que pasa que en lugar de descargas pues lo llamo servicios, es una modificación que hice que se puede hacer, creo que lo tengo cubierto en la zona código, no estoy seguro. Y al final pues un poco eso, la venta normal de lo que serían los productos descargables pues la uso para vender servicios y la parte recurrente pues la tengo con estos ADO. Luego por otro lado, como me dice Pedro, yo uso páginas y subpáginas para los cursos, es cierto, si lo hiciera de nuevo no lo haría así, y también por otro lado, cuando publico el podcast lo hago a través de entradas, si lo hiciera de nuevo tampoco lo haría así. ¿Entonces cómo lo haría básicamente qué grandes cambios haría? Porque luego seguramente también haría otros y demás, pero bueno, a nivel así general y para lo que le interesa a Pedro, que es cómo montar la parte de la formación y de venta y demás, pues primero usaría Restrict Content Pro en lugar de EDD, es más simple, más sencillo y si quiero hacer una venta puntual también lo puedo hacer, pero yo lo que haría es para las ventas puntuales o para cosas que no requiera que el usuario entre a la web, haría un poco lo que te he comentado antes, crearía un enlace de venta directamente en Stripe y o lo pondría enlazado en mi web o lo mandaría por email o lo que sea, pero no lo crearía como producto dentro de mi web. Ya digo, todo aquello que no requiera que el usuario entre a mi web, inicie sesión y tenga que hacer cosas. En los casos en los que sí, entonces lo vendería con Restrict Content o incluso con Gravity Forms también como tengo Gravity Forms puedo vender por ahí, que de hecho lo he hecho alguna vez, pero bueno, como no quiero tenerlo tampoco muy separado pues en ese CAS no lo hago. Luego, tema de cómo estructurar los contenidos a nivel interno, crearía un Custom Post Type para cada uno, porque al final mi pensamiento inicial era para qué voy a crear más contenido si lo puedo hacer con páginas, lo puedo hacer con entradas, no necesito añadir nada extra, pero al final es menos ordenado, entonces muchísimo más ordenado tener cuando además está tan diferenciado. Si tengo cursos, creo un tipo de contenido cursos y además usaría, lo pondría jerárquico para que se comportara como las páginas y las lecciones las haría como subpáginas. Se pueden crear dos tipos de contenido, uno que sea para la página de presentación y otro que sea para las lecciones, pero vincular dos tipos de contenido y que se asocien uno con otro es más complejo técnicamente y eso sí que no me merecería la pena. Bueno, esto en mi caso, que yo tengo un tipo de contenido muy minimalista donde pongo texto, meto un vídeo en medio y ya está. Si buscas otra experiencia tipo academia entonces ya tienes que tirar por learndash o similar. Después lo que te comentaba del podcast, crearía un tipo de contenido llamado Podcast y no lo tendría en las entradas. Ahora lo que hago lo tengo en entradas y tengo una categoría que se llama podcast. No está tan mal porque al final no me supone nada, pero no me gusta, preferiría tenerlo separado a todos mis clientes ahora se lo creo separado cuando hago una web para algún cliente y necesita podcast. Y también seguramente repensaría cómo tengo montado el tema de las facturas, porque ahora lo que hago es básicamente como quiero un checkout súper minimalista, pues entonces no pido los datos de facturación porque además la mayoría de la gente no los quiere y lo que hago es que posteriormente el que quiera factura que me lo envíe y ya creo en mi programa de facturación que es factura directa, ya creo yo al usuario la factura recurrente y ya si ahí pues cada mes o cada año, depende del nivel de membresía pues le va llegando, pero lo haría seguramente más automatizado. Que escriban a través de un formulario, por ejemplo, que lo escriban y eso ya vaya a factura directa y lo tengan. Lo puedo hacer hoy en día también, pero al no estar creando el workflow desde cero, la web y demás, pues es como algo que tengo ahí pendiente y que no lo acabo de hacer. En esencia sería eso. Si no recuerdo mal, Pedro al final lo que hizo fue utilizar learndash porque a él le interesaba mucho más que el usuario pudiese tener esa experiencia que ve en forma de árbol todas las clases que va pasando a una a otra, la posibilidad de poner test y todo esto de tener que terminar una clase para pasar a la siguiente, de cuando completas una te redirige automáticamente a la siguiente. Yo lo podría llegar a hacer también, pero sería bastante más manual. Bueno, os dejo el curso Restrict Content Pro, que es el que digo que yo usaría si empezara de nuevo, y también el curso de Add Admin and Site Enhancements Pro. ¿Por qué? Primero porque este es un plugin que descubrí hace relativamente, bueno, ya hace un tiempo, pero que me ha hecho sustituir un montonazo de plugins y por ejemplo te permite crear un tipo de contenido personalizado que yo siempre he utilizado y realmente si quieres más opciones, más control, es el que te recomiendo. Custom Post Type UI CPT UI, del que tienes también un curso completo para crear tipos de contenido y taxonomías personalizadas, pero con Admin Assigned Enhancements Pro. Ya digo, además de poner un montón de funcionalidades, como poder duplicar contenidos fácilmente desde el admin, reordenar el menú de administración escondiendo todos los menús que nos quieras que se vean, hacer ciertas optimizaciones. Bueno, tiene mil cosas, te puedes ahorrar o sustituir un montón de plugins utilizando solo este y activando las características que necesitas. Pues os lo dejo, pero si preferís Custom Post ibui porque queréis más control, también lo tenéis disponible, incluso en el curso os enseño cómo eliminar el plugin si no lo queréis una vez habéis terminado de crear ese tipo de contenido personalizado y esas taxonomías personalizadas. Venga, vamos con la pregunta 4, que me he liado un poco con la de Pedro, y en este caso es de Teresa y va sobre compatibilidad de restrict Content Pro con Elementor Me Hola Gonzalo, hace mucho que no te doy el tostón. Mira, estoy configurando una membresía y después de ver tu curso de Restrict Content Pro he empezado a implementar y configurar todo y creyendo que me he enterado bien cuando he ido a restringir una zona de una página para que solo la puedan ver los que están registrados en la membresía con el shortcode restrict se visualiza y además el shortcode que cierra también está visible y no lo hace. Te paso pantallazo para que veas la configuración. También decirte que he seguido los pasos que debo tener en cuenta antes de usar este shortcode según la web del plugin tal, tal, tal. No sé qué puedo estar haciendo mal. Cuando puedas gracias como siempre. Bueno, gracias a Teresa. Sí, claramente inspeccionando la web de Teresa vi que la tenía con Elementor y entonces me imaginé que el problema estaba ahí. Elementor tiene un tema con los shortcodes que no los coge bien, sobre todo cuando son de apertura y cierre. No le pasa solo con los de restricción, le pasa con muchas cosas. Entonces lo que yo suelo hacer con mis clientes que usan Elementor o que aunque me pregunta es pegarlo en HTML en lugar del widget de shortcode y ahí ya te debe funcionar. Y además sobre todo si lo que vas a restringir por ejemplo es un vídeo, pues lo pones todo en ese widget de HTML y listo, incluyendo el shortcode. Ya me contestó Tamara que efectivamente este era el problema y se lo solucionó. Aprovecho para dejaros el curso de Restrict Content Pro y el curso de Elementor también tenéis el curso de Elementor Pro disponible. Venga, pues nos vamos con la quinta y última pregunta que es de Tamara y que es muy concreta. Va sobre cómo configurar un pago de de tres meses y luego una mensualidad normal en Restrict Content Pro. Buenos días Gonzalo, tengo una duda con el Restrict Content Pro. ¿Hace falta decir con el Restrict Content Pro este de los cojones? Bueno, para la membresía que estoy haciendo es mensual pero pide compromiso por parte del cliente y quiere que se paguen en tres meses al principio con una oferta X y luego ya mes a mes. No da otra opción de pagar mes a mes desde el principio son tres meses sí o sí al precio de dos y luego ya mes a mes. Se me había ocurrido hacerlo a modo de matrícula, pero luego no sé cómo poner que ese primer pago de acceso a tres meses y luego mes a mes. Si me pudieras dar un poco de luz al respecto te lo agradecería mucho. Un saludo y buen día. Tamara Bueno, este es un caso muy concreto y hay que jugar un poco. Hay veces que me piden cosas o me preguntan cosas de configuración de Restrict Content Pro que directamente no se puede, pero en este caso sí se puede. Básicamente hay que combinar la tarifa de registro con un periodo de prueba gratuito. En este caso le metes una tarifa de registro que sea el equivalente a lo que tú quieres cobrar por los tres meses y luego pones que el periodo de prueba son tres meses y luego le pones el precio normal a la membresía. Os voy a dejar porque le mandé una captura a Tamara de cómo se iría la configuración si el precio fuese de 10 euros al mes. Entonces os la leo rápido, pero vamos, podéis ver la captura que la he dejado en las notas del episodio. Duración un mes, porque es la cantidad que pasa, digamos en lo que es una membresía mensual. Duración del período de tres meses máximo de renovaciones hasta que se cancele 10 euros. Tarifa de registro 20, porque me ha dicho que quiere hacer 3 por 2 serían 30, pero como quiere cobrar solo dos meses durante esos tres, pues 20 y ya está. Con esto lo tendría. Y me contestó Tamara que genial, que era justo lo que quería. Así que si estáis en un caso similar ya sabéis la configuración que podéis hacer. Perfecto. Recordad que tenéis todos los enlaces que he comentado, las novedades de esta semana en gonzalonabarro es en las notas del episodio. Nada más por hoy, nos seguimos escuchando. Adió.