Desarrollo web para Estados Unidos y Latinoamérica

Dardo desarrolla sitios rápidos y fáciles de mantener para equipos de Estados Unidos y Latinoamérica. Convertimos diseños en un frontend, un modelo de contenido, formularios e integraciones. Probamos la carga, los errores, el foco al navegar con teclado, los contenidos largos y las consultas enviadas. Desde Bogotá, colaboramos a distancia en inglés o español y acordamos horarios de reunión compatibles antes de empezar.

Pedir una propuestaEscríbenos por WhatsApp
Dardo / Ilustración editorial
En esta página

Qué incluye el desarrollo de tu sitio web

El desarrollo puede partir del diseño web de Dardo o de diseños que entregue tu equipo u otro estudio. En ambos casos, la propuesta lista las plantillas, estados e integraciones que se construyen, quién aporta cada insumo y cómo se aprueba cada parte.

  • Implementación frontend adaptable de cada plantilla y estado acordado
  • Modelo de contenido, configuración del CMS y flujo de publicación
  • Formularios e integraciones acordadas, probados con envíos reales
  • Metadatos, datos estructurados y páginas rastreables
  • Revisión de accesibilidad y velocidad en páginas representativas
  • Pruebas de lanzamiento, publicación y documentación de entrega

¿Cuándo empezar por el desarrollo web?

Empieza aquí cuando el diseño está aprobado, o casi, y el riesgo está en la construcción: contenido que tu equipo debe publicar, datos que llegan de otro sistema, un formulario que debe llegar a la persona correcta o la velocidad en celulares reales. Trae los diseños, un inventario de páginas y la lista de integraciones. Un sitio comercial, un panel con inicio de sesión y un sistema transaccional tienen criterios de aceptación distintos, y los definimos antes de cotizar.

Si todavía no tienes diseño, empieza por el diseño web a la medida, que cubre ambas cosas. Si el proyecto depende de movimiento, WebGL o 3D, el desarrollo creativo encaja mejor. Y si el alcance central es un producto complejo con usuarios autenticados o un programa largo de integraciones empresariales, un equipo de aplicaciones más grande puede servirte mejor; te lo diremos pronto.

Con qué tecnología desarrollamos

Elegimos la tecnología según el proyecto y explicamos la elección en la propuesta. Nuestros proyectos publicados usan Astro y Next.js con TypeScript, desplegados en Cloudflare Workers o Vercel. Para sitios comerciales centrados en contenido, Astro encaja muy bien: genera el HTML de antemano y solo envía JavaScript a los componentes que lo necesitan, lo que mantiene las páginas livianas y fáciles de leer para los buscadores. Next.js conviene cuando la interfaz se comporta más como una aplicación.

Cuando un sitio necesita lógica de servidor, como pagos, cuentas o datos de otro servicio, la agregamos donde hace falta en lugar de convertir cada página en una aplicación. Superame, un ranking público de proyectos construido con Astro, guarda su clasificación en una base de datos Neon y lleva a cada comprador a un pago alojado; su servidor verifica cada notificación firmada del proveedor antes de acreditar un puesto. Si tu equipo necesita seguir en WordPress u otra plataforma, inclúyelo en el brief y te confirmamos antes de cotizar si somos el equipo adecuado.

Un administrador de contenido que tu equipo sí pueda usar

Un CMS solo ayuda si sus campos coinciden con la forma en que tu equipo publica. Antes de programar definimos cada tipo de contenido, quién edita cada campo, qué requiere aprobación y qué páginas son diseños fijos o entradas reutilizables. En Gissi, programas y profes son contenidos estructurados y no páginas armadas a mano, y el enlace de un curso abre el directorio de profes ya filtrado por ese instrumento.

El sitio de Dardo funciona igual: sus páginas son una compilación estática en Astro servida desde Cloudflare, los artículos se escriben en un CMS headless aparte y publicar un artículo dispara una nueva compilación. La salida estática mantiene el hosting simple y las páginas rápidas, y quien escribe nunca toca el código.

Integraciones, formularios y velocidad

El desarrollo empieza con un inventario de rutas y un mapa de integraciones: qué debe hacer cada formulario o API, qué cuentas externas deben quedar a tu nombre y qué ve la persona si un servicio falla o tarda. Un frontend pulido puede ocultar un flujo de consultas indefinido, así que antes de publicar enviamos consultas de prueba y confirmamos que lleguen a donde deben, sea un correo, WhatsApp o tu CRM.

