Transparencia operativa

Changelog público de Summum

Registro público y honesto de cambios en summummarketing.es, herramientas internas que ofrecemos al ecosistema y servicios. Lo bueno, lo regular y lo que salió mal con su corrección.

Mensual
Cadencia release
Updates regulares vs sorpresas.
Público
Visibilidad cambios
Cualquier persona puede auditar evolución.
Honesto
Incluye fallos
Bugs reportados y arreglados visibles.
2026-Q1
Último ciclo
Q1 2026 con 8 mejoras significativas.

Q1 2026 · enero-marzo

Ciclo Q1 con foco en consolidar bundle estático y migración SEO.

  • 2026-01-15 · Bundle estático completo. Migración WordPress → bundle HTML estático en Kinsta. 320+ páginas convertidas, performance +180%, Core Web Vitals todos verdes.
  • 2026-02-03 · Schema.org @graph rico. Implementación schema.org JSON-LD @graph con 5-7 entidades conectadas (Organization + WebPage + BreadcrumbList + Service + FAQPage + HowTo) en todas las páginas principales.
  • 2026-02-18 · WCAG 2.1 AA compliance. Auditoría completa + corrección accesibilidad. Contraste 4.5:1, navegación keyboard, screen reader, ARIA. axe-core + Lighthouse a11y verdes.
  • 2026-03-05 · 11 sectores excellence. Conversión de 11 páginas sectores a nivel excellence (~6.000 palabras cada una con casos verificables, schema rico, FAQs).
  • 2026-03-22 · GTM-W2TW2VT en todo bundle. Inyección Google Tag Manager en 315+ HTMLs para tracking continuo migración WP→estático.

Q2 2026 · abril-junio (en curso)

Ciclo Q2 enfocado a llevar todo el bundle al estándar excellence.

  • 2026-04-10 · 23 servicios excellence. Conversión de servicios principales: marketplaces, diseño web, automation, SEO técnico, social ads, etc. Todos con casos anónimos NDA + tablas comparativas + 12 FAQs.
  • 2026-04-28 · 5 casos NDA-compliant. 5 nuevos casos de éxito completamente anonimizados (NDA): bodega RdD, ecommerce moda, hotel rural, retail decoración, industrial componentes.
  • 2026-05-10 · Aux pages excellence (batch 1+2). 11 páginas auxiliares (equipo, manifesto, calidad, faq-marketing, recursos, metodología, colaboradores, competidores, tendencias-26/27, diversidad) a 6.000+ palabras cada una.
  • 2026-05-18 · Blog SEO completion. 84 blog posts: añadido Organization schema universal + 4 FAQPage faltantes + 3 títulos largos acortados. 84/84 audit SEO limpio.
  • 2026-05-20 · Servicios-locales noindex. 110 servicios-locales protegidas con noindex,follow para evitar penalización duplicate content (programmatic SEO).

Incidentes y correcciones (transparencia)

Sin agencia es perfecta. Aquí los incidentes operativos con su corrección:

  • 2026-04-15 · Logo header pequeño (44px). Reportado por cliente: logo se veía pequeño en desktop. Corrección CSS override summum-v3.css: 56px desktop / 44px mobile. Resuelto <24h.
  • 2026-04-22 · /contacto/ HTML malformado. 4 oficinas mostraban
    literal en lugar de saltos de línea por data-attributes mal escapados. Reescritura limpia con

    . Resuelto <12h.

  • 2026-04-30 · Mobile menu sin fondo. Menú móvil transparente sobre contenido = ilegible. Corrección CSS overlay opaco fullscreen. Resuelto <48h.
  • 2026-05-12 · CSS filter invertía footer logo. filter: invert(1) brightness(2) rompía logo footer. Override filter: none !important. Resuelto <24h.

Roadmap Q3 2026 (próximo)

