Análisis IA

La sesión de WordPress ya está abierta. Confirmé BuddyNext y BuddyNext Pro 1.2.1, y Jetonomy 2.0.0. Además, el panel de BuddyNext ya muestra 8 miembros y 9 Focos: eso indica que debemos investigar dónde se separan los datos de BuddyNext y Jetonomy, antes de atribuir el problema a usuarios faltantes.

Encontré una advertencia concreta de compatibilidad: BuddyNext indica que su integración con Jetonomy fue construida para la versión 1.9.7, mientras tienes la 2.0.0. Los tres controles de integración —navegación, actividad y búsqueda— están activados. También hay un aviso más específico en Learnomy: tienes 1.8.0 y el puente solicita 1.9.4 o superior para ofrecer todas sus funciones. Estos avisos requieren revisión, pero todavía no demuestran la causa del contador de usuarios.

La documentación oficial explica una diferencia importante: Jetonomy crea el perfil comunitario de cada usuario cuando visita por primera vez una página del foro estando conectado. Por eso su lista puede mostrar 1 aunque WordPress y BuddyNext tengan 8; no implica por sí solo que falten cuentas.

También confirmé que Plugin Isolation está desactivado. Encontré 24 tareas fallidas en el historial, algunas antiguas y otras de correos de septiembre; las estoy separando de los problemas actuales para no recomendar arreglos innecesarios.

Ya pude distinguir el problema real de navegación: en el Foco de BuddyNext “Salud Latina” aparecen 4 miembros, pero no aparece la pestaña de foro/discusiones que describe la documentación. Jetonomy tiene otro “Salud Latina”, con 1 miembro y una URL diferente. Compartir nombre no demuestra que ambos estén asociados.

Para la presentación de mañana también hay un hallazgo visible: la portada de Jetonomy muestra temas en inglés y categorías vacías que parecen proceder de una demostración. Conviene revisar ese contenido antes de mostrar esa sección. (Esto es porque le pedí la tarea para una supuesta presentación).

Encontré la causa concreta en “Salud Latina”: dentro de Configuración del Foco → Integraciones, “Habilitar discusión” está apagado y el selector para vincular una discusión existente está vacío. El código instalado confirma que la pestaña solo aparece cuando existe una asociación y está habilitada.

Esto matiza la documentación pública: tu versión exige esa decisión por Foco. La solución probable es vincular el foro “Salud Latina” que ya existe, evitando crear otro duplicado. No he activado ni asociado nada.

Mi propuesta para las próximas 24 horas:

1. Conectar correctamente un Foco con Jetonomy. Empezar por “Salud Latina”: vincular su foro existente y habilitar la discusión, evitando duplicados. Comprobar después la navegación y el acceso con un usuario normal. Esta prueba nos dirá cómo se comportan realmente los perfiles y las membresías.
2. Definir una estructura consistente. BuddyNext gestionaría perfiles, relaciones, actividad y Focos; Jetonomy, los debates dentro de esos Focos; MediaVerse, medios y mensajería. Decidiremos qué Focos necesitan debates, eventos, medios o negocios, y activaremos solo esas funciones.
3. Preparar el recorrido de mañana. Revisar inicio, registro, miembros, Focos y las secciones que mostrarás. Corregir enlaces confusos, traducciones visibles y contenido de demostración que hayas aprobado retirar u ocultar. Probar también en móvil.
4. Atender estabilidad y eficiencia. Investigar el retraso de tareas programadas, los fallos de correo, la caché de páginas dinámicas y los permisos de los distintos roles. Antes de cambios técnicos, verificar una copia de seguridad reciente y cómo restaurarla.
5. Separar mejoras inmediatas de mantenimiento posterior. La diferencia de versiones de Learnomy merece atención, pero una actualización general antes de la presentación necesita pruebas en una copia del sitio. No compraría Jetonomy Pro para resolver lo que encontramos.

Puedo ejecutar las correcciones autorizadas y comprobar sus resultados. Te presentaré cada bloque con su alcance y consecuencias antes de aplicarlo.

Ya hice la copia manual: UpdraftPlus confirmó que terminó correctamente, con archivos y base de datos, conservada hasta eliminación manual. Está guardada en el servidor.

También vinculé Salud Latina con su discusión existente de Jetonomy: la pestaña Discusiones ya aparece y abre correctamente.

Ahí me pidió entrar con una cuenta de miembro normal, no admin y me dijo esto:

La cuenta de Mercy puede abrir Discusiones y el formulario para iniciar un tema. Además, Jetonomy ya muestra a Mercy en su lista de miembros destacados: no está limitado al administrador.

