Sitios web corporativos

Un sitio corporativo es lo primero que revisa un comprador serio. Construimos el tuyo como lo haría una empresa de producto: diseñado desde cero para tu marca, compilado a HTML estático, servido desde una red global, probado en cada tamaño de pantalla y escrito para ser encontrado.

Renderizado

HTML estático, sin servidor en tiempo de ejecución

Entrega

La red global de Cloudflare

Accesibilidad

WCAG 2.2 AA, verificado por página

Idiomas

Tantos como los que vendas

Rastreo

Sin scripts de terceros por defecto

Hospedaje

Lo alojamos y operamos, con cuota mensual

Entregables

Qué incluye un sitio de Whitewater

Todo proyecto entrega la misma base. El diseño y las palabras cambian según el cliente, el piso de ingeniería no se mueve.

01

Un sistema de diseño creado para tu marca

Si ya tienes una marca, ahí empieza el diseño. Un logotipo, una paleta, unas directrices de marca, una tipografía con licencia: partimos de lo que existe y lo extendemos a todo lo que necesita un sitio web y que un manual de marca nunca cubre, como una escala tipográfica real, un ritmo de espaciado, una cuadrícula de diseño, un estado para cada elemento interactivo y un esquema oscuro que acompaña la marca en vez de pelear con ella. Si todavía no existe un sistema de marca, diseñamos uno desde cero.

En cualquier caso el resultado se redacta para ti y se entrega como código: sin tema, sin constructor de páginas, sin kit de componentes heredado del último proyecto. Por eso dos sitios que construimos no se parecen entre sí.

El esquema oscuro se diseña junto al claro, no se invierte al final, así que un visitante que use el modo oscuro en su teléfono ve una página pensada y no una versión deslavada.

02

Páginas escritas para la búsqueda real de un comprador

Una página por intención de búsqueda, con las palabras que usa tu mercado. Los encabezados responden preguntas en lugar de decorar el diseño, y los enlaces internos hacen evidente la jerarquía tanto para una persona como para un rastreador. Las páginas superficiales no posicionan ni convierten, así que cada página lleva la sustancia que su función exige y ahí se detiene.

03

Un canal de contacto que realmente entrega

El formulario es HTML sencillo que envía a un endpoint sin servidor en el mismo dominio. Está protegido por un reto de Cloudflare Turnstile, un campo trampa oculto y una verificación de tiempo de llenado, y envía desde un dominio de correo verificado para que el mensaje llegue a una bandeja de entrada y no a spam.

Un visitante cuyo envío es rechazado ve un error honesto y una dirección de correo, nunca una página de agradecimiento por un mensaje que se descartó en silencio.

04

Cada página en cada idioma en el que vendes

Cada idioma tiene rutas y textos reales, con el conjunto de hreflang, el canonical propio y la dirección de texto correcta gestionados por página. Este sitio se publica en ocho idiomas como prueba de ello.

05

Imágenes y tipografía resueltas en tiempo de compilación

Las fotografías se redimensionan, se convierten a un formato moderno y se marcan con hash durante la compilación, y luego se sirven desde tu propio dominio. Las fuentes de marca se subconjuntan para los alfabetos que necesitan tus idiomas y se alojan de forma propia, así que no hay solicitud a fuentes de terceros ni salto de diseño mientras carga una tipografía.

06

Hospedaje, despliegues y una batería de pruebas que los controla

Alojamos y operamos el sitio terminado por una cuota mensual: la plataforma de borde, los certificados, el dominio de envío, los despliegues y la vigilancia. El sitio es código estándar en un repositorio con verificaciones automatizadas y un despliegue de un solo comando, y las pruebas no son decoración: accesibilidad, paridad de idiomas, cabeceras de seguridad, higiene de metadatos e integridad de enlaces se ejecutan en cada cambio, y una ejecución en rojo bloquea el despliegue.

Relanzamiento

Sustituir un sitio que ya tienes

La mayoría de los sitios corporativos no son los primeros. El tuyo ya posiciona para algo, ya reúne enlaces de sitios que has olvidado y ya tiene páginas que un cliente guardó en marcadores. Un relanzamiento que ignora eso puede deshacer años de tráfico acumulado en una tarde, así que la migración se diseña como parte de la construcción y no se improvisa el día del lanzamiento.

01

Un inventario antes de diseñar nada

Enumeramos cada URL que publica el sitio actual, a partir de su mapa del sitio, sus enlaces internos, los registros de su servidor o CDN, y su historial de Search Console cuando lo tienes. Cada URL recibe entonces una decisión: se mantiene en la misma dirección, se traslada, se fusiona con una página más fuerte, se reescribe o se retira a propósito.

