Se abre en una pestaña nueva
Solicitud PTE WordPress: el caso de Capi Agent - ilustracion

Solicitud PTE WordPress: el caso de Capi Agent

En pocas palabras: El autor de Capi Agent pidió el 8 de octubre de 2026 al equipo de Polyglots acceso PTE para aprobar sus traducciones al árabe (ar) y al turco (tr_TR). Ambas están completas, con 62 de 62 strings, y esperan aprobación como sugerencias en estado Waiting.

La solicitud PTE WordPress de Capi Agent llegó al equipo de Polyglots el 8 de octubre de 2026: según el post publicado en make.wordpress.org, el autor del plugin pidió permiso para aprobar sus traducciones al árabe (ar) y al turco (tr_TR), ya completas con 62 de 62 strings e importadas como Waiting.

Un PTE (Project Translation Editor) es una persona con permiso para validar strings de un proyecto específico, como un plugin, en un único locale dentro de translate.wordpress.org. Un General Translation Editor lo designa, a pedido del autor del proyecto o de los propios colaboradores. Mientras nadie con ese rol apruebe las sugerencias, las traducciones quedan en estado Waiting y WordPress no genera language packs con ellas.

En 30 segundos

  • El 8/10/2026 el autor de Capi Agent pidió acceso PTE para los locales ar y tr_TR, con el usuario @capiagent en ambos.
  • Las dos traducciones están completas (62/62 strings) y figuran como sugerencias en Waiting.
  • Según el handbook de Polyglots, sin aprobación de un PTE o GTE no se crea ni se actualiza el language pack.
  • La fuente no informa si el pedido ya se aprobó.
  • Capi Agent es un plugin que pone un agente de IA de ventas y soporte en tiendas WooCommerce.

¿Qué pidió el autor de Capi Agent al equipo de Polyglots?

Pidió que le den el rol de Project Translation Editor sobre su propio plugin, para poder aprobar las traducciones al árabe y al turco. El post lista la ficha del plugin en WordPress.org, los dos locales y el usuario @capiagent para cada uno, y lleva la etiqueta editor-requests.

Es trámite de rutina. No hay lanzamiento ni función nueva acá.

Lo interesante es el orden: el autor llegó con las traducciones ya cargadas, completas e importadas, y recién después pidió el permiso para aprobarlas. Si vas a pedir lo mismo para tu plugin, ese es un buen orden de trabajo (a los editores les da menos que revisar a ciegas). Sobre eso hablamos en nuestra guía sobre la comunidad de WordPress.

¿Qué es un PTE y cómo se pide acceso para un plugin?

solicitud PTE WordPress diagrama explicativo

Según la guía para autores del handbook de Polyglots, un PTE valida strings de un proyecto en un solo locale, y lo nombra un GTE después de un pedido del autor o de los colaboradores. Los GTE suelen preferir formar a colaboradores que conocen el idioma y convertirlos en PTE cuando están listos.

El pedido se hace publicando en el blog de Polyglots, como hizo el autor de Capi Agent. El handbook remite a una página específica de «Project Translation Editor Request» para el detalle, así que seguí esa guía y no mi resumen.

Existe además el rol Cross-Locale PTE (CLPTE): una cuenta del autor del plugin o de su empresa que usa traductores profesionales y puede importar y validar strings en más de un locale. El handbook aclara que se nombra bajo ciertos criterios y que lo designan GTE. Para un autor con dos locales, el camino de este caso (un PTE por locale) alcanza.

¿Qué significa que una traducción esté en estado Waiting?

Waiting significa que alguien sin permiso de validación cargó la traducción y todavía nadie con permiso la revisó. El handbook de Polyglots explica que, mientras un PTE o GTE no la pase a Current, no se crea ni se actualiza el language pack. Tema relacionado: cómo armar una landing page en WordPress.

El número que importa: para el language pack inicial, al menos el 90% de las strings tiene que estar en Current (en plugins, el 90% de los sub-proyectos Stable). Con 62 de 62 strings cargadas en Waiting en ambos locales, una aprobación completa superaría ese umbral. Ojo: esa es una inferencia nuestra a partir del handbook, porque desde las fuentes no vemos el desglose de sub-proyectos.

Otra regla de la misma guía: no se aceptan traducciones automáticas sin revisión de una persona que hable el idioma con fluidez. Quien apruebe esas 62 strings carga con esa responsabilidad.

¿Qué es el plugin Capi Agent?

Capi Agent es un plugin que conecta una tienda WooCommerce con la plataforma Capi Agent, que pone un agente de IA de ventas y soporte en el chat de la tienda. Según su ficha en WordPress.org, el agente responde en el idioma del cliente, a partir del catálogo y los pedidos reales de la tienda, y pasa la conversación a una persona cuando hace falta.

  • Requisitos. Necesita WooCommerce y una cuenta de Capi Agent; según la ficha de WordPress.org al 8 de octubre de 2026, las cuentas nuevas tienen 14 días de prueba gratuita y después hace falta un plan pago.
  • Qué sincroniza. Productos, pedidos, clientes (desde los datos de facturación) y carritos en vivo, mientras el seguimiento de carritos esté activo.
  • Servicio externo. El script del chat (widget.js) se carga desde capiagent.com y los mensajes de los visitantes viajan a esa plataforma, según la propia ficha. Si vendés a clientes en la UE o en cualquier lado con normativa de datos, leé la política de privacidad antes de instalar.
  • Idiomas. La pantalla del plugin sigue el idioma del admin de cada usuario. El changelog de la versión 1.0.8 aclara que las traducciones las entrega translate.wordpress.org, y la ficha dice que el plugin tiene traducción a 1 locale.

