Pode modificar o AndroidManifest utilizando um dos dois métodos:

Método 1: Manifesto personalizado do Unity

1. Navegue até Arquivo > Configurações de Compilação > Configurações do Player > Configurações de Publicação.
2. Ative «Manifesto principal personalizado» na secção Configurações de publicação.
3. O Unity gera um ficheiro AndroidManifest.xml padrão em Assets/Plugins/Android/AndroidManifest.xml.
4. Edite este ficheiro para adicionar as permissões e configurações necessárias.

Fonte: Documentação do Manifesto Android do Unity

Método 2: Android Studio

1. Exporte o seu projeto do Unity usando Arquivo > Configurações de Compilação > Exportar Projeto.
2. Abra o projeto exportado no Android Studio.
3. Edite o ficheiro ` AndroidManifest.xml ` diretamente no Android Studio.

Método 1: Modelo personalizado do Unity

1. Navegue até Arquivo > Configurações de Compilação > Configurações do Player > Configurações de Publicação.
2. Ative "Modelo Gradle personalizado" na secção Configurações de publicação.
3. O Unity gera um ficheiro ` mainTemplate.gradle ` em Assets/Plugins/Android/mainTemplate.gradle.
4. Adicione as suas configurações Gradle personalizadas a este ficheiro.

Fonte: Documentação de visão geral do Gradle do Unity

Método 2: Android Studio

1. Exporte o seu projeto do Unity.
2. Abra o projeto no Android Studio.
3. Edite diretamente o ficheiro ` build.gradle ` da aplicação.

Ao criar aplicações Android no Unity, poderá deparar-se com erros de «classe duplicada» causados por várSDK do iOSs que incluem as mesmas dependências transitivas. Isto ocorre frequentemente com a biblioteca Android Vending Licensing quando se utilizam tanto o SDK da AppLovin como o SDK da 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)

Solução 1: Utilizar o External Dependency Manager (EDM4U)

Se o seu projeto utiliza o External Dependency Manager para Unity (recomendado), adicione regras de exclusão ao seu ficheiro XML de dependências.

1. Localize o seu ficheiro « *Dependencies.xml » no seu projeto Unity (normalmente em « Assets/Editor» ou num local semelhante).
2. Adicione uma regra de exclusão a uma das dependências do 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>

Solução 2: Utilizar modelos Gradle personalizados

Se não estiver a utilizar o EDM4U, aplique regras de exclusão diretamente nos seus ficheiros de configuração do Gradle.

1. Navegue até Arquivo > Configurações de Compilação > Configurações do Player > Configurações de Publicação.
2. Ative "Modelo Gradle Principal Personalizado" ou "Modelo Gradle do Iniciador Personalizado".
3. Abra Assets/Plugins/Android/mainTemplate.gradle (ou launcherTemplate.gradle).
4. Adicione a regra de exclusão ao seu bloco de dependências:

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: Aplique uma exclusão global adicionando isto após o seu bloco de dependências:

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

Verifique a resolução

1. Após aplicar a exclusão, limpe o seu projeto eliminando as pastas Library/Bee e Temp .
2. Recompile o seu projeto Android no Unity.
3. Verifique se o erro de classe duplicada já não aparece na saída da compilação.

Se o seu projeto usa o ProGuard para ofuscação de código, adicione as seguintes regras de retenção ao seu ficheiro ` proguard-unity.txt ` para evitar que o SDK Singular seja removido:

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

Após compilar o seu projeto Unity para iOS e antes de compilar no Xcode, atualize as suas dependências do CocoaPods para garantir que tem as versões mais recentes do SDK.

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

Para testar a sua integração, registe o IDFV (Identificador do Fornecedor) para adicionar rapidamente o seu dispositivo de teste na Consola do SDK da Singular.

Adicionar registo do IDFV

1. Abra o seu projeto Xcode após a compilação a partir do Unity.
2. Navegue até Classes > UnityAppController.mm.
3. Encontre o método ` applicationDidBecomeActive `.
4. Adicione o seguinte código para registar o IDFV:

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

5. Compile e execute a sua aplicação no Xcode.
6. Verifique os registos da consola do Xcode para ver a saída do IDFV.
7. Copie o IDFV e adicione-o como um dispositivo de teste na Consola do SDK da Singular.

Ative os Universal Links para deep linking, configurando os Domínios Associados no seu projeto do Xcode.

Passos para a configuração de links profundos

