Lightning Web Components

Lightning Web Components (LWC) es el framework oficial de Salesforce para construir componentes de interfaz reutilizables. A diferencia de soluciones propietarias previas, se apoya en estándares web nativos del navegador (Web Components, ES Modules, Shadow DOM y JavaScript moderno), agregando solo una capa fina específica de la plataforma. Eso lo vuelve más rápido y más cercano a lo que un desarrollador web ya conoce.

En la práctica, un LWC es un bloque de UI encapsulado (un buscador, una tarjeta de cuenta, un formulario de cotización) que vive dentro de una página de Salesforce y se comunica con los datos mediante Apex o las APIs de datos de la plataforma. Es la tecnología con la que se construyen experiencias a medida en Lightning Experience y Experience Cloud, parte del desarrollo a medida sobre Salesforce, el terreno de Salesforce Developers.

Por qué existe LWC

Durante años, la personalización del frontend en Salesforce se hizo con Aura, un framework propietario creado cuando el ecosistema de JavaScript todavía era inmaduro y los navegadores no tenían estándares comunes para componentes. Con la madurez de la web (Web Components, módulos ES, custom elements), Salesforce reescribió su modelo y lanzó Lightning Web Components en 2019. La idea de fondo: que escribir UI en Salesforce se parezca lo más posible a escribir UI en cualquier proyecto web moderno, reduciendo la curva de aprendizaje y aprovechando lo que ya trae el navegador en vez de reinventarlo.

Cómo funciona

Cada componente vive en una carpeta con un nombre y agrupa, como mínimo, tres archivos: el HTML (la plantilla con el marcado y los bindings de datos), el JavaScript (la clase que extiende LightningElement y maneja estado, eventos y lógica) y un archivo de metadatos XML que define dónde puede usarse el componente (página de registro, app, Experience Cloud). Opcionalmente lleva CSS y archivos de prueba.

Los datos llegan de dos formas: invocando métodos de Apex desde el JavaScript del componente, o usando los adaptadores de datos de la plataforma (el Lightning Data Service), que leen y escriben registros sin necesidad de escribir código de servidor. El componente queda encapsulado gracias al Shadow DOM: sus estilos y su marcado no se pisan con los del resto de la página, lo que evita el clásico problema de hojas de estilo que se contaminan entre sí.

Por qué importa para el negocio

Para una empresa que usa Salesforce, LWC es lo que permite ir más allá de la configuración estándar cuando el proceso real no entra en los componentes de fábrica. Un equipo comercial puede necesitar una pantalla que muestre el riesgo crediticio de una cuenta junto a su historial de pedidos; un área de servicio, un panel que combine datos de varias fuentes en una sola vista. Eso se resuelve con componentes a medida. Además, al estar basado en estándares, el costo de mantenimiento baja: hay más desarrolladores con esas habilidades en el mercado y el conocimiento es transferible a otros proyectos web.

LWC frente a Aura

La pregunta más frecuente al evaluar tecnología en Salesforce es cuándo conviene cada uno. Salesforce recomienda LWC para todo desarrollo nuevo; Aura sigue soportado pero se considera el modelo anterior. La diferencia central:

Un dato útil: ambos pueden coexistir en la misma org. Un componente Aura puede contener un LWC adentro (no al revés), lo que permite migrar de a poco sin reescribir todo de golpe.

Ejemplo concreto (LATAM)

Una distribuidora mayorista en Argentina necesitaba que sus vendedores, al abrir una cuenta en Salesforce, vieran de un vistazo el estado de cuenta corriente, los pedidos en tránsito y el límite de crédito disponible, datos que vivían en tres sistemas distintos. En lugar de mandar al vendedor a navegar entre pantallas, se construyó un único LWC que consulta esas fuentes vía Apex y las muestra en una sola tarjeta dentro de la página de la cuenta. Resultado: menos tiempo de búsqueda por visita y decisiones de venta mejor informadas en el momento.

Errores comunes

• Meter lógica de negocio pesada en el JavaScript del componente en vez de delegarla a Apex: el frontend debe orquestar, no calcular reglas críticas.
• Ignorar los Governor Limits: aunque LWC es frontend, cada llamada a Apex consume recursos del servidor y hay topes por transacción (ver Governor limits).
• Hardcodear textos y permisos en lugar de respetar la seguridad a nivel de campo y objeto que define el perfil del usuario.
• Reinventar componentes que ya existen en la base estándar de Salesforce (Lightning Base Components), duplicando esfuerzo de mantenimiento.

En resumen, Lightning Web Components es la capa de presentación moderna de Salesforce: el lugar donde el dato que vive en la plataforma se convierte en una experiencia de uso pensada para un proceso de negocio concreto.