Documento de arquitectura y copy · v1.1 · 25 de agosto de 2026

De landing local a ecosistema web multinacional

Rediseño de la arquitectura de la información, del copywriting y de la lógica de negocio de reformas.felincore.com para convertirla en el sitio corporativo de un grupo internacional de fit-out, construcción y facilities management.

1 · Estrategia de enrutamiento inteligente

Problemas que resuelve: arquitectura excesivamente compleja (1), múltiples públicos sin recorridos claros (2), procesos de contacto burocráticos (3), integraciones deficientes (4).

1.1 · El diagnóstico: el menú no es arquitectura

La respuesta habitual de una multinacional a «tenemos cinco públicos» es un menú de navegación con cinco desplegables y treinta entradas. Eso no resuelve el problema: lo traslada al visitante. Le obliga a leer el organigrama de la compañía y a deducir en qué departamento encaja su necesidad antes de poder actuar. Es la manifestación literal del problema 5 —web diseñada para la empresa, no para el usuario— disfrazada de arquitectura de la información.

La estructura de origen acierta en algo que casi ninguna web corporativa conserva: un solo destino de conversión, visible desde el primer píxel. Lo que hay que hacer no es abandonar ese principio, sino parametrizarlo.

1.2 · La solución: puerta de entrada única con árbol de dos clics

Se sustituye la navegación jerárquica como punto de entrada por un Single Entry Point alojado en el primer pliegue del Hero, ocupando la mitad de la superficie que antes ocupaba una fotografía. El visitante no navega: se identifica.

Clic 1 — Identidad (cinco puertas)

• A · Cliente corporativo / B2B. Oficinas, retail, hospitality, salud y laboratorios, industrial y logística.
• B · Residencial high-end. Vivienda singular, edificio protegido, cartera patrimonial.
• C · Proveedor o subcontrata. Homologación, licitaciones, facturación.
• D · Candidato o candidata. Producción y obra, corporativo, programa de graduados.
• E · Inversores y prensa. Resultados, memoria ESG, sala de prensa.

Clic 2 — Cualificación (una sola pregunta, distinta por puerta)

La pregunta se elige por su poder discriminante sobre el destino, no por lo que el CRM quisiera saber. En B2B es la superficie o el volumen; en residencial, el tipo de activo; en proveedores, la situación respecto al grupo; en talento, la familia profesional; en inversores, el tipo de información.

Salida — Resolución explícita

Aquí está la diferencia con un selector convencional. En lugar de saltar a una página, el sistema muestra su propia decisión: qué objeto se ha creado en el CRM, a qué cola de asignación va, con qué compromiso de primera respuesta y bajo qué marco normativo local. Convertir el enrutado en información visible es lo que ataca de raíz el problema 3: el proceso deja de ser burocrático porque deja de ser opaco.

1.3 · Cómo llega al CRM/ERP sin intervención manual

El error clásico —y el problema 16— es que el formulario envíe un correo a un buzón compartido y que alguien lo transcriba. Aquí no hay correo en ningún punto del recorrido. El flujo es:

Navegador
  └─ POST /api/leads            (misma organización, sin CORS, con token de sesión)
       └─ Edge Function
            ├─ 1. Verificación anti-abuso     (Turnstile + limitación de tasa por IP)
            ├─ 2. Normalización y validación   (esquema tipado; rechaza lo que no encaja)
            ├─ 3. Enriquecimiento              (país por cabecera del edge, dominio de correo,
            │                                   firmográficos si hay proveedor contratado)
            ├─ 4. Scoring y enrutado           (reglas versionadas en código, no en el CRM)
            └─ 5. Escritura transaccional
                 ├─ CRM   : Lead/Opportunity + Owner + SLA  (Salesforce Composite API)
                 ├─ ERP   : Vendor Record                    (solo rama C · SAP Ariba)
                 ├─ ATS   : Candidate                        (solo rama D)
                 └─ Bus   : evento `lead.created` en la cola de mensajes