1. Adicionar domínio associado: No Xcode, navegue até ao separador «Signing &Capabilities» do seu alvo de aplicação.
2. Ativar funcionalidade: Clique em [+] Capability e adicione "Associated Domains".
3. Adicionar domínio: Adicione o seu domínio de rastreamento Singular no formato: applinks:yourdomain.sng.link
4. Configurar ID da equipa: No painel de controlo da Singular, navegue até às definições da sua aplicação e adicione o seu ID da equipa da Apple. Isto permite que a Singular gere e hospede o ficheiro Apple App Site Association (AASA) necessário para os Universal Links.

Se estiver a utilizar outros SDKs que registam o UnityAppController (como o Firebase, Adjust ou AppsFlyer), poderá encontrar conflitos que impedem o Singular de inicializar corretamente. No Unity, apenas uma classe pode registar-se como UnityAppController de cada vez.

Para resolver este conflito:

1. Abra o ficheiro SingularSwizzledAppController.m no seu projeto Xcode.
2. Descomente todo o código neste ficheiro.
3. Abra o SingularAppDelegate.m e verifique se a seguinte linha não está comentada:

   IMPL_APP_CONTROLLER_SUBCLASS(SingularAppDelegate)

Isto permite que o Singular funcione em conjunto com outros SDKs utilizando o método swizzling em vez de criar uma subclasse do UnityAppController.

Adicionar o prefab à cena

1. No painel Project, navegue até Packages > Singular > SingularSDK > Prefabs.
2. Arraste o prefab SingularSDKObject para o seu painel Hierarchy.
3. O prefab está agora pronto para ser configurado no Inspector.

Criação manual de GameObject

1. No painel Hierarchy, clique com o botão direito do rato e selecione Create Empty.
2. Dê ao GameObject o nome « SingularSDKObject » (é necessário o nome exato).
3. Com o GameObject selecionado, navegue até ao painel Inspector.
4. Clique em Add Component.
5. Procure por "Singular" e selecione o componente de script Singular SDK.

• Inicializar ao acordar: Ativado por padrão. O SDK inicializa-se automaticamente quando o GameObject acorda. Desative esta opção se precisar de adiar a inicialização para consentimento de privacidade ou outros requisitos.
• SKAN ativado: Ativado por predefinição (apenas iOS ). Ativa a atribuição SKAdNetwork no Modo Gerido, onde o Singular atualiza automaticamente os valores de conversão com base no seu modelo de conversão configurado.
• Aguardar autorização de rastreamento: Defina para 0 (desativado). Se a sua aplicação apresentar o aviso de Transparência de Rastreamento de Aplicações iOS (ATT), defina isto para 300 segundos. Isto atrasa a sessão do SDK até que o utilizador responda ao aviso ATT, garantindo que o IDFA possa ser capturado se o consentimento for concedido. Deixe em 0 se não estiver a utilizar o ATT.
• Ativar registo: Ativado por predefinição. Gera registos de depuração do SDK para ajudar na integração e na resolução de problemas. Deve ser desativado em compilações de produção. Funciona com a configuração Nível de registo (ver abaixo).
• Nível de registo: Definido para 3 (Informação) por predefinição. Controla o nível de detalhe do registo. Números mais baixos produzem registos mais detalhados :
  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: Os registos detalhados estão disponíveis principalmente no Android.

• Tempo de espera DDL (segundos): Definido como 0 (usa o padrão de 60 segundos ). Determina quanto tempo o SDK espera pelos dados de deep link diferidos do servidor. O servidor interrompe a pesquisa após esse tempo de espera se nenhum deep link diferido for encontrado.
• Tempo de espera da sessão (segundos): Defina como 0 (usa o padrão de 60 segundos). Define por quanto tempo a aplicação pode ficar em segundo plano antes de o SDK criar uma nova sessão ao retornar ao primeiro plano.
• Tempo de espera para resolução de link curto: Defina como 0 (usa o padrão de 10 segundos). Tempo máximo de espera para a resolução do link curto . Protege a experiência do utilizador, evitando longas esperas caso um link curto não possa ser resolvido.

Se precisar de suportar o método de atribuição Meta Install Referrer legado, adicione o seu ID da aplicação do Facebook à configuração do SingularSDKObject .

Passos de configuração

1. Selecione o SingularSDKObject na sua hierarquia de cenas.
2. No painel Inspector, localize o campo "Facebook App ID" .
3. Introduza o seu ID da aplicação do Facebook (encontra-o na sua Consola de Desenvolvedor do Facebook).

Recursos adicionais:

• O que é o Meta Install Referrer?
• Onde encontrar o seu ID da aplicação do Facebook

Procedimento de atualização

Conclua estes passos por ordem antes de instalar o SDK através do Unity Package Manager: