Cómo una agencia de contenido de una sola persona entrega sitios multilingües sin un traductor
By Robert M
Cómo una agencia de contenido unipersonal entrega sitios multilingües sin un traductor
Un cliente pregunta si puedes entregar su nuevo sitio en inglés, francés, alemán, español y neerlandés. Diriges una agencia unipersonal. No tienes un presupuesto de traducción incluido en tu retención, ni una red de traductores freelance disponibles. Pero tampoco quieres decir que no a un buen proyecto.
Esta es una situación en la que muchas pequeñas agencias y freelancers terminan. La demanda de sitios multilingües ha crecido constantemente a medida que más negocios intentan llegar a audiencias fuera de su mercado local, pero las conversaciones sobre presupuesto no se han ajustado. Los clientes a menudo tratan la traducción como un ítem que pueden reducir o eliminar, sin entender realmente lo que cuesta hacerla correctamente.
Esta publicación trata sobre cómo manejar esa brecha de manera práctica, sin comprometer la calidad ni asumir pérdidas en el proyecto.
Las opciones antiguas y por qué no son suficientes
Los caminos tradicionales son conocidos.
Podrías contratar a un traductor freelance por idioma. Para un sitio de cinco idiomas con treinta páginas de contenido, estás viendo un costo significativo antes de considerar las rondas de revisión, el tiempo de entrega y la carga de trabajo de instruir a cinco personas diferentes sobre el tono y la terminología del cliente. Ese costo se come tu margen o se añade a la factura del cliente y de repente el proyecto está en riesgo.
Podrías usar una herramienta de traducción para consumidores y limpiarla manualmente. Eso funciona para oraciones simples, pero en el momento en que tu contenido tiene alguna estructura (un archivo JSON de localización, una publicación de blog en Markdown, una página HTML con atributos y etiquetas) el resultado se vuelve impredecible. Las claves se traducen. La sintaxis Markdown se rompe. Los atributos HTML se dañan. Terminas pasando más tiempo arreglando el resultado que el que ahorraste al no contratar un traductor.
Podrías decirle al cliente que lo multilingüe está fuera del alcance y hacer un sitio en un solo idioma. A veces esa es la respuesta correcta. Pero no siempre es una conversación que quieres tener.
Qué cambió realmente
Lo que hizo viable este flujo de trabajo no es la traducción con IA en abstracto. Es la preservación del formato específicamente.
El problema con alimentar contenido estructurado a una herramienta de traducción de propósito general nunca fue realmente la calidad de la traducción. La traducción automática moderna es buena. El problema era que las herramientas no entendían la diferencia entre contenido y estructura. Trataban todo como texto para traducir, incluyendo las partes que deberían haberse dejado intactas.
Un archivo de localización como este:
{
"nav": {
"home": "Inicio",
"about": "Sobre nosotros",
"contact": "Contacto"
}
}
Volvería con las claves traducidas, la anidación colapsada o todo convertido en prosa. Cualquiera de esos resultados significa limpieza manual antes de que el archivo sea utilizable, y ahí se evapora el ahorro de tiempo.
Una API que trata la estructura como fuera de límites cambia la economía. Envías el archivo, recibes una estructura idéntica con solo los valores de cadena cambiados. Coloca el archivo de salida directamente en el proyecto. No se requiere paso de limpieza.
El flujo de trabajo en la práctica
Así es como se ve el proceso en un proyecto real.
En la etapa de contenido, todo se pone en archivos de texto plano o Markdown en lugar de cadenas codificadas. Esto es buena práctica para el mantenimiento, pero también significa que el contenido está en un formato que puede traducirse limpiamente.
En la etapa de construcción, un script corto lee el archivo del idioma fuente, lo envía a la API de PolyLingo con la lista de idiomas objetivo y escribe un archivo de salida por localización. Para un sitio que necesita cinco idiomas, eso es una llamada API. El script tarda unos segundos en ejecutarse. Los archivos de salida van directamente a la estructura del proyecto.
En la etapa de revisión, el cliente revisa el contenido traducido. Este es un paso que vale la pena mantener. La traducción automática maneja bien la mayoría del contenido, pero los clientes a veces tienen terminología preferida, frases de marca o convenciones regionales que necesitan un ojo humano. La revisión es más rápida que traducir desde cero porque la estructura ya es correcta y la mayoría del contenido es preciso. Estás revisando en lugar de producir.
En la etapa de entrega, el sitio se lanza con todos los archivos de localización en su lugar. El selector de idioma funciona desde el primer día. No hay nada que seguir.
Lo que cuesta en comparación con contratar traductores
Los números dependen del tamaño del proyecto, pero la estructura de la comparación es consistente.
Un sitio típico de pequeña empresa puede tener alrededor de 2,000 palabras de texto de interfaz y contenido de página. Traducido a cinco idiomas, eso es aproximadamente 10,000 palabras de salida. A una tarifa media de traductor freelance, estás viendo varios cientos de libras o dólares antes de revisiones.
Con PolyLingo, 2,000 palabras de contenido en cinco idiomas objetivo caben cómodamente dentro del plan Starter de pago a $9 por mes, incluyendo capacidad para múltiples proyectos en el mismo período de facturación. El nivel gratuito (50,000 tokens por mes) cubre proyectos más pequeños sin ningún costo.
El cliente aún hace una revisión, lo que significa que está involucrado en la calidad del resultado en lugar de solo recibir una factura. Eso suele ser mejor recibido en las conversaciones del proyecto.
La conversación sobre el alcance con los clientes
Un cambio que permite este flujo de trabajo es cómo hablas sobre el alcance multilingüe con los clientes.
Antes, "multilingüe" significaba "más caro, línea de tiempo más larga, dependencia de terceros". Ahora está más cerca de una decisión de configuración. Lo defines, ejecutas el script, el cliente revisa. La parte difícil es la estrategia de contenido y la arquitectura del sitio, no la logística de la traducción.
Eso cambia lo que puedes ofrecer. Un cliente que iba a hacer un lanzamiento en un solo idioma con un plan vago para agregar idiomas después puede hacer los cinco desde el lanzamiento sin que el costo del proyecto se duplique. Un cliente que sigue agregando páginas puede volver a ejecutar el script cada vez que cambia el contenido en lugar de volver a un traductor con un nuevo briefing.
También cambia la conversación sobre lo que realmente implica ser multilingüe. El trabajo de la agencia es construir un sitio con una arquitectura i18n adecuada, buen texto en el idioma fuente y un proceso de revisión para las traducciones. Esa es una conversación de mayor valor que "resolveremos las traducciones una vez que la versión en inglés esté lista".
Dónde todavía tiene sentido usar traductores humanos
Vale la pena ser honesto sobre esto.
Para textos de marketing que necesitan transmitir un peso emocional genuino en el idioma objetivo, un traductor humano cualificado producirá un mejor resultado. La diferencia importa más para campañas, declaraciones de posicionamiento de marca y cualquier cosa donde la propia redacción sea el producto.
Para contenido altamente regulado (legal, médico, financiero) un traductor humano con experiencia en el dominio es la elección correcta y a menudo un requisito de cumplimiento.
Para contenido editorial de formato largo donde la voz debe sentirse nativa y no traducida, la revisión humana es más que un simple repaso ligero.
El flujo de trabajo descrito aquí es más adecuado para textos de interfaz, contenido de página, descripciones de productos, documentación y sitios de marketing donde la precisión y la integridad estructural importan más que las sutilezas estilísticas. Eso cubre una gran parte de lo que una pequeña agencia realmente entrega.
Cómo empezar
El nivel gratuito de PolyLingo incluye 50,000 tokens por mes sin necesidad de tarjeta de crédito. Para una pequeña agencia, eso cubre una cantidad significativa de contenido antes de que necesites pensar en un plan de pago.
La API acepta texto plano, Markdown, JSON y HTML. El traductor sin código en el panel maneja trabajos puntuales sin tocar la API, lo cual es útil para sesiones de revisión con clientes donde quieres mostrar contenido traducido sin construir nada primero.