Mayo de 2026: Sitecore renombró la plataforma y la comunidad escribió el manual

  • JD + AI
  • Sitecore
Mayo de 2026: Sitecore renombró la plataforma y la comunidad escribió el manual

Si tiene un front headless de Sitecore en producción, lo que le cambia la semana en mayo es una nota de release de corrección de errores. Content SDK 1.6.0 cerró un agujero por el cual preview dejaba llegar a páginas sin permiso para verlas, y agregó un PreviewMiddleware para controlar las solicitudes de preview.

Todo lo demás en mayo fue una sola historia contada una y otra vez: SitecoreAI. Casi nada de esa explicación salió de Sitecore.

La única nota de release que cambia lo que despliega

Sitecore/content-sdk 1.6.0 — yavorsk, releases de Sitecore Content SDK Cuatro correcciones que conviene leer antes del próximo deploy. Preview permitía acceder a páginas sin los permisos correspondientes, y el modo preview mostraba contenido no publicable. El componente Form de React perdía interactividad y estado entre renders. searchParams volvía vacío en páginas generadas estáticamente con Draft Mode en Vercel, algo que las notas atribuyen a un comportamiento conocido de Next.js y no a un error del SDK, y que ahora tiene un helper client.getPreviewInputs como camino soportado. Si su equipo escribió su propia ruta de preview en lugar de usar la del SDK, el que aplica los permisos ahí es usted, y esta release no lo hace por nadie.

Una fecha de fin de soporte de JSS con una sola fuente, y esa fuente no es Sitecore

Guía técnica: migrar de Sitecore JSS 22.0 a Content SDK 2.1 — Gabriel Baldeon, Sitecore Center Baldeon abre con una afirmación de ciclo de vida: el soporte técnico de Sitecore JSS termina en junio de 2026, así que los equipos sobre XM Cloud tienen que pasar a Content SDK 2.1. Eso es una fecha con presupuesto detrás, y en lo que recolectamos este mes tiene exactamente una fuente, que es este post. Su lista de referencias menciona las guías de ciclo de vida de Sitecore sin enlazarlas. Tome la fecha como la lectura de Baldeon y confírmela en la página de ciclo de vida de Sitecore antes de asignar gente al trabajo.

El resto de la guía es lo más práctico que se publicó sobre Sitecore en mayo. Él describe el pase como "an architectural re-engineering that optimizes content delivery", y los detalles lo respaldan: Node 24 o superior, Next.js 16.2, middleware.ts pasa a ser proxy.ts con una cadena que debe ejecutarse en el orden locale, multisite, redirects, personalize, variables de entorno renombradas o eliminadas, y los viejos booleanos pageEditing y pageState reemplazados por un único objeto PageMode. Los números de tamaño de bundle que cita salen de su propio diagrama comparativo, así que léalos como su medición y no como un benchmark del fabricante.

Qué migra realmente SitecoreAI Pathway, y qué deja atrás

SitecoreAI Pathway: migraciones simplificadas — Praveen Singh Panwar La frase más útil del mes es una limitación. Panwar describe dos caminos de Pathway: de XM/XP a SitecoreAI, que migra solo contenido y no lleva xDB ni los componentes de marketing, y un camino agnóstico de tecnología para sitios que no son Sitecore, que funciona rastreando y analizando el sitio en vivo, por lo que necesita un sitemap.xml accesible. Aclara que la herramienta es exigente con que el origen siga Helix y use la estructura de layout por defecto, y que se entrega dentro de la suscripción Sitecore360. Si el valor que su cliente saca de XP vive en xDB y en automatización de marketing, Pathway no es lo que lo mueve.

El cambio de nombre, explicado por alguien que no trabaja en Sitecore

De XM Cloud a SitecoreAI y Cómo Spaces y Agents cambian las operaciones de contenido en SitecoreAI — Ramiro Batallas Dos posts, y entre los dos el mapa más claro de qué se movió a dónde. Portfolio y Sites pasaron a Channels, Design Library y Components y Forms pasaron a Design, Planning y Projects pasaron a Strategy, Analytics pasó a Performance, y Agentic es nuevo. Imprima esa tabla y déjela al lado de quien capacita a sus editores, porque el primer ticket de soporte después del rename va a ser alguien que no encuentra la Media Library. El segundo post cubre Spaces y Agents, los conceptos sobre los que se apoya todo el discurso. Batallas escribe en un blog personal que lleva una insignia de Sitecore MVP 2026; nuestro registro de fuentes no resuelve si tiene una relación comercial con el producto, así que léalo como alguien de campo y no como un auditor independiente.

Los dos posts propios de Sitecore fueron sobre preparación, no sobre producto

