Por qué abrimos un blog, y qué vas a encontrar en él.

Por qué un blog, y por qué ahora

Durante doce años hemos explicado las mismas cosas en reuniones, propuestas y revisiones de código: cuándo conviene separar un sistema en servicios, qué revisar antes de migrar un proyecto de Adobe Experience Manager, por qué un sitio lento casi nunca se arregla solo con un servidor más grande. Esas explicaciones se quedaban en un correo o en una llamada. El blog es el lugar donde por fin quedan escritas, con fecha y con firma.

También es una consecuencia del reenfoque de 2026. Editando Ideas dejó de presentarse como agencia y se declaró consultoría de ingeniería y talento tecnológico. Un catálogo de servicios dice qué hacemos; un blog técnico muestra cómo pensamos. Lo segundo es lo que un equipo necesita saber antes de confiarnos su sistema.

De qué vamos a escribir

Solo de lo que hacemos a diario. Son siete líneas, y las primeras entradas se concentran en las tres de arriba, que es donde más preguntas recibimos.

• Adobe Experience Manager: AEM as a Cloud Service, Cloud Manager, Dispatcher, Content Fragments y migraciones desde AEM 6.5.
• Arquitectura y desarrollo: APIs, microservicios, modernización de sistemas heredados y cuándo tiene sentido construir a la medida.
• Auditoría técnica: cómo revisamos código, dependencias, seguridad y rendimiento, y cómo priorizamos lo que encontramos.
• Nube y operación: ambientes, integración y despliegue continuos, secretos, respaldos y observabilidad en Google Cloud y Firebase.
• Talento y nearshoring: cómo integrar a una persona o a una célula externa en tu equipo sin perder el control técnico.
• Producto y sitios web: arquitectura de información, accesibilidad, Core Web Vitals y rediseños que no pierden lo que ya está indexado.
• SEO técnico y búsqueda con IA: sitemaps, canonical, hreflang, datos estructurados y cómo preparar un sitio para los buscadores generativos.

Cómo lo escribimos

Cada entrada sigue las mismas reglas que aplicamos a este sitio:

• La respuesta primero. Si el título hace una pregunta, el primer párrafo la responde; el contexto y los matices vienen después.
• Experiencia propia antes que definiciones. Preferimos contar qué revisamos antes de migrar un proyecto de AEM que explicar qué es AEM. Cuando un ejemplo viene de un cliente, lo anonimizamos salvo que tengamos su permiso para nombrarlo.
• Ninguna cifra sin respaldo. Si un dato no está medido, lo decimos. No publicamos métricas inventadas ni promesas de resultado.
• Fuentes y fechas. Citamos la documentación oficial cuando existe, y cada entrada muestra cuándo se publicó y cuándo se actualizó por última vez.
• Autor con nombre. Cada texto lo firma quien lo escribió y responde por él.
• En los dos idiomas. Publicamos en español y en inglés, y cada versión se revisa para quien la va a leer.

Lo que no vas a encontrar

Preferimos publicar un artículo útil a cuatro que nadie termina de leer. Por eso aquí no habrá:

• Noticias corporativas ni anuncios disfrazados de artículo.
• Listas genéricas que podrían estar en cualquier otro sitio.
• Textos producidos en serie para llenar un calendario. Usamos herramientas de IA para revisar y traducir, pero la opinión técnica, los ejemplos y los errores que contamos son nuestros.

Lo que viene

Cada artículo enlaza al servicio con el que se relaciona y, cuando existe, al caso que lo respalda. Si algo de lo que lees se parece a tu situación, puedes seguir el hilo hasta una conversación con nosotros.

Si quieres que escribamos sobre un tema concreto, cuéntanoslo. Las mejores entradas suelen empezar con la pregunta de alguien que está a punto de tomar una decisión. Y si prefieres enterarte de cada publicación sin volver a entrar, el blog tiene un canal RSS en español y otro en inglés.

Servicios relacionados

• Adobe Experience Manager
• Auditoría técnica
• Estrategia tecnológica
• SEO técnico