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.

En profundidad

Cuatro disciplinas, cada una con su propia página

Búsqueda, accesibilidad, idiomas y seguridad son aquí disciplinas de ingeniería, no viñetas de un folleto. Cada una tiene su propia página con todo el detalle; esta es la versión corta de cada una.

Construido para ser encontrado

Para la mayoría de las empresas, la búsqueda orgánica es la vía por la que llega un cliente nuevo, así que la búsqueda es un requisito de construcción: una página por intención con sustancia real, higiene del head y datos estructurados exigidos por pruebas, indexación instantánea en cada despliegue y velocidad por construcción. Y un límite honesto: nadie puede venderte un puesto en el buscador.

Cómo construimos para la búsqueda

Usable por todos

WCAG 2.2 AA es el piso, no una frase de folleto: contraste verificado en ambos esquemas de color, soporte completo de teclado, objetivos cómodos, movimiento que respeta la reducción de movimiento, y una auditoría automatizada de cada página en tres anchos que rompe la compilación ante cualquier violación.

Cómo se verifica la accesibilidad

Cada idioma en el que vendes

Una ruta real por idioma con textos escritos por personas, el conjunto hreflang y los canonicals propios bien hechos, la derecha a izquierda resuelta en el sistema de diseño y las fuentes subconjuntadas por alfabeto. Este sitio se publica en ocho idiomas como prueba de ello.

Cómo se hace bien el multilingüe

Blindado, y el correo llega

La entrega estática deja poco que atacar, las cabeceras de seguridad estrictas llegan desde el primer día con una política de seguridad de contenido por hash, el formulario se defiende por capas, y el correo del formulario se envía desde un dominio verificado para que el mensaje llegue a una bandeja de entrada y no a spam.

El piso de seguridad y correo

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. La cuota varía con la complejidad y el alcance de lo que operamos para ti, y cómo ponemos precio a un proyecto está explicado con claridad en la página del proceso. 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 sales@wwi.dev

Cuéntanos qué debe lograr el sitio y a quién debe convencer. Escríbenos por el formulario de contacto o a sales@wwi.dev, y te responderá quien construye.