Cambios publicados, con fecha y alcance

Este registro cubre la web pública y su documentación. No presenta como disponible ninguna función del producto que no esté confirmada.

Autor: Equipo de producto de DigitalDojoPublicado: Revisado:

28 de agosto de 2026 — Transparencia y SEO técnico

  • Grafo JSON-LD conectado con Organization, WebSite, WebPage y SoftwareApplication.
  • Precio, moneda, disponibilidad y URL de la oferta incorporados.
  • Aplicación descrita como web, sin atribuir apps nativas.
  • Nuevas páginas de seguridad, clientes, funciones y guías prácticas.
  • Robots, sitemap, redirecciones, 404 y llms.txt revisados.

25 de agosto de 2026 — Contacto y rediseño visual v3

  • Nueva página de contacto con validación y consentimiento.
  • Rediseño multipágina manteniendo Astro y HTML estático.
  • Fuentes autoalojadas y primera optimización del hero.

Política del changelog

Las entradas deben describir cambios ya desplegados. Las ideas o funciones futuras pertenecen a una hoja de ruta separada y no se redactan en pasado.

Qué contiene una entrada de actualización

Cada entrada debe explicar qué cambió, a quién afecta y si requiere alguna acción. Una modificación de texto no se presenta como función nueva; una capacidad en desarrollo no se anuncia como disponible; y una corrección importante debe indicar la pantalla o proceso afectado.

  • Fecha real de publicación o despliegue.
  • Área afectada: producto, seguridad, documentación o infraestructura.
  • Descripción comprensible del cambio.
  • Acción necesaria, si la hubiera.
  • Enlace a documentación ampliada.

Cómo se comunican los cambios relevantes

Los cambios que alteren el tratamiento de datos, condiciones, precio o un flujo principal necesitan una comunicación más visible que una línea de changelog. Deben aparecer en la página correspondiente y, cuando afecten a clientes actuales, utilizar el canal contractual adecuado.

Las mejoras menores pueden agruparse para no llenar el historial con ajustes irrelevantes. El criterio es si la persona usuaria necesita conocer el cambio para trabajar o tomar una decisión.

Diferencia entre disponible, piloto y próximo

Estados utilizados al comunicar producto
EstadoSignificadoCómo se publica
DisponibleSe puede utilizar en el producto ofrecidoFuncionalidad y documentación actuales
PilotoAcceso limitado y condiciones específicasSolo para participantes confirmados
PróximoEn desarrollo, sin garantía de fechaNo se incluye como capacidad actual

Dudas habituales

¿El changelog incluye todos los cambios internos?

No. Se centra en cambios que ayudan a comprender el producto, la web o las condiciones. Las tareas internas sin efecto visible pueden omitirse.

¿Una función “próxima” está incluida en el contrato?

No debe asumirse. Solo las capacidades confirmadas como disponibles forman parte de la descripción actual del producto.

¿Cómo propongo una mejora?

Describe el proceso actual, el problema y el resultado deseado mediante contacto. Eso permite valorar la necesidad sin comprometer una fecha antes de analizarla.