Informe de progreso
Medición actual de rendimiento del sitio en producción con FastCGI cache activo, auditoría del flujo público y dinámico de membresía, y hallazgos técnicos y operativos antes del lanzamiento.
Informe 0010 — Auditoría de rendimiento en producción y flujo de membresía
Contexto
- Fecha de referencia:
2026-03-18 - Entorno auditado:
producción - Política activa de FastCGI cache:
- páginas públicas cacheables
duration: 30s- exclusiones previstas para
wp-json,login,cuenta de membresía,pago de membresíayconfirmación de membresía
- URLs auditadas:
//curso-de-desarrollo-espiritual//lecciones-del-cde/seth/quien-es-seth//suscripcion//login//pago-de-membresia/?pmpro_level=11/cuenta-de-membresia//wp-json/
Metodología
- Mediciones de
TTFBy tiempo total concurlen series repetidas. - Verificación de estado de caché por cabecera
fastcgi-cache. - Lighthouse desktop headless para
performance score,FCP,LCP,TBT,CLSyTTFB. - Navegación real con Playwright sobre
suscripciónycheckout mensual. - Revisión puntual del
nginxgenerado en el servidor para validar el comportamiento real deskip_cache_uri.
Importante:
- Las cifras de páginas públicas reflejan experiencia con caché caliente.
- Las cifras de checkout reflejan ruta dinámica real, fuera de FastCGI cache.
Resumen ejecutivo
Conclusiones principales:
- El rendimiento público en producción es actualmente muy bueno.
- La caché pública está funcionando bien para
home,hubylección gratuita. - El flujo dinámico de checkout también tiene buen rendimiento para una ruta sin caché.
- El flujo de membresía ya tiene las rutas dinámicas clave fuera de FastCGI cache:
/login//pago-de-membresia//cuenta-de-membresia/
- Siguen existiendo dos incoherencias de producto visibles en el embudo:
- la página de
suscripcióny elcheckoutsiguen comunicando7 días gratis - el CTA
Ver lección gratuitaapunta a/leccion-gratuita/, que devuelve404
- la página de
Prioridad real:
- no hay un problema urgente de rendimiento del backend
- el rendimiento ya no es el bloqueo
- lo pendiente está en mensaje, ruta y coherencia del embudo
1. Estado actual de la caché
Comportamiento verificado:
-
/:- primera respuesta:
MISS - respuestas siguientes:
HIT
- primera respuesta:
-
/lecciones-del-cde/seth/quien-es-seth/:- primera respuesta:
MISS - respuestas siguientes:
HIT
- primera respuesta:
-
/curso-de-desarrollo-espiritual/:- cacheable
-
/suscripcion/:- cacheable
-
/wp-json/:BYPASS
-
/pago-de-membresia/?pmpro_level=11:BYPASS
-
/cuenta-de-membresia/:BYPASS- redirige a
login
-
/login/:BYPASS
2. Rendimiento de páginas públicas
Home /
fastcgi-cache:HITen calienteTTFBcaliente observado:~124 ms - 130 ms- Lighthouse desktop:
- score:
98 FCP:543 msLCP:685 msTBT:0 msCLS:0.002TTFBauditado:40 ms
- score:
Lectura:
- la home pública ya está en un rango muy bueno
- no hay señal de cuello de botella de servidor
Lección gratuita /lecciones-del-cde/seth/quien-es-seth/
fastcgi-cache:HITen calienteTTFBcaliente observado:~125 ms - 137 ms- Lighthouse desktop:
- score:
100 FCP:474 msLCP:478 msTBT:0 msCLS:0.002TTFBauditado:39 ms
- score:
Lectura:
- la página de lección gratuita rinde excelentemente
- es una buena pieza para tráfico frío y para campaña en Telegram
Hub /curso-de-desarrollo-espiritual/
fastcgi-cache: cacheable- estado actual: correcto
Lectura:
- no muestra problemas visibles de infraestructura
- el embudo público principal puede apoyarse aquí sin riesgo técnico inmediato
Suscripción /suscripcion/
fastcgi-cache:STALETTFBcaliente observado:~125 ms - 130 ms- Lighthouse desktop:
- score:
100 FCP:410 msLCP:450 msTBT:0 msCLS:0.003TTFBauditado:40 ms- bytes transferidos:
1.37 MB - trabajo en main thread:
~787 ms
- score:
Lectura:
- la página comercial rinde muy bien
- no necesita trabajo de rendimiento urgente
3. Rendimiento de rutas dinámicas
API wp-json
fastcgi-cache:BYPASSTTFBobservado:~257 ms - 283 ms
Lectura:
- el backend uncached responde bien
- no hay indicios de lentitud anómala en REST
Login /login/
fastcgi-cache:BYPASSTTFBobservado:~346 ms - 513 ms- Lighthouse desktop:
- score:
95 FCP:1034 msLCP:1213 msTBT:3.5 msCLS:0.002TTFBauditado:108 ms- bytes transferidos:
1.15 MB - trabajo en main thread:
~1139 ms
- score:
Lectura:
- la página carga rápido
- la exclusión de caché está funcionando correctamente
Checkout mensual /pago-de-membresia/?pmpro_level=11
fastcgi-cache:BYPASSTTFBobservado:~320 ms - 480 ms- Lighthouse desktop:
- score:
91 FCP:1240 msLCP:1419 msTBT:0 msCLS:0.002TTFBauditado:780 ms- bytes transferidos:
1.43 MB - trabajo en main thread:
~1239 ms
- score:
Lectura:
- para una ruta dinámica con sesión y formulario, el rendimiento es bueno
- el checkout es claramente más pesado que las páginas públicas, pero no está en una zona preocupante
- no hay evidencia de una lentitud estructural del backend
4. Auditoría del flujo de membresía
Flujo verificado
Flujo auditado:
/suscripcion/ -> /pago-de-membresia/?pmpro_level=11
Estado:
- navegación correcta
- checkout carga correctamente
- el formulario de alta y consentimiento está presente
- no se detectaron errores de consola en la carga inspeccionada
Observación importante de mensaje comercial
En la página de suscripción y en el checkout mensual sigue mostrándose esta propuesta:
7 días gratisel primer cobro al terminar la prueba
Esto no encaja con la salida de beta gratuita planteada para el lanzamiento si el acceso principal de campaña se va a articular con cupón.
Impacto:
- el rendimiento es bueno
- pero el mensaje visible del embudo no está alineado con la oferta de beta
5. Hallazgos operativos no estrictamente de rendimiento
A. CTA roto a lección gratuita
La página de suscripción enlaza a:
/leccion-gratuita/
Estado verificado:
- responde
404
Impacto:
- rompe una salida clave del embudo
- introduce fricción justo en una CTA visible en la landing comercial
B. Desalineación entre oferta beta y copy visible
Textos visibles actualmente:
El plan mensual incluye 7 días gratisEmpieza con 7 días gratis en cualquier planIncluye 7 días de prueba gratuita
Impacto:
- aunque el sistema de cupones exista, el mensaje visible del embudo no comunica la propuesta real de la beta
- puede generar confusión en Telegram, en suscripción y en checkout
6. Valoración general
Lo que está bien
- la home pública rinde muy bien
- la lección gratuita rinde de forma excelente
- el hub y la página de suscripción están en muy buen estado
wp-jsonresponde bien sin caché- el checkout mensual rinde bien para una ruta dinámica real
- la política general de caché pública es correcta
Lo que no bloquearía el lanzamiento por rendimiento
- no hay síntomas de backend lento
- no hay un problema global de servidor
- no hay indicios de que la app necesite otra ronda de optimización urgente antes de salir
Lo que sí conviene corregir antes del anuncio
- Corregir el CTA
Ver lección gratuitaque hoy lleva a404. - Alinear el copy de
suscripciónycheckoutcon la oferta real de beta gratuita.
7. Recomendaciones priorizadas
Prioridad 1
Corregir el CTA a lección gratuita:
- o crear la URL esperada
- o apuntar el enlace a la lección gratuita real disponible
Prioridad 2
Actualizar el copy visible del funnel para que la oferta de beta no compita con el mensaje heredado de 7 días gratis.
Prioridad 3
Mantener la política de caché pública actual para:
- home
- hub
- lecciones públicas
- suscripción
Con el rendimiento actual, esa capa de caché está aportando valor y no oculta un backend deficiente.
Conclusión final
El sitio está en un buen estado de rendimiento para lanzamiento:
- las páginas públicas ya están en un rango excelente
- el checkout dinámico responde bien
- la infraestructura no muestra cuellos de botella preocupantes
Los ajustes pendientes no son principalmente de rendimiento bruto, sino de corrección de política y coherencia del embudo:
- arreglar el CTA roto a la lección gratuita
- alinear el mensaje comercial de la beta con lo que hoy ve el usuario en
suscripciónycheckout