Tengo entendido que npm es el camino correcto si estoy usando node.js para hacer el desarrollo de back-end.

Eso solía ser cierto, pero en estos días muchos proyectos web tienen un paso de compilación usando un paquete (Webpack, Rollup, Vite, Parcel, ...) y esos paquetes pueden agrupar paquetes npm compatibles con la web en su código del lado del cliente, creando archivos optimizados (incluidas las partes relevantes de esos paquetes npm ) que luego usa como su código de interfaz.

La solución de script es la forma fundamental de hacer esto sin un paquete.

Otra pregunta estrechamente relacionada es sobre el uso de la declaración de importación, como import bootstrap from 'bootstrap'. Tengo entendido que esta sintaxis solo funciona para el backend node.js ...

Eso ya no es cierto, aunque necesita una ruta en el especificador del módulo ( from "./somefile.js" ) o un mapa de importación (nuevo, experimental, pero maduro) cuando lo usa en código basado en navegador. Todos los navegadores modernos admiten módulos de forma nativa ahora.

Estos dos estilos corresponden a dos enfoques diferentes de desarrollo web.

La "primera forma" (instalación npm, etc.) tiene sentido como parte de un "paso de compilación" en el que usará una herramienta para compilar los archivos expuestos a Internet. Esto es adecuado para grandes proyectos con una gran cantidad de archivos fuente, en los que necesitará linting, refactorización, etc. Si quiere seguir este camino, no es "mucho esfuerzo" para un solo proyecto, pero hay un mucho que aprender Puede comenzar con el documento del paquete web.

La "segunda forma" (<script ...) le permitirá especificar directamente los recursos a cargar, sin un "paso de compilación". Esto es adecuado para proyectos más pequeños con unos pocos archivos. Viene con los beneficios que los archivos exponen a través de los CDN convencionales, como cdnjs, probablemente ya estén almacenados en caché debido a que otros sitios web los utilizan.