Sí confirmé una diferencia que puede confundir: Mercy pertenece al Foco de BuddyNext, pero Jetonomy todavía ofrece “Únete a Foco” y cuenta una membresía independiente. También utiliza el nombre “Foco” para su foro; conviene distinguir ambas cosas en la navegación. (Esto tengo que resolverlo en Loco Translate. El problema es que en inglés no aparece como Foro, sino como space y todo lo que aparece así lo traduje como Foco).

La inscripción al curso DEMO gratuito de React funcionó y permitió abrir la primera lección. La prueba dejó a Mercy inscrita y la gamificación le asignó 5 puntos automáticamente. Encontré una incoherencia menor: tras confirmar la inscripción, el curso todavía decía “Sin estudiantes inscritos aún”; la registraré para revisar su contador. (Revisar esto)

El panel del estudiante reconoce correctamente el curso inscrito. También abren el formulario de listados, el de eventos y el panel de candidato.

Encontré un bloqueo concreto en Agregar Artículo: el menú lo ofrece al miembro, pero la página responde que su cuenta no puede publicar. Debemos alinear ese enlace con los permisos que quieras dar a los miembros; no conviene ampliar permisos sin definir esa regla. (Ya está definido, solo a quienes aprobemos como autor pueden publicar artículos, para mantener la calidad del Blog).

La prueba confirmó que Jetonomy permite a un miembro publicar temas y respuestas sin Pro.

Detecté una prioridad: contenido desactualizado, probablemente por caché. La respuesta se guardó, pero la página original mostraba cero respuestas y el Foco seguía vacío. Al cambiar el orden (no sé qué «orden») apareció correctamente.

También confirmé que los cursos permiten inscripción y acceso; “Agregar Artículo” está bloqueado para esta cuenta.

Voy a revisar la caché de las páginas de miembros y discusiones para identificar qué está conservando las versiones antiguas.

LiteSpeed está guardando páginas privadas de usuarios conectados. Voy a desactivar esa opción y comprobar si el tema y la respuesta se actualizan correctamente. Es un cambio reversible; la caché de visitantes seguirá activa. (Hay que revisar si esto nos afecta en otra cosa).

Tras desactivar la caché de usuarios conectados, el Foco ya muestra el tema con 1 respuesta, y la dirección original de Jetonomy también muestra la respuesta correctamente.

El resultado respalda que la caché privada estaba interfiriendo. Falta repetir la comprobación con Mercy para confirmarlo con los mismos permisos de la prueba inicial.

MediaVerse permite globalmente enviar mensajes a todos y no exige antigüedad mínima. Por tanto, la restricción observada (no sé a qué restricción se refiere) no viene de esas dos opciones; queda revisar las preferencias de los destinatarios y las reglas de BuddyNext.

Ahora estoy comprobando las insignias que aparecieron durante la prueba para distinguir una configuración incorrecta de simples avisos pendientes.

Encontré una configuración incorrecta: “Creador de Focos” se concede por crear una publicación, en vez de crear un Foco. Voy a corregir esa condición y revisar “Primer Contacto” y “Perfil Pro”, que también aparecieron al publicar. Los cambios se aplicarán a futuras concesiones; las insignias ya otorgadas requieren una revisión aparte.

Avancé y guardé todo:

• Corregí otras cuatro reglas de insignias; “Pionero en Encuestas” quedó manual.
• Confirmé que WebCoord no aparece como destinatario porque tiene los mensajes deshabilitados.
• Las 60 tareas pendientes están programadas para el futuro; no están atascadas.
• Jetonomy ya confirma 2 usuarios, incluido Mercy.

La corrección quedó validada con Mercy: el tema y su respuesta aparecen correctamente tanto en el Foco como en Jetonomy, incluso al recargar. Guardé el resultado.

Para continuar con “Agregar Artículo”, falta definir la regla: ¿los miembros deben enviar artículos para revisión, publicarlos directamente o solo leer? Recomiendo enviarlos para revisión.

Le contesté: Los miembros solicitan primero ser considerados como Autor. Si le otorgamos esa categoría, significa que pueden publicar directamente, sin que tengamos que revisar lo que publican. Es por eso por lo que no los revisamos. En mi equipo somos solo 2 personas por el momento. Podemos aprobar a los Autores, pero no cada entrada que publican.

Entendido: miembro → solicitud de Autor → aprobación de ustedes → publicación directa, sin revisión de cada artículo.

