01 la referencia
Qué pone Doctolib al pie, y por qué cada enlace está ahí
No copiamos su footer: copiamos su lista de obligaciones. Cada enlace responde a una pregunta que un paciente o un regulador puede hacer. Inventariado el 20 de agosto de 2026 sobre la página viva, no sobre memoria.
Documentos y consentimiento 6
- Condiciones generales de uso del servicio CGU
- Condiciones de uso del sitio visitantes sin cuenta
- Política de protección de datos personales
- Política de cookies
- Gestión de cookies y consentimiento 7 categorías, incluida «analítica con datos de salud»
- Formulario de oposición a aparecer en la búsqueda
Transparencia y confianza 5
- Reglas de ordenamiento de los resultados règles de référencement
- Denunciar un contenido ilícito
- Anuario del Consejo Nacional de la Orden de Médicos
- Anuario de la Orden de Cirujanos-Dentistas
- Aviso de notificaciones fraudulentas phishing
Identidad y soporte 7
- Aviso legal mentions légales + dirección física en el pie
- Centro de ayuda · «¿Necesitas ayuda?»
- Mapa del sitio
- Selector de país e idioma
- Columna «para profesionales de la salud»
- Sobre nosotros · prensa · carreras
- Sello B-Corp · copyright · redes
Detrás de la línea de enlaces, Doctolib pone su razón social y dirección completa («Doctolib, 54 quai Charles Pasqua, 92300 Levallois-Perret»). El gestor de consentimiento (/privacy-settings) separa analítica de analítica con datos de salud y deja reabrirse en cualquier momento. Ese es el listón.
02 hoy en amedi
Un footer que es adorno de landing, no superficie de confianza
Producción (amedisalud.com, 20 de agosto) cierra con una línea: © 2026 Amedi · Altiora Tech, C.A. · Venezuela · Privacidad · Términos. Los dos documentos existen y son serios —abril 2026, texto real, soporte@amedisalud.com, respuesta en 15 días hábiles—. Todo lo demás, no.
amedisalud.com · modo teaser · tal cual hoy
Fuera del teaser, el footer de la landing trae los anclas del home, cuatro redes que apuntan a facebook.com/yourcompany y compañía, y los mismos dos enlaces.
03 la matriz
Veinticinco puntos, uno por uno
Los 20 ítems del pie de Doctolib más 5 que Venezuela añade por su cuenta: consentimiento escrito para telesalud, RIF en toda comunicación digital, retiro de contenido de odio en 6 horas, aceptación de términos registrada y el footer presente en todas las superficies. Cada fila dice qué hay, qué hacemos y en qué fase.
| # | Punto | Hoy | Qué hay · qué falta | Qué hacemos | Fase |
|---|---|---|---|---|---|
| Documentos | |||||
| 01 | Términos de servicio | parcial | Existen (abril 2026), texto real. JSX en español duplicado byte a byte en client y consultorio, sin versión, sin inglés. El checkbox del paciente se valida y se descarta; el doctor ni lo marca.apps/client/app/(landing)/terms · lib/auth/actions.ts:54-68 | Un solo origen versionado en @workspace/legal (MDX es/en, versión + fecha de vigencia). Sección «uso del sitio» para visitantes. Secretarias nombradas. | 1 |
| 02 | Condiciones de uso del sitio | no aplica | Doctolib las separa porque su sitio y su servicio son contratos distintos. En Amedi el visitante sin cuenta solo busca y lee. | Se cubre como sección §1 «Visitantes» de los Términos. No es un documento aparte. | 1 |
| 03 | Política de privacidad | parcial | Existe pero no nombra al responsable (razón social, RIF, domicilio), ni a los procesadores reales (Supabase, Render, DigitalOcean, Postmark, PostHog, GA, Google Maps, MetaMap, Meta), ni que los datos viven en EE. UU. Promete derechos que hoy son manuales.privacy/page.tsx §5-§9 | v2 escrita desde lo que el producto hace: derechos como proceso vía soporte, cifrado «de plataforma», historia conservada tras el borrado, secretarias con acceso, WhatsApp como canal por defecto. | 1 |
| 04 | Política de cookies | falta | Dos párrafos dentro de privacidad que remiten «a la configuración de su navegador». Sin tabla, sin nombres, sin duración. | Nueva /legal/cookies con la tabla real: sb-amedi-*, active-role-*, amedi-consent, ph_*, _ga, cookies de google.com por el mapa. Finalidad, duración, tercero. | 1 |
| 05 | Aviso legal + identidad en el pie | falta | Sin página. Sin RIF en ningún sitio. La Providencia SNAT/2026/00080 art. 10.5 (G.O. 43.435, 12/08/2026) exige el RIF en toda publicidad por medios digitales; la LOPJ art. 7.4 exige identificación clara del proveedor. | Nueva /legal/aviso-legal: Altiora Tech, C.A., RIF, domicilio fiscal, correo, RUPDAE, hosting y ubicación de datos. Línea de identidad en los tres footers, correos y PDFs. RIF y domicilio los aporta Amedi; no se inventan. | 1 |
| 06 | Reglas de ordenamiento | falta | El orden es fijo y honesto —valoración media desc, nº de reseñas desc, solo verificados y publicados, sin pago por posición— pero nadie lo cuenta. La base de Medi dice además algo falso («sin SACS apareces más abajo»: en realidad no apareces).doctors.service.ts:459-471, 655 | Nueva /legal/como-ordenamos, tres párrafos. Enlace desde el footer y desde la cabecera de resultados. Si algún día hay «destacado» pagado, se etiqueta (LOPJ 7.5). | 2 |
| 07 | Consentimiento informado de telesalud | falta | Ley de Telesalud art. 12: la consulta a distancia requiere consentimiento informado por escrito. Hoy la videoconsulta se agenda sin ninguno. | Paso propio en la reserva cuando la modalidad es virtual, con texto versionado y registro (fecha, versión, IP). Representante legal si hay menor. | 2 |
| 08 | Aceptación registrada de los términos | falta | Solo el contrato de doctores deja rastro (v2.0, sha-256, IP, PDF). Términos y privacidad: ni fecha ni versión por usuario. Cambiar la versión no dispara nada. | Modelo LegalAcceptance (documento, versión, fecha, IP, origen). Al subir versión, interstitial en la app y notificación terms_updated. | 2 |
| Consentimiento y rastreo | |||||
| 09 | Banner de consentimiento | parcial | Binario, solo en client, español hardcodeado, sin enlace, no reaparece nunca. No toca PostHog.cookie-consent-banner.tsx:7-71 | Banner nuevo en @workspace/ui: tres acciones con el mismo peso (solo necesarias · aceptar medición · configurar), i18n, enlace a la política, montado en client y consultorio. | 1 |
| 10 | Preferencias reabribles por categoría | falta | Sin ruta ni componente. Una vez cerrado el banner, la única vuelta atrás es borrar localStorage. | Hoja «Preferencias de cookies» desde el footer: necesarias (bloqueadas) · medición de uso · mapas. Decisión en cookie amedi-consent (JSON versionado, dominio .amedisalud.com, 12 meses). | 1 |
| 11 | Gate real de los trackers | falta | PostHog se inicializa incondicional en client y consultorio, con autocapture, sin disable_session_recording, identificando con email y nombre; GA4 inyecta gtag siempre (ID de prod hardcodeado como fallback); Maps Embed deposita cookies de google.com durante la reserva. | opt_out_capturing_by_default + opt_in tras consentir; identify sin PII; grabación de sesión apagada por código en las tres apps; autocapture off en rutas clínicas; Consent Mode con las 4 señales en denied; mapa con «ver mapa» bajo demanda. | 1 |
| 12 | Oposición a aparecer en la búsqueda | parcial | Publicar es un acto explícito (publishedAt), nadie sale por accidente. Pero no existe despublicar: las únicas salidas son borrar la cuenta o un bloqueo del admin.doctors.service.ts:871 · update-doctor.dto.ts | POST /doctors/me/unpublish + interruptor «Visible en la búsqueda» en el perfil del consultorio. Formulario público «No quiero aparecer» para quien no es usuario. | 2 |
| Transparencia y confianza | |||||
| 13 | Enlace al registro oficial | falta | La URL del SACS vive solo en el backend. El perfil muestra «Matrícula: 12345» como texto plano. El paciente no tiene cómo comprobarlo por su cuenta.doctor-trust-block.tsx:55-62 | Bloque de confianza en el footer con «Consulta pública del SACS» y la matrícula del perfil enlazada a sistemas.sacs.gob.ve/consultas/prfsnal_salud. | 1 |
| 14 | «Verificado» explicado | parcial | Badge en cards, detalle y perfil; sin tooltip ni página. Una card lo rotula «Top». La FAQ que nombra al SACS está en el bloque de médicos, no en el de pacientes. | Página /como-verificamos (licencia SACS + identidad MetaMap + veto del admin) y tooltip en el badge con la fecha de la última verificación. | 2 |
| 15 | Denunciar contenido · reportar | falta | Ningún flujo en ninguna capa: ni perfil, ni reseña, ni chat. La Ley contra el Odio art. 14 obliga a retirar mensajes de odio en 6 horas a quien administra «medios electrónicos». | Ruta pública /reportar (tipo, enlace, descripción, contacto), modelo ContentReport, bandeja en el admin, SLA 6 h odio / 72 h resto, enlace a SUNDDE y al Colegio de Médicos. | 2 |
| 16 | Aviso de suplantación · phishing | falta | Ningún texto de cara al usuario. Amedi manda WhatsApp y correos transaccionales: el vector existe. | Página /seguridad: «Amedi nunca te pedirá tu contraseña ni un pago por WhatsApp», remitentes oficiales, cómo avisar. | 2 |
| 17 | Centro de ayuda | parcial | Existe /preguntas, pero es noindex, solo para profesionales y no está enlazada desde ningún pie. El drawer del paciente enlaza /help → 404. El botón de ayuda del admin no hace nada. El diálogo del consultorio usa wa.me/584241234567 (placeholder) y el correo sale como soporte@amedi.com por una clave i18n. | Ruta /ayuda mínima (contacto real, preguntas de pacientes, enlaces legales); /help → /ayuda; diálogo del consultorio por env y dominio corregido. | 1 |
| 18 | Canales de contacto reales | parcial | El correo funciona. El formulario de la landing no envía nada, las redes son yourcompany, el WhatsApp de soporte está vacío en prod. | Formulario contra un endpoint real o fuera; redes reales (instagram/amedisalud) o ninguna; WhatsApp por env en todos los puntos. | 1 |
| Identidad y navegación | |||||
| 19 | Copyright | cumple | Cuatro variantes distintas (landing, teaser, consultorio —clave muerta—, correos con año fijo). | Una sola: «© {año} Amedi · Altiora Tech, C.A.» desde una constante compartida. | 1 |
| 20 | Idioma y país | parcial | ES/EN en la barra de la landing y en el drawer; sin selector en ningún footer; consultorio solo español. País: producto de un solo país. | Selector de idioma en el pie. País como dato, no como selector: «Venezuela» fijo. | 1 |
| 21 | Mapa del sitio | falta | robots.ts anuncia /sitemap.xml; no existe. | app/sitemap.ts con perfiles públicos, búsqueda y páginas legales; enlace «Mapa del sitio» en el pie. | 1 |
| 22 | Columna para profesionales | falta | El único acceso al consultorio está en la barra de navegación. | Columna «Profesionales»: consultorio, registro, cómo verificamos, preguntas. | 1 |
| 23 | Footer en todas las superficies | falta | Falta en /search, en el perfil móvil, en el paciente logueado (sin enlaces legales), en todo el consultorio y todo el admin. | Dos componentes en @workspace/ui con las rutas inyectadas por props: SiteFooter (marketing) y CompactFooter (shells de paciente, doctor, secretaria, admin). | 1 |
| 24 | Nosotros · prensa · carreras | no aplica | No hay equipo de prensa ni vacantes que publicar. Un «Nosotros» sin contenido real sería relleno. | Se pospone a fase 3 si hay qué contar. La identidad legal va al aviso legal, no a una página de empresa. | 3 |
| 25 | Sello B-Corp | no aplica | Certificación que Amedi no tiene. El equivalente de confianza venezolano es el registro SACS y el RIF visible. | El bloque de confianza ocupa ese lugar. | — |
Fase 1 = el pie y la verdad (footers, identidad, documentos v2 y nuevos, gate de trackers, enlaces muertos). Fase 2 = lo que el paciente y el médico pueden hacer (reportar, despublicar, cómo ordenamos, cómo verificamos, seguridad, consentimiento de telesalud, aceptación registrada). Fase 3 = derechos que hoy son promesa (eliminar cuenta, exportar, quién vio mi historia, preferencias de avisos). Detalle en la sección 07.
05 consentimiento
Tres categorías, una regla, y la grabación de sesión fuera de la clínica
Doctolib ofrece siete interruptores, incluido «analítica con datos de salud». Amedi no necesita ese interruptor porque toma la decisión por el paciente: dentro de la consulta, la historia clínica y el chat no se mide nada y no se graba nada. Lo que queda para elegir cabe en tres filas.
primera capa · el banner · client y consultorio
segunda capa · preferencias · reabrible desde el pie
Preferencias de cookies
Decide qué puede hacer Amedi en tu navegador. Las necesarias no se pueden apagar porque sin ellas no funciona tu cuenta.
06 los documentos
Cuatro nuevos, dos reescritos, y todos desde un mismo origen
Hoy los dos documentos son JSX duplicado en dos apps. Pasan a @workspace/legal: MDX por documento y por idioma, con versión, fecha de vigencia y hash; client y consultorio los sirven en /legal/[slug]. Abajo, el esqueleto de cada uno —qué secciones y qué verdad tienen que decir—, no el texto final: el texto lo revisa un abogado.
Aviso legal
Quién opera Amedi. Lo que la Providencia SNAT/2026/00080 y la LOPJ piden ver, y lo que hoy no aparece en ningún sitio.
- Titular: Altiora Tech, C.A. · RIF · domicilio fiscal en Caracas · datos del Registro Mercantil.
- Contacto: soporte@amedisalud.com · WhatsApp de soporte · horario con zona horaria (GMT-4).
- Dominios oficiales: amedisalud.com, consultorio., admin., api. — cualquier otro no es Amedi.
- Alojamiento y procesadores: Supabase (us-west-2), Render (Oregon), DigitalOcean Spaces (sfo3), Postmark, Meta (WhatsApp), Google, PostHog, MetaMap.
- Ubicación de los datos: Estados Unidos. Dicho claro, una vez.
- Naturaleza del servicio: intermediario tecnológico; no presta servicios de salud.
- Registro SUNDDE / RUPDAE y canal de reclamos del consumidor.
Misma línea de identidad en los footers, en los correos de Postmark, en los PDFs y en las ranuras del contrato de doctores.
Política de cookies
La tabla que el banner promete. Reconstruida del código, no de un generador.
- Qué es una cookie y qué guardamos en localStorage, en dos párrafos.
- Necesarias:
sb-amedi-client/-consultorio/-admin(sesión; la duración la fija@supabase/ssr, hoy sinmaxAgepropio),active-role-*(30 días),amedi-consent(12 meses),demo-session(4 h), recuperación de contraseña (15 min). - Medición:
ph_*(PostHog, 12 meses),_ga/_ga_*(Google, 24 meses). Solo tras consentir. - Mapas: cookies de google.com al cargar el mapa. Solo al tocar «ver mapa».
- Lo que no hacemos: grabación de sesión, publicidad, píxeles de terceros.
- Cómo cambiar la decisión: el enlace a preferencias, no «la configuración de su navegador».
Cada fila sale de packages/auth/src/cookie-options.ts y del inventario de la auditoría; si cambia el código, cambia la tabla.
Cómo ordenamos los resultados
Tres párrafos para decir algo que ya es verdad y nadie sabe.
- Quién aparece: solo profesionales con licencia verificada en el SACS, identidad confirmada, perfil completo y publicado por ellos mismos.
- En qué orden: valoración promedio y, a igual valoración, número de reseñas. Los filtros (especialidad, ciudad, modalidad) acotan, no reordenan.
- Lo que no influye: nadie paga por salir más arriba. Si algún día existe un «destacado», llevará esa palabra encima.
Enlazado desde el pie y desde la cabecera de resultados («¿Por qué este orden?»). Corrige de paso la base de conocimiento de Medi.
Reportar un problema · Seguridad y fraude
El canal que la Ley contra el Odio exige (6 horas para retirar) y el aviso que todo servicio con WhatsApp necesita.
- Formulario público sin cuenta: qué reportas (perfil, reseña, mensaje, suplantación, otro), enlace, qué pasó, cómo te contactamos. Rate-limit y honeypot, no captcha.
- Acuse con número y plazo: 6 h si es odio o ilegal, 72 h el resto.
- Bandeja en el admin con estado, responsable y resolución; cada decisión queda registrada.
- Otros caminos: SUNDDE para reclamos de consumo, Colegio de Médicos para faltas deontológicas.
- Seguridad: «Amedi nunca te pide tu contraseña ni un pago por WhatsApp»; remitentes y números oficiales; qué hacer si recibes algo raro.
Modelo ContentReport en Prisma y módulo reports en la API. El botón «Reportar» del perfil y de la reseña abre el mismo formulario con el objetivo prellenado.
Política de privacidad
La estructura actual sirve. Lo que cambia es que deje de prometer lo que el producto no hace y nombre lo que sí hace.
- Responsable con razón social, RIF y domicilio; base en CRBV 28/60 y TSJ 1318/2011.
- Procesadores por nombre y ubicación de los datos (EE. UU.).
- Derechos como proceso: acceso, rectificación, eliminación y portabilidad por soporte, 15 días hábiles, hasta que exista autoservicio.
- Lo que pasa al borrar: la historia clínica se conserva por obligación médica; los datos de contacto se anonimizan.
- Quién accede: tu médico, las secretarias de su equipo (agenda y carpeta), y Amedi solo para soporte con tu permiso.
- Canales: recordatorios por WhatsApp y correo, cómo darte de baja de cada uno.
- Cifrado: «de la plataforma» (TLS + cifrado en reposo del proveedor), sin prometer cifrado de campo.
- Medición: remite a la política de cookies y a las preferencias.
Quita «tarjetas»: Amedi no procesa tarjetas; los métodos de pago los configura cada médico.
Términos de servicio
Un solo documento, tres lectores: visitante, paciente, profesional. Secretarias incluidas.
- §1 Visitantes: uso del sitio sin cuenta (cubre las «condiciones del sitio» de Doctolib).
- §2 Pacientes y §3 Profesionales como hoy, con el contrato de doctores referenciado por versión.
- §4 Equipos: qué puede hacer una secretaria y bajo responsabilidad de quién.
- §5 Videoconsulta: remite al consentimiento informado de telesalud.
- §6 Reseñas y contenido: reglas, moderación y el canal de reporte.
- Versión y vigencia en la cabecera; cambios sustanciales con aviso en la app y nueva aceptación.
La aceptación deja rastro: LegalAcceptance con documento, versión, fecha e IP, también para quien entra con Google.
07 cómo lo construimos
Un origen para los textos, dos componentes para el pie, una cookie para la decisión
Nada de esto es una pantalla nueva grande: es plomería bien puesta. Lo que hoy está duplicado o hardcodeado pasa a un sitio, y las apps solo inyectan sus rutas. Las reglas del repo se respetan: el paquete no conoce rutas, los textos viven en i18n, los datos de identidad salen de una constante.
packages/legal · nuevo
@workspace/legal
documents/<slug>/{es,en}.mdx· términos, privacidad, cookies, aviso-legal, como-ordenamos, seguridad, telesaludregistry.ts· slug, versión, fecha de vigencia, hash del MDXcompany.ts· razón social, RIF, domicilio, correos, dominios — desde env, con fallo visible si falta- Consumido por client, consultorio, admin y la API (correos, PDFs, contrato)
packages/ui
Pie y consentimiento
layout/shared/site-footer.tsxycompact-footer.tsx· columnas, enlaces e identidad por props; cero rutas dentro del paqueteconsent/consent-banner.tsx,consent-preferences.tsxhooks/consent/use-consent.ts· lee y escribeamedi-consent(JSON:v,analytics,maps,ts), dominio.amedisalud.com, 12 meses- Textos por i18n de cada app, nunca hardcodeados
apps/client · consultorio · admin
Rutas y gate
/legal/[slug]en client y consultorio; admin enlaza al client/ayuda,/reportar,/seguridad,/como-verificamos,app/sitemap.ts;/help → /ayudaPHProvider:opt_out_capturing_by_default,disable_session_recording: true,autocaptureoff en/patient/*,/doctor/*,/secretary/*;identifysin email ni nombre- GA: Consent Mode con 4 señales en
denied; Maps con «ver mapa» bajo demanda - Footer montado en
/search, perfil (también móvil), shells de paciente, doctor, secretaria y admin
apps/api · prisma
Rastro y canales
LegalAcceptance· profileId, document, version, acceptedAt, ip, userAgent, source — escrito en signUp y en el interstitialContentReport+ móduloreports· público con rate-limit, bandeja admin, SLA por tipoPOST /doctors/me/unpublish·publishedAt → null, sin tocar verificaciónTeleconsultConsentpor cita virtual · versión, fecha, IP- Identidad legal en
company_name/addressde Postmark, PDFs y las ranuras del contrato
Lo que NO toca esta propuesta y se queda para su propio proyecto: eliminar cuenta self-serve, exportar mis datos, «quién vio mi historia», preferencias de avisos y opt-in de WhatsApp, el runbook de solicitudes. Están en la fase 3 porque sin ellos la política de privacidad solo puede prometerlos como proceso manual — y así se escribe en la v2.
Tres fases, con su puerta de salida
fase 1 el pie y la verdad
Que lo que se ve sea cierto
- @workspace/legal con los 2 documentos actuales migrados (es/en, versión) + aviso legal + política de cookies.
- SiteFooter y CompactFooter en todas las superficies, incluidas
/search, el perfil móvil, consultorio y admin. - Identidad: constante compartida en footers, correos, PDFs y contrato. RIF y domicilio aportados por Amedi.
- Consentimiento: banner + preferencias + cookie compartida; PostHog y GA detrás del gate; grabación apagada; identify sin PII; mapa bajo demanda.
- Saneo:
/help → /ayuda, sitemap real, redes reales, WhatsApp por env, dominio del correo de soporte, formulario de contacto honesto. - Confianza: enlace al SACS en el pie y en la matrícula del perfil.
Puerta: en producción, las tres apps muestran el pie con identidad completa; ningún tracker carga antes de consentir (verificado con la pestaña de red); check-i18n en verde en es y en.
fase 2 lo que pueden hacer
Canales y rastro
- /reportar +
ContentReport+ bandeja admin + botón «Reportar» en perfil y reseña. - /seguridad, /como-ordenamos, /como-verificamos + tooltip del badge.
- Despublicar: endpoint + interruptor en el perfil del consultorio + formulario de oposición público.
- LegalAcceptance en signUp (correo y Google) + interstitial al cambiar versión + notificación
terms_updated. - Consentimiento de telesalud como paso de la reserva virtual, con registro.
Puerta: un reporte de prueba entra por el formulario, aparece en la bandeja y recibe acuse con número; un doctor se oculta y deja de salir en /search; un alta nueva deja fila en legal_acceptances.
fase 3 derechos que hoy son promesa
Que la política deje de decir «por soporte»
- Eliminar mi cuenta self-serve (paciente y doctor) con anonimización y conservación de la historia por obligación.
- Exportar mis datos (
/me/export) en un paquete legible. - Quién vio mi historia desde
PatientAccessLog, que ya existe. - Preferencias de avisos sobre
NotificationPreference, que ya existe, y opt-in de WhatsApp. - Runbook de solicitudes y «Nosotros» si hay qué contar.
Puerta: cada derecho de la política de privacidad tiene un botón o un endpoint detrás; la v3 de la política puede quitar «por soporte» de los cuatro primeros.
08 decisiones y descartes
Lo que se decidió mirando la referencia y lo que se dejó fuera
Seguimos a Doctolib en
La línea legal completa al pie, repetida fuera de las columnas. El gestor reabrible con categorías. Las reglas de ordenamiento publicadas. El canal de denuncia público. El enlace al registro profesional. La dirección y razón social visibles.
Nos apartamos en
Siete categorías → tres. «Analítica con datos de salud» no es una opción: es un no. Un selector de país → país como dato. Un sello de certificación → el bloque de confianza con lo que Amedi realmente verifica. «Signaler un contenu illicite» → «Reportar un problema»: la voz.
Descartado: un CMP de terceros
OneTrust, Cookiebot y similares traen su propio script, su propia marca y su propia lista de 400 vendors. Amedi tiene dos trackers y un mapa; un hook de 80 líneas y una cookie JSON lo resuelven sin meter un tercero más en la página que promete tener pocos.
Descartado: inventar el RIF y el domicilio
La tentación de poner «J-12345678-9» para que la maqueta se vea completa. Se muestra como ranura, igual que el contrato de doctores muestra sus ranuras en ámbar. Un dato legal falso en un mockup termina en producción.
Descartado: «Nosotros», «Prensa», «Carreras»
Sin contenido real detrás, una página de empresa es relleno de plantilla. La identidad legal ya tiene su sitio (el aviso legal). Vuelve en fase 3 si hay equipo, historia y vacantes que contar.
Mantenido con razón: el footer oscuro
El lente de layout diría que una losa noche al final de una página clara es un salto. Se mantiene porque cierra el arco del hero —noche arriba, noche abajo— y porque es la única superficie donde el wordmark blanco aparece en la landing. Dentro de las apps, donde no hay hero, la variante es clara.
Doce enlaces no hacen a nadie más confiable. Que cada uno diga la verdad, sí.
La auditoría encontró una plataforma que verifica mejor que su referencia y lo cuenta peor; que promete derechos por escrito que todavía no tiene botón; y que mide dentro de la consulta sin preguntar. Esta propuesta pone el pie donde falta, la identidad donde la ley la pide, el consentimiento antes del primer evento y la grabación fuera de la clínica por regla. Lo demás —borrar, exportar, saber quién miró— es la fase en la que la política deja de decir «por soporte».