Las guías de escritura oficiales de Microsoft y Google son potentes. Te enseñan a escribir frases cortas, poner lo importante primero, unificar los términos, redactar de forma que se traduzca bien y acercar el texto a algo que cualquiera pueda leer con facilidad.
Pero una medicina fuerte no te pone sano solo porque te tomes el frasco entero. Si aplicas una guía oficial de forma mecánica, como si fuera una ley que hay que cumplir al pie de la letra, tu artículo de pronto se va a trabajar al centro de ayuda de una empresa. El texto que ayer protestaba con un "¿pero por qué funciona así?" amanece hoy diciendo solo "Siga los pasos siguientes". Han pasado su personalidad por un comité de aprobación.
La conclusión es sencilla.
De las guías oficiales se toma la sabiduría sobre estructura, claridad, accesibilidad y escritura multilingüe, que sirve para que el lector no se pierda. Lo que no se toma es la uniformidad de estilo que no encaja con el propósito de tu medio.
Y esto no es una rebeldía adolescente contra las guías. La propia guía de estilo de Google para desarrolladores dice que se usen primero las reglas propias de cada proyecto y que uno puede apartarse de la guía si eso beneficia al lector.[4] Al final, tanto Microsoft como Google ponen en el centro que el lector entienda con facilidad.[1][2][5]
La conclusión en 5 segundos: la guía es un guardarraíl, no una constitución
Para usar una guía oficial sin accidentes, conviene dividirla en tres capas.
| Capa | Función | Ejemplos |
|---|---|---|
| Requisitos obligatorios | Lo que hay que cumplir: leyes, normas, especificaciones formales | Requisitos formales de accesibilidad, nombres exactos de productos, citas y fuentes |
| Recomendaciones fuertes | Principios que mejoran mucho la legibilidad | Conclusión primero, títulos que marquen el recorrido, párrafos cortos, términos unificados |
| El sabor del medio | Lo que se diseña según el sitio, el autor y los lectores | Humor, metáforas, comentarios irónicos, ritmo, cierres de frase, chistes internos |
El problema aparece en el momento en que conviertes las tres capas en "reglas absolutas".
Por ejemplo, la guía de Google para desarrolladores aconseja evitar modismos y humor que dependan de la cultura en documentos técnicos pensados para todo el mundo.[5] Para un documento que explica cómo configurar una API y se traduce a 12 idiomas, tiene todo el sentido.
Pero no es motivo para convertir una reseña de restaurante, un diario de viaje, una crónica de videojuegos, un ensayo o un texto de observación en "Prohibido reírse: 24 horas de documentación técnica".
Si importas reglas sin mirar a qué se aplican, puedes construir la máquina equivocada con piezas perfectamente buenas.
Por qué seguir la guía oficial al pie de la letra tiende a dejar el texto insípido
La pauta de Microsoft sobre textos fáciles de escanear recomienda poner la información importante primero, usar títulos, frases y párrafos cortos, y dar a los textos largos una forma de navegar por ellos.[1] Su pauta de accesibilidad también valora los textos breves, con sentido y centrados.[2]
Hasta aquí, todo muy sólido.
Pero cuando se automatiza y se empieza a puntuar con reglas como "cuanto más corto, mejor nota", "borrar metáforas", "borrar palabras emocionales", "borrar el lenguaje coloquial", todo se rompe.
Se acaba abusando de las frases cortas.
Y entonces.
El texto.
Se queda así.
Querías que se leyera mejor, y lo que tienes es un robot mandándote telegramas.
Y al revés: si unificas por completo todos los párrafos en "conclusión, motivo, ejemplo", unos cuantos artículos se sienten bien, pero para el artículo número 1000 el lector ya puede predecir el futuro. La coherencia en el diseño de la información es necesaria, pero no hace falta que hasta la puesta en escena sea idéntica.
Mejorar la legibilidad no es quitarle la personalidad al texto.
Es reducir el esfuerzo inútil que el lector tiene que hacer para entender el sentido.
Lo que Microsoft y Google dicen de verdad
Si resumes las guías oficiales, lo que tienen en común es sorprendentemente sencillo.
Microsoft empuja con fuerza lo que podríamos llamar "evitar que el lector se pierda": poner primero lo importante, escribir corto y claro, añadir navegación a los textos largos, mantener la estructura coherente.[1] En accesibilidad también valora las frases cortas con sentido y la estructura.[2] Para contenidos globales dice que las frases cortas y simples y la terminología coherente facilitan la traducción.[3]
La guía de Google para desarrolladores también recomienda una escritura clara, concisa y sin ambigüedades, explicaciones directas y terminología coherente.[5] Pero en lo más alto de esa misma guía dice que se use primero el estilo propio del proyecto y que se puede apartar uno de la guía si el contenido mejora con ello.[4]
Por el lado de la búsqueda, a Google le importa menos que el texto parezca "estilo Google" y más la información original, el análisis propio, las explicaciones suficientes, la experiencia de primera mano y el contenido con el que el lector consigue lo que buscaba.[6] Su orientación de 2026 para la búsqueda con IA generativa también prioriza un punto de vista propio y "contenido que no sea generalidades que cualquiera podría producir", y no una reescritura de lo ya existente.[7]
Es decir, si juntas todos los documentos oficiales, sale esto:
Hazlo legible. Hazlo preciso. Ayuda al lector. Y no te conviertas en una fotocopiadora.
Una exigencia bastante humana.
No conviertas números inventados en "estándar de Google"
Lo más peligroso en la automatización de textos es ascender a oráculo números que las guías oficiales no mencionan.
"Cada frase debe tener menos de 20 caracteres, según Google." "Los artículos de más de 2000 caracteres posicionan mejor." "Siempre tiene que haber tantos subtítulos." "El porcentaje de jerga debe ser inferior a tal cifra."
Números como estos pueden servir como umbrales de aviso internos. Pero si las fuentes oficiales no los dicen, no se les puede llamar "obligatorio para Google" ni "obligatorio para Microsoft".
De hecho, la guía de Google Search sobre contenido pensado para las personas recomienda preguntarse si estás ajustando el texto a un número de palabras porque crees que a Google le gusta, y afirma claramente que no existe un número de palabras preferido.[6]
Por eso, en las revisiones automáticas, el veredicto se divide en tres tipos:
- Requisitos oficiales obligatorios: se vuelven obligatorios, con su fuente adjunta.
- Recomendaciones oficiales: se convierten en avisos o candidatos a mejora.
- Nuestras reglas empíricas: se marcan como reglas internas y no se les presta la etiqueta oficial.
No le pongas el uniforme de Google a tus propias manías. Solo con eso ya se vive bastante más sano.
Un diseño en tres capas para combinar legibilidad y gracia
El texto de un artículo se maneja mejor si lo divides en tres capas.
1. El esqueleto del significado
Hechos, conclusiones, números, fechas, condiciones, citas, fuentes, incertidumbre.
Aquí no se juega. Si en una guía de videojuego el daño es 3, no se pone 30 para que sea más gracioso. Antes de que llegue la risa, el mundo ya se ha roto.
2. El camino hacia la comprensión
Títulos, resúmenes, orden, párrafos, tablas, ejemplos concretos, explicaciones de términos, enlaces internos.
Aquí se vuelca a lo grande la sabiduría de Microsoft y Google. El objetivo es que el lector nunca acabe preguntándose "¿dónde estoy?" o "¿y bien, de qué va esto?".
3. La voz del artículo
Metáforas, chistes, comentarios irónicos, observaciones, ritmo, giros, ejemplos raros.
Si recortas todo esto, la información puede ser correcta, pero ya no hay razón para leerla precisamente en este sitio.
Lo importante es que la capa 3 no rompa la capa 1.
Un mal chiste esconde el significado. Un buen chiste hace que el significado se recuerde mejor.
Por ejemplo, decir "La gestión triple es importante" es flojo.
Pero si dices "La memoria sola es una filosofía, GitHub solo es una constitución, el calendario solo es un trabajador. Solo cuando las tres se conectan hay una fábrica", se recuerda también la diferencia entre los papeles.
El chiste está cargando con el equipaje de la explicación. Eso es un chiste que trabaja.
En 12 idiomas, no se traduce el chiste: se traduce el trabajo del chiste
Lo que más fácilmente se rompe en la escritura multilingüe es el humor, no los hechos.
La frase japonesa "el artículo se fue a trabajar al centro de ayuda" puede sobrevivir a una traducción mecánica al inglés. Pero los juegos de palabras, los memes de internet, las bromas con terminaciones de frase y las referencias culturales tienen un índice alto de accidentes.
Que la guía de Google para documentación técnica global evite las expresiones y el humor que dependen de la cultura es precisamente para reducir estos accidentes de traducción.[5]
Sin embargo, en un artículo general la solución no es simplemente "quitar la risa de todos los idiomas".
Separa el significado de la función del humor.
Si el chiste de la versión japonesa sirve para aflojar la tensión de una explicación rígida, en inglés hay que usar una broma ligera que suene natural en inglés. En coreano, crear una pausa natural en coreano. Lo mismo para el chino, el español, el portugués, el indonesio, el tailandés, el vietnamita, el francés y el alemán.
Lo que se fija: hechos, números, lógica, fuentes, incertidumbre.
Lo que se puede regenerar: orden de las palabras, metáforas, ganchos, comparaciones, chistes, ritmo de la explicación.
Doce idiomas se parecen menos a "convertir el japonés once veces" y más a "escribir bien el mismo artículo doce veces".
Más que una fábrica de traducción, es una reunión de doce editores. Una reunión que, por una vez, sirve para algo. Raro.
Las reglas se reparten en tres puntos: memoria, fuente de verdad e instrucciones de ejecución
En una fábrica automática de artículos no puedes relajarte por haber fijado una buena regla una vez.
Una persona puede decir "lo que te dije la otra vez" y se entiende. Un proceso automático, en la siguiente ejecución, pone cara de no acordarse de nada.
Por eso se divide en tres.
| Dónde | Función | Qué se pone |
|---|---|---|
| Memoria | La intención editorial a largo plazo | Por qué existe esta política y qué no se debe romper |
| Fuente de verdad (GitHub, etc.) | Las reglas oficiales detalladas | Criterios de decisión, ejemplos, alcance, historial de cambios |
| Calendario e instrucciones de ejecución | La acción de cada vez | Leer la última fuente de verdad antes de ejecutar; no dar prioridad a reglas fijas antiguas |
Lo importante aquí es no copiar y pegar la misma regla larga en los tres sitios y acabar con tres fuentes de verdad.
Con tres fuentes, la semana siguiente las tres dicen cosas distintas. No es un jutsu de clones, es una guerra civil.
La fuente de verdad de las reglas detalladas se concentra en un solo lugar. La memoria guarda la intención, y el calendario tiene un contrato de ejecución que dice "lee la última fuente de verdad".
Así se conectan la filosofía de escritura, la especificación formal y cada ejecución.
La revisión automática también debe mirar si "se ha borrado la personalidad"
Las revisiones de texto tradicionales miran erratas, longitud de frases, títulos, enlaces y fuentes.
Si solo se revisa eso, después de cien rondas de mejora de calidad puede que todos los artículos tengan la misma cara.
Por eso hay que añadir también estos puntos a la revisión:
- ¿Se capta la conclusión de inmediato?
- ¿Se entiende el recorrido solo con los títulos H2?
- ¿Tiene sentido aunque no conozcas los términos técnicos?
- ¿Se han respetado las fuentes, los números y la incertidumbre?
- ¿Siguen ahí las observaciones, comparaciones, análisis y experiencias propias?
- ¿Se han recortado sin necesidad bromas eficaces o calidez que había en el original?
- ¿El texto corregido ha degenerado en el típico resumen de IA que se encuentra en cualquier parte?
- ¿Se ha traducido literalmente el mismo chiste en 12 idiomas, provocando un accidente?
- ¿Se está haciendo pasar por "obligatorio oficial" un umbral que no está en las guías oficiales?
La política contra el spam de Google Search señala como problema las páginas producidas en masa con IA generativa, traducción o reformulación que aportan poco o ningún valor adicional al usuario.[8]
O sea, "la gramática es correcta" es solo el mínimo.
Hay que comprobar si, tras la corrección, no se ha borrado también la razón para leer.
Ejemplos de fallos: lo que suelen hacer los robots que pulen textos
Fallo 1: acortarlo todo
Divide todas las frases largas y rompe también los vínculos de significado. La solución no es mirar la "brevedad", sino si las relaciones se entienden de una sola lectura.
Fallo 2: usar la misma sintaxis en todo
Fija todos los párrafos al mismo orden y al mismo ritmo. La solución es ordenar la información sin ponerle uniforme al ritmo.
Fallo 3: tratar el humor como ruido
Borra todas las metáforas y la ironía. La solución es conservar los chistes que ayudan a entender y recortar solo las digresiones que estorban.
Fallo 4: creer que escribir como Google es SEO
Confunde el estilo de la documentación para desarrolladores con la calidad de búsqueda. La solución es tratar la guía de estilo, la calidad de búsqueda, la accesibilidad y la localización como capas distintas.
Fallo 5: inventar números
Llama "estándar de Google" a una cifra que no está en ninguna fuente. La solución es decir que es una heurística interna cuando lo sea.
Lista final: haz el texto más legible, pero no retires el toque humano
- El tema y la conclusión se entienden en 5 segundos.
- Se capta el panorama completo en 30 segundos.
- El recorrido se entiende solo con los H2.
- Se comprende con palabras corrientes.
- Los nombres oficiales, los números y las fuentes son exactos.
- Aunque sea largo, el lector no se pierde.
- Tiene valor propio.
- Los chistes ayudan a la explicación.
- Los chistes no rompen los hechos.
- La función de los chistes está localizada en los 12 idiomas.
- No se mezclan lo obligatorio oficial, lo recomendado oficial y las reglas internas.
- Incluso tras las correcciones automáticas, sigue habiendo un motivo para leerlo en este sitio.
Las guías oficiales son potentes. Precisamente por eso, no te las tragues enteras.
De Microsoft, toma el diseño que no deja que nadie se pierda. De la guía de documentación de Google, toma la claridad y el diseño para un público global. De Google Search, toma el contenido para personas, el valor propio y la confianza.
Y la voz del sitio, guárdatela tú.
Subir la calidad de un texto no es ponerle uniforme. Es arreglar solo los puntos en los que el lector se pierde y dejar en paz los que la gracia está haciendo su trabajo.
Los guardarraíles hacen falta. Pero si conviertes toda la carretera en guardarraíl, ya no se puede circular.