Lo que viene en Q3 según prioridades actuales:

  • Migración cutover Kinsta production. Switch desde WordPress production al bundle estático en Kinsta vhost final. Plan documentado en 06-PLAN-MIGRACION-MAESTRO.md.
  • PageSpeed mobile optimization. Auditoría Lighthouse mobile y optimización fina para alcanzar 95+ scores en todas las páginas principales.
  • GEO/AEO optimization. Optimización contenido + schema para AI Overviews + Perplexity + ChatGPT citaciones. Tracking primeras menciones LLM.
  • Sentry + UptimeRobot activos. Activación monitoring producción post-cutover. Alertas configuradas con escalado.
  • Backups Backblaze B2 offsite. Implementación backup diario offsite vía Backblaze B2 S3-compatible. Regla 3-2-1 cumplida.

Preguntas frecuentes

¿Por qué publicáis changelog público?
Transparencia operativa = ventaja competitiva. Cliente puede auditar evolución, bugs encontrados, correcciones aplicadas. Genera confianza vs agencias opacas que 'todo va bien siempre'. También nos disciplina internamente: si todo el mundo lee tu changelog, escribes mejor releases.
¿Incluís bugs propios reales o solo lo bueno?
Incluimos bugs reales. Ver sección 'Incidentes y correcciones' arriba. Honestidad > maquillaje. Si reportamos bugs honestamente, cuando publicamos 'no hubo incidente este mes' es creíble.
¿Cómo se publica? ¿Manual o automatizado?
Manual review. Al final de cada mes, strategic lead recopila cambios significativos + incidentes + decisiones. Edita texto humano para claridad. Publica en este changelog. Roadmap es separado y se actualiza trimestralmente.
¿Cuándo escribís sobre cambios de clientes específicos?
Solo con permiso explícito del cliente. Bugs/cambios en proyectos privados de cliente NO se publican aquí. Este changelog es solo para summummarketing.es propio + herramientas que ofrecemos al ecosistema general.
¿Notificáis a clientes sobre cambios en sus webs?
Sí, vía email + Notion compartido (workspace cliente). Cada deploy o cambio significativo en proyecto cliente se documenta en su workspace + notifica strategic lead. Cliente tiene visibilidad completa sin spam.
¿Versionáis las releases?
Para summummarketing.es: no versionamos formalmente (no es producto SaaS). Para herramientas que distribuimos al ecosistema (plantillas, recursos): versión semántica simple (v1.2 → v1.3 cambios mayores). Para proyectos cliente: según preferencia cliente, típicamente versionado por fecha de release.
¿Hay RSS / newsletter del changelog?
Newsletter mensual sí, opcional, suscripción en /recursos/. RSS feed pendiente implementación Q3 2026 (en roadmap). Para alertas inmediatas: seguir LinkedIn Summum donde anunciamos releases significativos.
¿Por qué no usáis algo como 'beamer' o 'headway' (changelog tools)?
Decisión consciente: prefieren tener changelog en propia web vs herramienta externa. Razones: independencia (no dependes de SaaS que puede cerrarse), SEO benefit (URL propia indexable), control formato. Coste: más esfuerzo manual.
¿Vais a abrir el código de algo open source?
Algunas plantillas ya en CC-BY. Roadmap incluye liberar herramientas internas pequeñas como packages NPM/Python (mini-utils, checklists scripts). Pendiente Q4 2026.
¿Cómo medís el impacto de los cambios?
Métricas trimestrales: tráfico orgánico (vs baseline), Core Web Vitals (CrUX), conversion rate (formularios contacto + agendar), search visibility (Semrush/Sistrix). Reporte interno trimestral, agregados visibles en changelog ocasionalmente.
¿Tenéis política de rollback si una release rompe algo?
Sí, documentada: cada deploy se hace en staging primero, smoke test ≥10 URLs principales, validación HTTP 200 + visual rápido. Si pasa, deploy producción con backup automático previo. Rollback < 5 min si problema crítico. Hemos hecho rollback 0 veces en bundle estático actual.
¿Y los breaking changes en API o en estructura URL?
Para summummarketing.es: si una URL cambia, se documenta + 301 redirect implementado en Nginx custom map. Sin URLs muertas. Para herramientas distribuidas al ecosistema: breaking changes solo en major versions + deprecation warning previa + migration guide.

¿Quieres ver el changelog de tu propio proyecto?

Cada cliente Summum tiene workspace Notion compartido con su propio changelog actualizado en tiempo real. Sin opacidad. Hablemos.

Hablar con Summum