Compatibilidad y revisión pendiente

El CMS conserva campos y estructuras del sitio anterior mientras termina la migración. Un campo sin presentación comprobada puede representar una implementación pendiente. No es motivo suficiente para borrarlo.

Esta página explica el comportamiento observado para que la carga diaria sea clara. La revisión de paridad decide qué debe funcionar, qué necesita corregirse y qué compatibilidad puede retirarse después de validar contenido, relaciones y rutas.

Identificadores de origen

external_id e id_tye mantienen vínculos con los registros migrados y pueden intervenir en búsquedas o rutas históricas. No se completan con números inventados en entradas nuevas y no se cambian para solucionar errores del website.

Home: una lista activa y estructuras anteriores

El constructor de Secciones de la home admite bloques independientes. La separación de Portada, Categorías y Noticias, junto con el cambio de nombre de Cuatro noticias a Noticias, es la corrección solicitada para la composición final.

Los campos anteriores se conservan para conciliar contenido y permitir una transición controlada. Entre ellos están home_promos, home_bands, el content histórico y los controles de activación del constructor.

El content anterior conserva consumidores de compatibilidad y respaldo; no es seguro asumir que toda esa información dejó de tener uso. No dupliques cargas entre la lista nueva y la anterior ni borres estructuras sin la verificación correspondiente.

Estado observado que requiere paridad

Campo o función	Comportamiento comprobado	Trabajo pendiente
visible en noticias, categorías y secciones	No filtra uniformemente todas las rutas.	Definir y verificar su equivalencia con el sitio anterior. Para retirar hoy, despublicar y comprobar.
is_special en una noticia	No incorpora la nota a un especial.	Contrastar el uso histórico. La relación Especiales → posts controla la inclusión actual.
criteria de publicidad	JSON guardado, sin evaluación de reglas arbitrarias.	Contrastar segmentación histórica y criterios requeridos.
SEO de Páginas	Almacenado y parcialmente mapeado; Home y páginas genéricas no aplican todos los campos.	Cerrar metadata esperada por ruta y paridad.
companies de Especiales	Relación transportada, sin un bloque propio que muestre la lista.	Verificar presentación histórica. Los accesos visibles actuales se cargan en shortcuts.
subscription_expires_at de organización	Fecha almacenada, sin vencimiento automático comprobado.	Definir y verificar el proceso de vencimiento requerido.
Datos personales ampliados de Profesionales	Campos almacenados/transportados, sin una presentación propia comprobada.	Contrastar la ficha y sus permisos esperados antes de ampliar o retirar campos.
iso3, numcode, phonecode de Países	Catálogo almacenado; el website presenta el nombre.	Confirmar otros consumidores y la paridad requerida.
Fechas de anuncios T&E	El consumidor actual no filtra vigencia como Dossier.	Corregir o documentar el flujo final tras revisar la función histórica.
Preview editorial	No visible en Home en la revisión del editor.	Verificar habilitación y flujo real para el equipo editorial.

Qué hacer mientras se revisa

Usá las guías para el flujo comprobado. Ante una función faltante, registrá qué hacía el sitio anterior, dónde se configuraba y qué debería pasar con el mismo contenido en el nuevo.

Las simplificaciones se evalúan por su efecto sobre el trabajo editorial y la paridad, preservando datos y relaciones. Eliminar un campo, cambiar una relación o retirar una opción requiere evidencia de que ya no se necesita, no sólo que el frontend actual no lo muestre.