La ficha vende un “equipo” de IA que “nunca duerme” (frase de marketing, tomala como tal). Al 8 de octubre de 2026, la ficha no tenía reseñas, así que no hay opinión de usuarios para contrastar, y acá no lo evaluamos. Ya lo cubrimos antes en probar cambios en un entorno de staging.

¿Qué está confirmado y qué no?

Confirmado por las fuentes:

  • El pedido se publicó el 8/10/2026 para los locales ar y tr_TR, con el usuario @capiagent.
  • Árabe y turco están completos, 62/62 strings, e importados como sugerencias en Waiting.
  • El handbook establece que sin aprobación de PTE o GTE no hay language pack.

Sin confirmar:

  • Si un GTE o el equipo de los locales aprobó el pedido.
  • Cuándo, o si ya existe, el language pack de ar o tr_TR.
  • Qué locale es el único con traducción que menciona la ficha del plugin.

¿Qué cambia para una tienda WooCommerce con plugins traducidos?

Para quien administra la tienda, cambia poco hoy: la aprobación de un PTE habilita el language pack de ese locale, y cada locale se gestiona por separado. Que el árabe esté aprobado no dice nada sobre el turco ni sobre el español. Acá va una propuesta editorial (no viene de la fuente) para verificar el estado de cualquier plugin en tres pasos:

  • Mirá la página del proyecto. En translate.wordpress.org, con el patrón que usa el handbook para Akismet (wp-plugins/akismet), buscá el slug de tu plugin y fijate cuántas strings están en Current y cuántas en Waiting en tu locale.
  • Revisá el log de language packs. El handbook indica que las importaciones y la creación de packs se registran en el canal meta-language-packs de Slack, donde podés buscar el slug.
  • Probá en un entorno de staging. Cambiá el idioma del admin y comprobá si la pantalla del plugin ya sale traducida.

Un ejemplo hipotético: tenés una tienda en español rioplatense con es_AR y un plugin que solo tiene es_ES aprobado. Vas a ver mezcla de textos, y la solución pasa por colaborar con las traducciones de tu locale, no por tocar archivos del plugin (desde WordPress 4.7 las traducciones de la comunidad tienen prioridad sobre las que viaja dentro del plugin, según el handbook, siempre que el text domain coincida con el slug). Y si estás armando una tienda para probar plugins así, un hosting WordPress de Donweb con WordPress y WooCommerce al día te evita sumar problemas de entorno a los de traducción.

Errores comunes al pedir o seguir un PTE

  • Dar por hecho que Waiting es aprobado. Las strings importadas figuran en el sistema, pero no llegan a los usuarios hasta que pasan a Current.
  • Pedir PTE sin traducciones cargadas. Los editores no tienen qué revisar y el pedido queda en el aire; el caso de Capi Agent llegó con 62/62 listas.
  • Subir traducción automática sin revisión. El handbook lo prohíbe de forma explícita.
  • Usar un text domain distinto del slug. El handbook advierte que las traducciones de la comunidad pueden dejar de aplicarse así.
  • Ignorar el aviso “not properly prepared for localization”. Si aparece en la página de estado, el plugin tiene problemas de internacionalización que hay que corregir primero.

Preguntas Frecuentes

¿Qué es un PTE en WordPress?

Un PTE, o Project Translation Editor, es una persona con permiso para validar traducciones de un proyecto específico (un plugin o un tema) en un único locale. Lo designa un General Translation Editor, a pedido del autor del proyecto o de los colaboradores.

¿Cómo pido acceso de PTE para mi plugin?

Se pide publicando un post en el blog de Polyglots (make.wordpress.org/polyglots) con la etiqueta editor-requests, como hizo el autor de Capi Agent: ficha del plugin, locales y usuario de WordPress.org para cada uno. El handbook remite a la página «Project Translation Editor Request» para el procedimiento completo. Te puede servir nuestra cobertura de corregir los enlaces rotos de tu sitio.

¿Qué significa que una traducción esté en estado Waiting?

Significa que la traducción la cargó alguien sin permiso de validación y espera revisión. Hasta que un PTE o GTE la pase a Current, WordPress no crea ni actualiza el language pack. Cobertura relacionada: detectar un backdoor en mu-plugins.

¿Qué hace el plugin Capi Agent en WooCommerce?

Agrega a la tienda un chat con un agente de IA que responde consultas de productos, informa el estado de los pedidos y recomienda artículos. Además hace seguimiento de carritos y pasa la conversación a una persona cuando el cliente la pide. Necesita WooCommerce y una cuenta de Capi Agent, con 14 días de prueba según la ficha de WordPress.org al 8 de octubre de 2026. Nuestros colegas de seguridadenwordpress.com lo analizan en revisar si un plugin tiene un CVE.

¿Cuándo se generan los language packs de un plugin?

Se generan cuando las traducciones de un locale están aprobadas (Current) y alcanzan el umbral: al menos el 90% de las strings, y en plugins el 90% de los sub-proyectos Stable, para el pack inicial. Después se actualizan al importar versiones nuevas y aprobar sus cambios.

Conclusión

La solicitud PTE de Capi Agent muestra el circuito completo de traducción de un plugin en WordPress.org: traducir, importar, pedir un PTE, aprobar y recién entonces generar el language pack. Hoy el árabe y el turco están completos pero en Waiting, y la fuente no dice si el pedido prosperó.

Si mantenés un plugin, cargá las traducciones antes de pedir el rol y publicá el pedido con locales y usuarios claros. Si usás plugins en tu tienda, revisá el estado de tu locale en translate.wordpress.org antes de asumir que el idioma llega solo.

Fuentes

Volver a

Novedades

Publicaciones relacionadas