Cola de mensajes  ──►  Data warehouse   (analítica de embudo de punta a punta)
                  ──►  Notificación al Account Manager (Slack/Teams + móvil)
                  ──►  Autorespuesta transaccional con nombre del AM asignado

Tres propiedades que hay que exigir a esta capa:

• Idempotencia. Cada envío lleva una clave única. Un doble clic o un reintento de red no crea dos oportunidades duplicadas en el CRM.
• Cola de reintento. Si el CRM está caído, el evento no se pierde: entra en cola y se reprocesa. Un lead Enterprise no puede depender de la disponibilidad de un SaaS.
• Reglas en código, no en el CRM. Las reglas de asignación viven en el repositorio, con revisión por pares y despliegue trazable. La alternativa —cambiarlas a mano en la consola del CRM— es la razón por la que nadie sabe nunca por qué un lead fue a parar donde fue.

1.4 · Trazabilidad de los 20 problemas

2 · Copywriting institucional orientado a conversión

Problemas que resuelve: web diseñada para la empresa (5), exceso de contenido corporativo (6), falta de personalización (7).

2.1 · La regla: de «nosotros hacemos» a «usted obtiene»

El copy corporativo del sector describe capacidades. El comprador corporativo no compra capacidades: compra la eliminación de un riesgo que hoy está en su balance y que no puede asegurar. La reescritura sistemática consiste en sustituir cada afirmación de capacidad por la certeza contractual equivalente, y en darle una consecuencia económica.

2.2 · Propuesta de valor modular

Una cabecera fija sirve a un público. Cinco cabeceras fijas exigen cinco portadas y producen el problema 13. La solución es descomponer la cabecera en tres piezas intercambiables y componerla en el momento de servir la página:

H1 = PROMESA[segmento] + ÁMBITO[región] + PRUEBA[segmento]

Ejemplos compuestos:
  inicio  + ES  →  «Entregamos su espacio operativo en la fecha del contrato. En 14 países.»
  B2B     + ES  →  «Su sede operativa, entregada sin parar el negocio.»
  resi    + ES  →  «Rehabilitación de alto standing con dirección de proyecto propia.»
  prov    + ES  →  «Homologación de proveedores en 10 días hábiles.»
  talento + ES  →  «Construya su carrera donde se construye de verdad.»
  inv     + ES  →  «Resultados, gobierno corporativo y plan ESG del grupo.»

Dónde se resuelve la variable de región

En el edge, antes de servir el HTML, leyendo la cabecera de país que inyecta la CDN (cf-ipcountry o equivalente) y consultando una tabla de mercados que aporta hub, región operativa, moneda, marco normativo y Account Manager. Resolverlo en el edge y no en el navegador es lo que evita el parpadeo de contenido, el impacto en LCP y el riesgo de que un buscador indexe la variante equivocada.

La elección del visitante siempre prevalece sobre la detección: el selector de país es explícito, está en la primera línea de la interfaz y su valor persiste. Una detección geográfica que no se puede corregir es un fallo de accesibilidad y de usabilidad, no una personalización.

Localización, no traducción

Cada campo del modelo de contenido se localiza por separado. Lo que cambia por mercado no es solo el idioma: son las cifras (moneda, superficie), el marco normativo citado, las certificaciones relevantes —LEED pesa en AMER, BREEAM en UK, Estidama en MEA— y los casos de éxito mostrados por defecto. Es lo que impide que la web alemana argumente con legislación española traducida.

2.3 · Presupuesto de contenido

Contra el problema 6 no vale «escribir menos»: vale una regla que se pueda auditar. La que se aplica aquí: ningún bloque de la portada existe si no mueve al visitante hacia una decisión. No hay bloque de historia de la compañía, ni de valores, ni de organigrama. Esa información existe —es obligatoria para inversores y para licitaciones— pero vive en la rama E del enrutador, servida a quien la ha pedido.