Entonces, el bloqueo de Mercy para publicar es correcto. Lo que debemos mejorar es que “Agregar Artículo” explique ese requisito y permita solicitar ser Autor, en lugar de mostrar un rechazo genérico. (Tengo que revisar cómo quedó eso, pues la página de solicitud la voy a hacer con un formulario de Divi en el subsitio, pero quizás se pueda cambiar el texto del botónj por: «Agregar Artículo: Solo Autores».

¿Cómo reciben actualmente esas solicitudes: mediante algún formulario del sitio, por correo o por otro canal?

Le contesté: Sí, vamos a establecer un formulario en una página independiente para que la gente aplique. Y una vez los aprobemos como Autores, pues ya pueden publicar todo… Y le pedí que me hiciera un checklist de todo lo que tengo que hacer yo, pues se mn acababan los créditos.

Este checklist parte de lo que ya comprobamos en WebLat. Hazlo en orden: primero respaldo, después funciones y permisos, y al final rendimiento y limpieza. No necesitas activar todas las funciones disponibles para tener una plataforma sólida.

Lo que ya quedó hecho —no hace falta repetirlo—

• Respaldo completo de UpdraftPlus del 28 de septiembre, 18:55, terminado correctamente y conservado hasta eliminación manual. Después yo hice otro por la noche de ese mismo día, a las 21:02.
• Asociación del Foco Salud Latina con su foro existente de Jetonomy.
• Desactivación de LiteSpeed → Caché → Cachear usuarios con sesión iniciada. (Esto revísalo tú, porfa)
• Verificación con Mercy: puede publicar temas y respuestas; ambos aparecen correctamente en el Foco y en Jetonomy después de recargar.
• Corrección de siete reglas de insignias. “Pionero en Encuestas” quedó manual porque el selector no ofrece crear encuestas. (Eso de las insignias tengo que verlo, pues no quiero cargar el sitio con latios, niveles, insignias, tipos, etc.).
• Confirmación de que Jetonomy reconoce a Mercy y ahora muestra dos usuarios. Su contador no equivale al total de usuarios registrados en WordPress.

Primero: proteger el trabajo

1. Haz un nuevo respaldo antes de tus siguientes cambios. En UpdraftPlus → Hacer ahora una copia de seguridad, incluye base de datos y archivos. Marca que solo pueda eliminarse manualmente. Espera el mensaje de finalización correcta.
2. Conserva también el respaldo inicial. El del 28 de septiembre a las 18:55 permite volver al estado anterior a nuestra intervención. El nuevo permitirá volver al estado ya corregido.
3. Descarga una copia fuera del servidor. En el conjunto nuevo, descarga los componentes disponibles: base de datos, plugins, temas, subidas, plugins imprescindibles y otros. Actualmente, las copias están únicamente en el servidor; guarda los archivos en una carpeta privada de tu equipo. (Esto necesito que lo anotes para que me ayudes a hacerlo luego que ya le pase todo a Navarrete). 
4. Anota cada cambio. Basta un documento con fecha, pantalla, valor anterior, valor nuevo y resultado. Cambia una cosa cada vez y pruébala antes de continuar.
5. No restaures todo el sitio para deshacer un ajuste sencillo. Primero intenta devolver ese ajuste a su valor anterior. Una restauración completa también puede borrar registros, publicaciones o solicitudes recibidas después del respaldo.
6. Usa dos sesiones para las pruebas. Mantén el administrador en tu navegador habitual y abre una ventana privada con Mercy. Así puedes cambiar una configuración y comprobarla como miembro sin cerrar y abrir sesiones constantemente.

Recorrido esencial del miembro (Todo esto lo dejo terminado hoy 9/29)

7. Comprueba el inicio de sesión desde una ventana privada. Entra por /login/, accede con Mercy y verifica que no termina en el escritorio administrativo ni en una página equivocada.
8. Comprueba el cierre de sesión. Después de salir, abre una página de cuenta. Debe pedir acceso o mostrar únicamente contenido público; no debe seguir mostrando datos privados de la sesión anterior. (Esto no lo entendí)
9. Prueba una recuperación de contraseña con una cuenta tuya. Solicita el correo, comprueba que llega y que el enlace conduce al sitio correcto. No necesitas cambiar la contraseña si solo estás comprobando la recepción.
10. Prueba un registro nuevo con un correo que controles. Verifica el formulario, el correo de verificación y el acceso posterior. Usa una cuenta claramente identificada como prueba, sin permisos administrativos.
11. Verifica el rol asignado al registrarse. Debe ser el rol de miembro que hayas elegido, con acceso básico. No debe recibir automáticamente Autor, Editor, Administrador, Instructor o Vendedor.
12. Revisa el perfil de esa cuenta. Comprueba nombre, fotografía, biografía y guardado de cambios. Recarga para verificar que persisten.
13. Prueba una publicación sencilla en el muro. Usa un texto como “Prueba técnica de funcionamiento”. Comprueba que se ve al recargar y desde la otra cuenta. Si genera avisos a miembros reales, limita estas pruebas a lo indispensable.
14. Prueba una respuesta y una reacción. Comprueba que ambas aparecen con la cuenta correcta y que sus contadores no vuelven al valor anterior al recargar.
15. Prueba una imagen pequeña. Verifica carga, visualización y apertura. MediaVerse mostraba un límite de 5 MB; no prometas cargas superiores mientras ese límite siga vigente. (Ese límite lo puse yo y no quiero cambiarlo, pues la gente toma fotos con sus teléfonos y nos pueden subir fotos de 20 MB o más. Pero hay que poner un aviso en algún lado de cómo bajarle el peso a las fotos).
16. Comprueba los avisos internos. Una respuesta o interacción entre tus cuentas debería producir el aviso que tengas configurado. Comprueba que el enlace del aviso abre el contenido correcto.
17. Revisa el sitio en un teléfono real. Prioriza acceso, menú, Focos, publicación, discusión, mensajes y primera lección. El navegador estrecho sirve como aproximación, pero no sustituye esta prueba.
18. Comprueba los controles de la parte inferior. En formularios y mensajes, desplázate hasta el final. Verifica que el menú fijo no tape “Guardar”, “Publicar”, “Enviar” ni el campo de escritura.

Focos y Jetonomy (Tareas Pendientes para mí)

19. Mantén una distinción clara entre las dos entidades. BuddyNext contiene los Focos sociales: miembros, actividad y configuración del grupo. Jetonomy aporta las discusiones en hilos. Asociarlos no significa que todos sus contadores o membresías deban ser idénticos.
20. Usa Salud Latina como referencia funcional. Abre /focos/salud-latina/, entra en Discusiones y abre el tema técnico existente. Debe mostrar la respuesta. No necesitas crear otra prueba para comprobar esto.
21. Decide qué otros Focos necesitan discusiones. No habilites foros únicamente para llenar secciones. Actívalos donde quieras conversaciones duraderas organizadas por temas.
22. Para asociar un foro existente: entra como administrador en el Foco → Configuración → Integraciones. Busca el foro en “¿Ya tienes una discusión? Vincúlala…”, selecciónalo y guarda. Esto evita crear otro foro con el mismo propósito.
23. Para un Foco sin foro existente: activa Habilitar discusión y guarda. La interfaz indica que creará su área de discusión automáticamente. Después comprueba el resultado antes de hacerlo en otro Foco.
24. Revisa la privacidad de cada asociación. Si un Foco es privado o restringido, comprueba su foro desde una cuenta que no pertenezca a él. No des por hecho que la restricción funciona solo porque el administrador puede verlo.
25. Activa Medios, Eventos o Negocios por Foco únicamente cuando tengan una función concreta. Una pestaña vacía adicional aumenta la navegación sin demostrar más capacidad. Puedes dejarla desactivada hasta utilizarla. Pensar bien esto, pues eso funciona si todos los focos los creo yo, pero no cuando sean creados por los miembros).
26. Evita dos botones distintos llamados “Crear Foco” sin explicación. Jetonomy también utiliza actualmente ese nombre para sus espacios. Cuando revises sus textos o traducciones, procura que quede claro si se crea un Foco social o un foro de discusión. No cambies las direcciones de las páginas para resolver un problema de nombres. (resolver esto en Loco T).
27. No importes los ocho usuarios ni ejecutes sincronizaciones a ciegas. Ya comprobamos que Mercy fue reconocida y pudo participar. Un contador de dos usuarios de Jetonomy no demuestra que falten seis cuentas de WordPress.
28. Conserva el tema técnico hasta terminar las comprobaciones. Luego podrás archivarlo o retirarlo mediante las opciones normales del plugin. No borres todos los datos DEMO para eliminar una sola prueba. No sé qué es el «tema técnico». Quizás se refiera a los datos demo, pero no sé.