Las páginas que ya generan atención se protegen primero. Si una página débil y poco visitada resulta ser, en silencio, la razón de la mitad de tus consultas, eso aparece en el inventario y no después de haberla eliminado.

02

Contenido trasladado sin perder su sentido

Textos, imágenes, documentos y descargas se trasladan página por página. Donde el volumen lo justifica, automatizamos la importación con un script, y aun así revisamos el resultado: una migración automatizada que rompe una tabla, pierde un nivel de encabezado o descarta el texto alternativo cuesta más reparar de lo que ahorró. Donde las palabras siguen funcionando, las conservamos, porque un relanzamiento no es una licencia para reescribirlo todo por el gusto de hacerlo.

El trabajo es independiente de la plataforma. Ya sea que el sitio actual funcione con WordPress, un constructor de sitios alojado, un sistema de contenido a medida que ya nadie mantiene o HTML escrito a mano hace una década, el contenido se trata como contenido y se reconstruye en la nueva estructura según sus propios términos.

03

Un mapa de redirecciones, escrito y comprobable

Cada dirección que cambia recibe una redirección permanente hacia su página equivalente más cercana. Nunca una redirección genérica a la página de inicio, que los buscadores interpretan como una eliminación silenciosa de todo lo que tenías. Las páginas fusionadas apuntan a la página que las absorbió, y una página retirada apunta al padre más cercano que sea realmente útil para quien siguió el enlace antiguo.

El mapa es un archivo revisable dentro del repositorio, así que puedes leerlo antes del cambio en lugar de confiar en que existe. Después del cambio solicitamos cada URL antigua y confirmamos tanto su código de estado como su destino, y las redirecciones se mantienen de forma permanente y no solo por una temporada.

04

Qué se conserva, y qué eliminamos a propósito

Se conserva: el dominio, el contenido que sigue funcionando, las imágenes que te pertenecen, tu sistema de marca, la dirección a la que llega el correo del formulario, las cuentas de publicidad o analítica que realmente usas, y cada URL que podamos mantener sin forzar la nueva estructura.

Se elimina a propósito: páginas duplicadas que compiten entre sí por la misma búsqueda, páginas que nadie ha abierto en un año, integraciones y scripts de seguimiento cuyos informes ya no lees, y complementos cuya única función era parchear la plataforma anterior. Cada eliminación queda anotada en el inventario con su motivo, así que nada desaparece por accidente y puedes vetar cualquiera de ellas.

05

El cambio, y las semanas siguientes

El nuevo sitio está en vivo en una dirección de vista previa mucho antes del cambio, así que nada se ve por primera vez el día del lanzamiento. En el momento del cambio movemos el DNS, dejamos el hospedaje anterior accesible hasta que la propagación se complete en todas partes, verificamos el mapa de redirecciones, confirmamos que llega el correo del formulario, enviamos el nuevo mapa del sitio y notificamos a los endpoints de indexación instantánea para que los buscadores vuelvan a rastrear en días y no en su próxima visita.

Después observamos. Los resultados de búsqueda se mueven durante algunas semanas tras cualquier relanzamiento mientras los buscadores vuelven a rastrear y evaluar el sitio: algunas búsquedas se estabilizan más arriba, otras bajan antes de recuperarse. Seguimos contigo los fundamentos: páginas indexadas, salud de las redirecciones, Core Web Vitals y las búsquedas que de verdad importan al negocio, y te contamos lo que vemos, incluso cuando la respuesta honesta es que no hace falta hacer nada.

Lo que no vamos a hacer es prometer una cifra. Una migración cuidadosa protege lo que ya has ganado y le da a un contenido mejor una oportunidad justa de competir. Quien te garantice el resultado de un relanzamiento está adivinando con tu tráfico.

Ingeniería

Cómo está construido

La pila tecnológica es deliberadamente pequeña. Menos piezas móviles significa menos cosas que fallan a las dos de la madrugada, y un sitio que otro desarrollador todavía puede entender dentro de tres años.

Estático primero

Las páginas se compilan a HTML antes de que llegue cualquier visitante. No hay servidor de aplicación en la ruta de la solicitud ni consulta a una base de datos que bloquee el primer renderizado. El contenido, la navegación y los metadatos viven en el propio HTML, así que un rastreador y una persona con una conexión móvil débil reciben la misma página.

Mejora progresiva, no dependencia

El JavaScript se añade donde se gana su lugar, limitado al único componente que lo necesita. Desactívalo y la página se sigue leyendo, la navegación sigue funcionando y el formulario sigue enviándose.

Activos resueltos una sola vez