3 · Portfolio B2B como casos de éxito comerciales

Problemas que resuelve: portfolio mal estructurado (8), casos de éxito poco comerciales (9).

3.1 · El diagnóstico: la galería no vende

Una cuadrícula de fotografías bonitas sin contexto es un portfolio de estudio de arquitectura, no de contratista. El comprador corporativo que la mira no puede responder la única pregunta que le importa: «¿han hecho esto, a esta escala, con este riesgo, y con qué resultado?». Y el comercial no puede usarla: no hay nada que enviar.

3.2 · El framework: Desafío → Solución → Impacto

Cada ficha de proyecto se estructura en tres bandas obligatorias. Es un contrato de redacción, no una plantilla visual: el CMS no deja publicar un proyecto sin las tres.

Banda 1 · Desafío operativo y técnico

Describe la restricción, no el encargo. Debe contener al menos una magnitud y al menos una restricción dura. «Unificar 4 sedes en 5.240 m² de una torre en explotación, con 620 empleados en las plantas colindantes y sin poder cerrar el edificio un solo día laborable.» — el lector reconoce su propio problema en esa frase o no lo reconoce.

Banda 2 · Solución de ingeniería y diseño

Qué se hizo que no habría hecho un contratista genérico. Fases, sistemas, coordinación BIM, franjas horarias, prefabricación, control de partículas. Es la banda que demuestra competencia técnica ante el director de proyecto del cliente, que suele ser quien vetará o aprobará la propuesta internamente.

Banda 3 · Impacto de negocio medible

Cuatro métricas, siempre de estas cuatro familias, y siempre con cifra:

• Plazo: días de adelanto o cumplimiento sobre fecha contractual.
• Económico: ahorro, coste evitado, ingreso protegido, valor de tasación.
• Sostenibilidad: consumo energético, agua, residuo valorizado, certificación.
• Seguridad: índice de frecuencia, accidentes, horas trabajadas.

3.3 · Facetas de filtrado

El filtrado no es una comodidad: es la manera de que un comprador de un sector concreto vea en tres segundos que el grupo trabaja en su sector, a su escala, en su geografía y con su exigencia de certificación. Cuatro facetas, todas combinables, todas resueltas sobre campos estructurados del CMS y no sobre etiquetas de texto libre:

• Sector: oficinas · retail · hospitality · salud y laboratorios · industrial · residencial.
• Alcance presupuestario: < 1 M € · 1–5 · 5–20 · > 20 M €.
• Certificación sostenible: LEED · BREEAM · WELL · Passivhaus.
• Geografía: Iberia · Europa · UK & I · LATAM · MEA.

El estado vacío también trabaja: cuando ninguna combinación devuelve resultados, la página no dice «no hay proyectos». Dice que el repositorio del grupo tiene 340 casos documentados, que el 78 % está bajo confidencialidad y que el dossier sectorial se pide al Account Manager. Un filtro sin resultados es un lead cualificadísimo.

3.4 · Un dato, muchos destinos

Al estructurar el proyecto como datos y no como una página maquetada, el mismo registro alimenta: la ficha pública, el filtro del portfolio, el dossier sectorial en PDF que se genera bajo demanda, la ficha que el comercial abre desde el CRM y el material de licitación. Se escribe una vez. Esto es lo que ataca el problema 13 en su forma más cara: la divergencia entre versiones del mismo contenido.

4 · Infraestructura técnica, escalabilidad y CMS desacoplado

Problemas que resuelve: web lenta (10), CMS difícil (11), dependencia técnica (12), escalabilidad (13), permisos (14), tecnología legacy (15), seguridad y mantenimiento (17).

4.1 · Por qué headless, en términos de negocio