Los dos se recolectaron sin autor, y en los dos casos nuestro registro está equivocado: las páginas sí acreditan a alguien, en el cuerpo y no en los metadatos.

La razón oculta por la que la IA sufre en marketing — Rona Williamson, Sitecore Insights El argumento es que la IA en marketing rinde mal porque los datos que tiene debajo están fragmentados y nadie puede decir qué sistema tiene la verdad. Es correcto, y también es el argumento que haría una empresa que vende una plataforma unificada. Sirve para la conversación con un CMO que espera que una funcionalidad de IA le arregle un problema de gobierno. No reemplaza a la evidencia.

Cinco pasos que preparan su migración a SitecoreAI para que rinda — Alison Sainsbury, Sitecore Insights Sainsbury condujo cinco talleres en Sídney con Colliers International antes de su migración de XP a SitecoreAI, y esto es su relato de su propio trabajo, publicado por el fabricante. Lo interesante son los números: una encuesta a unos 30 líderes de digital y marketing de la empresa puso la visibilidad en SEO y en LLM arriba de la lista a 18 meses con 76%, y señaló la experiencia del cliente como el mayor punto de fricción con 64%. Los casos de cliente publicados por fabricantes rara vez traen siquiera un denominador.

El gobierno es la parte que nadie entregó

La voz de marca no la rompió la IA. Parte 2: cómo mantenerla así — Timothy Marsh Marsh recorre qué implican las obligaciones de transparencia del artículo 52 del Reglamento de IA de la UE para el contenido de marketing generado con IA, y después bosqueja cómo el modelo de entidades de Content Hub podría sostener reglas documentadas, trazas de auditoría y compuertas de revisión aplicadas por el sistema. Aclara sin vueltas que es un concepto y no una funcionalidad existente, y lo repetimos acá para que nadie la salga a buscar en el backoffice. El hueco que señala es real: un documento de tono de marca más un flujo de aprobación es un proceso de calidad, no un marco de gobierno.

Números de migración que no deberían ir directo a una propuesta

La migración de contenido no tiene por qué llevar meses: cómo la IA está transformando el replatforming — Alexei Vershalovich, Brimit De quince meses a cinco con Sitecore AI Pathway, cerca del 70% de la reconstrucción del modelo de contenido automatizada, de nueve meses a tres semanas con Uniform Siphon. Brimit implementa este trabajo comercialmente, así que el encuadre hay que leerlo con eso en mente, y conviene notar lo que dice el propio post: los resultados salen de documentación de fabricantes y casos publicados, no de mediciones propias de Brimit. Eso los convierte en una hipótesis para probar contra su contenido, no en una estimación para firmar.

The Modern DXP and E-Commerce Handbook — Alexander Vergeichik, Brimit Un índice de serie de la misma agencia. Dos secciones tienen contenido y cuatro están marcadas como próximamente. Guárdelo si lo composable y el comercio son su tema; todavía no hay mucho para leer.

Debajo de la plataforma

dotnet/efcore .NET 11 Preview 4 — rbhanda Sitecore XP y XM se apoyan acá. El tag es en su mayoría bumps automáticos de dependencias, pero adentro hay correcciones que los equipos on-premise van a reconocer: nombres duplicados de DbParameter, el separador de lote GO que no se reconocía dentro de comentarios y de identificadores escapados, y separadores de ruta que rompían las herramientas dotnet-ef en Linux y macOS. Es un preview, así que esto es insumo de planificación y no algo contra lo cual desplegar.

Qué haríamos con esto

Los dos hechos de mayo con mayor radio de impacto fueron una compuerta de permisos en una nota de release de GitHub y una fecha de fin de soporte en el blog de una persona. Ninguno llegó por un canal que un cliente vaya a mirar jamás. Mientras tanto el fabricante publicó un ensayo sobre preparación de datos y un caso de cliente, y el trabajo de explicar qué significa operativamente el cambio de nombre lo hicieron miembros de la comunidad escribiendo en su propio tiempo.

Eso es un costo de soporte que le transfirieron a usted, y conviene ponerle precio. Si su plan 2026 incluye una migración de JSS, no deje que la fecha de junio llegue a un contrato hasta que alguien de Sitecore la ponga por escrito. Si incluye una migración con Pathway, escriba la limitación de xDB en el documento de alcance ahora y no en la semana seis. Y si todavía está decidiendo si el rename es cosmético, la tabla de navegación del post de Batallas es la forma más rápida de descubrir que no lo es.

Fuentes

Los títulos se conservan en su idioma original: así es como se cita un documento y así es como lo vas a encontrar.

sitecore · product · community · how-to · sitecore-personalize · commerce · ai · integration