La velocidad forma parte de la aceptación. Acordamos qué plantillas y dispositivos se prueban y revisamos el comportamiento de carga y el peso de las páginas antes de publicar. Gissi tiene Vercel Analytics y Speed Insights en producción, y la implementación de Janus Observatory incluye presupuestos de carga y pruebas en navegador, con un flujo de publicación que revisa la compilación y las regresiones visuales.

Sitios web para franquicias y empresas con varias sedes

Una empresa con varias sedes, clínicas, tiendas o franquicias necesita un solo sistema de marca y de contenido, con una página real para cada sede: dirección, horario, equipo, servicios, fotos y la forma de contactar directamente ese lugar. La oficina central controla las páginas compartidas y la marca; cada sede edita solo su información, con roles que mantienen separadas ambas cosas. Una inmobiliaria suma a ese modelo sus inmuebles, cada uno ligado a la sede y al asesor que lo ofrece.

Google pide un perfil de empresa por sede y una página web que represente esa sede, y recomienda marcar cada ubicación por separado con su propia URL. Construimos las páginas de sede y sus datos estructurados de esa forma. No clonamos páginas de ciudades donde no tienes oficina, porque las páginas que solo cambian el nombre del lugar se consideran páginas puerta.

Cómo probamos antes de publicar

Construimos y probamos una página representativa en los tamaños de pantalla acordados antes de completar las demás plantillas, para encontrar los problemas cuando todavía son baratos de corregir. La aceptación cubre:

  • Uso con teclado y foco visible
  • Textos largos, cortos o ausentes sin romper el diseño
  • Estados de carga, vacíos y de error, y movimiento reducido cuando hay animación
  • Llegada de formularios al destino real, con mensaje de confirmación
  • URL canónicas, redirecciones, metadatos y datos estructurados
  • Eventos de analítica, consentimiento e integraciones de producción

Quién es dueño del código y qué recibes en la entrega

La entrega identifica repositorio, hosting, dominios, CMS, accesos, documentación y responsable de mantenimiento, para que el sitio siga operando después del lanzamiento. Preferimos que el hosting y las cuentas estén bajo tu control cuando la plataforma lo permite, y la propuesta define desde antes de empezar la propiedad del código, los recursos de diseño y las dependencias con licencia.

Un equipo nearshore para Estados Unidos y Latinoamérica

Dardo es un equipo de tres personas con base en Bogotá, liderado por su fundador, Nicolás Cerón. Hablas directamente con quienes escriben tu código. Bogotá está en UTC−5 todo el año, con horarios que coinciden con la jornada laboral de equipos de Estados Unidos y Latinoamérica. Antes de empezar, acordamos llamadas, revisiones y ventanas de lanzamiento. La propuesta define al propietario del repositorio, la moneda y las etapas de pago, los costos de terceros y las responsabilidades de entrega.

Preguntas antes de elegir

¿Cuánto cuesta desarrollar una página web?

Depende del trabajo: de la cantidad de plantillas y estados, la migración de contenido, el CMS, las integraciones, los idiomas, la accesibilidad, la animación, las pruebas y la entrega. Cotizamos el alcance documentado después de revisar esas dependencias, no con una tarifa universal por página, y separamos el costo de construcción del hosting y el software recurrentes.

¿Cuál es la diferencia entre diseño web y desarrollo web?

El diseño web decide qué dice el sitio, cómo se organiza y cómo se ve y se comporta. El desarrollo web convierte esas decisiones en código que funciona: plantillas, administrador de contenido, formularios, integraciones, velocidad y publicación. Muchos problemas viven entre los dos, como un diseño que se rompe con contenido real o un formulario sin estado de error; por eso Dardo mantiene ambos en un mismo equipo o revisa los diseños externos antes de programar.

¿Pueden desarrollar un diseño que ya tenemos?

Sí. Primero revisamos el diseño buscando estados adaptables, textos extremos, interacciones y estados de carga o error que falten, y acordamos la aceptación con quien diseñó. Los vacíos se listan antes de cotizar, para que nadie descubra a mitad del desarrollo que un estado nunca se diseñó. Si el diseño necesita mucho trabajo adicional, lo cotizamos aparte en lugar de improvisarlo en código.