El argumento no es tecnológico. Es de coste de oportunidad del equipo de marketing local. En una arquitectura monolítica, la landing de una campaña en Polonia entra en la cola de un equipo de desarrollo centralizado, con tres semanas de espera y una petición de presupuesto. El resultado observable en todas las multinacionales del sector es el mismo: el equipo local se salta el sistema, contrata una landing suelta a una agencia y aparece un sitio fuera de marca, fuera de analítica y fuera de RGPD. El problema 12 no produce lentitud: produce web en la sombra.

Desacoplar el contenido de la presentación resuelve simultáneamente el 11, el 12, el 13 y el 15, porque convierte la publicación en una operación de contenido y no de software.

4.2 · Las tres capas

Capa 1 · Fuente de contenido — Contentful o Strapi

Modelos tipados y versionados: Proyecto, Servicio, Vacante, NotaDePrensa, BloqueDeLanding, Mercado. Cada uno con localización campo a campo y con validaciones que impiden publicar sin las tres bandas del framework de proyecto.

Contentful si se prioriza servicio gestionado, cumplimiento y soporte multi-región; Strapi autoalojado si pesan más el control del dato, la residencia en la UE y el coste por asiento con más de cincuenta editores. La decisión es de gobierno, no de funcionalidad.

Capa 2 · Composición y entrega — Next.js sobre CDN

Renderizado estático con revalidación incremental: la página se construye al publicar, no al visitarla. En la petición del usuario no hay consulta a base de datos ni ejecución de CMS. La personalización de país se resuelve en middleware de edge antes de emitir el HTML.

• Presupuesto de rendimiento verificado en integración continua: LCP < 1,8 s y INP < 200 ms en el percentil 75 de cada mercado; JavaScript de ruta crítica < 120 KB comprimido. Un despliegue que supere el presupuesto no pasa.
• Imágenes: AVIF con respaldo WebP, dimensionadas por dispositivo, servidas desde el mismo dominio.
• Tipografías autoalojadas: cero peticiones a terceros, que es a la vez una decisión de LCP y de RGPD.

Capa 3 · Sistemas de negocio

CRM, ERP, ATS, portal de licitaciones y capa analítica, integrados por eventos firmados contra una API interna. Detalle en el apartado 5.

4.3 · Gobierno de contenidos: RBAC

El problema 14 rara vez se manifiesta como una brecha de seguridad. Se manifiesta como una agencia que dejó de trabajar con el grupo hace dos años y cuya cuenta sigue publicando, o como un equipo de país que cambió la tipografía de la marca «solo en esta campaña». Los permisos se heredan del rol, nunca de la persona, y la revocación es una sola operación.

La pieza que hace que esto funcione sin convertirse en un cuello de botella: las landings se componen con bloques ya aprobados por marca. El equipo local elige, ordena y escribe; no puede cambiar tipografía, color ni geometría, porque esos valores son tokens del sistema de diseño y no campos editables. La consistencia deja de depender de que alguien la vigile: deja de ser posible romperla.

4.4 · Seguridad y mantenimiento

• Superficie de ataque. Lo que se publica es HTML estático en CDN. No hay CMS expuesto a internet, no hay base de datos accesible desde el frontal y no hay plugins de terceros ejecutándose en el servidor de la web pública.
• Cabeceras. CSP con lista de permitidos y nonce por respuesta, HSTS con precarga, Referrer-Policy, Permissions-Policy y X-Content-Type-Options.
• Cadena de suministro. Inventario de dependencias (SBOM) por despliegue, escaneo automático de vulnerabilidades y bloqueo de versiones.
• Recuperación. Despliegues inmutables con reversión en un clic. El contenido vive en el CMS con historial; revertir la web no revierte el contenido, y viceversa.

5 · Formularios inteligentes y conectividad CRM

Problemas que resuelve: formularios no conectados al CRM (16), seguridad y mantenimiento (17), accesibilidad (18), analítica fragmentada (19).

5.1 · Protocolo de puntuación y enrutado

