Cómo traducir contenido de WordPress con un flujo de IA gobernado

La traducción preserva el significado gobernado, mientras que la localización adapta el idioma, los ejemplos y las formulaciones de búsqueda a un mercado específico sin ampliar la afirmación fuente.

La IA es más útil aquí como organizadora de pruebas y asistente de redacción. Puede comparar registros, revelar incoherencias, estructurar una cola de revisión y preparar un siguiente paso propuesto. No puede crear autoridad para hechos ausentes, aprobar decisiones de negocio ni ampliar silenciosamente de análisis a implementación.

En una frase: La traducción preserva el significado gobernado, mientras que la localización adapta el idioma, los ejemplos y las formulaciones de búsqueda a un mercado específico sin ampliar la afirmación fuente.

Lo que esta guía te ayuda a lograr

El objetivo es producir un artefacto listo para una decisión, no una opinión genérica de IA. Un resultado útil identifica las pruebas exactas examinadas, conserva los identificadores estables de WordPress o comercio, registra fechas y alcance, expone incógnitas y separa la observación de la inferencia y la recomendación.

• Un borrador localizado vinculado a un grupo de traducción estable y a una versión fuente.
• Un informe de tokens protegidos que cubra URL, código, nombres de productos, ID y referencias de fuente.
• Un registro terminológico con equivalentes aprobados y cuestiones de mercado sin resolver.
• Una nota de cambios que identifique adaptaciones que van más allá de la traducción literal.
• Una lista de comprobación de publicación para hreflang, canónica, navegación y revisión humana del idioma.

El resultado terminado debe ser comprensible para la persona responsable de la decisión y reproducible por alguien que no participó en el prompt inicial. Si un hallazgo no se puede rastrear hasta una página, registro, exportación, estado capturado o fuente primaria nombrada, debe marcarse como hipótesis o incógnita.

Pruebas y datos que preparar

• Página fuente canónica e identificador de contenido estable.
• Configuración regional, mercado y público objetivo.
• Glosario aprobado, términos de marca y lista de elementos que no se deben traducir.
• Tokens técnicos, URL, bloques de código, nombres de productos y citas de fuentes.
• Pruebas de palabras clave específicas de la configuración regional cuando estén disponibles.
• Revisor humano y responsable de la comprobación técnica.

Antes de enviar material a un asistente, elimina credenciales, valores secretos e información personal no relacionada. Conserva identificadores, fechas, unidades, configuraciones regionales, denominadores y etiquetas de fuente que sean necesarios para interpretar las pruebas. Para las pruebas analíticas o de clientes, documenta el alcance autorizado y el nivel de agregación.

No empieces con una solicitud como «audita esto» y una colección mezclada de capturas de pantalla, exportaciones y supuestos. Define la decisión, la población, la autoridad de las pruebas y las acciones que siguen prohibidas. Esa preparación evita que una salida fluida se confunda con una verdad verificada.

La paridad lingüística no es identidad palabra por palabra

Una página localizada sólida puede reorganizar oraciones o ejemplos, pero debe preservar el alcance factual, las advertencias, el estado de las pruebas y las limitaciones del producto.

El estado de traducción debe seguir visible

El texto generado por máquina no se puede etiquetar como revisado por una persona antes de que se produzca una revisión cualificada real. Los sistemas de publicación deben conservar por separado los estados solo de fuente, traducido por máquina y revisado.

Un flujo de trabajo seguro

1. Congela la fuente canónica y calcula su hash.
2. Crea el glosario y el inventario de tokens protegidos.
3. Investiga cómo expresa el mercado objetivo la tarea en lugar de traducir mecánicamente la palabra clave en inglés.
4. Genera el borrador localizado con ID estables, tokens internos, URL y fuentes protegidos.
5. Ejecuta comprobaciones automatizadas de paridad para títulos, advertencias, fuentes y enlaces.
6. Dirige las cuestiones terminológicas y de mercado a un revisor lingüístico.
7. Completa la validación técnica de slugs, canónicas, hreflang y componentes renderizados.
8. Publica solo la versión revisada y registra la relación entre la fuente y la localización.

Esta secuencia sitúa deliberadamente la aprobación entre análisis e implementación. Una etapa posterior de redacción o administración debe usar una nueva tarea, un nuevo alcance y la identidad más limitada que pueda realizar la acción aprobada. No eleves silenciosamente los permisos de la identidad analítica.

Receta de prompt

Sustituye cada valor entre corchetes antes de usar el prompt. No pegues contraseñas, claves de API, registros privados de clientes ni información personal no relacionada.

Estás revisando [TASK SCOPE] para [SITE OR DATASET] utilizando únicamente las pruebas proporcionadas.

Objetivo:
[DECISION THIS REVIEW MUST SUPPORT]

Devuelve los siguientes campos:
- Markdown localizado completo
- Comprobación de identificadores y tokens preservados
- Decisiones terminológicas
- Adaptaciones de mercado
- Preguntas sin resolver
- Elementos de comprobación técnica
- Lista de comprobación del revisor

Reglas:
1. Conserva exactamente los ID de contenido, tokens de enlaces internos, ID de fuente, URL, código, comandos e identificadores de nivel de acceso.
2. Traduce los prompts en lenguaje natural, pero no la sintaxis ejecutable.
3. No amplíes las afirmaciones de compatibilidad, seguridad, rendimiento o comerciales.
4. Usa lenguaje natural del mercado objetivo e informa la terminología incierta.
5. Marca la traducción como pendiente de revisión humana hasta que dicha revisión se produzca realmente.
6. No publiques ni sobrescribas la página fuente.