¿Qué CMS usan?

Depende de quién publica, con qué frecuencia y qué tipo de contenido. Para sitios centrados en contenido funciona bien una compilación estática en Astro con un CMS headless: tu equipo escribe en una interfaz editorial y publicar dispara una nueva compilación. Si el sitio se parece más a una aplicación, el contenido puede vivir en su propia base de datos. La propuesta nombra el CMS, explica por qué encaja e indica licencias o suscripciones.

¿Cuándo usan Astro y cuándo Next.js?

Usamos Astro cuando la mayoría de las páginas son contenido que puede generarse de antemano, como sitios comerciales, publicaciones y páginas de servicio, porque envía poco o ningún JavaScript por defecto. Next.js encaja cuando buena parte de la interfaz se comporta como una aplicación. Ambos aparecen en nuestro trabajo publicado: el sitio de Dardo y Superame usan Astro, y Gissi y Janus Observatory usan Next.js.

¿Quién es dueño del código al terminar?

La propuesta define por escrito, antes de empezar, la propiedad del código, los recursos de diseño, las cuentas y las dependencias con licencia. Preferimos que el hosting, los dominios y el repositorio estén bajo tu control desde el inicio, con accesos documentados, para que otro equipo pueda continuar sin rehacer el sitio. Fuentes, servicios o complementos de terceros conservan sus propias licencias, y los listamos para evitar sorpresas después del lanzamiento.

¿Ofrecen mantenimiento después del lanzamiento?

Puede incluirse. Si Dardo continúa con el soporte, la propuesta define qué cubre el mantenimiento, como actualizaciones, correcciones y cambios menores, y cómo se atienden las solicitudes. Si no, recibes el repositorio, la documentación y los accesos para que tu equipo u otro desarrollador continúe. En ambos casos la propiedad queda resuelta antes de publicar, no se negocia después.

¿Cuánto tiempo toma desarrollar un sitio web?

Depende de las plantillas y estados, las integraciones, la migración de contenido y la rapidez con que se aprueban diseños y textos, por eso fijamos el calendario en la propuesta en lugar de prometer un plazo estándar. Construir y probar primero una página representativa da a ambas partes una medida temprana y concreta del ritmo y la calidad antes de completar el resto.

¿Trabajan con empresas fuera de Colombia?

Sí. Dardo trabaja de forma remota desde Bogotá, en español o inglés. Bogotá está en UTC−5 todo el año, lo que facilita coordinar con equipos de México, Perú, Estados Unidos o Canadá; con España, nuestras mañanas coinciden con sus tardes. Antes de empezar acordamos horarios de reunión, canales de comunicación, fechas de revisión y quién aprueba cada entrega.

Desde el blog

32 artículos más

Herramientas gratuitas

  • Cotizador de página web

    Elige tu país, el tipo de sitio y lo que incluye, y mira lo que publican freelancers, estudios y agencias, con cada precio enlazado a su fuente.

  • Generador de brief web

    Responde unas preguntas y obtén el brief de tu página web, o una solicitud formal de propuestas, listo para enviar a estudios. Descárgalo en Word. Gratis.

  • Calculadora de renovación de Webflow

    Calcula cuánto cuesta tu sitio en Webflow tras la renovación de 2026, con Premium y ancho de banda, frente al costo anual de Framer y de un sitio en código.

  • Demo de configurador 3D

    Configura en 3D un estante modular ficticio y mira cómo sus medidas, su lista de piezas y un precio de ejemplo siguen cada elección. Expórtalo en .glb o míralo en RA.

Desarrollo web por ciudad

Fuentes y lecturas

Fuentes de esta página, con más detalles de sus publicaciones originales.

Proyectos y estudios relacionados

Gissi: interfaz del proyecto publicadoSitio de cliente entregado / Educación musicalGissiRevisa un curso, el directorio filtrado de profesores y el paso al contacto. El caso fechado documenta un recorrido funcional y el alcance de implementación de Dardo.Revisar el proyecto

Define el sistema que debe funcionar

Inventaría plantillas, responsables de contenido e integraciones. Revisa trabajo implementado y define aceptaciones para formularios, accesibilidad, rendimiento y entrega.