El objetivo operativo es concreto: un lead Enterprise tiene Account Manager asignado y notificado en menos de diez minutos desde el envío, a cualquier hora y en cualquier país. Eso exige que la clasificación sea determinista y esté escrita, no que dependa del criterio de quien abra el buzón por la mañana.

Tres salvaguardas obligatorias. Primera: la puntuación decide cola y plazo, nunca precio ni acceso al servicio; ese límite es lo que la mantiene fuera del artículo 22 del RGPD y debe declararse así en la política de privacidad. Segunda: hay escalado manual —cualquier comercial puede reclasificar un expediente, y el sistema registra quién y por qué. Tercera: el panel de enrutado es visible para el usuario mientras rellena; una clasificación que el interesado puede ver es una clasificación que se puede discutir.

5.2 · Accesibilidad como cobertura de riesgo legal

Para un grupo que opera en catorce países, la accesibilidad no es una buena práctica: es exposición regulatoria bajo la Directiva (UE) 2019/882, la EN 301 549, la ADA en Estados Unidos y las normas equivalentes de cada mercado. Y es condición de admisión en la mayoría de las licitaciones públicas. Objetivo: WCAG 2.1 nivel AA, verificado, no declarado.

• 1.4.3 / 1.4.11 Contraste: 4,5:1 en texto, 3:1 en texto grande y componentes. Verificado por script sobre los tokens de color, no a ojo.
• 1.4.1 Uso del color: ningún estado se comunica solo por color. La matriz de permisos, los filtros activos y los errores llevan texto.
• 2.1.1 / 2.4.7 Teclado y foco: el enrutador, los filtros y el formulario son operables con teclado, con foco visible de 3 px y contraste suficiente.
• 2.4.1 Saltar bloques: enlace de salto al contenido como primer tabulable.
• 2.5.5 Tamaño del objetivo: mínimo 44 × 44 px en toda acción.
• 3.3.1 / 3.3.2 / 3.3.3 Errores: etiqueta visible siempre, ayuda vinculada con aria-describedby, error en texto asociado al campo y foco al primer control inválido.
• 4.1.3 Mensajes de estado: el panel de enrutado y la resolución del selector son regiones aria-live.
• 2.3.3 / 1.4.12: todo el movimiento condicionado a prefers-reduced-motion; ningún contenedor con altura fija que rompa al forzar espaciado de texto.

Verificación continua: axe-core y Lighthouse en cada despliegue, con fallo de nivel A o AA como condición de bloqueo; revisión manual trimestral con teclado, zoom al 400 % y espaciado forzado; sesiones anuales con personas usuarias de lector de pantalla. Y declaración de accesibilidad pública con canal de reclamación y plazo de respuesta, publicada en /accesibilidad.html.

5.3 · Plan de etiquetado analítico unificado

El problema 19 no se resuelve cambiando de herramienta. Se resuelve con un diccionario de eventos único, escrito antes de instrumentar, del que dependen por igual la web, el CRM y el almacén de datos. Un solo dataLayer, nombres fijos y una única fuente de verdad sobre qué significa cada métrica.

Por qué etiquetado en servidor (server-side GTM)

• Precisión. Los bloqueadores y las restricciones de cookies de terceros degradan la medición en cliente entre un 15 y un 30 % según mercado. En B2B, donde el volumen de leads es bajo, esa pérdida no es ruido: invalida el análisis.
• Gobierno del dato. El contenedor de servidor decide qué campo sale hacia cada destino. Ningún dato personal llega a una plataforma publicitaria por descuido de configuración, que es el hallazgo más frecuente en auditorías de RGPD.
• Rendimiento. Se retira peso de etiquetas del hilo principal del navegador, lo que protege el presupuesto de INP del apartado 4.2.
• Medición de punta a punta. El lead_score viaja con el evento y vuelve del CRM el estado del expediente. Eso permite leer coste por lead Enterprise cerrado, no coste por formulario enviado —que es la métrica que hace que se invierta en los canales equivocados.

