Julio de 2026: se fue el Package Designer y la interfaz de reemplazo la escribió alguien de la comunidad

  • JD + AI
  • Sitecore
Julio de 2026: se fue el Package Designer y la interfaz de reemplazo la escribió alguien de la comunidad

Si su runbook de promoción de contenido todavía empieza con "armar un paquete", describe una pantalla que ya no existe. El Package Designer fue removido de SitecoreAI el 7 de julio de 2026 en la imagen base 1.8.24, seis días después de que la Content Transfer API y la Item Transfer API pasaran a disponibilidad general el 1 de julio.

Ese es el mes, y no nos llegó por el blog de Sitecore. Nos llegó por dos personas que lo escribieron porque les tocó hacer la migración.

Por qué catorce artículos de ochenta y seis

Julio fue el mes de Sitecore más grande de nuestro corpus: 180 artículos recolectados, 86 dentro de alcance para Sitecore, 14 citados acá abajo. Cuando la proporción es tan despareja, el filtro es la noticia, así que va el filtro sin vueltas.

Un artículo se ganó la cita si hacía una de tres cosas: cambiar algo que usted ahora tiene que hacer distinto, traer una fecha o una versión o un número en lugar de un adjetivo, o decir algo que nadie más dijo ese mes. El resto quedó afuera.

Eso recortó bastante. Cinco entradas de "Content Insights Tip #NN", todas útiles, ninguna que cambie una decisión. Seis subidas de versión de los repos del Sitecore Content SDK, que su bot de dependencias ya le avisó. Dos artículos en alemán sobre proceso creativo que nuestro clasificador de fabricante levantó pero que no tienen nada que ver con operar un CMS. Y dos artículos cuya extracción de título falló tan completamente que la recolección los registró como %title% %sep% %sitename% y No title — error nuestro, no de ellos, y vale admitirlo.

El recorte más grande de todos: cuatro artículos distintos sobre la Content Transfer API en un solo mes. Uno está abajo. Los otros tres decían lo mismo, y bien.

El camino de migración cambió, y cambió en una fecha concreta

El manual de la Content Transfer API — Vishal Khera, Insights with Vishal Khera El relato más completo de qué reemplazó al Package Designer: el contenido viaja entre entornos en trozos cifrados y comprimidos, produce un archivo .raif, y la Item Transfer API lo consume del otro lado. Las dos publican especificaciones OpenAPI, que es la parte que importa — la migración pasa a ser una etapa de pipeline y no una persona con una pestaña del navegador. Nuestra recolección registró la firma como "3× Sitecore MVP & DX MVPVISHAL KHERA", que es la insignia de MVP pegada al nombre por una extracción defectuosa; el autor es Vishal Khera.

Content Courier, una interfaz libre para las nuevas APIs de transferencia — Kiran Patil, Sitecore basics! Sitecore anunció que va a haber una app gráfica de migración en el Marketplace. Todavía no está, y mientras tanto las APIs de transferencia son, en palabras de Patil, "API-only" — mover dos páginas de DEV a QA significa "Postman collections, bearer tokens, and manually shuttling binary chunks around". Así que se armó el asistente él mismo y lo liberó. Patil es el autor de la herramienta que recomienda, cosa que conviene saber antes de leer la recomendación, y aun así es lo más práctico que se publicó sobre SitecoreAI en julio.

Los dos autores remiten la remoción del 7 de julio al changelog propio de Sitecore para la imagen base 1.8.24 y a las páginas de api-docs de las dos APIs. Nosotros estamos retransmitiendo dos relatos de comunidad sobre un cambio con ruptura del fabricante, no el aviso del fabricante: confirme la fecha contra ese changelog antes de planificar un corte alrededor de ella. Ninguna de las dos fuentes declara interés comercial en nuestros registros, que no es lo mismo que ser independiente del resultado.

El piso de .NET se movió más que el de Sitecore

Cuatro de los catorce artículos de acá abajo salen del blog de .NET de Microsoft. Ninguno sale del de Sitecore. Eso no es preferencia editorial, es cómo se vio el mes: el fabricante publicó notas de versión y el sustrato publicó decisiones.

.NET 11 Preview 6 — atribuido a ".NET Team", sin firma individual, .NET Blog (Microsoft) Se mueven runtime, SDK, bibliotecas, ASP.NET Core y EF Core. Es fuente oficial del fabricante, lo que importa, porque esta es la capa sobre la que realmente corre cada instancia XM/XP y cada rendering host.

MCP C# SDK v2.0 — Jeff Handley, .NET Blog (Microsoft) Implementa la especificación de protocolo del 2026-07-28 con un diseño "stateless-first" y mantiene compatibilidad hacia atrás. Seis de los 86 artículos de Sitecore del mes hablaban de MCP de una forma u otra — Marketer MCP, un servidor MCP empresarial para XM Cloud, MCP explicado para arquitectos. Esta es la plomería sobre la que se apoyan todos, y es la única pieza con un número de versión oficial.

.NET Modernization for Beginners — Pablo Lopes, .NET Blog (Microsoft) Un curso práctico y gratuito que lleva una aplicación ASP.NET heredada hasta .NET 10 usando el agente de modernización de Copilot. Si mantiene una solución XP con un núcleo de la era Framework, este es el intento estructurado más barato que hay hoy para ese problema.

Avance de CoreCLR y el calendario de Mono para .NET MAUI — David Ortinau, .NET Blog (Microsoft) El artículo más flojo del conjunto, y lo dejamos a la vista en lugar de disimularlo. No cambia nada para un equipo de Sitecore. Está acá porque la consolidación de runtime que describe es la misma que tarde o temprano llega a las cargas de servidor, y porque nuestro recolector sigue el blog de .NET. Sáltelo sin culpa.

Next.js v16.3.0-preview.10 — sin firma humana; notas de versión publicadas por una cuenta automatizada, releases de Next.js en GitHub Trabajo sobre prefetching y caché de rutas, que es justo el área donde un rendering host de Sitecore siente los cambios. Es una etiqueta de preview, no una release estable. Léalo para saber qué viene; no clave un proyecto de cliente a esta versión.

La plataforma está discutiendo consigo misma sobre qué es

El péndulo de veinticuatro años de Sitecore, de monolito a composable y de vuelta — *la página no trae ninguna firma verificable; nuestro registro capturó la etiqueta "Name " del formulario de comentarios, thebitsthatbyte.com Un recuento versión por versión de dónde se paraba cada release de Sitecore en el espectro monolito-composable, terminando en SitecoreAI como plataforma única y unificada con una sola licencia. El argumento es que los dos polos "aren't a permanent choice so much as a pendulum that tracks vendor economics". La recolección marca esta fuente como de naturaleza comercial, y no podemos nombrar al autor, así que tómelo como argumento y no como testimonio.

Qué señala en realidad la adquisición de Scrunch — Daivagna Nanavati El encuadre más interesante del mes: la adquisición importa menos como movida de producto que como admisión de hacia dónde se va el tráfico de descubrimiento. Nanavati construye el caso sobre cifras que él cita de Gartner y de Cloudflare Radar; nosotros no las verificamos por nuestra cuenta, y el artículo está marcado como comercial en nuestra recolección. Trate las implicancias de roadmap como la lectura de un practicante, y confirme con Sitecore cualquier cosa que vaya a poner en una presentación a cliente.

Las veintisiete novedades de junio, contadas como cinco historias — Kiran Patil, Sitecore basics! Veintisiete cambios entre SitecoreAI, Content Hub y Search en un mes, comprimidos en algo que un humano puede retener. Esta es la segunda aparición de Patil en este post, y Jason St-Cyr aparece dos veces más abajo; entre esos dos nombres se llevan cuatro de nuestras catorce citas.

SmartPages arma la página en lugar de que usted arrastre componentes — Yamini Punyavathi Muttevi, Sitecore Me (nuestro registro le antepone a la firma el "Published by" que agrega WordPress) Una app del Marketplace que toma una URL de referencia o una descripción de layout, detecta las secciones y las hace coincidir con su biblioteca de componentes. Marcada como comercial en nuestra recolección. La pregunta honesta que abre no es si la IA arma páginas con solvencia, sino si su biblioteca de componentes está nombrada y estructurada lo bastante bien como para que algo pueda hacerla coincidir. La mayoría no lo está.

La hoja de ruta del desarrollador Sitecore para 2026 — Chirag Goel, Coders Lifeline El inventario de habilidades del puesto tal como existe hoy: XM Cloud, headless, Next.js, Search, Personalize, Connect y flujos basados en MCP. Goel plantea el cambio como pasar de "CMS Developer" a "Digital Experience Engineer", que suena a título de LinkedIn hasta que uno nota que nada del conocimiento de Solr y de pipelines MVC que definió el rol durante una década aparece en la lista.

Dos artículos que en realidad son sobre fechas

Security Compliance Management 3.8.0 y el resumen de módulos de Puppetlabs de junio — los dos de Jason St-Cyr, St-Cyr Thoughts Tareas de infraestructura para equipos que siguen con XP o XM on-premise, donde los escaneos de cumplimiento y los módulos de Puppet son parte del despliegue y no problema de otro. Dos advertencias. El número de versión de SCM 3.8.0 nos llega desde un blog personal y no desde una página de release del fabricante, así que confírmelo antes de agendar una ventana de actualización. Y los dos artículos son republicaciones: el de SCM dice que se publicó originalmente el 16 de junio, y el resumen de módulos el 9 de julio. Cayeron en nuestra ventana de julio por su fecha de sindicación y no por su fecha de anuncio, lo que recuerda que una fecha de recolección no es una fecha de noticia.

Qué haríamos nosotros con esto

La documentación de Sitecore más útil publicada en julio de 2026 la escribieron personas que no trabajan en Sitecore, sobre una pantalla que Sitecore removió. Eso no es una queja contra la comunidad, que respondió bien. Es una afirmación sobre la forma del riesgo.

El Package Designer no se rompió. Se removió, en una fecha, en una imagen base, y si usted no estaba leyendo changelogs esa semana se enteró cuando falló un despliegue. SitecoreAI va a seguir haciendo esto, porque es lo que hace una plataforma SaaS-first, y la mitigación no es leer más rápido. La mitigación es entender que cada clic manual que queda en su camino de promoción de contenido es una caída programada con fecha desconocida. Póngale ese precio. Un paso de runbook que dice "abrir X y armar un paquete" no es un proceso, es una migración sin presupuesto que usted ya aceptó.

El contraargumento es real: automatizar un camino de contenido contra APIs que llegaron a GA seis días antes de que desapareciera la herramienta vieja es un riesgo en sí mismo, y la app gráfica del Marketplace que Sitecore prometió puede dejar obsoleto al asistente de la comunidad en un trimestre. Aun así automatizaríamos ahora. La herramienta que van a borrar la próxima vez tampoco está anunciada todavía.

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 · deployment · ai · how-to · product · community · frontend · release