Por qué la calidad de las construcciones es importante para los Playables
Publicar un juego en YouTube Playables no es lo mismo que subirlo a otros portales web. YouTube realiza su propio proceso de certificación, una revisión técnica obligatoria que debe pasar cada construcción antes de ir en vivo. Si la construcción falla, vuelve al desarrollador para que la corrija, la vuelva a enviar y pase otra ronda de revisión. Cada ciclo cuesta tiempo y esfuerzo.
En Mediacube, realizamos pruebas de pre-certificación en cada construcción antes de que llegue a YouTube. Nuestro equipo de QA ha revisado cientos de construcciones en Unity, Cocos, Phaser, Construct y otros motores. Los errores listados en este artículo son los que vemos con más frecuencia en estudios de todos los tamaños, motores y géneros de juegos.
La mayoría de ellos se pueden corregir rápidamente una vez que sabes qué buscar. Léelo antes de construir, no después.
Error #1: El botón de pausa no pausa el juego
¿Cómo se ve?
Cuando un jugador cambia a otra pestaña, minimiza la aplicación o el sistema solicita una pausa, YouTube Playables envía una señal de pausa al juego a través del SDK. Muchos juegos responden a esta señal mostrando su menú de pausa interno, pero el bucle principal del juego sigue funcionando. Los tiempos de física siguen, los temporizadores cuentan hacia atrás, las animaciones siguen. Algunos elementos interactivos aún se pueden hacer clic en el estado de pausa.
Otra variante: El juego se congela visualmente, pero acumula entradas durante la congelación. Cuando el juego vuelve, ejecuta todas esas acciones almacenadas en cola de golpe — y un personaje salta tres veces en rápida sucesión, o dispara un arma que se presionó durante la pantalla de pausa.
Tercera variante (muy común en nuestra canal de QA): El juego muestra correctamente el menú de pausa interno, pero los botones de ese menú están completamente clicables. La pausa oficial de Playables está en vigor y el jugador puede usar este tiempo para navegar por menús, cambiar configuraciones o incluso reiniciar el juego.
¿Por qué falla la certificación?
El contrato de pausa del SDK de Playables es estricto: cuando se activa ytgame.system.onPause(), el juego debe detenerse completamente y no ejecutar ninguna animación, física, procesamiento de entrada o temporizadores. Cualquier desviación de esto se marca durante el proceso de certificación de YouTube.
El contrato de pausa del SDK de Playables es estricto: cuando se activa ytgame.system.onPause(), el juego debe detenerse por completo y no ejecutar ninguna animación, física, procesamiento de entrada o temporizadores. Cualquier desviación de esto se señala durante el proceso de certificación de YouTube.
🛠️ Cómo solucionarlo
Registre la devolución de llamada onPause y asegúrese de que detenga el bucle del juego, mute todas las animaciones, desactive el procesamiento de entradas y limpie cualquier cola de acciones pendientes. Al reanudar, restaure el estado desde el punto en que se congeló: no vuelva a reproducir las entradas almacenadas en buffer. Pruebe esto explícitamente activando la pausa a través del Playables Test Suite, no solo mediante su propio botón de pausa dentro del juego.
⚠️ Error común
Tratar el pausar del SDK de YouTube como equivalente a presionar el botón de pausa dentro del juego. No son lo mismo. La pausa del SDK debe detener todo dentro del bucle del motor del juego.
Error #2: El estado de silencio no es persistente
Qué se ve
YouTube puede silenciar el audio de un juego en cualquier momento a través del SDK, por ejemplo, cuando el jugador está viendo un anuncio, cambia de contexto o tiene el dispositivo en silencio. El juego debe respetar este estado de silencio y mantener el audio apagado hasta que YouTube lo desactive explícitamente.
Los modos de fallo que vemos con más frecuencia son los siguientes:
El silencio se reinicia ante eventos internos. El juego silencia correctamente en respuesta a la señal del SDK, pero si el jugador abre el menú de configuración del juego, hace clic en un botón de reinicio o pasa a un nuevo nivel, el silencio se elimina. El audio vuelve, incluso aunque YouTube aún tenga el silencio activo.
El silencio no sobrevive a una recarga de página. Si la página se recarga mientras el juego está silenciado (a través del SDK), el juego se reinicia con el audio encendido. El estado de silencio se almacenó en memoria, no se guardó, por lo que la recarga lo borra.
El botón de silencio interno anula el silencio del SDK. El SDK silencia el juego, pero el jugador puede presionar el interruptor de audio del juego para recuperar el sonido. Es el control del juego el que está evitando el comando del SDK externo.
¿Por qué falla la certificación
El SDK de Playables proporciona ytgame.system.isAudioEnabled() para comprobar el estado de audio actual, y ytgame.system.onAudioEnabledChange() para escuchar los cambios. Los juegos deben depender de estos en lugar de gestionar su propio estado de audio paralelo que puede salirse de sincronización.
🛠️ Cómo solucionarlo
Inicialice el estado de audio usando ytgame.system.isAudioEnabled() al iniciar el juego, antes de reproducir cualquier sonido. Registre onAudioEnabledChange y aplique el nuevo estado inmediatamente y de forma global cuando se active. Guarde el estado de silencio del SDK para que sobreviva a recargas de página: escríbalo en ytgame.game.saveData() para que el juego lo lea en el próximo lanzamiento. No permita que los interruptores de audio dentro del juego anulen el estado del SDK; su botón interno solo debe funcionar cuando el SDK tenga el audio habilitado.
✅ Lista de verificación de pruebas
Pruebe específicamente: silencie a través del Suite de pruebas, active cada evento dentro del juego que tenga (menús, transiciones de niveles, reinicios, muertes) y confirme que el audio permanezca apagado durante todo el proceso. Luego recargue la página y confirme que permanezca apagado después de la recarga.
¿Listo para lanzar en YouTube Playables?
Cree su cuenta y obtenga todo lo que necesita para publicar, monetizar y crecer su juego a nivel mundial.
Error #3: El progreso no se guarda entre sesiones
¿Cómo se ve?
El jugador completa los niveles 1 a 5, cierra el navegador, vuelve a abrir el juego y comienza nuevamente en el nivel 1, o peor aún, en el tutorial. No se guardó ningún progreso. El juego almacenaba el estado en localStorage o en una variable de sesión, ambas se borran al cerrar o no están disponibles en el entorno de Playables.
¿Por qué falla la certificación?
YouTube Playables no permite que los juegos usen localStorage del navegador o servidores externos para guardar datos. Todos los datos persistentes del juego deben pasar por el SDK de Playables: ytgame.game.saveData() y ytgame.game.loadData(). Los juegos que no implementen esto perderán el progreso del jugador en cada sesión, lo cual es una bandera de rechazo inmediato.
🛠️ Cómo solucionarlo
Reemplaza cualquier llamada a localStorage.setItem() / getItem() con ytgame.game.saveData() y ytgame.game.loadData(). Estas aceptan una cadena serializada de hasta 3MB: serializa tu estado de guardado como JSON, cárgalo al iniciar y escríbelo cada vez que se logre un progreso significativo (completar un nivel, punto de control, logro importante). No esperes hasta que termine la sesión para guardar y usa onPause como un disparador adicional de guardado, ya que el juego podría cerrarse desde el modo pausa.
💡 Consejo profesional
Si tu juego fue originalmente construido para móvil o escritorio con un sistema de guardado en la nube o en el dispositivo, dedica tiempo a refactorizarlo. Es una de las causas más comunes de retraso en la certificación de una versión móvil en Playables.
Error #4: El juego intenta cargar recursos desde URLs externas
¿Cómo se ve?
El juego falla al cargar o carga parcialmente con música faltante, recursos visuales faltantes o audio silencioso cuando se ejecuta en el entorno de Playables. En la consola del navegador, ves errores de red: solicitudes a CDNs externos, servidores de recursos, APIs de música en streaming o proveedores de fuentes de terceros que están siendo bloqueadas.
A veces esto es obvio (el juego fue construido para reproducir su banda sonora desde un servicio externo), y otras veces es sutil (una fuente web cargada desde Google Fonts, un píxel de análisis, una sola atlas de sprites alojada en un CDN que nunca se incluyó en la compilación).
¿Por qué falla la certificación?
YouTube Playables opera en un entorno aislado. No se permiten llamadas a API externas ni solicitudes a dominios externos. Todo lo que necesita el juego para ejecutarse debe estar incluido en la propia compilación. Esto incluye: archivos de audio, atlas de texturas, fuentes, cadenas de localización, archivos de configuración y cualquier script de terceros.
🛠️ Cómo resolverlo
Antes de enviar, abre la pestaña de Red de tu navegador y recorre completamente el juego: pantalla de carga, menú principal, juego, muerte/fin del juego y transiciones de nivel. Filtra cualquier solicitud que vaya a dominios externos. Incluye esos recursos localmente, o si son servicios de terceros (análisis, anuncios distintos del SDK de YouTube), elimínalos por completo. Realiza la misma verificación después de cada actualización de compilación.
📌 Mejor práctica
El SDK de YouTube Playables es la única dependencia externa permitida. Todo lo demás debe ser autónomo. Esto incluye la música. Si su juego utiliza una biblioteca de música en streaming, deberá incluir los archivos de audio directamente en la compilación.
Error #5: Los botones de anuncios recompensados están conectados incorrectamente
¿Cómo se ve?
El desarrollador agregó un botón de anuncio recompensado, a menudo como una adición tardía específicamente para Playables, porque el juego original no tenía ningún mecanismo de recompensa. El botón aparece en la interfaz de usuario, parece correcto, pero al presionarlo no ocurre nada. No se solicita ningún anuncio y no se otorga ninguna recompensa. A veces el botón se activa visualmente (una animación de toque), pero la llamada a requestRewardedAd() falta, se encuentra en el punto incorrecto del ciclo de vida o la promesa no se maneja.
Un fallo relacionado: el anuncio recompensado se activa, el usuario ve el anuncio, pero la recompensa nunca se entrega realmente: el valor devuelto por isRewardEarned no se comprueba, o el código para entregar la recompensa se escribe pero nunca se conecta al manejador del botón.
¿Por qué falla la certificación?
El conjunto de pruebas de certificación de Playables verifica explícitamente que las solicitudes de anuncios recompensados completen su ciclo completo: el anuncio se solicita, se muestra y la recompensa se otorga condicionalmente en función del valor devuelto. Un botón que no produce un anuncio al presionarlo es un fallo en la certificación.
🛠️ Cómo solucionarlo
Si los anuncios recompensados son nuevos en los mecanismos de su juego, no los agregue como un elemento de interfaz de usuario cosmético y no los envíe. Primero, construya y pruebe todo el flujo. Utilice el conjunto de pruebas de Playables en modo sandbox para verificar que se active la solicitud de anuncio, que se resuelva la promesa y que se ejecute la rama de recompensa. Si su juego realmente no tiene ningún mecanismo que apoye una recompensa (ninguna moneda consumible, ningún sistema de vidas, ningún momento saltable), considere omitir los anuncios recompensados en lugar de implementar un stub roto.
🎮 MC Play Insight
Los anuncios recompensados agregados en el último momento específicamente para Playables son la fuente más común de integraciones de anuncios rotas que vemos. Si está implementando esta característica de forma retroactiva, déjale la misma atención de prueba que le daría a la jugabilidad principal.
Publica tu Juego en YouTube
Publica juegos más rápido, gestiona la monetización, recibe pagos rápidos y seguros en todo el mundo, y obtén soporte técnico premium de un equipo que ayuda a los desarrolladores a crecer a nivel global.
Error #6: Los cambios de orientación rompen el diseño
¿Cómo se ve — dos variantes
Variante A: el contenido se recorta. El juego gira correctamente cuando el dispositivo cambia entre modo vertical y horizontal, pero los elementos cercanos a los bordes se cortan. El lienzo del juego se escala, pero la capa de interfaz de usuario no se re posiciona para coincidir, por lo que los botones terminan detrás del área segura, el texto está parcialmente oculto o el área de visualización del juego recorta contenido que estaba dentro de los límites antes de la rotación.
Variante B: el lienzo gira, la interfaz de usuario no. El juego adapta correctamente su lienzo a la nueva orientación, pero los íconos, elementos HUD y botones permanecen en sus posiciones de píxeles originales, que ahora son incorrectas para las nuevas dimensiones de la pantalla. En una pantalla móvil pequeña que cambia a modo vertical, un botón que estaba cómodamente dimensionado en modo horizontal se convierte en un objetivo de toque pequeño e inoperante.
Por qué es importante
YouTube Playables funciona en una amplia gama de dispositivos y relaciones de pantalla. Los jugadores pasan entre orientaciones de forma fluida. Un juego que falla al cambiar de orientación crea una experiencia frustrante y recibirá una puntuación de participación más baja del algoritmo, lo que afecta directamente la descubierta.
🛠️ Cómo solucionarlo
Utiliza patrones de diseño responsivo: ancla los elementos de la interfaz de usuario a los bordes de la pantalla usando posicionamiento relativo (porcentajes o flexbox), no valores absolutos en píxeles. Prueba ambas orientaciones explícitamente con la emulación de dispositivos de las herramientas de desarrollo del navegador. Presta atención a los márgenes de área segura en móviles: la notch y la barra inferior pueden cambiar el espacio disponible entre orientaciones. Si tu juego está diseñado para una sola orientación, ásela explícitamente y comunícalo en tu envío de construcción.
📋 Consejo de prueba
El manejo de la orientación es fácil de pasar por alto durante el desarrollo cuando estás probando principalmente en un navegador de escritorio. Inclúyelo en tu lista estándar de pruebas.
Error #7: El juego sigue funcionando durante los anuncios intersticiales
¿Cómo se ve
Se activa un anuncio intersticial, la superposición del anuncio aparece en la pantalla, pero el juego continúa ejecutándose en segundo plano. El jugador no puede ver lo que está sucediendo, pero el bucle del juego sigue activo. En un juego de rompecabezas, esto es algo molesto (el temporizador sigue funcionando mientras el jugador ve un anuncio). En un juego de acción o de supervivencia, es un error que finaliza la sesión: el personaje recibe daño, los enemigos avanzan y, cuando termina el anuncio, el jugador ya está muerto y no puede reaccionar.
¿Por qué es importante
Los anuncios intersticiales requieren que la atención del jugador esté en el anuncio, no en el juego. Un juego que no se pausa durante un anuncio está castigando al jugador por el evento de monetización, lo cual es exactamente lo opuesto a una buena experiencia para el jugador. YouTube espera que los juegos se pausen durante todos los eventos de anuncios.
🛠️ Cómo solucionarlo
Trata la solicitud de un anuncio intersticial de la misma forma que un señal de pausa. Antes de llamar a requestInterstitialAd(), guarda el estado del juego y suspende el bucle del juego. Después de que se resuelva la promesa (ya sea que se muestre un anuncio o no), reanuda. Maneja los errores con la misma lógica de reanudación: el juego nunca debe quedar en un estado suspendido debido a un error de anuncio.
El patrón de implementación:
- pauseGame(); // detiene el bucle del juego y las entradas
- try { await ytgame.ads.requestInterstitialAd(); } catch (e) { / manejar de forma adecuada / }
- resumeGame(); // siempre reanudar, independientemente del resultado
🎮 Consejo específico por género
Esto es especialmente crítico para los géneros de supervivencia, carreras interminables, defensa de torres y cualquier género en tiempo real donde el estado del juego cambie por sí mismo con el tiempo. Si el tipo de juego que tienes se ajusta a esta descripción, prueba el flujo de anuncios intersticiales explícitamente bajo condiciones de juego.
Error #8: El juego solo funciona en modo de pantalla completa
¿Cómo se ve
El juego muestra una pantalla negra, un bucle de carga que nunca se completa o un diseño distorsionado al iniciar en el reproductor integrado estándar de Playables. Abrir la misma compilación en modo de pantalla completa hace que todo funcione correctamente. El juego fue construido asumiendo que la pantalla completa está disponible, y el reproductor de Playables no lo garantiza.
Esto es común en builds portados desde aplicaciones móviles que usaban un lanzamiento en pantalla completa, o desde juegos de escritorio donde el desarrollador siempre probaba en una ventana de navegador maximizada.
Por qué falla la certificación
YouTube Playables ejecuta juegos en un contenedor integrado dentro de la interfaz de YouTube. El juego debe renderizarse correctamente en cualquier dimensión y relación de aspecto que proporcione el contenedor. El modo de pantalla completa puede o no estar disponible dependiendo del dispositivo, plataforma y contexto del usuario. Un juego que requiera pantalla completa para funcionar no puede pasar la certificación.
🛠️ Cómo solucionarlo
Elimine cualquier requisito de pantalla completa de la inicialización de su juego. Diseñe el diseño para que funcione con las dimensiones proporcionadas por el contenedor. Use los eventos de redimensionamiento de la pantalla y cambio de orientación para adaptarse dinámicamente. Pruebe su juego en una ventana de navegador redimensionable en varios tamaños. Si desea ofrecer pantalla completa como característica (como una opción, no como un requisito), impléntela como un elemento de interfaz de usuario de opción, no como dependencia de lanzamiento.
Lista de verificación antes de la presentación
Antes de enviar su build para pre-certificación, recorra esta lista:
Pausa: Active la pausa a través del Playables Test Suite. Confirme que el bucle del juego se detiene, las animaciones se congelan, las entradas están bloqueadas y no se activan acciones programadas al reanudar.
Silenciar: Silencie a través del Test Suite. Abra cada pantalla y active cada evento del juego mientras está silenciado. Refresque la página mientras está silenciado. Confirme que el audio permanece apagado en todo momento.
Guardados: Complete varios niveles, cierre el navegador por completo, vuélvalo a abrir y confirme que el progreso se restauró mediante ytgame.game.loadData().
Red: Abra la pestaña Red del navegador y ejecute todo el juego. Cero solicitudes a dominios externos (excepto el SDK de YouTube). Empaquete todo localmente.
Anuncios recompensados: Si se implementaron, presione cada botón de anuncio recompensado y confirme el ciclo completo: solicitud de anuncio, visualización del anuncio (en el entorno de prueba), entrega de recompensa.
Orientación: Pruebe en retrato y paisaje en la emulación de dispositivo móvil. Todos los elementos de la interfaz visibles, correctamente dimensionados y totalmente toquables en ambas orientaciones.
Anuncios intersticiales: Active un anuncio intersticial durante el juego activo. Confirme que el juego se pausa antes del anuncio y se reanuda correctamente después.
Tamaño del contenedor: Prueba en una ventana de navegador no en pantalla completa en varios tamaños. El juego debe renderizarse correctamente sin requerir el modo de pantalla completa.
Cómo te ayudamos a pasar la certificación más rápido
Cuando publicas a través de Mediacube, realizamos un paso completo de pre-certificación utilizando nuestra plataforma interna MC Play antes de que tu construcción llegue a YouTube. Nuestro equipo de QA revisa cada elemento de la lista anterior y detecta problemas antes de que se conviertan en ciclos de rechazo.
Nuestro plazo más rápido de construcción a lanzamiento es de 2 días hábiles. Una construcción bien preparada sin problemas de QA generalmente se lanza dentro de una semana. Si se encuentran problemas durante la pre-certificación, te proporcionamos un informe detallado (bugs específicos, pasos para reproducirlos y recomendaciones para solucionarlos) para que tu equipo sepa exactamente qué abordar.
Hemos sido un socio oficial de YouTube desde 2015 y hemos estado publicando en Playables desde septiembre de 2025. Todos los juegos de nuestro portafolio han pasado por este proceso. Sabemos qué busca el equipo de certificación de YouTube y sabemos cómo hacer que las construcciones pasen.
Inicia la conversación ysolicita aquí.