Solicitud de Autor y publicación directa

29. Crea una página independiente “Solicitar ser Autor”. Una dirección clara sería /solicitar-ser-autor/, siempre que no exista ya otra página con esa dirección. Lo que voy a hacer con el formulario de Divi.
30. Explica el proceso al principio de la página. Puedes utilizar este texto:

“Para publicar artículos en WebLat, primero debes solicitar la categoría de Autor. Nuestro equipo revisará tu solicitud. Una vez aprobada, podrás publicar directamente, sin revisión previa de cada artículo, respetando las normas de la comunidad.”

31. Añade un formulario utilizando una herramienta de formularios que ya tengas disponible. No comprobamos una herramienta específica para este propósito. Si no tienes ninguna, trata su elección como una tarea separada: no añadas varios plugins para comparar dentro del sitio principal.
32. Pide solo información útil para aprobar al Autor: nombre de usuario de WebLat, correo de su cuenta, breve presentación, temas sobre los que quiere escribir y enlace a una muestra de trabajo, opcional. Añade una confirmación de que ha leído las normas de publicación. (Tengo que crear las normas de publicación)
33. Indica que debe tener una cuenta de WebLat. La solicitud debe identificar una cuenta existente; así evitas conceder permisos a una persona o dirección equivocada. Eso puede ser un problema, pues ahora no tenemos conectado el dominio principal al subdominio donde tengo Divi… (pensar cómo resolver).
34. Configura un destinatario interno concreto. El formulario debe llegar a uno de ustedes o a un buzón compartido que ambos revisen. Si la herramienta permite guardar solicitudes en WordPress, actívalo para no depender exclusivamente del correo.
35. Configura una confirmación clara. Tras enviar, debe aparecer “Recibimos tu solicitud. Te avisaremos cuando sea revisada”. Evita prometer un plazo que dos personas no puedan cumplir. Configurar con Divi.
36. No asignes Autor automáticamente al enviar el formulario. El envío crea una solicitud; la aprobación de ustedes es el paso que concede el permiso.
37. Al aprobar, concede el rol o permiso real de publicación. Una etiqueta visible “Autor” en BuddyNext puede ser solo descriptiva. Comprueba que también exista la capacidad efectiva para publicar artículos. Conserva otros roles necesarios de esa cuenta si tu herramienta permite varias funciones.
38. Comprueba el comportamiento con un Autor autorizado. Debe poder crear y publicar un artículo directamente, editar sus propios artículos y gestionar sus imágenes. No debe obtener acceso a plugins, ajustes globales ni artículos ajenos.
39. Revisa WB Member Blog y su versión Pro. Comprueba que permiten publicar al rol Autor y que no fuerzan revisión editorial para ese rol. No habilites publicación directa para todos los miembros para solucionar el acceso de los Autores.
40. Adapta la navegación al permiso. Para miembros corrientes, muestra “Solicitar ser Autor”. Para Autores, “Agregar Artículo” y su panel. Si tu menú no admite condiciones por rol, mantén visible “Solicitar ser Autor” y explica en la página quién puede usar “Agregar Artículo”. Revisar bien esto.
41. Traduce el rechazo de publicación. El mensaje actual aparece en inglés y solo dice que la cuenta no puede publicar (Ver por qué no se tradujo con Loco o enviar ticket por ese string). Sustitúyelo, mediante una opción del plugin o una traducción de Loco, por una explicación del requisito y, si la herramienta lo permite, un enlace a la solicitud. No edites directamente los archivos del plugin.
42. Prueba el circuito completo una vez. Envía una solicitud desde tu cuenta de prueba, comprueba su recepción, apruébala manualmente y verifica una publicación directa. Después devuelve la cuenta de prueba a su rol original si no quieres conservarla como Autor.