Imágenes, tipografías y estilos se procesan en tiempo de compilación y se sirven con cabeceras de caché inmutables bajo un hash de contenido. Las visitas repetidas casi no descargan nada, y un nuevo despliegue nunca sirve un activo obsoleto.

Despliegues reversibles

Cada cambio es un commit. La integración continua compila el sitio, ejecuta toda la batería de pruebas y solo entonces publica en la red. Si algo falla, la versión anterior está a un revert de distancia.

Fig. 1 La página como dibujo técnico: viewport, encabezado, acción principal, objetivo de contraste.

Búsqueda

Construido para ser encontrado

Para la mayoría de las empresas, la búsqueda orgánica es la principal vía por la que llega un cliente nuevo. Eso convierte al SEO en un requisito de construcción, no en un añadido de última hora de otra agencia.

  • Estructura primero. Una página por intención de búsqueda, con encabezados que responden la pregunta que escribió quien busca y enlaces internos que hacen legible la jerarquía.
  • Higiene del head en cada página. Un título y una meta descripción únicos, exactamente una URL canónica, y tarjetas sociales que se renderizan bien al pegar el enlace en un chat.
  • Datos estructurados a partir del contenido visible. El marcado de organización, servicio y ruta de navegación se genera desde la misma fuente que renderiza la página, así que los datos que lee un buscador nunca pueden divergir de lo que ve una persona.
  • Índice legible por máquinas. Un índice de mapas del sitio que cubre cada idioma, un archivo robots que apunta hacia él, y un llms.txt para los rastreadores que hoy resumen sitios para las personas.
  • Indexación instantánea. Cada despliegue en producción notifica al endpoint de IndexNow con las URL cambiadas, así los motores que lo soportan conocen un cambio en minutos y no en su próximo rastreo.
  • Core Web Vitals por construcción. Entrega estática, activos inmutables con hash y ningún script de terceros son la ruta más corta hacia buenos datos de campo, que a su vez son una señal de posicionamiento.
  • Lo que no vamos a prometer. Nadie puede venderte un puesto en el buscador. Construimos la base técnica y editorial que permite que un buen contenido compita, la medimos después del lanzamiento y te decimos con claridad qué partes escapan a nuestro control.

Accesibilidad

Usable por todos, no solo por la mayoría

La accesibilidad es a la vez una exposición legal, una señal de búsqueda y una señal de calidad. Tratamos el nivel AA de WCAG 2.2 como piso mínimo y lo verificamos de forma mecánica en lugar de afirmarlo en un folleto.

  • Auditado por página, por tamaño de pantalla, por esquema. Una auditoría automatizada corre en cada página compilada en anchos de teléfono, tableta y escritorio, en modo claro y oscuro, y cualquier violación bloquea el despliegue.
  • Soporte real de teclado. Un enlace de salto como primera parada, un anillo de foco visible en todas partes, y un orden de tabulación que sigue la página.
  • Contraste en ambos esquemas. Los colores de texto e interfaz se verifican contra sus fondos reales, con el mismo rigor en oscuro que en claro.
  • Movimiento que pide permiso. Todo lo que se mueve se desactiva para quien tenga configurada la reducción de movimiento, y en su lugar se muestra un cuadro estático.
  • Marcado semántico. Landmarks, un encabezado por nivel y en orden, campos de formulario etiquetados y texto alternativo descriptivo en cada imagen.
  • Objetivos cómodos. Todo elemento interactivo supera el mínimo de 24 píxeles, verificado por medición y no a simple vista.
  • Manos también en el teclado. Las verificaciones automáticas detectan mucho, pero no todo, así que además probamos el sitio con teclado y lo leemos en tamaños pequeños antes de publicarlo.

Idiomas

Un solo sitio, en cada idioma en el que vendes

Un widget de traducción encima de una página en inglés es invisible para los buscadores e incómodo de leer. El multilingüismo real es una decisión de rutas y de redacción, tomada desde el principio.

  • Una ruta por idioma. Cada página existe en su propia URL en cada idioma, así cada una puede indexarse, enlazarse y compartirse.
  • Señales correctas. Un conjunto de hreflang con un x-default en cada página, además de un canonical que apunta a la página misma y no al original en inglés.
  • Derecha a izquierda resuelto en el layout. La hoja de estilos usa propiedades lógicas en todo el sitio, así el árabe refleja toda la composición en lugar de parchearla.
  • Escrito, no traducido por máquina. El texto se redacta en cada idioma con la voz de la marca. Un texto automático se lee como automático, y los compradores lo notan.
  • Tipografías dimensionadas con honestidad. Las fuentes se subconjuntan por alfabeto y el texto no latino recurre a una tipografía del sistema en vez de enviar megabytes a un teléfono.
  • Un cambio de idioma que no necesita JavaScript. Enlaces simples entre la misma página en cada idioma, sin cookies y sin adivinar redirecciones.

