Si Google Play bloquea tu enlace de donaciones, elige la entidad antes de necesitarla

El enlace no es el problema

Cuando una herramienta gratuita empieza a cobrar dinero a los usuarios, lo primero que debes revisar no es el botón. Es la forma legal detrás del botón. Un enlace de donaciones puede parecer inofensivo, pero una tienda puede tratarlo como un flujo de pago, y un flujo de pago puede obligarte a demostrar quién eres, qué eres y a dónde va el dinero.

Esa es la lección de una incidencia reciente de AnkiDroid: Google rechazó las actualizaciones de AnkiDroid en Play Store a partir del 28 de agosto de 2026 y advirtió que, si no se resolvía, la aplicación se eliminaría de Google Play el 11 de septiembre de 2026 en todo el mundo, excepto India y Rusia.

Las donaciones del proyecto van a Open Source Collective, que actúa como su anfitrión fiscal.

El anfitrión tiene una carta de determinación del IRS que indica que está exento de impuestos bajo 501(c)(6), y la incidencia dice que esa carta se ha proporcionado a Google.

El soporte de Google no ha explicado por qué esa determinación es insuficiente.

Para mantener la distribución, AnkiDroid eliminó los enlaces de donaciones de su compilación 2.24.X de Play Store en señal de protesta.

La vía de solución indicada dice que, si una donación es para una organización exenta de impuestos, el desarrollador debe proporcionar documentación que demuestre que la organización está exenta de impuestos.

Lee esos hechos como una advertencia, no como un escándalo. El proyecto no intentaba ocultar nada. Intentaba mantener con vida una herramienta gratuita mientras seguía una regla de la tienda que quizás fue escrita para otro tipo de negocio. La parte difícil es que la regla puede llegar después de que ya hayas publicado, después de que los usuarios hayan encontrado el enlace y después de que tu vía de financiación sea pública.

Por qué la entidad va antes que el botón

Para un mantenedor individual, la trampa es que la aplicación se siente personal. No eres una empresa. Eres una persona que corrige errores, responde incidencias y pide ayuda. Pero una tienda no se preocupa por tu intención. Se preocupa por el camino del dinero. Si el dinero va a una persona, una empresa, una organización sin fines de lucro o un anfitrión fiscal, la tienda puede esperar una identidad legal correspondiente.

La parte incómoda es que la exención fiscal no es una sola cosa. Una tienda puede aceptar un tipo de documentación y rechazar otro, y puede no decirte la razón en lenguaje claro. Si no has elegido tu entidad antes de que la tienda lo pida, estás negociando desde el lado equivocado de la mesa.

Esto es especialmente cierto para la financiación de código abierto. Tus usuarios pueden esperar que el dinero vaya al mantenimiento, no a una cuenta comercial. Tu anfitrión puede esperar un tipo de documentación. Tu yo del futuro puede querer añadir un nivel de pago, un plan de soporte o un servicio alojado. Si esos caminos no se separan ahora, cada cambio posterior se convierte en un problema legal y de plataforma.

Una verificación de entidad en cinco pasos antes de publicar

1. Enumera cada flujo de pago o donación. Incluye botones dentro de la aplicación, enlaces en la descripción de la tienda, enlaces del README, notas de versión, perfiles sociales y cualquier respuesta por correo que diga envía dinero aquí. Si un usuario puede mover dinero desde tu proyecto a una cuenta externa, es un flujo. No cuentes solo el botón de la aplicación. Cuenta cada lugar donde un desconocido puede encontrar una forma de pagarte.
2. Asocia cada flujo a una forma legal. Para un proyecto de código abierto gratuito, las opciones comunes son un anfitrión fiscal, una organización sin fines de lucro registrada o una entidad con fines de lucro. Un anfitrión fiscal puede ser útil cuando quieres donaciones sin convertirte tú mismo en una organización sin fines de lucro. Una organización sin fines de lucro registrada puede ser más sólida cuando necesitas confianza pública y documentación de exención fiscal. Una entidad con fines de lucro puede ser más sencilla si más adelante podrías vender soporte, alojamiento o un nivel de pago.
3. Reúne la documentación exacta antes de la revisión. Si usas un anfitrión, pide el documento que la tienda aceptará, no solo una carta general. Si eres una organización sin fines de lucro, guarda tu carta de determinación, tu identificación fiscal y tus documentos constitutivos en una carpeta. Si eres una entidad con fines de lucro, ten listo tu registro, tu identificación fiscal y tus datos bancarios. El objetivo es responder a la tienda en una sola respuesta, no en tres.
4. Elimina o restringe los enlaces de riesgo antes de la revisión de la tienda. Si un enlace apunta a un método de pago que la tienda puede no aceptar, no lo publiques y esperes. Pónelo detrás de una página web, una pantalla de configuración o un canal de distribución separado. Si la tienda no puede verlo, no puede rechazarlo. Si la tienda puede verlo, debe coincidir con tu historia legal.
5. Mantén un plan de respaldo de una página. Escribe lo que eliminarás, lo que reemplazarás, lo que enviarás por correo y lo que le dirás a los usuarios si la tienda bloquea un enlace. Un plan de respaldo no es una derrota. Es la diferencia entre un parche temporal y un pánico.

Toma la decisión aburrida pronto

El mejor momento para elegir tu entidad legal es antes del primer botón de donaciones, no después del primer rechazo. El segundo mejor momento es ahora. Elige la forma que coincida con el camino de tu dinero, reúne los documentos y mantén el plan de respaldo cerca. Si la tienda pregunta, puedes responder rápidamente. Si no pregunta, aun así tienes un proyecto más limpio y menos sorpresas.

La financiación de código abierto no se trata solo de pedir dinero. Se trata de construir un camino que pueda sobrevivir a un cambio de reglas de la plataforma. El enlace es pequeño. La entidad es la base.