Mensajería y privacidad

43. No cambies la privacidad de WebCoord por error. Esa cuenta tiene mensajes en “Nadie”, solicitudes de conexión en “Nadie” y está fuera del directorio. Por eso Mercy no podía encontrarla como destinatario. Eso no demuestra un fallo de mensajería.
44. Prueba mensajes entre dos cuentas tuyas destinadas a participar. Revisa en ambas Configuración → Privacidad → Quién puede enviarme mensajes directos. Si eligen “Mis contactos”, deben establecer primero la conexión correspondiente.
45. Envía un mensaje técnico y responde desde la segunda cuenta. Comprueba llegada, aviso, apertura y persistencia al recargar. Hasta completar esta prueba, considera validada la búsqueda desde administrador, pero no todo el circuito de mensajería entre miembros.
46. Decide qué cuenta representa el soporte. Si quieres que los miembros puedan contactar al equipo, utiliza una cuenta con una política de mensajes adecuada y un enlace visible (Crear cuenta de Admin: WebLat Staff). Puedes mantener WebCoord como cuenta administrativa reservada.

Cursos, eventos, directorio y servicios

47. Comprueba el curso ya inscrito de Mercy en /cuenta/. Debe mostrar el curso DEMO de React. Ya comprobamos que la inscripción gratuita y la primera lección funcionan; no hace falta volver a inscribirla.
48. Completa una lección de prueba y revisa el progreso. Regresa al panel y comprueba que el porcentaje o el número de lecciones completadas cambió. Abre también el vídeo para verificar reproducción, no solo la presencia de su recuadro.
49. Distingue miembro de WebLat y miembro de un plan de cursos. Un curso marcado “Solo para miembros” puede requerir una membresía de Learnomy. Explica qué plan necesita y cómo obtenerlo; no dejes que el visitante suponga que basta registrarse en WebLat.
50. Revisa los cursos DEMO externos. Si un botón de inscripción lleva a otra web, comprueba su destino. Puedes conservar el curso DEMO, pero evita botones que conduzcan a páginas inexistentes o a compras ajenas al propósito del sitio.
51. En EventLat, prueba un evento gratuito claramente identificado como prueba. Verifica fecha, zona horaria, lugar, inscripción si corresponde y aparición en el listado. No introduzcas un pago para comprobar un evento gratuito.
52. En DirLat, prueba un listado de tu propio proyecto. Comprueba el envío, el estado pendiente o publicado según tu política, la aprobación si aplica y la edición posterior por su propietario.
53. Aclara las secciones solapadas. DirLat ofrece categorías de eventos y empleos, mientras que también tienes EventLat y EmpleLat. Define cuál es el lugar principal para cada función y usa enlaces o explicaciones para evitar dos circuitos aparentemente iguales. (Hay que explicar en algún lado que los trabajos que se publican en el directorio son cosas que necesito que alguien me haga en mi casa, por ejemplo: «Ponerme un ventilador de techo»; y que EmpleLat es para que las compañías publiquen sus ofertas reales de empleo, sea full-time o part-time).
54. En EmpleLat, separa candidato y empleador. Comprueba que un miembro puede explorar empleos y abrir su panel de candidato. La publicación de vacantes debe seguir la política de empleadores que elijas; no concedas ese rol a todos para evitar un mensaje de acceso.
55. En MercaLat, diferencia comprador y vendedor. Mercy abre correctamente un panel de comprador aunque el menú lo llame “Panel Vendedor”. Cambia ese texto por “Mi panel de servicios” si el enlace sirve a ambos perfiles, o muestra enlaces distintos según el rol.
56. Revisa las condiciones de venta antes de probar pagos. SureCart, Learnomy, Eventonomy y MercaLat pueden tener circuitos comerciales distintos. Anota para cada uno qué vende, cómo cobra, quién recibe el dinero y qué correo confirma la operación. No asumas que conectar uno configura los demás.
57. Comprueba que los productos DEMO no puedan provocar una compra involuntaria. Pueden seguir visibles como muestras, pero verifica si usan cobros reales. Si no están destinados a venderse, utiliza las opciones del producto para impedir la compra o retíralos de la parte comercial pública.