Para cada hallazgo:
- identifica la fuente, el registro, la URL, el ID, el estado o la fila del conjunto de datos exactos;
- conserva fechas, unidades, configuración regional, identificadores y denominadores;
- separa observación, inferencia, recomendación e incógnita;
- indica qué pruebas no estaban disponibles;
- no cambies WordPress, datos de comercio, analíticas, sistemas externos ni contenido publicado.

Por qué este prompt está estructurado así

El prompt crea un contrato de pruebas antes de pedir recomendaciones. Limita al asistente a entradas nombradas, exige referencias estables e impide que las lagunas se rellenen con lenguaje plausible. Los campos de salida solicitados también facilitan la revisión frente a una narración no estructurada.

Una implementación de producción puede añadir un esquema JSON u otra validación de salida estructurada. Esto puede mejorar la coherencia, pero no valida la verdad de las pruebas subyacentes. La revisión humana y la verificación específica del sistema siguen siendo necesarias.

Límite de acceso recomendado

Usa acceso Draft solo después de que se haya aprobado la salida analítica y únicamente cuando el flujo de trabajo realmente necesite contenido nuevo sin publicar.

El flujo de trabajo puede influir en el contenido público, la interpretación de búsqueda, las decisiones de clientes o las operaciones de catálogo. Exige una revisión explícita antes de aplicar cualquier cambio.

Lo que debe permanecer fuera de esta tarea

• Ninguna etiqueta automática de revisado por una persona.
• Ninguna investigación de palabras clave locales inventada.
• Ninguna URL ni identidad de fuente cambiada sin una migración aprobada.
• Ninguna eliminación de advertencias o limitaciones.
• Ninguna traducción automática directamente a una página publicada en directo.

El nivel de acceso es una recomendación inicial, no un derecho universal. Las capacidades exactas disponibles para una identidad deben proceder de la versión instalada del producto, su cobertura publicada y el método de conexión en uso.

Cómo encaja WP Agent Control

Este es un flujo general de WordPress, no una promesa de que Agent Control pueda editar todos los objetos o integraciones tratados. En la ruta guiada, empiece por las páginas públicas. Las operaciones de plugins, temas, usuarios, ajustes, archivos, eliminación, WooCommerce, ACF y constructores no son tareas guiadas nativas. Utilice herramientas y permisos evaluados por separado cuando sea necesario.

Obtén información estructurada del sitio e inspecciona páginas publicadas seleccionadas después de conectar. Esta lectura pública no requiere una tarea temporal. También puedes navegar por páginas públicas sin el plugin; Agent Control añade acceso estructurado y continuidad hacia operaciones autorizadas en WordPress.

Conectar tu IA: docs first profile · Ver funciones y compatibilidad: coverage

Lista de verificación

• ☐ La tarea, la población, el intervalo de fechas y la decisión son explícitos.
• ☐ Cada hallazgo material enlaza a pruebas exactas o se etiqueta como hipótesis.
• ☐ Se conservan ID estables, URL, unidades, configuraciones regionales y denominadores.
• ☐ Las pruebas ausentes y los límites de cobertura son visibles.
• ☐ No se produjo ninguna mutación prohibida durante la etapa analítica.
• ☐ Un responsable cualificado revisó las afirmaciones que afectan a usuarios, búsqueda, comercio, seguridad u operaciones.
• ☐ Cualquier implementación posterior tiene su propia aprobación, nivel de acceso, copia de seguridad y plan de verificación.
• ☐ La identidad temporal se revoca o desactiva después de la tarea.

Modos de fallo comunes

• Corrupción de tokens: Se traducen comandos, ID o enlaces internos y dejan de funcionar.
• Ampliación de afirmaciones: La página localizada promete más que la fuente canónica.
• Estado de revisión falso: Una salida de máquina se presenta como revisada por una persona.
• Clonación SEO: Se copian consultas y formulaciones inglesas sin investigación de mercado.

Un quinto fallo recurrente es la deriva de permisos: la tarea inicial de solo lectura encuentra una limitación y el operador responde concediendo acceso amplio en lugar de aclarar si la capacidad que falta es realmente necesaria. Un rechazo suele ser una prueba útil de que el límite de control funciona.

Nota avanzada

Un libro mayor de localización puede almacenar hashes de fuente y salida, instantánea de modelo, versión de glosario, revisor, comprobaciones técnicas y fecha de publicación. Hace que las necesidades de retraducción sean detectables cada vez que cambia la fuente canónica.

Para flujos de trabajo maduros, conserva la instantánea de fuente, la plantilla de prompt, las versiones de modelo y herramientas, el hash de salida, la decisión del revisor y las pruebas finales de implementación. Esto crea continuidad cuando cambian la guía, el asistente, la versión de WordPress o la regla de negocio.

Guías relacionadas

• Cómo auditar el SEO multilingüe de WordPress con IA
• Cómo estandarizar el tono editorial de WordPress con IA
• Cómo reescribir una página de WordPress con IA sin publicarla
• Cómo probar flujos de trabajo de IA de WordPress en staging o Playground

Siguiente paso

Continúa con la guía de apoyo más relevante y usa el flujo de trabajo adyacente para validar las pruebas o el límite de acceso antes de la implementación. Cuando se requiera acceso autenticado a WordPress, compara la tarea con la guía de niveles de acceso y termina revocando la identidad.