Microcopy: las palabras pequeñas que guían
El microcopy es el texto corto de una interfaz: botones, etiquetas, ayudas y errores. Sus tres funciones según el NN/g y cómo escribir botones y placeholders.
¿Qué es exactamente?
El NN/g lo define por tamaño: el microcopy es el texto más corto, de menos de tres oraciones. Incluye etiquetas de botones y enlaces, instrucciones de campos, etiquetas de controles, títulos de página, mensajes de error y tooltips (NN/g: UX copy sizes).
Esa definición importa porque el microcopy no puede hacer todo el trabajo. El propio NN/g señala que, por sí solo, no crea una experiencia completa: necesita otros elementos de la interfaz y una combinación de textos cortos y largos.
¿Qué funciones cumple?
El NN/g propone clasificar cada texto según su función principal, no según su forma (NN/g: The 3 I’s of microcopy):
- Informar. Explica y educa: títulos, resúmenes y tooltips como el de un ícono de cámara que dice «Buscar por imagen».
- Influir. Empuja a una acción inmediata: llamadas a la acción, promociones y eslóganes.
- Interactuar. Explica qué hace un elemento: etiquetas de botones y enlaces, nombres de categorías, placeholders y migas de pan.
Un mismo texto puede cumplir más de una función. La clasificación sirve para revisar si el texto cumple la función que necesita en su lugar. En un formulario de pago, un botón que dice «Pagar» interactúa; uno que dice «Pagar $500 ahora» también informa.
¿Cómo se escribe un botón?
Grafana, en la guía de escritura de interfaces de su Writers’ Toolkit, propone reglas claras: empezar con un verbo, usar entre una y dos palabras, con cuatro como máximo, y decir qué pasa al hacer clic. Recomienda pares específicos como «Guardar» y «No guardar» en lugar de «OK» o «Cancelar» genéricos. Usa mayúscula solo en la primera palabra y sin punto final, como en «Guardar cambios» (Grafana: UX writing).
Son reglas de la guía de estilo de un producto, no resultados de investigación. Úsalas como punto de partida y compáralas con lo que hace tu usuario. La pregunta de fondo es siempre la misma: ¿la persona sabe qué pasará si toca este botón?
¿Qué pasa con los placeholders?
El placeholder es el texto gris que aparece dentro de un campo vacío. El NN/g sostiene que perjudica la usabilidad más de lo que ayuda (NN/g: Placeholders in form fields are harmful). Sus razones principales:
- El texto desaparece cuando la persona empieza a escribir, así que quien se distrae o llena un formulario largo olvida qué iba en el campo.
- Sin etiqueta visible, no se pueden revisar las respuestas antes de enviar, y los errores de autocompletado pasan sin verse.
- Para corregir un error hay que volver a mostrar el placeholder campo por campo.
- Las personas confunden el placeholder con un valor ya escrito y se saltan el campo.
- El gris claro tiene poco contraste, y algunos lectores de pantalla no lo anuncian.
La regla práctica: la etiqueta va visible fuera del campo, y el placeholder solo sirve como ejemplo opcional del formato, como «dd/mm/aaaa». Si una instrucción es esencial, va como texto de ayuda fuera del campo, no dentro. Si el espacio en móvil es muy escaso, el NN/g considera que una etiqueta flotante es mejor que usar el placeholder como etiqueta, aunque prefiere la etiqueta externa. Para más detalle sobre formularios, mira diseño de formularios.
¿Cómo se define el tono?
Grafana describe el tono como amistoso y conversacional, pero más medido que un mensaje de texto. Sugiere no usar «por favor», dirigirse a la persona como «tú» y usar la voz activa para que quede claro quién hace la acción. Para un servidor caído, su guía prefiere el texto sencillo «El servidor no responde» y desaconseja las disculpas y las frases dramáticas o juguetonas, que suenan simpáticas pero no informan.
El tono no es un capricho de marca. En momentos de error o de urgencia, la claridad es más importante que la personalidad. Si tu marca es juguetona, reserva el humor para los textos de bajo riesgo, como una pantalla de bienvenida, y deja los errores directos.
Ejemplo ilustrativo
Ejemplo ilustrativo: una app de transporte tiene un botón «Continuar» en cuatro pasos distintos. Quien reserva un viaje con tarjeta no sabe si «Continuar» confirma la ruta o ya cobra, y muchos abandonan en el último paso por no saberlo. El equipo revisa el microcopy: en el primer paso el botón dice «Confirmar ruta», en el segundo «Ir a pagar» y en el último «Pagar $3.50». Cada botón dice lo que va a pasar, y la prueba con usuarios sirve para comprobar si desaparece la duda.
Para textos de errores, revisa cómo escribir mensajes de error. Y para pantallas que empiezan en blanco, las empty states muestran cómo el microcopy guía cuando todavía no hay contenido.
Errores comunes
- Usar «OK», «Sí» o «Enviar» en todas las acciones, sin decir qué se envía.
- Poner instrucciones importantes dentro de un placeholder.
- Usar términos internos del producto que la persona no conoce.
- Escribir frases largas en un botón o un tooltip.
- Cambiar la palabra de la misma acción de una pantalla a otra.
- Escribir con humor un mensaje de error que la persona necesita entender con urgencia.
Qué puedes hacer mañana
- Recorre tu flujo principal y copia el texto de cada botón. Pregunta a alguien qué cree que hará cada uno.
- Revisa tus placeholders. Si contienen instrucciones, muévelas a una etiqueta visible.
- Busca los botones «OK» o «Enviar» y reemplázalos por un verbo con su objeto, como «Guardar cambios».