Cómo corregir términos técnicos, mayúsculas y etiquetas traducidas
Al revisar documentación técnica, compruebe cada término frente a una tabla de terminología explícita en lugar de confiar en la memoria o en una sola regla de mayúsculas. Registre la forma aprobada, la ortografía y el uso de mayúsculas/minúsculas que los lectores deben ver, las variantes aceptables, los identificadores literales de código o API, y cualquier traducción que aún esté pendiente de una decisión. A continuación, revise la prosa, las etiquetas de la interfaz y los identificadores como elementos independientes. Este método detecta terminología incoherente a la vez que preserva nombres y código que deben permanecer exactos.
¿Por qué una sola regla de mayúsculas no puede resolver todos los términos?
Las guías de estilo ofrecen valores predeterminados útiles, pero un producto o ámbito puede tener nombres consolidados que exijan un tratamiento diferente. La guía para desarrolladores de Google recomienda el uso de mayúsculas estándar del inglés estadounidense y la minúscula oracional (sentence case) para encabezados, listas y tablas, preservando al mismo tiempo los nombres oficiales de productos y los formatos de código. La guía de Microsoft también favorece el uso de mayúsculas de estilo oracional, pero reserva explícitamente las mayúsculas para nombres propios como sus marcas, productos y servicios. Su valor predeterminado compartido es un punto de partida, no una prueba de que un término técnico determinado sea genérico. [Guía de uso de mayúsculas de Google](https://developers.google.com/style/capitalization) [Guía de uso de mayúsculas de Microsoft](https://learn.microsoft.com/en-us/style-guide/capitalization)
Una lista de palabras puede responder a una pregunta distinta a la de una página general sobre mayúsculas: qué ortografía o uso prefiere una guía editorial específica para determinados términos. La lista de palabras de Google, por ejemplo, remite a los lectores a su diccionario de referencia para las entradas que no cubre y distingue la orientación de estilo de la consulta de una definición técnica en documentación autorizada. Esa separación es útil: la coherencia editorial y la corrección técnica necesitan pruebas procedentes de las fuentes adecuadas para cada cuestión. [Lista de palabras de Google](https://developers.google.com/style/word-list)
¿Qué debe incluir una tabla de terminología para corrección?
Cree una fila para cada término que pueda modificarse de forma incoherente o traducirse mal. Este ejemplo hipotético muestra los campos y la lógica de decisión; «Sync token» y su traducción son ilustrativos, no afirmaciones sobre un producto real ni terminología aprobada.
La función de la tabla es preservar las decisiones y sus límites. Una forma permitida en minúsculas no debe convertirse silenciosamente en un segundo nombre de producto; un identificador no debe «corregirse» para adaptarse a la prosa; y una traducción no resuelta debe permanecer visiblemente sin resolver. Cuando una fuente oficial entre en conflicto con un glosario local, registre el conflicto y la fuente de la decisión final en lugar de fusionar las formas en una lista sin explicación.
¿Cómo se decide la ortografía y el uso de mayúsculas mostrados?
En primer lugar, identifique a qué se refiere el término: un concepto ordinario, un nombre de marca o producto, una etiqueta de la interfaz de usuario o un identificador literal. Consulte la documentación del producto o el glosario pertinente para comprobar la forma oficial. A continuación, aplique las reglas de estilo de la publicación de destino a la prosa ordinaria, los encabezados y las etiquetas, manteniendo las excepciones documentadas para nombres e identificadores. Google desaconseja el uso innecesario de mayúsculas y advierte contra el uso exclusivo de mayúsculas/minúsculas para distinguir significados; Microsoft señala de forma similar que deben usarse minúsculas excepto al inicio de frases y en nombres propios dentro de su enfoque de estilo oracional. [Guía de mayúsculas de Google](https://developers.google.com/style/capitalization) [Guía de mayúsculas de Microsoft](https://learn.microsoft.com/en-us/style-guide/capitalization)
A continuación, compare la forma con la lista de palabras y el diccionario de la organización de destino cuando proceda. Registre la fuente y su versión o fecha de comprobación para que otro editor pueda seguir el rastro de la elección. No deduzca el estatus oficial a partir de una grafía en mayúsculas que resulte atractiva, un resultado de búsqueda o una traducción que se asemeje al término en inglés. Si las fuentes discrepan o no especifican la forma, marque la fila para tomar una decisión en lugar de presentar una suposición como terminología definitiva.
¿Cómo deben comprobarse las traducciones y las etiquetas de la interfaz?
Trate la traducción como una decisión de significado y contexto, no como una conversión mecánica de mayúsculas y minúsculas. Una etiqueta puede estar condicionada por la interfaz, por una terminología de producto ya localizada y consolidada, o por una estructura gramatical diferente en el idioma de destino. Compare la propuesta con los materiales localizados aprobados y el contexto en el que la encontrarán los lectores. Si no hay disponible ninguna forma localizada autorizada, marque la traducción como no resuelta y solicite la decisión terminológica correspondiente; no invente un equivalente supuestamente oficial.
Tras la decisión sobre el término, revise la etiqueta real en su contexto. Compruebe si el uso de mayúsculas sigue las reglas del idioma seleccionado y el estilo de la empresa o del producto aplicable. Mantenga visible la etiqueta original en el registro del término, junto con su fuente y estado, para que una edición futura no confunda una traducción provisional con una aprobada. Si la etiqueta también se menciona en instrucciones, verifique que la prosa emplee exactamente el mismo texto que aparece en pantalla.
¿Cómo proteger los identificadores de código y de API?
Separe las cadenas literales del texto editorial antes de modificar mayúsculas o minúsculas. Compare los identificadores carácter por carácter con la referencia de la API, el esquema, el código o la interfaz pertinentes. Conserve los guiones bajos, las mayúsculas, el espaciado y la puntuación donde la fuente los defina; la normalización de estilo corresponde a la explicación circundante, no a un valor literal. La guía de Google permite específicamente formas en mayúsculas sostenidas o en camelCase en nombres oficiales o cuando se hace referencia a código que las utiliza. [Guía de mayúsculas de Google](https://developers.google.com/style/capitalization)
Una revisión práctica consiste en marcar los identificadores protegidos en la tabla de terminología y, a continuación, comprobar cada aparición frente a esa referencia. Si una oración en prosa utiliza un término en formato de código como sustantivo común, decida si conviene explicarlo con una redacción accesible para el lector mientras se mantiene intacto el identificador literal en formato de código. Cuando la propia definición autorizada no esté clara, registre la duda; una guía de estilo no puede establecer el comportamiento de una API ni el nombre canónico de un campo.
¿Cuál es una secuencia de corrección fiable?
Esta secuencia es una ayuda para la corrección, no una traducción automática ni una regla universal sobre mayúsculas. Su valor reside en que hace inspeccionable cada decisión editorial: qué forma se eligió, de dónde procede, dónde se aplica y qué queda aún por decidir. Para un documento breve, puede bastar con una tabla compacta; para un conjunto terminológico amplio, conserve los mismos campos en el flujo de trabajo del glosario ya establecido por el equipo.