Rendimiento, mantenimiento y versiones

58. Mantén desactivada la caché de usuarios conectados. Ruta: LiteSpeed → Caché → Cachear usuarios con sesión iniciada → OFF. Esta fue la corrección comprobada para las discusiones desactualizadas. La caché general puede seguir activa. (Revisa esto tú, que entiendes mejor Litespeed).
59. No actives todas las optimizaciones de JavaScript y CSS de una vez. Si pruebas una opción, comprueba después menú, editor de publicaciones, mensajes, carga de imágenes, lecciones y formularios. Si falla una función, revierte la última opción antes de tocar otro plugin. (En esto voy a necesitar tu ayuda también, pero después de enviar todo a Navarrete).
60. Mantén Plugin Isolation desactivado durante esta fase. Ya estaba OFF. Activarlo ahora introduciría otra variable y podría excluir plugins de las rutas comunitarias. Su mera presencia como plugin imprescindible no significa que esté aislando otros plugins.
61. No ejecutes en lote las tareas pendientes. Revisamos las 60 y sus fechas eran futuras. “Pending” significa pendiente de su hora, no necesariamente atascada.
62. Conserva los fallos históricos como evidencia. Hay 24. No reintentes masivamente los trabajos de correo: podrían enviar avisos antiguos. Revisa primero el mensaje de error y si la acción todavía tiene sentido.
63. Documenta las tareas aparentemente duplicadas. Observamos pares de wb_gam_leaderboard_snapshot, learnomy_membership_end_trials y buddynext_purge_logs. Antes de cancelar uno, compara argumentos, grupo y recurrencia. Si son idénticos, prepara esa evidencia para soporte del plugin; no canceles todo el grupo. (Esto ni lo entiendo ni sé qué hacer).
64. Prioriza la compatibilidad de Learnomy. Encontramos Learnomy 1.8.0, mientras la pantalla de integración de BuddyNext indicaba 1.9.4 como versión requerida. Consulta las notas oficiales y prueba la actualización en una copia de pruebas antes de aplicarla al sitio principal. (Ya puse Learnomy 2.0. Comprobaré que todo funciona).
65. No interpretes “Newer partner” como incompatibilidad confirmada. Algunas integraciones indicaban versiones instaladas superiores a las probadas por BuddyNext. Registra el aviso y prueba la función afectada; no hagas una bajada de versión solo para eliminarlo. (Tampoco entiendo esto)
66. Actualiza un componente cada vez. Haz respaldo, actualiza, prueba el recorrido esencial y registra el resultado. Evita actualizar a la vez tema, BuddyNext, Jetonomy y todos sus complementos: si algo falla, será difícil identificar la causa.
67. No borres plugins solo por su nombre o por parecer duplicados. Antes de retirar uno, identifica qué páginas, bloques, menús o procesos dependen de él. Pon especial atención en Classic Editor, Advanced Editor Tools, Wbcom Essential y Fixed Bottom Menu: pueden intervenir en partes distintas.
68. Evita editar el tema padre y los plugins. Los cambios visuales deben ir en el tema hijo o en las opciones previstas; las traducciones, en una ubicación de Loco que no se sobrescriba al actualizar.
69. Programa respaldos con una frecuencia acorde a la actividad. Como punto de partida para esta etapa, considera base de datos diaria y archivos semanalmente, con varias copias retenidas y destino externo. Comprueba que el tamaño y la cuota de almacenamiento lo permiten.
70. Pospón Jetonomy Pro hasta elegir una función concreta. Las pruebas de identificación, asociación, publicación y respuesta funcionaron con la versión gratuita. Compra Pro si decides utilizar una función específica que mejore la experiencia, no para corregir los problemas ya resueltos. (Decisión tomada: por el momento, no comprar Pro. La IA de Google también coincide en que no hace falta. De hecho, por el momento, no hace falta nada más Pro).

