Blog / 7 min de lectura · 2026-05-28

Por qué Gemini Omni bloquea tus prompts: las normas reales frente al error actual

Gemini Omni Flash está rechazando por error prompts inofensivos en mayo de 2026, un fallo que Google ha reconocido. Con fuentes: bloqueos reales por política frente al error de falsos positivos, y cómo distinguirlos.

Si llevas una semana intentando generar video con Gemini Omni Flash y no paras de toparte con “I can’t generate that video. Try describing another idea…” (No puedo generar ese video. Prueba a describir otra idea…) con prompts que son claramente inofensivos, no estás haciendo nada mal, y no te pasa solo a ti.

Ahora mismo hay dos motivos completamente distintos por los que Omni rechaza un prompt, y se confunden todo el tiempo:

1. Un bloqueo real por política de contenido: el prompt pide de verdad algo que Google prohíbe. Estas normas son estables y están documentadas.
2. Error A, el falso positivo de la política: Omni marca por error prompts normales como infracciones de la política. Google lo ha reconocido públicamente y lo está investigando. Estado a 2026-05-29: no se ha anunciado ninguna solución.

Este artículo separa los dos casos, con fuentes, para que dejes de gastar créditos a ciegas.

No confundas el error A con el error B. En mayo de 2026 también se informó de un error de facturación distinto: las generaciones fallidas de Omni se descontaban de tu cuota. Google anunció la solución el 2026-05-28: las solicitudes fallidas ya no cuentan, se duplicó la asignación de Omni en AI Ultra, Flash-Lite pasó a ser gratis y se puso un tope a la cuota por prompt en Pro (fuente: 9to5Google 🟡). Ese es el error B: no tiene nada que ver con el A y ya está resuelto. Este artículo trata únicamente del error A. Comparación completa entre A y B: nuestra página /guide/.

Error A: bloqueos por falso positivo (estado a 2026-05-29: sin resolver)

Estado (2026-05-29): No se ha anunciado ninguna solución. Siguen apareciendo casos nuevos de falsos positivos en el hilo del Google AI Developers Forum. Actualizaremos esta línea cuando Google publique una solución, si llega a hacerlo.

A finales de mayo de 2026, usuarios de Reddit, X y del propio foro de desarrolladores de Google cuentan que Gemini Omni Flash rechaza prompts básicos e inofensivos como si infringieran la política. Estos son algunos de los ejemplos bloqueados por error que se han compartido:

• Cat walks between rabbits (un gato camina entre conejos)
• Make this cat wear a white hat (ponle a este gato un sombrero blanco)
• Change the background to night (cambia el fondo por uno nocturno)
• Apply a green cinematic color grade to the uploaded video while preserving the same scene motion (aplica al video subido una corrección de color verde cinematográfica sin alterar el movimiento de la escena)

Ninguno infringe ninguna política. Los prompts de edición de video (sobre todo los que hacen referencia a un video subido) parecen ser los más afectados: la comunidad describe la edición de video a video como «completamente rota» durante este periodo.

Fiabilidad de la fuente: 🟡 Noticias + reportes directos de la comunidad. Un vicepresidente de Google (Josh Woodward) respondió públicamente a varias publicaciones sobre el problema, indicó que no debería estar pasando y dijo que Google lo estaba investigando y que estaba recopilando los videos originales de los usuarios afectados. (PiunikaWeb, 20 de mayo de 2026; Google AI Developers Forum)

Qué significa esto para ti: si ahora mismo te rechazan un prompt a todas luces inocente, lo más probable es que se deba a este error y no a una norma que hayas incumplido. No reescribas el prompt diez veces para que «suene más seguro». Al final del artículo tienes qué hacer mientras tanto.

Las normas reales: lo que Gemini prohíbe de verdad

Son normas estables y oficiales. Según la Política de usos prohibidos de la IA generativa de Google, no puedes generar contenido que haga lo siguiente (las categorías citan la política):

• Actividades peligrosas o ilegales: «participar en actividades peligrosas o ilegales, o infringir de cualquier otro modo las leyes o normativas aplicables».
• Vulneración de la seguridad: «poner en riesgo la seguridad de los servicios de terceros o de Google, incluidos los intentos de desactivar las protecciones de seguridad (por ejemplo, mediante inyección de prompts)».
• Infracciones de la privacidad: «usar la imagen de alguien sin su consentimiento e imágenes íntimas no consentidas».
• Fraude y engaño: «participar en fraudes, estafas u otras acciones engañosas».
• Seguridad infantil: cualquier contenido relacionado con el abuso o la explotación sexual infantil.

La ficha del modelo Gemini Omni Flash repite esos mismos límites para el modelo de video en concreto: no debe usarse para «(1) participar en actividades peligrosas o ilícitas… (2) poner en riesgo la seguridad de los servicios de terceros o de Google, (3) participar en actividades sexualmente explícitas, violentas, de odio o dañinas, (4) participar en actividades de desinformación, tergiversación o engaño».

Fiabilidad de la fuente: 🟢 Política oficial de Google + ficha del modelo de DeepMind.

Personas reales, personajes protegidos y uso de la imagen