Seguridad y correo

Blindado, y el correo llega

Un sitio corporativo es una superficie de ataque pequeña que vale la pena mantener pequeña, y un formulario de contacto no sirve de nada si su correo termina en spam.

  • Una política de seguridad de contenido real. Sin permiso para scripts en línea: cada script en línea está fijado por hash y todo lo demás se rechaza, lo que impide que un script inyectado se ejecute.
  • Cabeceras de transporte y de navegador desde el primer día. Seguridad de transporte estricta, sin inferencia de tipo de contenido, una política de referencia y protección contra framing llegan desde el primer despliegue.
  • Defensas de formulario por capas. Un reto Turnstile para verificar humanidad, un campo trampa para bots ingenuos, una verificación de tiempo de llenado para los rápidos, y validación y límites de longitud en el servidor para cada campo.
  • Entregabilidad verificada en el despliegue. El dominio de envío se verifica como parte de la publicación, así que un formulario que dejó de entregar mensajes lo detectamos nosotros y no un cliente que nunca recibió respuesta.
  • Sin rastreadores por defecto. Nada de terceros carga a menos que lo pidas, y la única analítica que instalaríamos es sin cookies, lo que también significa sin aviso de consentimiento.
  • Los secretos quedan fuera del repositorio. Las claves viven en un almacén de secretos y llegan al sitio en ejecución como variables de entorno, nunca como un archivo en git.

Hospedaje y cambios

Quién lo mantiene, quién escribe los textos y cómo cambia

Desde el lanzamiento alojamos y operamos el sitio por una cuota mensual: la plataforma de borde, los certificados, el dominio de envío por el que viaja el correo de tu formulario, los despliegues y la vigilancia que nos avisa cuando algo necesita atención. Las mismas personas que lo diseñaron y lo construyeron son las que lo mantienen funcionando, así que una pregunta sobre una página y una pregunta sobre su hospedaje llegan al mismo lugar y reciben la misma respuesta.

Lo que eso no es: ningún constructor de páginas propietario, ninguna licencia por usuario, ningún editor con plazas que alquilar. El sitio es código estándar con sus propias pruebas, tu dominio sigue siendo tuyo, y tu contenido y tu marca son tuyos. Cuando tu contrato lo incluye, puedes llevarte el software y alojarlo tú mismo, y la forma en que está construido hace de eso un paso sencillo y no un rescate. Es una opción que dejamos por escrito cuando la quieres, no el acuerdo por defecto.

Para la mayoría de las empresas el acuerdo por defecto es el mejor trato: un solo equipo que conoce el código, una única línea mensual en la factura, y ningún tercero en medio de un problema. Si prefieres llevarlo tú mismo, dínoslo mientras se redacta el alcance y no después del lanzamiento.

Quién escribe los textos

Lo hacemos nosotros, a menos que prefieras hacerlo tú. Redactar los textos es parte de la construcción: creamos la estructura de la página, los encabezados y el cuerpo del texto a partir del material que ya tienes y de cómo describes tú mismo el trabajo, en propuestas, en correos de venta y en conversación.

Lo que tú aportas es la sustancia y la aprobación final: los servicios, las afirmaciones que estás dispuesto a respaldar, nombres, direcciones, cualquier dato que deba ser exacto. No inventaremos una estadística, un testimonio ni un caso de estudio para llenar un espacio. Si tienes tu propio redactor, o prefieres escribirlo tú mismo, envíanos los textos y diseñamos alrededor de ellos.

Cambiar el contenido después del lanzamiento

Un cambio de contenido es una edición a un archivo de texto en el repositorio, seguida del mismo ciclo por el que pasa cualquier cambio: una rama, una dirección de vista previa donde revisarlo, toda la batería de pruebas y un despliegue que se revierte en un solo paso. Nada se escribe directamente en el sitio en producción, así que una mala edición no puede tumbar una página.

En la práctica nos envías el cambio y pasa por ese mismo ciclo, que es el camino más rápido para los cambios pequeños. Cuando tu contrato pone a tus propios desarrolladores dentro del código, trabajan exactamente igual, que es para lo que están la configuración documentada y las pruebas. Y si tu equipo de verdad necesita publicar varias veces por semana sin un desarrollador, dínoslo pronto: eso es una construcción distinta con una capa de edición, y preferimos definir su alcance a fingir que un sitio estático es un medio de noticias.

Empieza un proyecto de sitio web [email protected]

Cuéntanos qué debe lograr el sitio y a quién debe convencer. Escríbenos por el formulario de contacto o a [email protected], y te responderá quien construye.