Reglas de expiración y eliminación de contenido de MSN
Obtenga información sobre cómo expirar o quitar contenido de MSN usando metadatos admitidos. En esta guía se explica la lógica de expiración, el comportamiento de la ingestión de elementos actualizados o duplicados y cómo garantizar que las eliminaciones de contenido se procesan correctamente.
En este artículo
Establecer fechas de expiración y de actualización
Información sobre los cambios de estado de los elementos
Evitar duplicados en la fuente
Establecer fechas de expiración y de actualización
Para quitar contenido de MSN, incluya lo siguiente en la fuente:
- Una fecha de expiración en el pasado (relativa a la fecha y hora actuales)
- Una fecha actualizada que es más reciente que la última versión ingerida
- El mismo id. único usado en el elemento de fuente original
Esto indica al sistema de ingestión que des publicar el elemento durante la siguiente actualización de alimentación.
Para fuentes RSS multimedia, también puede usar las siguientes etiquetas en el nivel raíz del elemento:
<dcterms:valid>2024-12-31T00:00:00Z</dcterms:valid>
<mi:expirationDate>2024-12-31T00:00:00Z</mi:expirationDate>
Ambos deben emparejarse con una fecha más reciente <dcterms:modified> o actualizada para desencadenar la ingestión.
Información sobre los cambios de estado de los elementos
MSN usa una combinación de identificador único, fecha actualizada y fecha de expiración para determinar el estado de cada elemento de fuente. En la tabla siguiente se describe cómo afectan las distintas combinaciones a la ingestión:
| Contexto | Acción |
|---|---|
| No hay ningún elemento existente con el mismo id. único | Se crea un nuevo elemento |
| El mismo id. único + fecha actualizada es más reciente | Se actualiza el elemento |
| El mismo id. único + sin cambio en la fecha de actualización | Se omite el elemento (duplicado) |
| El mismo id. único + fecha de expiración en el pasado + fecha actualizada es más reciente | El elemento se elimina o se quita |
Evitar duplicados en la fuente
Para evitar errores de ingestión y actualizaciones redundantes:
- No regenerar nuevos identificadores únicos en cada tira de alimentación.
- Cambiar solo fecha de actualización cuando el elemento haya cambiado realmente.
- Reutilice direcciones URL de activos multimedia a menos que el contenido haya cambiado sustancialmente.
- Para RSS multimedia, actualice
<dcterms:modified>para desencadenar la reingestión.
Al volver a ingerir contenido sin cambios, se pierden los recursos de procesamiento y el sistema puede omitirlos por completo.