6 · Implantación, métricas y riesgos

6.1 · Secuencia recomendada

6.2 · Métricas de éxito

• Tiempo de la portada a lead cualificado: objetivo < 90 segundos.
• Tiempo de envío a asignación de Account Manager: objetivo < 10 minutos para Enterprise, medido de punta a punta, no declarado.
• Proporción de leads Enterprise sobre el total: es la métrica que indica si el enrutador está cualificando o solo filtrando.
• Landings publicadas por equipos de país sin intervención de desarrollo: mide directamente el problema 12.
• LCP p75 por mercado y fallos de accesibilidad bloqueantes en CI: objetivo cero.
• Coste por lead Enterprise cerrado, no por formulario enviado.

6.3 · Riesgos del enfoque, dichos en voz alta

• El enrutador añade un clic. Un visitante que ya sabe lo que quiere podría preferir un menú. Mitigación: los cinco portales están también en el pie, las anclas de la cabecera siguen funcionando y ninguna puerta es obligatoria para llegar al formulario. Debe medirse con router_paso_1 frente a envíos directos.
• El framework D→S→I es caro de rellenar. Migrar 340 casos con datos verificados es trabajo de meses y requiere autorización del cliente para cada cifra. Mitigación: empezar por los 30 casos de los sectores prioritarios y publicar solo esos. Un portfolio corto y verificado vende más que uno largo y vago.
• La personalización por geolocalización se equivoca. VPN, redes corporativas y viajes producen detecciones falsas. Mitigación: el selector explícito prevalece siempre, es visible en la primera línea y su valor persiste.
• El banner de consentimiento reduce la conversión. Es un hecho, no un riesgo evitable. La decisión de activar analítica se toma con esa cifra sobre la mesa.
• Headless traslada complejidad, no la elimina. Exige disciplina de modelado y un responsable de gobierno de contenidos con nombre. Sin ese rol asignado, el CMS desacoplado se degrada en seis meses hasta el mismo desorden del que se venía.

7 · Rediseño corporativo (v1.1, 25 de agosto de 2026)

Encargo recibido: «otra paleta de colores, otro diseño y algo más profesional y corporativo, que mantenga la temática; arregla la sección de proyectos, los textos no están bien; arregla los colores y contrastes; arregla y mejora las fotos; haz un hero más profesional y bonito, no todo tan cuadriculado; arregla proporciones como la del header».

Ni la arquitectura de información ni el copy cambian: los doce bloques, su orden, el enrutador, el modelo de puntuación y los textos son los de la v1.0. Lo que cambia es la carrocería, y vive entera en el apartado 12 de corporativo.css.

7.1 · Un fallo de maquetación que rompía las seis fichas de proyecto

La lista de impacto de negocio se maquetaba así:

.impacto li { display: grid; grid-template-columns: 16px 1fr; }

Dos pistas, pero tres hijos: el <svg> del check, el <b> con la cifra y el texto suelto que va detrás. Un nodo de texto suelto dentro de una rejilla se convierte en un ítem anónimo, así que caía en la segunda fila, primera columna: una pista de 16 píxeles de ancho. Las veinticuatro líneas de impacto de las seis fichas se leían en vertical, una letra por renglón, y estiraban el bloque de proyectos hasta los 8.800 píxeles de alto.

El arreglo saca el icono del flujo (position: absolute con sangría en el <li>), que además es indiferente a cómo esté escrito el marcado.

7.2 · Las fichas dejan de ser columnas y pasan a filas

Seis casos en una rejilla de minmax(330px, 1fr) daban tres columnas de 330 px en escritorio: párrafos de cuarenta palabras partidos en renglones de seis. El framework D→S→I necesita ancho de lectura, no de tarjeta.

