Su función es ser la cara breve del catálogo de servicios: cuando un visitante entra a /servicios, no quiere leer 8 fichas completas —quiere escanear, comparar y entrar a una—. La card resume cada servicio en cuatro trazos (ícono o imagen, badge opcional, título, descripción, CTA) con la misma jerarquía visual en TODO el grid, así la comparación es justa. Cuando el servicio merece más detalle, la ficha L4 (ServiceLayout, schema-driven con 10 bloques opcionales) toma el relevo.
Y por eso pesa fuera de proporción a su altura. Para los buscadores, la card lleva un H3 con el nombre del servicio, alt descriptivo en la imagen (cuando hay) y enlace interno a la ficha —el padre del grid emitirá ItemList (CollectionPage) vía directorySchema, así Google ve la lista entera, no card por card—. Para la accesibilidad, la card es un único article con aria-label igual al título, los iconos son aria-hidden y el foco es visible. Para el equipo que mantiene el sitio, un solo componente para todo el catálogo significa que ajustar el ícono, el botón verde o la jerarquía se hace en un archivo y se propaga.