Gestión de páginas, plantillas editables, componentes y publicación multisitio. Es el módulo que casi todo el mundo llama «AEM» a secas.
Práctica especializada
Especialistas para construir, estabilizar y modernizar Adobe Experience Manager.
Desarrollo, arquitectura, Cloud Service, headless, Edge Delivery Services y acompañamiento a los equipos que ya operan la plataforma.
AEM no es una línea de nuestro catálogo.
Es una práctica con criterio de arquitectura. La diferencia se nota en las decisiones que no se ven: cómo se estructuran las políticas de plantilla, dónde termina un componente y empieza un fragmento, y qué se paga en mantenimiento tres años después por una decisión tomada hoy.
Capacidades
Qué cubrimos.
Sites
Componentes, plantillas editables, políticas, estructura de contenido y modelo de autoría. La prioridad es que el equipo de contenido pueda trabajar sin abrir un ticket para cada cambio.
Assets y DAM
Organización del repositorio, metadatos, perfiles de procesamiento, renditions y flujos de aprobación. Integración con los sistemas que producen o consumen los activos.
Headless
Content Fragments, modelos de contenido, GraphQL y consumo desde aplicaciones externas. Cuándo conviene headless y cuándo es una complicación que no aporta nada.
Integraciones
Servicios internos, APIs de terceros, identidad, búsqueda y sistemas de negocio. Con límites explícitos: qué vive dentro de AEM y qué no debería.
Delivery y operación
Pipelines de Cloud Manager, calidad de código, gestión de ambientes, despliegues y acompañamiento a los equipos de QA y DevOps.
Nivel técnico
Dónde trabajamos exactamente.
Esta lista existe para que un líder técnico pueda decidir en treinta segundos si tiene sentido hablar con nosotros.
Desarrollo
- Componentes con HTL y patrones de composición sostenibles.
- Sling Models, servicios OSGi y configuraciones por ambiente.
- Dialogs, cuadros de diálogo de diseño y validación de autoría.
- Plantillas editables, políticas y estructura de página.
- Clientlibs, arquitectura frontend y presupuesto de carga.
- Workflows y pasos de proceso cuando el modelo editorial los exige.
Contenido y reutilización
- Content Fragments y modelado del dominio editorial.
- Experience Fragments y reutilización entre canales.
- GraphQL: consultas persistentes, caché y versionado de esquema.
- Traducción y estructura multilingüe.
Plataforma
- AEM as a Cloud Service: arquitectura y adopción.
- AEM 6.5 y ruta de modernización hacia cloud.
- CI/CD con Cloud Manager y control de calidad de código.
- Dispatcher, caché e invalidación.
- Seguridad: permisos, grupos, service users y separación de ambientes.
Edge Delivery Services
- Evaluación de encaje: qué gana y qué pierde el proyecto al adoptarlo.
- Modernización frontend y presupuesto de rendimiento.
- Convivencia con una implementación de Sites existente.
Escenarios
Cuándo suelen llamarnos.
El backlog crece más rápido que el equipo
Hay trabajo definido y aprobado, pero no hay quién lo tome. Se incorpora un especialista o una célula al proceso que ya existe.
La plataforma se rompe seguido
Despliegues frágiles, incidencias recurrentes o autoría bloqueada. Primero se diagnostica, después se estabiliza, y solo entonces se añade funcionalidad.
Migración de 6.5 a Cloud Service
Inventario de personalizaciones, evaluación de compatibilidad, plan por fases y ejecución. Sin prometer que todo se traslada sin cambios: casi nunca es así.
Nadie sabe cómo está construido
La persona que lo diseñó ya no está. Auditoría, documentación, criterios de contribución y gobierno técnico para que el conocimiento deje de ser una dependencia personal.
Se ganó un proyecto y no hay banca técnica
Para consultoras e integradoras: una célula que entra a tu proceso y bajo tu marca si así lo prefieres.
Modalidades
Cómo se contrata.
De la intervención más pequeña a la más comprometida.
Auditoría
Diagnóstico independiente del estado de la implementación, con hallazgos priorizados y un plan. Termina en un documento, no en una propuesta de venta.
Sprint acotado
Un objetivo concreto con fecha: estabilizar un flujo, desbloquear una migración o construir un módulo.
Especialista integrado
Una persona con perfil AEM dentro de tu equipo, tu proceso y tus ceremonias.
Tech Lead o arquitecto fraccional
Criterio técnico y revisión de decisiones por horas o por periodos definidos, sin contratar a tiempo completo.
Célula dedicada
Equipo con capacidad acordada y responsabilidad compartida sobre la entrega.
La familia
Qué hay dentro de Adobe Experience Manager.
AEM no es un producto sino un conjunto que se contrata por partes. Saber cuáles necesitas cambia el presupuesto más que cualquier decisión técnica posterior.
Gestión de activos digitales: metadatos, renditions, flujos de aprobación y distribución a los canales que consumen la imagen.
Formularios adaptables, comunicaciones interactivas y flujos de firma. Es el módulo con el ciclo de compra más largo de los tres.
La vía de publicación más reciente de Adobe, orientada a rendimiento medido en campo. Cambia el modelo de autoría, no solo el de entrega.
CI/CD gestionado por Adobe: pipelines, puertas de calidad y promoción entre entornos. En Cloud Service no es opcional, es el único camino a producción.
Content Fragments servidos por GraphQL o por las APIs de entrega, para aplicaciones que renderizan por su cuenta.
Ediciones
Cloud Service, 6.5 LTS y on-premise no son la misma conversación.
La edición determina quién actualiza, cómo se despliega y qué se puede personalizar. Es la primera pregunta de cualquier proyecto de AEM y la que más presupuesto mueve.
| Dimensión | AEM as a Cloud Service | AEM 6.5 LTS | AEM 6.5 on-premise o AMS |
|---|---|---|---|
| Actualizaciones | Continuas y a cargo de Adobe | Service packs sobre una base estable de soporte extendido | Planificadas por el cliente, con ventana y riesgo propios |
| Despliegue | Solo por Cloud Manager, con puertas de calidad obligatorias | Cloud Manager o pipeline propio, según el alojamiento | Pipeline propio contra las instancias que administres |
| Margen de personalización | Acotado: hay APIs y prácticas que dejan de estar disponibles | Amplio, con la deuda que eso implica al migrar después | Máximo, y máxima responsabilidad sobre lo que se toque |
| Procesamiento de activos | Microservicios de Adobe, fuera de la instancia | En la instancia, salvo que se conecten servicios externos | En la instancia, dimensionada por el cliente |
| Qué implica llegar aquí | Refactorizar lo incompatible y adoptar Cloud Manager | Actualización mayor con revisión de dependencias | Nada nuevo si ya se opera así |
Si no sabes en qué edición estás, es un dato que sale en la primera media hora de auditoría y conviene tenerlo antes de pedir presupuesto a nadie.
Vocabulario
Los términos que aparecen en toda propuesta de AEM.
Publicarlos no es didáctica: es que puedas leer la propuesta de cualquier proveedor —la nuestra incluida— y saber qué te están cotizando.
- JCR
- El repositorio de contenido. En AEM todo es un nodo: páginas, configuraciones y activos viven en la misma estructura de árbol.
- Apache Sling
- Resuelve qué código atiende cada URL a partir del tipo de recurso, en vez de una tabla de rutas. Explica por qué en AEM la ruta del contenido manda.
- OSGi
- El contenedor de servicios. Permite desplegar y configurar módulos sin reiniciar la instancia, y es donde viven las configuraciones por entorno.
- HTL
- El lenguaje de plantilla de AEM. Sustituyó a JSP y limita a propósito la lógica que se puede escribir en la vista.
- Dispatcher
- La capa de caché y filtrado delante de AEM. La mayoría de los problemas de rendimiento y de seguridad que encontramos en auditoría están aquí.
- Core Components
- La biblioteca de componentes que mantiene Adobe. Partir de ella en vez de escribir los propios es la decisión que más mantenimiento evita.
- Plantillas editables
- Plantillas que un autor puede configurar sin desplegar código. Sus políticas deciden qué se puede poner en cada página durante años.
- Content Fragments
- Contenido estructurado e independiente de la página, pensado para consumirse por API desde cualquier canal.
- Experience Fragments
- Bloques ya maquetados y reutilizables entre páginas o exportables a otros canales. Se confunden con los anteriores y no son lo mismo.
- Universal Editor
- El editor visual que Adobe usa para autoría desacoplada, incluida la de Edge Delivery Services.
Recursos oficiales
Aprende AEM por tu cuenta, en español y gratis.
Adobe publica su formación completa en Experience League sin coste ni registro de pago. Enlazamos lo que de verdad se usa: si después de esto decides que no necesitas a nadie, la página habrá hecho su trabajo.
VídeoEspañol
Vídeos y tutoriales de AEM Sites (Abrir en el sitio de Adobe)
Las tres formas de construir con AEM Sites —Edge Delivery, headless y el modelo tradicional— explicadas en vídeo.
VídeoEspañol
Vídeos y tutoriales de AEM Assets (Abrir en el sitio de Adobe)
Metadatos, renditions, flujos de trabajo y distribución de activos, con recorridos por la interfaz.
VídeoEspañol
Vídeos de AEM Foundation (Abrir en el sitio de Adobe)
Cloud Manager, administración de entornos y consideraciones al actualizar a una versión mayor.
VídeoEspañol
Tutorial WKND para desarrolladores (Abrir en el sitio de Adobe)
El recorrido oficial de Adobe para implementar un sitio completo: arquetipo, Core Components, plantillas editables y librerías de cliente.
DocumentaciónEspañol
Índice de tutoriales de AEM (Abrir en el sitio de Adobe)
El catálogo completo por producto: Sites, Assets, Forms, Cloud Service, Foundation y Guides.
DocumentaciónEspañol
Documentación de Adobe Experience Manager (Abrir en el sitio de Adobe)
La referencia oficial de todas las versiones vigentes, incluidas Cloud Service, 6.5 y 6.5 LTS.
DocumentaciónEspañol
Arquetipo de proyecto de AEM (Abrir en el sitio de Adobe)
Cómo se genera un proyecto que cumple las prácticas recomendadas de Adobe desde el primer commit.
DocumentaciónEspañol
Notas de versión y actualizaciones (Abrir en el sitio de Adobe)
Qué cambia en cada release. Es la página que conviene revisar antes de comprometer una fecha de actualización.
DocumentaciónEspañol
Recursos de formación de Adobe (Abrir en el sitio de Adobe)
El punto de entrada comercial de Adobe a rutas de aprendizaje y certificación de AEM.
CódigoSolo en inglés
Core Components (Abrir en el sitio de Adobe)
El repositorio de la biblioteca de componentes que mantiene Adobe, con su historial de versiones.
CódigoSolo en inglés
AEM Project Archetype (Abrir en el sitio de Adobe)
La plantilla Maven oficial para arrancar un proyecto de AEM.
CódigoSolo en inglés
Código del tutorial WKND (Abrir en el sitio de Adobe)
El proyecto completo del tutorial, rama por rama, para comparar contra el tuyo.
Cómo comprobarlo
Ponnos a prueba antes de contratar.
Cuarenta y cinco minutos con quien haría el trabajo dicen más que cualquier página de credenciales. Traes tu implementación y sales con criterio, nos contrates o no.
- Revisamos en vivo lo que ya tienes: estructura de plantillas, componentes, Dispatcher y pipeline.
- Te decimos qué está bien resuelto y qué va a costar caro dentro de dos años.
- Salen nombres concretos: versiones, APIs en desuso y decisiones que conviene revertir.
- Si el problema no está en AEM, también lo decimos.
- Lo que veamos de tu plataforma no sale de ahí: no publicamos proyectos de clientes.
Adobe, el logotipo de Adobe, Adobe Experience Manager, Adobe Experience Cloud y Adobe Experience League son marcas registradas o marcas comerciales de Adobe en Estados Unidos y otros países. Editando Ideas es un proveedor de servicios independiente.
Hablemos de tu implementación de AEM.
Una conversación técnica con quien haría el trabajo, no con un ejecutivo comercial.