Cada caso es ahora una fila a ancho completo: fotografía a un lado —alternando de lado en las fichas pares, con su reparto de columnas invertido— y contenido al otro, con Desafío y Solución en dos columnas y el impacto de negocio a todo el ancho, sobre fondo propio y filete de acento. El filtrado por facetas, la cuenta de resultados y el estado vacío siguen funcionando igual: el JavaScript no se ha tocado.

7.3 · Paleta «Acero y Cobre»

El verde botella sobre papel crema con matiz de oro era el traje de la web residencial de origen. Se sustituye por gris acero, tinta azulada y un solo color saturado, el azul técnico del botón. El cobre ocupa exactamente el hueco que tenía el oro —sellos de certificación y cuño de garantía— y ni un sitio más.

Con la paleta nueva salieron a la luz dos deudas de contraste que venían del origen y que el verde tapaba igual de mal: la matriz de permisos RBAC de este mismo documento y del bloque de plataforma pintaba con los tokens de papel dentro de un bloque oscuro —los nombres de rol salían en tinta sobre tinta—, y la barra de región era un fondo translúcido al 5,5 % que solo se veía porque debajo había verde. Las dos están corregidas.

7.4 · Geometría: fuera la burbuja

La edición «burbuja» montaba cada bloque como un panel flotante de radio 38 px sobre un fondo verde, con la cabecera en cápsula y botones de radio 999. Es un acabado de catálogo de reformas, no de grupo que firma penalizaciones por demora. Los bloques pasan a sangre, los radios bajan a 3–8 px y las sombras se reducen a un filete de 1 px: una web corporativa no levita. La palabra marcada del H1 deja de ser una cápsula de color y pasa a un subrayado a ras de línea base.

«No todo tan cuadriculado» no se resuelve redondeando esquinas, sino rompiendo la monotonía del retículo: fotografía a sangre en el Hero, filas alternas en el portfolio, rejilla de servicios asimétrica y los KPI separados por filete vertical en vez de por tarjeta.

7.5 · Hero y proporciones de cabecera

El Hero era media pantalla de rejilla vacía con el H1 roto en cinco líneas. Ahora el bloque entero es una fotografía de recepción corporativa a sangre bajo doble velo de tinta —uno plano, que garantiza el contraste en el peor píxel de la imagen, y uno direccional que abre la esquina donde no hay texto—, con el enrutador encima como tarjeta de papel opaco. La foto se sirve con fetchpriority="high" y <link rel="preload">: es el LCP declarado, y con eso desaparece una de las siete desviaciones que el QA de la plantilla venía marcando.

En la cabecera el problema no era la altura sino el ancho: 200 px de logotipo —con una línea de rótulo de 5,6 px que nadie podía leer—, cinco anclas y un CTA de veintinueve caracteres no caben en 1.200 px, y dos entradas del menú rompían a dos líneas. Logotipo nuevo más estrecho y sin la línea ilegible, menú a una sola línea, CTA de dos palabras, y el menú entra a 1.060 px en vez de a 940, que es donde de verdad cabe: entre 940 y 1.059 el botón se salía de la ventana.

7.6 · Fotografía

Las imágenes eran ambientes residenciales heredados del sitio de origen —cocinas, salones, un baño— y se colaban por debajo de las tarjetas de servicio, del cierre y del bloque de garantía a través de tokens.css. Se sustituyen por el inventario corporativo correcto: oficina diáfana, tienda, hotel, sala limpia, centro logístico, edificio protegido en rehabilitación, obra de fit-out, sala de consejo y fachada acristalada. Todas pasan por el mismo gradado —saturación al 86 %, contraste sigmoidal suave y un 4 % de tinta azul en las sombras— para que la página se lea como un solo reportaje y no como un banco de imágenes.

Siguen siendo fotografía de archivo y siguen marcadas _PENDIENTE en su texto alternativo: no son obras de Arkta Group y no son estos proyectos.

← Volver a la portada