Equipo — The Good App

Mail 11 — Continuación del Mail 10 (listado para tiendas iOS y Android)

Hola equipo,

Este correo continúa la línea del Mail 10 (plan-frontend/mailten.html): además de la moderación ya descrita, en este ciclo se trabajó el alineamiento con la guía de requisitos para revisión en App Store y Google Play (cuenta y datos, UGC, legal, técnico). Aquí resumimos los cambios en código y cómo queda cubierto cada requisito y qué falta completar en consolas de tienda.

Resumen de cambios técnicos (Mail 10 → Mail 11)

  • API (good-app): modelo ContentReport y POST /api/v1/reports (JWT) para reportar noticia, comentario o comunidad; POST /api/auth/delete-account para borrado permanente de cuenta (con contraseña si la cuenta tiene password local); moderación extendida a comunidades (crear/editar); migración Prisma para ContentReport.
  • Admin (admin-goodapp): listado Reportes (UGC), actualización de estado (revisado / descartado), migración Laravel condicional si la tabla aún no existe; enlaces a noticia o comunidad cuando aplica.
  • Flutter (flutter-good): botón Reportar en detalle de noticia (artículo y cada comentario), en detalle de comunidad; Eliminar cuenta y enlace a Política de privacidad en perfil; fila de privacidad en ajustes; textos i18n nuevos.
  • HTML públicos (API /screens): privacy-policy.html, política-de-privacidad.html; ampliación de terms-and-conditions.html y terminos-y-condiciones.html con normas de comunidad, moderación/reportes y eliminación de cuenta; enlaces cruzados e índice de pantallas actualizado.
  • Admin (anterior Mail 10): pestaña moderación, desbloqueo y reset de strikes — sigue siendo el plan de moderación descrito al revisor.

Sección 1 — Gestión de cuenta y datos

Requisito iOS (App Store) Android (Google Play)
1.1 Eliminación de cuenta (in-app, borrado en servidor) Cumplido en app: Perfil → Eliminar cuenta con confirmación; API borra usuario y contenido asociado según transacción documentada. En App Store Connect: describir en notas al revisor dónde está la opción. Mismo flujo en la app. En la ficha Play: declarar que existe eliminación de cuenta y enlazar política de privacidad. Data safety: reflejar datos que se borran al eliminar cuenta.
1.2 Paridad de inicio de sesión (Apple en iOS / Google en Android) Si la app ofrece login social de terceros en iOS, Apple exige Sign in with Apple cuando corresponda; revisar configuración Firebase + producto. Este mail no implementa nuevos proveedores: pendiente verificación de negocio/legal frente a la guía. Lineamientos de identidad de Google en Android: mantener experiencia coherente con políticas Play. Login con Google ya integrado vía Firebase según producto actual.
1.3 Política de privacidad y términos (URLs públicas) URLs servidas por el API (misma base que staging): /screens/terms-and-conditions.html, /screens/privacy-policy.html (y ES). Copiar URL absoluta en App Privacy y en la ficha de la app. Mismas URLs para la ficha Play y enlace desde la app (Ajustes + Perfil). Revisar dominio de producción al publicar.
1.4 Transparencia de datos App Privacy (Nutrition Labels) en App Store Connect: completar según datos reales (cuenta, ubicación opcional, UGC, analíticas, anuncios si aplica). La política HTML describe recogida y borrado. Data safety en Play Console: alinear con la política y con lo que hace la app (ubicación, contenido, IDs de suscripción, etc.).

Sección 2 — Moderación de contenido (UGC)

Requisito iOS Android
2.1 Mecanismo de reporte Cumplido: reporte en noticia (cabecera), comentarios (cada hilo y respuesta) y comunidad (AppBar). Backend persiste reporte; admin puede revisar. Igual criterio para revisión Play. Indicar en notas al revisor rutas de pantalla.
2.2 Plan de moderación y normas Términos actualizados: enfoque positivo, contenido prohibido, combinación automática + IA opcional + revisión humana (admin). Mail 10 ya detalló la API y el panel. Misma documentación para Play; enlace a términos desde la app (Ajustes).
2.3 Clasificación por edad Suele ser 12+ para redes sociales / UGC: elegir en App Store Connect según cuestionario honesto (contenido generado por usuarios, noticias). Cuestionario de clasificación de contenido en Play: responder con precisión; no lo implementa el código, es configuración de tienda.

Sección 3 — Requisitos técnicos y sección 4 — Ficha

  • Estabilidad / sin “próximamente” en flujos críticos: revisión manual QA antes de envío; corregir cierres inesperados. iOS y Play penalizan apps rotas o engañosas.
  • Credenciales de prueba: crear usuario de demo y dejarlo en notas para el revisor (App Store Connect y Play Console) + URL del API de staging si aplica.
  • Versiones: Xcode / iOS deployment target según política Apple actual; Android targetSdk (p. ej. 34+) en build.gradle del proyecto Flutter — verificar en cada release.
  • Permisos: solo solicitar lo necesario (ubicación, cámara/galería si hay fotos, etc.) con textos claros en Info.plist / strings Android.
  • Ficha y gráficos: capturas reales, icono propio, sin mencionar la tienda competidora en los textos de cada plataforma.

Checklist rápido para quien envía a tienda

  • Legal: eliminación de cuenta probada en build de release; política y términos con URL pública accesible.
  • UGC: reporte visible; texto de moderación en términos; admin puede atender reportes.
  • Técnico: credenciales de prueba; migraciones API aplicadas (ContentReport); admin y API apuntando a la misma BD en ese entorno.
  • Marketing: capturas reales; categoría coherente (noticias / social).

Archivo: good-app/plan-frontend/maileleven.html. Enlace añadido en plan-frontend/index.html junto al resto de correos.

Saludos,

Correo interno — avance técnico (Mail 11)