Antes de enviar el enlace al evaluador (Se refiere a Navarrete)

71. Confirma que su cuenta sea un miembro corriente. No le concedas administración para evitar restricciones; esas restricciones forman parte de la experiencia que necesitas comprobar.
72. Recorre con esa clase de cuenta los enlaces principales. Focos, actividad, artículos, directorio, cursos, empleos, eventos, tienda y servicios deben abrir una página útil o explicar claramente el requisito de acceso.
73. Revisa los enlaces a otros dominios. “Inicio” apunta a red.weblat.org, y hay enlaces a weblat.net y cursos.weblat.org. Confirma que eso sea intencional, que funcionen y que no parezca que la sesión de WebLat se perdió.
74. Da prioridad a mensajes claros frente a traducciones exhaustivas. Corrige primero accesos denegados, formularios enviados, solicitudes pendientes, botones de publicación y errores. Las etiquetas secundarias en inglés pueden esperar.
75. Marca cada recorrido como aprobado, pendiente o bloqueado. Usa estas filas: registro, acceso, recuperación, perfil, muro, Focos, discusiones, mensajes, solicitud de Autor, publicación de Autor, curso, evento, listado, empleo, servicios y compra. Solo marca “aprobado” si completaste la acción, no si simplemente abrió la página.
76. Haz un respaldo final cuando termine esta ronda. Conserva ese estado como referencia antes de la visita. Durante la evaluación, limita los cambios a fallos concretos; evita reorganizaciones grandes que cambien continuamente la experiencia.

Para comenzar hoy, los puntos más importantes son 1–18, 29–46, 58 y 71–76. El objetivo inmediato es que una persona pueda entrar, entender qué puede hacer, hacerlo y ver el resultado correctamente.

Le pregunté qué hacer exactamente respecto a los focos y su relación con Jetonomy, que provee los foros, qué hacer y qué no hacer. Su respuesta: 

Salud Latina fue el caso de prueba para comprobar la integración antes de extenderla. Los otros ocho Focos siguen funcionando, pero todavía no tienen habilitadas sus discusiones de Jetonomy. No necesitas separar tus comunidades en dos sitios ni crear todo dos veces.

La distinción es esta:

Dentro de un mismo Foco, puedes ofrecer dos formas de participar:

• Actividad: compartir una novedad, una imagen, un enlace o una reflexión breve.
• Discusiones: abrir una pregunta o un debate que convenga encontrar y continuar después.

Por ejemplo, en Inteligencia Artificial, alguien podría compartir una noticia en Actividad y abrir en Discusiones un tema titulado “¿Qué herramientas de IA funcionan mejor para pequeños negocios?”. Son dos espacios complementarios dentro de la misma comunidad.

Mi recomendación concreta para WebLat

Dado que tus nueve Focos están planteados para compartir conocimientos y debatir, habilitaría Discusiones en los nueve, manteniendo una relación sencilla:

Un Foco de BuddyNext → un foro asociado de Jetonomy.

No es una obligación técnica, pero en tu caso ofrece una experiencia consistente: el miembro entra al Foco de su interés y encuentra siempre Actividad, Miembros y Discusiones. Mi recomendación anterior de seleccionar cuáles necesitaban foro era una posibilidad; no pretendía que tuvieras que dividir arbitrariamente las comunidades.

Cómo hacerlo con los otros ocho

1. Entra como administrador y abre el Foco, por ejemplo, Aprendiendo a Aprender.
2. Abre Configuración → Integraciones.
3. Si no has creado ya un foro equivalente en Jetonomy, activa Habilitar discusión y pulsa Guardar cambios. La integración creará el foro asociado.
4. Si ya existe un foro equivalente, búscalo primero en “¿Ya tienes una discusión? Vincúlala en su lugar”, selecciónalo y guarda. Así evitas duplicarlo.
5. Vuelve al Foco y comprueba que aparece Discusiones.
6. Abre esa pestaña. Si está vacía, debe ofrecer Inicia una discusión.
7. Comprueba con una cuenta corriente que puede entrar y abrir el formulario de nuevo tema.
8. Repite con los demás Focos.

