Puedes modificar el AndroidManifest usando uno de dos métodos:

Método 1: Manifiesto personalizado de Unity

1. Ve a File > Build Settings > Player Settings > Publishing Settings .
2. Habilita "Custom Main Manifest" en la sección Publishing Settings.
3. Unity genera un archivo AndroidManifest.xml predeterminado en Assets/Plugins/Android/AndroidManifest.xml .
4. Edita este archivo para añadir los permisos y las configuraciones necesarios.

Fuente: Documentación del Android Manifest de Unity

Método 2: Android Studio

1. Exporta tu proyecto desde Unity usando File > Build Settings > Export Project .
2. Abre el proyecto exportado en Android Studio.
3. Edita el archivo AndroidManifest.xml directamente en Android Studio.

Método 1: Plantilla personalizada de Unity

1. Ve a File > Build Settings > Player Settings > Publishing Settings .
2. Habilita "Custom Gradle Template" en la sección Publishing Settings.
3. Unity genera un archivo mainTemplate.gradle en Assets/Plugins/Android/mainTemplate.gradle .
4. Añade tus configuraciones personalizadas de Gradle a este archivo.

Fuente: Documentación general de Gradle de Unity

Método 2: Android Studio

1. Exporta tu proyecto desde Unity.
2. Abre el proyecto en Android Studio.
3. Edita el archivo build.gradle de la app directamente.

Al compilar apps de Android en Unity, es posible que encuentres errores de "Duplicate class" causados por varSDK de iOS que incluyen las mismas dependencias transitivas. Esto ocurre comúnmente con la biblioteca Android Vending Licensing al usar tanto el SDK de AppLovin como el SDK de Singular.

Duplicate class com.android.vending.licensing.ILicensingService found in modules
applovin-sdk-13.5.0.aar -> jetified-applovin-sdk-13.5.0-runtime (com.applovin:applovin-sdk:13.5.0)
and singular_sdk-12.11.0.aar -> jetified-singular_sdk-12.11.0-runtime (com.singular.sdk:singular_sdk:12.11.0)

Solución 1: Usar External Dependency Manager (EDM4U)

Si tu proyecto usa External Dependency Manager for Unity (recomendado), añade reglas de exclusión a tu archivo Dependencies XML.

1. Localiza tu archivo *Dependencies.xml en tu proyecto de Unity (normalmente en Assets/Editor o una ubicación similar).
2. Añade una regla de exclusión a una de las dependencias del SDK:

<dependencies>
  <androidPackages>
    <androidPackage spec="com.applovin:applovin-sdk:13.5.0">
      <androidSdkPackageIds>
        <exclude group="com.android.vending" module="licensing"/>
      </androidSdkPackageIds>
    </androidPackage>
    <androidPackage spec="com.singular.sdk:singular_sdk:12.11.0" />
  </androidPackages>
</dependencies>

Solución 2: Usar plantillas personalizadas de Gradle

Si no usas EDM4U, aplica las reglas de exclusión directamente en tus archivos de configuración de Gradle.

1. Ve a File > Build Settings > Player Settings > Publishing Settings .
2. Habilita "Custom Main Gradle Template" o "Custom Launcher Gradle Template" .
3. Abre Assets/Plugins/Android/mainTemplate.gradle (o launcherTemplate.gradle ).
4. Añade la regla de exclusión a tu bloque de dependencias:

dependencies {
    implementation('com.applovin:applovin-sdk:13.5.0') {
        exclude group: 'com.android.vending', module: 'licensing'
    }
    implementation 'com.singular.sdk:singular_sdk:12.11.0'
}

Alternativa: Aplica una exclusión global añadiendo esto después de tu bloque de dependencias:

configurations.all {
    exclude group: 'com.android.vending', module: 'licensing'
}

Verifica la resolución

1. Después de aplicar la exclusión, limpia tu proyecto eliminando las carpetas Library/Bee y Temp .
2. Vuelve a compilar tu proyecto de Android en Unity.
3. Verifica que el error de clase duplicada ya no aparezca en la salida de compilación.

Si tu proyecto usa ProGuard para la ofuscación de código, añade las siguientes reglas de retención a tu archivo proguard-unity.txt para evitar que el SDK de Singular sea eliminado:

-keep class com.singular.sdk.** { *; }
-keep public class com.android.installreferrer.** { *; }
-keep public class com.singular.unitybridge.** { *; }

Después de compilar tu proyecto de Unity para iOS y antes de compilar en Xcode, actualiza tus dependencias de CocoaPods para asegurarte de tener las últimas versiones del SDK.

cd /path/to/your/ios/project
pod repo update
pod update

Para probar tu integración, registra el IDFV (Identifier for Vendor) para añadir rápidamente tu dispositivo de prueba en la consola del SDK de Singular.

Añade el registro del IDFV

1. Abre tu proyecto de Xcode después de compilarlo desde Unity.
2. Ve a Classes > UnityAppController.mm .
3. Busca el método applicationDidBecomeActive .
4. Añade el siguiente código para registrar el IDFV:

// Log IDFV for testing
NSLog(@"Singular === IDFV: %@", [[[UIDevice currentDevice] identifierForVendor] UUIDString]);

