En pocas palabras: El 15/10/2026, el autor de SnapEX Pay for WooCommerce pidió en Make/Polyglots que editores de pt_BR y ar revisen 77 cadenas por idioma (51 del plugin y 26 del readme), todas en estado Waiting. Las traducciones se prepararon con asistencia automática y necesitan revisión de hablantes nativos.
Para traducir plugins de WordPress y que el texto llegue a los usuarios, un editor de la locale tiene que aprobar las cadenas. El 15/10/2026, el autor de SnapEX Pay for WooCommerce pidió en Make/Polyglots que editores de pt_BR y ar revisen 77 cadenas por idioma (51 del plugin y 26 del readme), todas en estado Waiting.
SnapEX Pay for WooCommerce es un plugin que agrega a WooCommerce un método de pago en criptomonedas. El cliente elige Crypto en el checkout, paga en la página de SnapEX Pay y la orden se marca como pagada automáticamente, con los fondos acreditados en el balance de comerciante de SnapEX Pay. Funciona con checkout por bloques y clásico, y es compatible con HPOS.
En este artículo:
- En 30 segundos
- ¿Qué pidió el autor de SnapEX Pay for WooCommerce en Polyglots?
- ¿Qué hace SnapEX Pay for WooCommerce y qué se sabe del plugin?
- ¿Cómo se revisan las traducciones al traducir plugins de WordPress en translate.wordpress.org?
- ¿Qué límites tiene una traducción hecha con asistencia automática?
- ¿Qué está confirmado y qué no?
- ¿Qué aprendizaje deja para quien publica un plugin de WooCommerce en Argentina?
- Errores comunes al pedir revisión de traducciones
- Preguntas Frecuentes
- Conclusión
- Fuentes
En 30 segundos
- El pedido salió el 15/10/2026 en el blog Make/Polyglots con la etiqueta #editor-requests.
- Cada locale (pt_BR y ar) tiene 51/51 cadenas del plugin y 26/26 del readme, en Waiting y con 0 advertencias.
- El autor del plugin declara que usó asistencia automática y pide revisión de hablantes nativos.
- En la página de GlotPress, las dos locales figuran en 0% porque nada está aprobado todavía.
- Las fuentes no muestran editores que hayan respondido ni traducción a es_AR.
¿Qué pidió el autor de SnapEX Pay for WooCommerce en Polyglots?
Pidió que un editor de cada locale, portugués de Brasil y árabe, revise las traducciones que ya subió. Según el post en Make/Polyglots, el autor se identifica como autor del plugin y aclara que las traducciones se prepararon «with machine assistance, so a native-speaker review is needed».
Los números son parejos: 51 de 51 cadenas del plugin y 26 de 26 del readme, en las dos locales. Eso da 77 cadenas por idioma, y coincide con el 77 de la columna Waiting/Fuzzy que muestra la página del proyecto en translate.wordpress.org. Ahí también se ve el detalle que confunde: pt_BR y ar aparecen en 0%, porque el porcentaje cuenta lo aprobado y no lo sugerido.
El autor cierra con «Corrections and guidance are welcome». Pide correcciones, no un sello de goma. Sobre eso hablamos en traducir tu tienda a otros idiomas.
¿Qué hace SnapEX Pay for WooCommerce y qué se sabe del plugin?
Es un método de pago cripto para WooCommerce que, según su ficha en WordPress.org, crea una factura en SnapEX Pay por cada orden y redirige al cliente a la página de pago. La descripción del proyecto menciona USDT en TRON, Ethereum, BSC y otras redes, o monedas convertidas a USDT.
- Tres vías para marcar una orden como paga. Webhook firmado, regreso del cliente desde la página de pago y una verificación cada 5 minutos.
- Pagos parciales o tardíos. Si llegan parciales, o después de cancelar la orden, la orden pasa a On hold para revisión manual.
- Factura en USD. Si tu tienda usa otra moneda, tenés que fijar la cotización en los ajustes o convertir con el filtro
snapexpay_wc_amount_usd. - Sin reembolsos desde WooCommerce. Se hacen desde el panel de SnapEX Pay.
- Modo de prueba. Usa facturas de prueba que se confirman sin dinero real y solo ve el gerente de la tienda.
Lo que no encontré: precio ni comisiones. La ficha menciona ajustes de comisión, pero sin valores, así que cualquier cifra sería inventada. Tampoco evalúo seguridad ni cumplimiento normativo de un servicio cripto: eso excede esta nota (y si te interesa el costado de seguridad de plugins de pago, es tema del blog hermano seguridadenwordpress.com). Todo lo anterior sale de la ficha del autor, no de una auditoría independiente.
La ficha también aclara que el plugin envía a la API de SnapEX el monto en USD, el ID de orden y las URLs de retorno, y que no manda nombre, email, dirección ni IP del cliente. Es lo que declara el autor; nadie lo verificó por afuera.
¿Cómo se revisan las traducciones al traducir plugins de WordPress en translate.wordpress.org?
Una traducción sugerida queda en Waiting hasta que un editor de esa locale la valida. Según el handbook de Polyglots, hay dos roles: el General Translation Editor (GTE), que valida cualquier proyecto de la locale, y el Project Translation Editor (PTE), limitado a un plugin o theme puntual.
El tema es que los editores no reciben notificaciones de cadenas nuevas. El handbook dice que muchas locales acumulan backlogs y que quizás nunca miren tus cadenas si no los contactás. Los canales que menciona son el sitio Rosetta de la locale, el Slack local, el Slack global y, si no hay nada, el blog Make/Polyglots con la etiqueta de la locale (por ejemplo #es_MX). Esa etiqueta dispara un correo a los editores.
Ojo con la fecha: el handbook que consulté es de febrero de 2023, así que conviene chequear que el proceso siga igual antes de armar tu flujo. Te puede servir nuestra cobertura de plugins consolidados que aligeran tu tienda.
Una pregunta que queda abierta es cuántas cadenas hacen falta para que el plugin tenga paquete de idioma. Ni el handbook citado ni las otras fuentes dan ese umbral, así que no lo afirmo. Buscalo en la documentación vigente de Polyglots.
¿Qué límites tiene una traducción hecha con asistencia automática?
El límite principal: 0 advertencias y 51/51 cadenas dicen que no hay errores técnicos, no que el texto suene bien. Una advertencia de GlotPress te avisa de un placeholder roto o una etiqueta faltante, pero no detecta que «checkout» quedó traducido de tres maneras distintas en la misma pantalla.
En un plugin de pagos eso pesa más que en un formulario de contacto, porque el cliente final lee esas cadenas justo antes de mandar plata. Un revisor nativo mira terminología de pagos, registro y coherencia entre términos como orden, factura y criptomoneda. En árabe, además, hay que ver que la interfaz se lea bien en dirección RTL, cosa que un chequeo automático no cubre. Esto último es mi criterio como editor, no un dato de las fuentes. Tema relacionado: actualizar a WooCommerce 10.8 con seguridad.
Lo bueno es que el autor lo dijo de entrada, y declarar el uso de traducción automática es lo correcto (spoiler: el revisor te lo nota igual a los dos minutos). No encontré en las fuentes provistas qué dice la política de WordPress.org sobre traducción automática, así que no la cito. Si publicás con ayuda de IA, leé el handbook vigente.
¿Qué está confirmado y qué no?
- Confirmado: el pedido existe, es del 15/10/2026, cubre pt_BR y ar, y el autor declara asistencia automática (post original).
- Confirmado: 77 cadenas por locale en Waiting; español de Argentina figura en 0% y sin cadenas en espera (GlotPress).
- Pendiente: que algún editor responda, apruebe o corrija. La fuente no muestra respuestas.
- Pendiente: la calidad real de las traducciones, que nadie evaluó públicamente.
- Sin datos: precio, comisiones y cualquier traducción a es_AR.
¿Qué aprendizaje deja para quien publica un plugin de WooCommerce en Argentina?
Que pedir revisión es parte del trabajo, y que se pide con un post concreto: nombre del plugin, URL de la ficha, URL de GlotPress, locales, cantidad de cadenas, estado y si hubo IA de por medio. El pedido de SnapEX tiene todo eso en un párrafo.
Si tu plugin lleva textos para tiendas argentinas, el equivalente sería preparar el text domain y el readme, subir las cadenas y pedir revisión etiquetando #es_AR. Ojo: SnapEX Pay no muestra traducción ni soporte para es_AR en las fuentes, así que si querés usarlo en una tienda local, el checkout te va a salir en inglés o en otro idioma. Complementá con montar una tienda online con WordPress.
Como propuesta mía (no viene de ninguna fuente y no la probé): antes de aprobar o sugerir correcciones, instalá el plugin en un entorno de prueba, activá el modo test que describe la ficha y recorré el checkout en cada idioma. Así ves las cadenas en contexto, no sueltas en una grilla. Y para ese entorno, un hosting WordPress de Donweb con un subdominio de pruebas alcanza para una tienda WooCommerce chica.
Errores comunes al pedir revisión de traducciones
- Creer que 0% significa sin traducir. En esta página pt_BR y ar muestran 0% con 77 cadenas en espera. Mirá la columna Waiting/Fuzzy antes de concluir nada.
- Postear sin la etiqueta de la locale. Según el handbook, la etiqueta (#es_MX, #ja) es lo que avisa por mail a los editores. Sin ella, tu pedido es un post más.
- Confiar en «0 warnings» como sello de calidad. Indica ausencia de errores técnicos, nada más. Faltan terminología y tono.
- Ocultar el uso de IA. Aclararlo, como hizo el autor, ahorra idas y vueltas y define qué tiene que revisar el editor.
- Pedir revisión y esperar sentado. Si en unos días nadie responde, insistí por el Slack de la locale o ofrecete como PTE, como sugiere el handbook.
Preguntas Frecuentes
¿Qué es una review request en Make WordPress Polyglots?
Es un post en el blog Make/Polyglots donde un autor o traductor pide a los editores de una locale que revisen cadenas en estado Waiting. Se usa porque los editores no reciben avisos automáticos. Se etiqueta con la locale, como #es_MX, para que les llegue un correo. Mirá también detectar backdoors ocultos en mu-plugins.
¿Cómo se aprueban las traducciones de un plugin en translate.wordpress.org?
Las aprueba un General Translation Editor o un Project Translation Editor de esa locale. Hasta entonces quedan en Waiting y no se distribuyen. Si sos PTE de un plugin, tus propias traducciones pasan directo a aprobadas. Nuestros colegas de seguridadenwordpress.com lo analizan en alertas automáticas de vulnerabilidades en plugins.
¿Qué hace SnapEX Pay for WooCommerce?
Permite cobrar en criptomonedas desde WooCommerce. Crea una factura en USD en SnapEX Pay, manda al cliente a su página de pago y marca la orden como paga cuando se confirma. Los reembolsos no se hacen desde WooCommerce, sino desde el panel de SnapEX Pay.
¿Se pueden publicar traducciones hechas con ayuda de IA en WordPress.org?
Las fuentes de esta nota no traen la política oficial, así que no puedo afirmar qué permite o prohíbe. Lo que sí muestra el caso es que el autor las subió declarando la asistencia automática y pidiendo revisión nativa antes de aprobarlas. Consultá el handbook vigente de Polyglots.
¿Cuánto cuesta SnapEX Pay y qué comisiones cobra?
Las fuentes consultadas no informan precio ni comisiones. La ficha solo menciona que existen ajustes de comisión. Para cifras reales hay que ir a los términos y al panel de SnapEX Pay.
Conclusión
El pedido de SnapEX Pay es un buen molde para quien quiere traducir plugins de WordPress sin perderse en el proceso: cadenas subidas, estado claro, IA declarada y pedido específico a dos locales. Lo que falta es lo importante, que un editor lo apruebe, y eso todavía no pasó según la fuente.
Si publicás un plugin, armá tu pedido igual de concreto y etiquetá #es_AR. Si usás este, tratalo como cualquier plugin de pagos nuevo: probalo en staging con el modo test, sin tocar producción, y no des por buena ninguna traducción solo porque GlotPress no marca advertencias.