Salud Latina ya está terminado: no vuelvas a crear ni asociar otro foro para él.

Puedes llevar este control:

Cómo mantenerlo ordenado

• Crea las nuevas comunidades desde BuddyNext. Después habilita sus discusiones desde la configuración del propio Foco. Ese será tu procedimiento habitual.
• Usa el mismo nombre para el Foco y su foro asociado. Facilita reconocer la relación.
• Utiliza “Discusiones” o “Debates” para identificar la función de Jetonomy. Actualmente Jetonomy también llama “Focos” a sus espacios, y eso contribuye a la confusión.
• Haz que la entrada principal sea el directorio de Focos de BuddyNext. Desde cada Foco, el miembro accede a sus discusiones. No necesitas que aprenda a navegar primero por un segundo directorio.
• Deja Actividad como pantalla inicial por ahora. No hace falta cambiar más ajustes para completar esta integración.
• No añadas categorías, subforos o subfocos sin una necesidad real. Tus nueve comunidades temáticas ya proporcionan una organización inicial suficiente.

Qué no debes hacer

• No crear primero nueve foros manualmente en Jetonomy si puedes generarlos desde cada Foco.
• No conectar todos los Focos a un único foro general: perderías la separación temática.
• No copiar manualmente los usuarios ni perseguir que ambos contadores de miembros coincidan. Comprobamos que Mercy pertenecía al Foco social y Jetonomy la incorporó al foro cuando publicó.
• No asumir que una asociación transfiere publicaciones antiguas del muro al foro. Son contenidos distintos.
• No borrar los foros DEMO hasta comprobar que ninguno esté vinculado o contenga algo que quieras conservar.
• No comprar Jetonomy Pro para completar estas asociaciones: la integración que probamos funciona con la versión gratuita.

Los foros existentes Debates Generales, Facturación & Cuentas y Primeros Pasos pueden quedar para una revisión posterior. No los vincules a un Foco temático solo porque ya existen; utiliza un foro existente únicamente cuando su propósito coincida.

Tu siguiente acción puede ser muy concreta: habilita Discusiones en Aprendiendo a Aprender, compruébalo como miembro y, si funciona igual que Salud Latina, aplica el mismo procedimiento a los otros siete.

Sobre el mérito, mantendría Latiosfera como sistema principal.

Las insignias de Jetonomy pueden complementar un sistema general, pero añadirlas ahora implica administrar dos conjuntos de reglas y explicar dos formas de reconocimiento. La documentación distingue precisamente las insignias propias del foro de las capacidades más amplias de WB Gamification.

Tampoco asignaría automáticamente etiquetas como «Inversionista Confiable» o «Experto en Finanzas» por puntos o participación. La actividad demuestra participación; esas credenciales requieren una evaluación diferente. OK

Qué haría yo en tu lugar:

1. Mantendría la arquitectura actual: BuddyNext para los Focos y la experiencia social; Jetonomy para las conversaciones organizadas; la mensajería existente para contactos privados; Latiosfera para el reconocimiento. OK
2. Priorizaría completar y probar los demás Focos, siguiendo el modelo de Salud Latina, y revisar el recorrido de un miembro corriente.
3. Pospondría Jetonomy Pro hasta identificar una función concreta que quieras utilizar, como moderación asistida, encuestas o determinadas herramientas del foro.

Sobre otras herramientas:

Mantén WP SMTP: si ya probaste los correos y funcionan correctamente, no hay motivo para sustituirlo.

Divi en el subdominio también encaja con tu plan. Para la solicitud de Autor, pide el correo asociado a la cuenta de WebLat y realiza la aprobación en el sitio principal. No necesitas sincronizar usuarios entre ambas instalaciones para ese proceso manual. Prueba también el envío de correos desde el subdominio: su configuración es independiente.

CleanTalk me parece una incorporación razonable para reducir spam, con tres precisiones:

• Comprueba qué producto estás comprando. CleanTalk ofrece Anti-Spam y Security como servicios distintos. Si compras Anti-Spam, obtienes filtrado de spam; no equivale a contratar toda su protección de seguridad. Servicios de CleanTalk.
• Confirma la cobertura del subdominio. Instalarlo en WebLat no protege automáticamente la otra instalación de WordPress donde estarán tus formularios. Consulta si tu licencia cubre ambas direcciones. CleanTalk documenta compatibilidad con formularios Divi. Divi y CleanTalk.
• Verifica los formularios reales de WebLat. No hemos confirmado su integración específica con BuddyNext y Jetonomy. Después de activarlo, prueba registro, solicitud de Autor y publicación de tema/respuesta; comprueba tanto que filtre spam como que permita la participación legítima.

Con esas comprobaciones, tu elección tiene sentido: conservar lo que funciona, aprovechar Divi donde lo dominas y añadir protección antispam con un propósito concreto.