Qué debe incluir un briefing de sitio web para no rehacerlo después

Un buen briefing no describe cómo se ve el sitio. Describe qué debe ser cierto una vez entregado el trabajo, de manera que pueda comprobarse.

La diferencia es sustancial. «Moderno, cómodo, que venda» no se puede verificar, y se puede discutir indefinidamente. «Cada página de servicio tiene exactamente un encabezado de primer nivel» se comprueba en un segundo y no deja nada que discutir.

A continuación, once puntos que con más frecuencia quedan fuera del briefing y aparecen después, cuando rehacer sale más caro.

Estructura y direcciones

1. Un listado de páginas con sus direcciones

No «una sección de servicios», sino un listado: qué páginas habrá, en qué direcciones y a cuál se llega desde cuál. Esto se decide antes del diseño, porque rehacer la estructura tras el lanzamiento cuesta más que todo lo demás junto.

Indique aparte qué ocurre cuando una página cambia de dirección: debe quedar una redirección desde la antigua. Sin ella, cada reorganización de secciones pierde las posiciones y los enlaces externos acumulados.

2. Versiones lingüísticas

Si hay más de un idioma, fije la regla: cómo es la dirección de cada versión, qué ocurre al cambiar de idioma en una página interior y qué mostrar cuando una página no está traducida a todos los idiomas.

El error más caro aquí es un selector que siempre lleva a la portada. La persona leía la descripción de un servicio, cambió de idioma y acabó en el principio. El segundo: páginas de idiomas distintos que no se enlazan entre sí mediante las etiquetas correspondientes; el buscador las considera sitios separados y a veces elige la que no es.

3. Migas de pan y jerarquía

Describa qué página depende de cuál. No es solo navegación: de esa misma estructura se genera el marcado que lee el buscador. Si la jerarquía existe únicamente en la cabeza del diseñador, no aparecerá en ninguno de los dos sitios.

Y defina un mecanismo, no una lista: mañana aparecerá un subservicio dentro de un servicio, y la cadena debe construirse sola, sin tocar el código.

Contenido y quién lo edita

4. Qué se edita sin desarrollador

Enumérelo por su nombre: titulares, textos, precios, bloques, preguntas y respuestas, enlaces, campos SEO. Todo lo que no esté en esa lista solo cambiará mediante una tarea para el desarrollador, es decir, no cambiará.

La comprobación es sencilla: tras la entrega, intente cambiar usted mismo una frase en tres idiomas. Si lo consigue, el punto está cumplido.

5. Cómo se construyen los bloques repetitivos

Listados, tarjetas, preguntas y respuestas deben rellenarse mediante campos, no como marcado dentro de un cuadro de texto. La diferencia aparece al tercer mes, cuando lleva el contenido alguien que no hizo el sitio: una comilla de más y el bloque desaparece de la página.

6. Quién responde de los textos

No es un punto técnico, pero es el que más veces retrasa los plazos. Acuerden de antemano quién escribe los textos, para cuándo, y qué pasa si no están: el sitio se entrega con marcadores o el trabajo se detiene.

«Los textos los aporta el cliente», sin fecha, es un conflicto aplazado. Añada la fecha y acuerden qué hacer si se incumple.

7. Estados vacíos

Qué mostrar cuando una sección todavía no tiene nada, cuando una búsqueda no devuelve resultados, cuando un artículo no tiene etiquetas. Siempre se olvida y siempre se descubre en el sitio en producción. Descríbalo antes: cuesta una línea en el briefing.

La parte técnica

8. Qué se considera terminado

Deje por escrito qué aspecto tiene estar listo: el sitio montado en su dirección de trabajo, con contenido real, comprobado con la lista del último apartado. No «las maquetas están hechas», sino «las páginas funcionan».

Acuerden los accesos aparte. Dominio, alojamiento, panel, analítica, repositorio de código: todo a nombre de usted, no del proveedor. Traspasarlo después es posible, pero depende de la buena voluntad, y la buena voluntad a veces termina con el proyecto.

9. Campos SEO y sus límites

Título de la página, descripción, dirección, etiquetas de servicio: para cada página. Más los límites: título hasta sesenta caracteres, descripción entre setenta y ciento cincuenta y cinco. Ayuda que el panel muestre un contador y avise al pasarse: esto no se controla a ojo.

Aquí entran también el mapa del sitio y el archivo para los robots. Parecen un detalle hasta el día en que se descubre que la mitad de las páginas no llegó a la búsqueda.

10. Comportamiento en el móvil

No «adaptable», sino concreciones: tamaño mínimo de la zona pulsable, qué ocurre con los titulares largos, cómo se comportan las filas de botones cuando no caben, si se parten o se desplazan lateralmente. Y sin excepción: la página no debe desplazarse en horizontal a ninguna anchura.

11. Accesibilidad y temas

Si se prevé un tema oscuro o el aumento del tamaño de letra, se construye desde el principio. Añadirlo después significa reescribir los colores de todos los bloques. El mínimo exigible en cualquier caso: contraste del texto sobre el fondo de al menos cuatro y medio a uno, y posibilidad de agrandar la letra sin que la maquetación se descuadre.

Cómo aceptar el trabajo

El último punto, y más importante que la mitad de lo anterior: el briefing debe contener una lista de comprobaciones, no una descripción de lo deseable.

Formúlelas de modo que la respuesta sea sí o no. No «la página debe verse bien en el móvil», sino «a 375 píxeles de ancho no hay desplazamiento horizontal». No «hace falta marcado estructurado», sino «el validador pasa sin errores en todos los tipos de página». No «el sitio debe ser rápido», sino valores concretos y la forma de medirlos.

Un briefing así se escribe más despacio y se acepta mucho más rápido. Y protege a ambas partes: el proveedor sabe qué se espera de él y el cliente no amplía los requisitos sobre la marcha.

Si de los once puntos se queda solo con uno, quédese con este.

Y una última observación sobre la extensión. Un briefing para un sitio de servicios rara vez pasa de diez páginas, y está bien: su valor no está en el detalle, sino en que sea comprobable. Un documento en el que la mitad de los requisitos empieza por la palabra «cómodo» no protegerá a ninguna de las partes, por grueso que sea.