5. Compila y ejecuta tu app en Xcode.
6. Revisa los registros de la consola de Xcode para ver la salida del IDFV.
7. Copia el IDFV y añádelo como dispositivo de prueba en la consola del SDK de Singular .

Habilita los Universal Links para deep linking configurando los Associated Domains en tu proyecto de Xcode.

Pasos para configurar deep links

1. Añade un Associated Domain: En Xcode, ve a la pestaña Signing & Capabilities del target de tu app.
2. Habilita la capability: Haz clic en [+] Capability y añade "Associated Domains" .
3. Añade el dominio: Añade tu dominio de tracking de Singular con el formato: applinks:yourdomain.sng.link
4. Configura el Team ID: En el panel de Singular, ve a la configuración de tu app y añade tu Apple Team ID. Esto permite que Singular genere y aloje el archivo Apple App Site Association (AASA) necesario para los Universal Links.

Si usas otros SDK que registran el UnityAppController (como Firebase, Adjust o AppsFlyer), es posible que encuentres conflictos que impidan que Singular se inicialice correctamente. En Unity, solo una clase puede registrarse como UnityAppController a la vez.

Para resolver este conflicto:

1. Abre el archivo SingularSwizzledAppController.m en tu proyecto de Xcode.
2. Descomenta todo el código de este archivo.
3. Abre SingularAppDelegate.m y valida que la siguiente línea no esté comentada:

   IMPL_APP_CONTROLLER_SUBCLASS(SingularAppDelegate)

Esto permite que Singular funcione junto con otros SDK usando method swizzling en lugar de crear una subclase del UnityAppController.

Añade el prefab a la escena

1. En el panel Project , ve a Packages > Singular > SingularSDK > Prefabs .
2. Arrastra el prefab SingularSDKObject a tu panel Hierarchy .
3. El prefab ya está listo para configurarse en el Inspector.

Creación manual del GameObject

1. En el panel Hierarchy , haz clic derecho y selecciona Create Empty .
2. Nombra el GameObject SingularSDKObject (se requiere el nombre exacto).
3. Con el GameObject seleccionado, ve al Inspector .
4. Haz clic en Add Component .
5. Busca "Singular" y selecciona el componente de script Singular SDK .

• Initialize On Awake: Habilitado de forma predeterminada. El SDK se inicializa automáticamente cuando el GameObject se activa (awake). Deshabilítalo si necesitas retrasar la inicialización por consentimiento de privacidad u otros requisitos.
• SKAN Enabled: Habilitado de forma predeterminada (solo en iOS). Habilita la atribución de SKAdNetwork en Managed Mode, donde Singular actualiza automáticamente los conversion values según tu modelo de conversión configurado.
• Wait For Tracking Authorization: Establecido en 0 (deshabilitado). Si tu app muestra el aviso de iOS App Tracking Transparency (ATT), establece este valor en 300 segundos. Esto retrasa la sesión del SDK hasta que el usuario responda al aviso de ATT, asegurando que el IDFA pueda capturarse si se otorga el consentimiento. Déjalo en 0 si no usas ATT.
• Enable Logging: Habilitado de forma predeterminada. Genera los registros de depuración del SDK para ayudar con la integración y la resolución de problemas. Debe deshabilitarse en las compilaciones de producción. Funciona con el ajuste Log Level (ver más abajo).
• Log Level: Establecido en 3 (Info) de forma predeterminada. Controla el nivel de detalle del registro. Los números más bajos producen registros más detallados:
  C#

  // Based on Android Logger log levels
  public enum LogLevel {
     Verbose = 2,  // Most verbose
     Debug   = 3,
     Info    = 4,  // Default
     Warn    = 5,
     Error   = 6,
     Assert  = 7   // Least verbose
  }

  Nota: Los registros detallados están disponibles principalmente en Android.

• DDL Timeout Sec: Establecido en 0 (usa el valor predeterminado de 60 segundos). Determina cuánto tiempo espera el SDK los datos del deferred deep link del servidor. El servidor deja de buscar después de este tiempo de espera si no se encuentra ningún deferred deep link.
• Session Timeout Sec: Establecido en 0 (usa el valor predeterminado de 60 segundos). Define cuánto tiempo puede estar la app en segundo plano antes de que el SDK cree una nueva sesión al volver al primer plano.
• Shortlink Resolve Timeout: Establecido en 0 (usa el valor predeterminado de 10 segundos). Tiempo máximo de espera para la resolución del short link. Protege la experiencia del usuario evitando esperas largas si un short link no puede resolverse.

Si necesitas admitir el antiguo método de atribución del Meta Install Referrer, añade tu Facebook App ID a la configuración del SingularSDKObject.

Pasos de configuración

1. Selecciona el SingularSDKObject en la jerarquía de tu escena.
2. En el panel Inspector, localiza el campo "Facebook App ID" .
3. Introduce tu Facebook App ID (lo encuentras en tu Facebook Developer Console).

Recursos adicionales:

• ¿Qué es el Meta Install Referrer?
• Dónde encontrar tu Facebook App ID

Procedimiento de actualización

Completa estos pasos en orden antes de instalar el SDK a través de Unity Package Manager: