Descripción general
Esta guía explica cómo integrar notificaciones push de OneSignal en una aplicación Huawei distribuida en Huawei AppGallery. Estas instrucciones son para aplicaciones nativas escritas en Java o Kotlin. Para otros SDKs compatibles, consulta:Ionic/Cordova/Capacitor
Flutter
React Native
Unity
Requisitos
- Android Studio
- Un dispositivo Huawei con “Huawei App Gallery” instalada
- Aplicación y Plataforma de OneSignal configuradas
Configure your OneSignal app and platform
Configure your OneSignal app with the platforms you support — Apple (APNs), Google (FCM), Huawei (HMS), and/or Amazon (ADM).If your organization already has a OneSignal account, ask to be invited to the Organization. Otherwise, sign up for a free account to get started.
Step-by-step setup instructions
Step-by-step setup instructions
Create or select your app
Create a new app by clicking New App/Website, or add a platform to an existing app in Settings > Push & In-App. Select the platform(s) you want to configure and click Next: Configure Your Platform.

Configure platform credentials
Enter the credentials for your platform:
- Android: Set up Firebase credentials
- iOS: p8 token (recommended) or p12 certificate
- Amazon: Generate API key
- Huawei: Authorize OneSignal
Configuración
1. Configurar el SDK de OneSignal
Configuración del SDK de OneSignal Android
Sigue la guía de configuración del SDK de OneSignal Android para implementar nuestro SDK en tu aplicación.
Ten en cuenta que la configuración de Firebase/Google no es requerida para compilaciones de aplicaciones lanzadas en Huawei AppGallery.
2. Configuración de Huawei (agconnect-services.json)
Puedes omitir este paso si ya tienes un archivo
agconnect-services.json de Huawei en tu Proyecto de Android Studio de configurar un servicio diferente de Huawei.

3. Generar una huella digital de certificado de firma
Puedes omitir este paso si ya has agregado tu huella digital de certificado SHA-256 al dashboard de Huawei para un servicio diferente de Huawei.


SHA-256 para tu variante release.
- Opcional pero recomendado para pruebas más rápidas es el
SHA-256para tu variantedebugtambién. - Puedes tener otras variantes personalizadas en tu proyecto, si necesitas soporte push para ellas, cópialas también.


4. Agregar plugin gradle de Huawei y dependencias
- Groovy + AGP 7.x
- Kotlin + AGP 8.x
Abre tu
build.gradle raíz (Project: ) en Android Studio y agrega maven {url 'https://developer.huawei.com/repo/'} bajo buildscript { repositories } y allprojects { repositories }buildscript { dependencies } agrega classpath 'com.huawei.agconnect:agcp:1.9.1.301'
Debes tener en total 3 nuevas líneas en tu build.gradle raíz, resaltadas a continuación.

app/build.gradle y agrega implementation 'com.huawei.hms:push:6.3.0.304' bajo la sección dependencies.
También en el archivo app/build.gradle agrega apply plugin: 'com.huawei.agconnect' al final del archivo.
Debes tener en total 2 nuevas líneas en tu app/build.gradle, resaltadas a continuación.

Pasos de configuración adicionales
Compatibilidad con otras bibliotecas push de HMS o tu propia clase HmsMessageService
Requerido si:
- Tienes otro SDK/Biblioteca push de HMS en tu aplicación además de OneSignal
- Tienes tu propia clase
HmsMessageService
Más detalles...
Más detalles...
Crea una clase que extienda de Esto es para reenviar
HmsMessageService, si aún no tienes una y agrega los siguientes métodos.Java
onNewToken y onMessageReceived a OneSignal vía el OneSignalHmsEventBridge.Si no tenías una clase que extendiera HmsMessageService antes, asegúrate de agregarla a tu AndroidManifest.xml bajo la etiqueta <application>.AndroidManifest.xml
Omitir bibliotecas de Google para compilaciones de Huawei AppGallery (opcional)
Más detalles...
Más detalles...
- Opción 1
- Opción 2
Si tu aplicación solo estará disponible en Huawei AppGallery y deseas omitir cualquier dependencia relacionada con Google que OneSignal incluye, puedes usar
exclude con implementation en tu app/build.gradle.Preferir HMS sobre FCM (opcional)
Más detalles...
Más detalles...
Si has omitido las Bibliotecas de Google para la compilación de Huawei AppGallery anterior, este paso no aplica.Por defecto, OneSignal prefiere usar FCM sobre HMS si ambos están incluidos en tu aplicación. Si deseas cambiar esto para preferir HMS en su lugar, puedes agregar lo siguiente a tu
AndroidManifest.xml:Solución de problemas de Huawei
Durante las pruebas, asegúrate de mantener el método setLogLevel de OneSignal establecido en VERBOSE. Revisa los logs para ver cualquier error que se genere y los Códigos de Error Comunes de Huawei.Error 6003
Error 6003
Es posible que necesites crear una firma de keystore de debug o release (elige la ruta de compilación de aplicación correcta,
debug o release) para evitar un error 6003 al registrarse para el pushToken de Huawei con el SDK de OneSignal. Ve la sección “Configure a Signature”notification_types: -25
notification_types: -25
"notification_types":-25 significa que OneSignal agotó el tiempo de espera por una respuesta de HMS de Huawei para obtener un token push. Esto probablemente se debe a que otro SDK push de HMS de terceros o tu propio HmsMessageService está recibiendo este evento en lugar de OneSignal.Revisa el paso sobre cómo verificar esto y reenviar el evento si este es el caso.notification_types: -28
notification_types: -28
Esto significa que hay una clase que HMS necesita y que falta en la aplicación para push. Solo tener
com.huawei.hms:push en el build.gradle hará que este error específico ya no ocurra. Sin embargo, si tienes configuraciones agresivas de Proguard o R8, esto podría causar problemas. Recomendamos desactivar minifyEnabled temporalmente si lo tienes para ver si esa es la raíz del problema.Además, no debes mezclar versiones principales de otras bibliotecas HMS. Comienza con 4 o 5. Asegúrate de no tener una mezcla de 3 a 5 que creará otros erroresError obteniendo token push de Huawei
Error obteniendo token push de Huawei
Testing the OneSignal SDK integration
This guide helps you verify that your OneSignal SDK integration is working correctly by testing push notifications, subscription registration, and in-app messaging.Check mobile subscriptions
Launch your app on a test device.
The native push permission prompt should appear automatically if you added the 
requestPermission method during initialization.
Check your OneSignal dashboard
Before accepting the prompt, check the OneSignal dashboard:
- Go to Audience > Subscriptions.
- You should see a new entry with the status “Never Subscribed”.

Refresh the OneSignal dashboard Subscription's page.
The subscription’s status should now show Subscribed.

You have successfully created a mobile subscription.
Mobile subscriptions are created when users first open your app on a device or if they uninstall and reinstall your app on the same device.
Set up test subscriptions
Test subscriptions are helpful for testing a push notification before sending a message.Add to Test Subscriptions.
In the dashboard, next to the subscription, click the Options (three dots) button and select Add to Test Subscriptions.

Name your subscription.
Name the subscription so you can easily identify your device later in the Test Subscriptions tab.
Name the segment.
Name the segment
Test Users (the name is important because it will be used later).Send test push via API
Get your App API Key and App ID.
In your OneSignal dashboard, go to Settings > Keys & IDs.
Update the provided code.
Replace
YOUR_APP_API_KEY and YOUR_APP_ID in the code below with your actual keys. This code uses the Test Users segment we created earlier.Check images and confirmed delivery.
If all setup steps were completed successfully, the test subscriptions should receive a notification with an image included:

Images will appear small in the collapsed notification view. Expand the notification to see the full image.
Send an in-app message
In-app messages let you communicate with users while they are using your app.Close or background your app on the device.
This is because users must meet the in-app audience criteria before a new session starts. In OneSignal, a new session starts when the user opens your app after it has been in the background or closed for at least 30 seconds. For more details, see our guide on how in-app messages are displayed.
Create an in-app message.
- In your OneSignal dashboard, navigate to Messages > In-App > New In-App.
- Find and select the Welcome message.
- Set your Audience as the Test Users segment we used previously.

Schedule frequency.
Under Schedule > How often do you want to show this message? select Every time trigger conditions are satisfied.