Esta es la categoría de bloqueo que más problemas da a los creadores legítimos. Generar a una persona real reconocible (un famoso, una figura pública o alguien cuya imagen no tienes permiso para usar) entra en las normas de privacidad y tergiversación citadas arriba. Los personajes protegidos por derechos de autor tienen restricciones parecidas.

La vía autorizada para poner a una persona real en un video es la función Avatars: primero creas una versión digital de ti (o un personaje de marca) configurando expresamente la voz, y a partir de ahí ese avatar puede decir frases nuevas. Esa es la diferencia entre «haz un video de [persona famosa]» (bloqueado) y «haz un video de mi propio avatar verificado» (permitido).

Fiabilidad de la fuente: 🟢 Oficial (política de privacidad + documentación de Avatars). Consulta nuestras normas de la función Avatar para ver los requisitos de acceso (mayores de 18 años, región, idioma).

Dos cosas que son decisiones de política, no errores

También se confunden con bloqueos, así que conviene precisar:

• La edición de audio y de la voz no está disponible a propósito. La ficha del modelo lo dice sin rodeos: «Gemini Omni Flash es capaz de modificar el habla de las personas. Por ahora, estamos restringiendo esta capacidad y trabajando para entender mejor cómo ofrecerla a nuestros usuarios de forma segura y responsable». Así que, si tu prompt para modificar el audio hablado no hace nada, es intencionado: la restricción es deliberada y reformular el prompt no va a cambiar nada. 🟢
• El límite de 10 segundos por clip y el límite de edición en varios turnos son intencionados. Pruebas independientes hablan de un tope práctico de unos 4 turnos de edición conversacional antes de que la coherencia empiece a degradarse. Es un límite de diseño, no un rechazo. 🟡

SynthID: no puedes quitar la marca de agua, y eso no es un «bloqueo»

Todo lo que genera Gemini Omni lleva una marca de agua SynthID imperceptible y Content Credentials de C2PA. No hay ningún ajuste ni parámetro de la API para desactivar ninguna de las dos, y SynthID está diseñada para resistir recortes, filtros, cambios de frecuencia de fotogramas y compresión con pérdida. No es moderación de contenido, sino procedencia; aun así, conviene saber que pedir «quita la marca de agua» en el prompt no sirve de nada.

Fiabilidad de la fuente: 🟢 Ficha del modelo de DeepMind + documentación de SynthID.

Cómo distinguir un bloqueo real por política del error A

Un árbol de decisión rápido:

1. ¿Tu prompt nombra a una persona real o famosa, pide contenido violento o sexual, o intenta desactivar las protecciones de seguridad? → Es un bloqueo real por política. Reformularlo no va a servir (ni debería).
2. ¿Tu prompt es claramente inocente (animales, objetos, paisajes, corrección de color) y aun así se rechaza? → Casi seguro que es el error actual de falsos positivos. No te pases reescribiéndolo.
3. ¿Un prompt de texto a video funcionó, pero la misma idea planteada como edición de video falla? → Encaja con el patrón conocido del error (los prompts de edición de video son los más afectados).

Soluciones prácticas mientras siga activo el error A

• Por ahora, usa texto a video en vez de video a video: la edición es la vía más afectada. Genera desde cero en lugar de editar un clip subido.
• Quita los verbos ambiguos. Palabras como “shoot” (disparar o rodar), “strike” (golpear), “blast” (estallido) o “kill the lights” (apagar las luces; literalmente, «matar las luces») pueden hacer que el clasificador malinterprete el prompt incluso en contextos inocentes. Usa formulaciones neutras, como “the lamp switches off” (la lámpara se apaga).
• No gastes créditos probando a lo loco. Si se rechaza un prompt claramente inofensivo, el problema es el error, no tu redacción: espera o prueba una escena un poco distinta en lugar de reescribirlo 10 veces.
• Repórtalo. Google está recopilando ejemplos activamente; informar de un prompt bloqueado por error desde la opción de comentarios de la app ayuda a que la solución llegue antes.

En resumen

Ahora mismo, la mayoría de los rechazos por «infracción de la política» en prompts inofensivos se deben al error A, un fallo que Google ha admitido y en el que sigue trabajando (sin solución anunciada a 2026-05-29). Los bloqueos reales son pocos y estables: personas reales sin consentimiento, contenido ilegal o peligroso, contenido sexual o violento e intentos de vulnerar la seguridad. La edición de audio y el límite de 10 segundos son restricciones deliberadas, y SynthID + C2PA son marcas de procedencia que no se pueden quitar, no moderación. Saber en qué categoría cae tu rechazo te ahorra créditos y frustraciones.

No confundas el error A con el error B, el problema de cuota (sin relación con este) que Google dio por solucionado el 2026-05-28. En la comunidad se ha llamado «bloqueo de Omni» a los dos; solo el error A sigue activo. Explicación completa: nuestra página /guide/.

Si te han bloqueado un prompt y sospechas que es un falso positivo, el diagnosticador de prompts rechazados, una herramienta gratuita, señala los términos que probablemente lo han provocado y propone reformulaciones neutras. Sirve para prompts bloqueados por error, no para infracciones de la política.

Probamos estos límites de primera mano y actualizaremos este artículo cuando Google publique la solución. Cada afirmación enlaza a su fuente; si algo cambia, lo cambiaremos aquí también.

Última actualización: 2026-05-29.