Make message live.
Click Make Message Live so it is available to your Test Users each time they open the app.
You have successfully setup the OneSignal SDK and learned important concepts like:
- Gathering Subscriptions, setting Test subscriptions, and creating Segments.
- Sending Push with images and Confirmed Delivery using Segments and our Create message API.
- Sending In-app messages.
User identification
Previously, we demonstrated how to create mobile Subscriptions. Now we’ll expand to identifying Users across all their subscriptions (including push, email, and SMS) using the OneSignal SDK. We’ll cover External IDs, tags, multi-channel subscriptions, privacy, and event tracking to help you unify and engage users across platforms.Assign External ID
Use an External ID to identify users consistently across devices, email addresses, and phone numbers using your backend’s user identifier. This ensures your messaging stays unified across channels and 3rd party systems (especially important for Integrations). Set the External ID with our SDK’slogin method each time they are identified by your app.
OneSignal generates unique read-only IDs for subscriptions (Subscription ID) and users (OneSignal ID).As users download your app on different devices, subscribe to your website, and/or provide you email addresses and phone numbers outside of your app, new subscriptions will be created.Setting the External ID via our SDK is highly recommended to identify users across all their subscriptions, regardless of how they are created.
Add Tags
Tags are key-value pairs of string data you can use to store user properties (likeusername, role, or preferences) and events (like purchase_date, game_level, or user interactions). Tags power advanced Message Personalization and Segmentation allowing for more advanced use cases.
Set tags with our SDK addTag and addTags methods as events occur in your app.
In this example, the user reached level 6 identifiable by the tag called current_level set to a value of 6.




Add email and/or SMS subscriptions
Earlier we saw how our SDK creates mobile subscriptions to send push and in-app messages. You can also reach users through emails and SMS channels by creating the corresponding subscriptions.- Use the
addEmailmethod to create email subscriptions. - Use the
addSmsmethod to create SMS subscriptions.

Best practices for multi-channel communication
- Obtain explicit consent before adding email or SMS subscriptions.
- Explain the benefits of each communication channel to users.
- Provide channel preferences so users can select which channels they prefer.
Privacy & user consent
To control when OneSignal collects user data, use the SDK’s consent gating methods:setConsentRequired(true): Prevents data collection until consent is given.setConsentGiven(true): Enables data collection once consent is granted.
Prompt for push permissions
Instead of callingrequestPermission() immediately on app open, take a more strategic approach. Use an in-app message to explain the value of push notifications before requesting permission.
For best practices and implementation details, see our Prompt for push permissions guide.
Listen to push, user, and in-app events
Use SDK listeners to react to user actions and state changes. The SDK provides several event listeners for you to hook into. See our SDK reference guide for more details.Push notification events
addClickListener(): Detect when a notification is tapped. Helpful for Deep Linking.addForegroundLifecycleListener(): Control how notifications behave in foreground.
User state changes
addObserver()for user state: Detect when the External ID is set.addPermissionObserver(): Track the user’s specific interaction with the native push permission prompt.addObserver()for push subscription: Track when the push subscription status changes.
In-app message events
addClickListener(): Handle in-app click actions. Ideal for deep linking or tracking events.addLifecycleListener(): Track full lifecycle of in-app messages (shown, clicked, dismissed, etc.).
Advanced setup & capabilities
Explore more capabilities to enhance your integration:- 🔁 Migrating to OneSignal from another service
- 🌍 Location tracking
- 🔗 Deep Linking
- 🔌 Integrations
- 🧩 Mobile Service Extensions
- 🛎️ Action buttons
- 🌐 Multi-language messaging
- 🛡️ Identity Verification
- 📊 Custom Outcomes
- 📲 Live Activities
Mobile SDK setup & reference
Make sure you’ve enabled all key features by reviewing the Mobile push setup guide. For full details on available methods and configuration options, visit the Mobile SDK reference.Congratulations! You’ve successfully completed the Mobile SDK setup guide.
Need help?Chat with our Support team or email
support@onesignal.comPlease include:- Details of the issue you’re experiencing and steps to reproduce if available
- Your OneSignal App ID
- The External ID or Subscription ID if applicable
- The URL to the message you tested in the OneSignal Dashboard if applicable
- Any relevant logs or error messages



