Si tu app no se abre cuando haces clic en un Singular link, el problema suele ser uno de los siguientes:

1. Faltan requisitos previos en la app o en el dashboard de Singular:
   • Asegúrate de que tu app cumpla con los requisitos previos y las configuraciones necesarias.
   • Consulta la guía detallada de requisitos previos aquí: Requisitos previos de Singular Links .
2. Configuración incorrecta del link:
   • Verifica que los destinos estén configurados correctamente en la página "Manage Links".
   • Sigue los pasos de esta guía: Cómo crear deep links .

En los casos en que los deeplinks funcionan pero los deferred deeplinks no, el problema radica en si el manejador de Singular Links se implementó según las prácticas recomendadas del SDK de Singular, ya que recomendamos iniciar el SDK de Singular en Open URL y en cualquier punto de entrada de la app.

En iOS, un problema común al probar deferred deeplinks es Private Relay de Apple; asegúrate de desactivarlo en tu dispositivo de prueba desde Configuración > [Nombre] > iCloud > Protección de datos avanzada > Private Relay:

La mejor manera de probar el deferred deep-linking es empezar de cero con la guía de pruebas de Singular. Sigue esta guía: Cómo probar un tracking link usando tu Singular link.

Algunos partners no admiten campañas de retargeting / re-engagement .

Si un partner sí admite estas campañas, pero la opción no está disponible en la página Create Link/Edit Link de Singular, contacta al equipo de soporte de Singular para que podamos actualizar la integración.

» Aprende más sobre el re-engagement en la FAQ de re-engagement .

Verifica si el link ya existe. No puedes crear un tracking link con la misma fuente, nombre de tracking link y sitios de app configurados que un link ya existente.

Si quieres redirigir siempre al destino "Si la app no está instalada, ir a", y no intentar hacer deep link del usuario aunque la app esté instalada, simplemente crea el Singular link sin configurar el destino de deep link.

Cuando un usuario ve o hace clic en uno de tus anuncios, activa un link que notifica a tu proveedor de atribución de la vista o el clic. El proveedor de atribución usa esta información para rastrear las instalaciones y re-engagements de apps móviles. El link puede incluir otra información, que eventualmente se mostrará en tus reportes.

» Para más contexto sobre cómo los tracking links habilitan la atribución, consulta Cómo entender la atribución de apps móviles de Singular .

Los Singular Links son la solución de tracking links de Singular, que te permite crear y administrar tracking links a través de una interfaz que te guía por todas las opciones disponibles de comportamiento del link, configuración de atribución e información adicional que se incluye en el link.

Los Singular Links aprovechan automáticamente la tecnología de iOS Universal Links y Android intent para crear deep links siempre que es posible (consulta los requisitos previos ).

Este es un ejemplo de un Singular Link. Puedes probarlo en tu dispositivo iOS o Android:

https://singularassist.sng.link/A59c0/nha7?_dl=singularassist%3A%2F%2F

Cuando un usuario hace clic en un link normal en la web, como www.linkedin.com, el navegador le pregunta al servidor de la URL (en este caso, LinkedIn) qué debe hacer y, a cambio, el servidor de la URL le entrega al navegador algo de HTML para mostrar al usuario.

Cuando un usuario hace clic en un tracking link, el servidor del proveedor del link le indica al navegador del usuario que vaya a una URL diferente (la URL de redirect) y que sirva el contenido de esa URL. La redirección suele realizarse mediante HTTP 302 .

En el contexto del deep linking, un fallback redirect es un destino de redirección al que quieres llevar al usuario si el deep link falla.

Normalmente, si un usuario hace clic en un anuncio de tu app, quieres que el deep link lo lleve a una pantalla específica dentro de la app. Pero si el usuario aún no tiene la app instalada, quieres redirigirlo a la tienda de aplicaciones para que descargue tu app.

Los deep links son links que no solo abren la app en el dispositivo del usuario (si el usuario ya tiene la app instalada), sino que además muestran contenido específico de la app o una experiencia de usuario específica, en lugar de simplemente abrir la pantalla predeterminada de la app.

Los deep links llevan a los usuarios recurrentes directamente al corazón de tu aplicación, del mismo modo que los links web normales dirigen a los usuarios a una página específica dentro de un sitio web. Después de hacer un poco de trabajo para implementar deep links en tu app, puedes llevar a los usuarios directamente a una pantalla específica dentro de tu app, o crear experiencias personalizadas en el momento en que ingresan a la app.

Los desarrolladores han usado diferentes métodos para habilitar el deep linking:

1. URI Schemes (p. ej., "myapp://path/to/page?pageid=1"): También conocido como deep linking de "app scheme". En este método heredado de deep linking, el desarrollador de la app registra un "scheme" para la app, de modo que la plataforma del dispositivo sepa que debe abrir la app cada vez que un usuario hace clic en un link con ese scheme: en nuestro ejemplo, cualquier link que comience con "myapp://".
   • Si la app está instalada en el dispositivo, se abre y luego analiza el resto del link y le muestra al usuario una página específica dentro de la app o le entrega una experiencia específica en consecuencia.
   • Si la app no está instalada en el dispositivo del usuario, esto genera un error. No hay URL de fallback.
2. iOS Universal Links (iOS 9+): Esta tecnología se desarrolló para mejorar el deep linking basado en URI schemes en iOS. Al usar esta tecnología, el desarrollador de la app primero configura un dominio web verificado (p. ej., "myapp.com") para servir Universal Links para una app. Cuando un usuario hace clic en un Universal Link (p. ej., "https://www.myapp.com/path/to/page?pageid=1"), la plataforma del dispositivo sabe que debe abrir una app específica.
   • Si la app está instalada en el dispositivo, se abre y luego analiza el resto del link y le muestra al usuario una página específica dentro de la app o le entrega una experiencia específica en consecuencia.
   • Si la app no está instalada, el usuario es llevado sin problemas a la URL web, usando el navegador predeterminado del dispositivo.
3. Android App Links (Android 6.0+): La mejora de Android sobre el deep linking basado en URI schemes. Al usar esta tecnología, el desarrollador de la app primero configura un dominio web verificado para servir App Links. Cuando un usuario hace clic en un app link, la plataforma del dispositivo sabe que debe abrir una app específica.
   • Si la app está instalada en el dispositivo, se abre y luego analiza el resto del link y le muestra al usuario una página específica dentro de la app o le entrega una experiencia específica en consecuencia.
   • Si la app no está instalada, el usuario es llevado sin problemas a la URL web, usando el navegador predeterminado del dispositivo.

El deferred deep linking es otra mejora sobre los deep links. Con esta tecnología, si un usuario hace clic en un deep link y no tiene la app instalada en su dispositivo, no solo se dirige al usuario a una tienda de aplicaciones, sino que los parámetros del deep link (qué página o experiencia personalizada mostrar al usuario) en realidad no se pierden. Si el usuario instala la app posteriormente desde la tienda de aplicaciones y la abre, la app accede a los parámetros del deep link y le muestra al usuario la experiencia personalizada prevista.

A diferencia del deep linking, el deferred deep linking generalmente solo es posible con la ayuda de un tracker de atribución :

1. El tracker recopila información sobre los clics previos a la instalación dirigidos a la app móvil.
2. El SDK del tracker, implementado dentro de la app, puede acceder a ese contexto previo a la instalación.
3. La app usa el SDK para averiguar con qué deep link interactuó originalmente el usuario y servir la página o experiencia personalizada prevista cuando la app se abre por primera vez.

Aunque el deep linking es una forma increíblemente útil de interactuar con tu usuario, para usarlo correctamente en tus canales de marketing debes estar familiarizado con su uso y sus limitaciones.

Configuración de redirect

Asegúrate de establecer redirect=true.

Limitaciones de los URI (app) schemes

El uso de URI (app) schemes generalmente no es recomendable, porque si la app aún no está instalada en el dispositivo del usuario, hacer clic en un link provocará un error y reducirá drásticamente el engagement del usuario.

En iOS, el deep linking mediante URI scheme puede ser la única forma de hacer deep link del usuario en los casos en que el método preferido, iOS Universal Links, falle. Sin embargo, ten en cuenta que la experiencia del usuario final al usar deep linking mediante URI scheme no es ideal, y el usuario puede ver ventanas emergentes según su navegador predeterminado de iOS:

Ejemplos de la experiencia del usuario con deep linking mediante URI scheme en iOS
Confirmación del usuario antes del deep linking	Ventana emergente de "error" para el usuario si la app no está instalada. Al hacer clic en "OK", el usuario continúa al destino de fallback

En Android, puedes solucionar esto usando Android intents para dirigir al usuario a la tienda Google Play en lugar de mostrarle un mensaje de error.

Además, el deep linking mediante URI scheme tiene vulnerabilidades de seguridad: otras apps pueden registrar el mismo URI scheme que tu app y secuestrar tus deep links.

Limitaciones de los iOS Universal Links

• Apps de redes sociales: Algunas apps de redes sociales rompen o limitan intencionalmente los deep links que intentan sacar al usuario de la app de redes sociales. Suelen ser apps de redes sociales que abren los links en una vista de navegador web interna.
• Link Wrapping: Los Universal Links no pueden funcionar con el link wrapping, donde otra URL redirige al universal link. El link wrapping incluye acortadores de links como bit.ly.
• Pegar en el campo de URL del navegador: Los Universal Links no harán deep link si ingresas el link en el campo de URL de un navegador móvil.
• Activar links con Javascript: Los scripts que activan redirecciones de URL no harán deep link a menos que formen parte de una acción del usuario.

Los Universal Links son la tecnología de deep linking de Apple, diseñada para reemplazar el antiguo método de deep linking mediante URI scheme. Están disponibles para dispositivos con iOS 9 y versiones posteriores.

Aunque los Universal Links permiten un comportamiento de deep linking similar al de los URI schemes, funcionan de forma muy diferente en segundo plano. Los Universal Links se ven como URLs HTTPS normales, p. ej., "https://www.linkedin.com". Cuando un usuario hace clic en un Universal Link, el dispositivo del usuario abre la app para la que se configuró el link. Si la app no está instalada en el dispositivo, el usuario es llevado a la URL real en su navegador móvil.

Consulta la documentación para desarrolladores de Apple .

Como desarrollador de la app, haz lo siguiente para habilitar los Universal Links en tu app:

1. Habilita los Associated Domains en tu cuenta de Apple Developer

   Inicia sesión en tu cuenta de Apple developer y ve a la página del ID de la app. Habilita el servicio de app Associated Domains. Toma nota de tu Prefix (bundle ID) y tu ID (team ID); los necesitarás más adelante.

   

2. Agrega la capacidad de Associated Domain a tu aplicación

   Agrega la capacidad "Associated Domain" a tu app en Xcode y agrega el dominio de tus servidores web como dominio asociado.

   

3. Configura el servidor web

   • Crea el archivo apple-app-site-association

     Usando el Prefix y el ID de la página de tu app, configura un archivo con formato JSON como el siguiente y alójalo en un dominio web HTTPS que sea accesible desde la raíz.

     Por ejemplo, si eres propietario de "https://www.mycompanywebsite.com/domain", tu archivo JSON debe ser accesible en la URL "https://www.mycompanywebsite.com/apple-app-site-association". Ten en cuenta que el archivo alojado no contiene la extensión de archivo .json.

     {
        "applinks":{
           "apps":[
     
           ],
           "details":[
              {
                 "appID":"A4GXBZ4XU7.my.cool.app",
                 "paths":[
                    "/page/all/",
                    "/user/saved/*"
                 ]
              }
           ]
        }
     }

     El appID es tu [teamID].[app bundle ID] e identifica tu app. Las paths describen las páginas de contenido válidas en tu app. Apple recomienda mantener las paths cortas. Usa un comodín ("*") para especificar todas las paths y usa la palabra clave "NOT" para excluir paths, p. ej., "NOT /user/saved/*".

   • Maneja el código de Universal Links

     El paso final es asegurarte de que cualquier Universal Link que abra tu app se maneje correctamente. Para ello, implementa el método application:continueUserActivity:restorationHandler: en el delegate de tu aplicación.

     - (BOOL)application:(UIApplication *)application
         continueUserActivity:(NSUserActivity *)userActivity
           restorationHandler:(void (^)(NSArray *_Nullable))restorationHandler {
       if ([userActivity.activityType
               isEqualToString:NSUserActivityTypeBrowsingWeb]) {
         NSURL *url = userActivity.webpageURL;
         // Put code here to take user to relevant content}
         return YES;
       }

Singular se encarga de esto automáticamente. Después de configurar los Universal Links para tu app de iOS, cuando creas un Singular Link para tu app y habilitas el deep linking, ese link funcionará automáticamente como un iOS Universal Link, proporcionando tanto el deep linking como un fallback móvil.

Link Wrapping

El link wrapping, donde otro link redirige a la URL del Universal Link, a menudo hace que el deep linking falle (el usuario simplemente es llevado a la página web móvil en su navegador). Esto se debe a que Apple quiere "intención del usuario" detrás de cualquier redirección, y un tracking link que redirige a otra URL y resulta en un deep linking no se considera intención directa del usuario. Por lo tanto, no puedes usar Universal Links con partners que hacen link wrapping del tracking link de un tracker de atribución.

Consulta ¿Qué fuentes personalizadas admiten deep linking y otras funciones de Singular Links?

Rastreo sin un "clic"

Si un usuario hace clic en un Universal Link habilitado para rastreo, y este hace deep link del usuario dentro de la app (porque la app está instalada), es posible que algunos trackers de atribución no puedan rastrear este punto de contacto porque el dispositivo no realizó ninguna solicitud HTTP y, por lo tanto, no se registra ningún "clic".

Usar Singular se encarga de este problema por ti, ya que los Singular Links garantizan un rastreo completo de adquisición y re-engagement tanto de los install links como de los deep links.

La compatibilidad con deep linking varía según el partner. Algunos partners incluso requieren deep links para las campañas de re-engagement, ya que estas campañas están dirigidas a usuarios existentes conocidos que ya tienen la app.

» Aprende más en nuestra FAQ de deep linking .

Partners de redes de autoatribución ( SAN )

Los partners de autoatribución, como Facebook y Google Ads, no admiten tracking links para campañas de apps móviles. Para configurar deep links con estos partners, debes usar el dashboard del partner, y es posible que tengas que configurar tu app según las instrucciones del partner.

Aprende más sobre el deep linking con los siguientes partners de autoatribución:

• Facebook (también conocido como Meta)
• Google Ads
• Snap Ads
• X Ads (anteriormente Twitter - App Cards)

Para más información, te recomendamos que te comuniques con tu contacto del partner.

Partners que no son de autoatribución

Algunos partners de esta categoría no usan los tracking links de MMP para redirects o deep links. En cambio, Singular recibe la notificación de clic de forma asíncrona. Estos partners también se conocen como partners integrados de servidor a servidor o de forma asíncrona , y los deep links generalmente se pueden configurar en el dashboard de campañas del partner.

Para los partners que no son de autoatribución que admiten redirects de tracking links para campañas de apps móviles, los Singular Links se pueden usar para ofrecer la experiencia de deep link al interactuar con usuarios que ya tienen tu app instalada.

Recomendamos agregar deferred deep links cuando una campaña usa deep links.

Ten en cuenta que, al igual que con los deep links, la configuración de los deferred deep links difiere entre los partners de autoatribución y los que no son de autoatribución.

Partners de autoatribución

Los partners de autoatribución, como Facebook y Google Ads, no admiten tracking links para campañas de apps móviles. Por lo tanto, el deep linking y el deferred deep linking se configuran en el dashboard del partner y pueden requerir requisitos de manejo de la app específicos del partner. El deferred deep linking con redes de autoatribución está integrado en la propia integración del MMP con los partners que admiten deferred deep linking en la integración.

Singular admite deferred deep linking con:

• Facebook ( leer más ). Para habilitar el deferred deep linking a través de Singular, contacta a tu Customer Success Manager de Singular. Asegúrate de que la funcionalidad equivalente no esté habilitada en el SDK de Facebook.
• Snapchat : Se habilita automáticamente con una Partner Configuration activada.
• Google Ads: Se habilita automáticamente con una Partner Configuration activada.
• TikTok Ads: Se habilita automáticamente con una Partner Configuration activada. Consulta el artículo del centro de ayuda de TikTok sobre cómo habilitar el deferred deep linking con los objetivos de campaña admitidos .

Comunícate con tu Customer Success Manager de Singular para consultar sobre las posibilidades de deferred deep linking para más redes de autoatribución que están en desarrollo.

Partners que no son de autoatribución

El deferred deep linking con cualquier partner que no sea de autoatribución se puede habilitar y usar con cualquiera de estos partners simplemente configurando el valor del deferred deep link para el Singular Link. A diferencia de los deep links, el deferred deep linking no depende de los redirects del partner y es una función habilitada a través de tus integraciones con el SDK de Singular (o la API de S2S).

Los tracking links de Singular tienen la siguiente estructura, donde [SUBDOMAIN] lo eliges tú y [DNS_ZONE] es "sng.link". Juntos, el subdominio y la zona DNS conforman el dominio.

Puedes crear un único dominio y usarlo para todos tus links, o puedes crear varios para usarlos con diferentes propósitos. Debes crear al menos un dominio.

Ejemplo:

Para una campaña que promociona una app llamada Jewel Rush, puedes crear el dominio "jewelrush.sng.link" . Luego puedes usarlo para crear tracking links con la siguiente estructura:

https://jewelrush.sng.link/[PARAMETERS]

Nota: Actualmente, no permitimos pasar caracteres especiales como -,$,! en los Link Sub Domains. Como práctica recomendada, crea un Link Sub Domain sin caracteres especiales.

Si algún Sub Domain se crea con caracteres especiales, puedes destacar y archivar tus dominios pasando el cursor sobre ellos. Si archivas un link domain, se te pedirá que confirmes tu acción.

Los partners son redes publicitarias y otros servicios que están integrados con el tracker de atribución de Singular.

Cuando creas un link de Partner, Singular automatiza parte del proceso al:

• Mostrar solo las opciones que ese partner admite . Por ejemplo, algunos partners admiten solo iOS o solo Android.
• Generar el tracking link con macros de partner que permiten al partner pasar información de la campaña a Singular.

Las Custom Sources son canales de marketing propios o autogestionados, como campañas de email o SMS, redes sociales y campañas de promoción cruzada.

Nota: Si trabajas con un proveedor de servicios de email, crea un tracking link de Partner. Si administras tus propias campañas de email, crea un tracking link Custom.

Las redes de autoatribución como Facebook y X Ads no usan tracking links de Singular. Para configurarlas, consulta las instrucciones en:

• Integración de atribución de Facebook Ads
• Integración de atribución de Google Ads (AdWords)
• Integración de atribución de X (Twitter) Ads
• O encuentra la guía de la SAN en la sección Integraciones de partners en detalle .

Este es simplemente un nombre que le das a tu tracking link, y puede ser lo que quieras (aunque la mayoría de los usuarios usan el nombre de la campaña o una variación del nombre de la campaña).

El Tracking Link Name aparecerá en tus reportes como "Tracker Name".

A veces puedes, dependiendo del partner.

• Algunos partners admiten solo iOS o solo Android .
• Otros admiten ambas plataformas pero requieren que crees un link separado para cada una.
• Finalmente, algunos partners te permiten crear links multiplataforma , donde creas un solo tracking link para usar con ambas plataformas.

La página Create Link muestra las opciones que admite el partner que has seleccionado.

El re-engagement es el uso renovado de un producto por parte de un usuario que ya se ha convertido en el pasado. Las campañas que buscan generar re-engagement se denominan campañas de retargeting.

Para que Singular rastree el re-engagement, solo necesitas habilitar el rastreo de re-engagement cuando creas el o los Singular Links que se usan en la campaña. Expande la sección Attribution Settings y selecciona Enable Re-engagement Tracking.

» Aprende más en la FAQ de re-engagement .

Los clics/vistas deterministas se atribuyen a una fuente según un identificador de dispositivo o el Google Install Referrer.

Los clics/vistas probabilísticos se atribuyen según una combinación de varias propiedades que Singular recopila sobre el dispositivo del usuario en ausencia de un ID de dispositivo. Los métodos de atribución probabilística solo están disponibles para dispositivos Android. Apple prohíbe el uso de métodos probabilísticos en dispositivos iOS ( ver aquí ).

» Para más información, consulta Métodos de atribución de Singular .

De forma predeterminada, los tracking links usan la ventana de retrospectiva predeterminada configurada para el partner en la página Partner Configuration . Sin embargo, puedes anular la ventana de retrospectiva predeterminada y personalizarla para cada link individual seleccionando Override attribution windows en Attribution Settings .

Esto permite un mayor control para los partners con diferentes tipos de canales que pueden beneficiarse de distintas ventanas de atribución.

» Consulta La ventana de retrospectiva de atribución para más información.

Después de hacer clic en Generate y ver la URL del tracking link, puedes seleccionar Shorten Link para crear una versión más corta del mismo link. Esto es útil para canales personalizados donde la URL queda expuesta al usuario final, o para canales con restricciones en la longitud de la URL, como el SMS.

Este es un ejemplo de un Singular Link generado en la página Create Link :

https://company.sng.link/C59c0/47bm?_dl=singular%3A%2F%2Ftestlink&idfa={idfa}&aifa={aifa}&pcn={campaign_name}&pcid={campaign_id}&pcrn={creative_name}&pcrid={creative_id}

Los componentes del link son:

Consulta Parámetros de tracking links y dimensiones de reportes para ver la lista completa de parámetros de consulta.

Las apps destacadas se fijan en la parte superior de la lista en la página Link Management . Esta configuración es personalizable por usuario y se guarda para tus próximos inicios de sesión.

Esto significa que si tu organización tiene una gran cantidad de apps, no tienes que desplazarte por toda la lista cada vez que quieres crear o administrar Singular Links: puedes acceder rápidamente a la o las apps específicas con las que estás trabajando.

Los cambios surten efecto en cuanto haces clic en Save en la página Edit Tracking Link .

Si el link ya está activo en campañas, los clics, impresiones y atribuciones anteriores que pertenecen a estas campañas no se ven afectados.

Puedes eliminar permanentemente un Singular Link desde la pantalla Manage Links.

1. Ve a Attribution > Manage Links .
2. Ubica el link que deseas eliminar.
3. Haz clic en el icono de papelera (eliminar) en la fila del link.
4. En el diálogo de confirmación, haz clic en Yes, delete link .

El link se elimina permanentemente. Cualquier redirect activo dejará de funcionar de inmediato: los usuarios que hagan clic en el link se encontrarán con un error. Ya no se recopilarán datos de rastreo ni de atribución.

Cuando archivas un tracking link, ese link queda oculto en tu dashboard de tracking links. El propósito es despejar tu dashboard ocultando links antiguos que pertenecen a campañas pasadas.

Mantenemos un período de gracia de 30 días para estos links. Después de 30 días, los links archivados se eliminan permanentemente de nuestros servidores y dejarán de funcionar. No podemos restaurar los links una vez que se han eliminado de forma definitiva.

Usa Archivar cuando quieras despejar tu dashboard manteniendo el link funcional. Usa Eliminar cuando quieras desactivar un link de forma total e inmediata; por ejemplo, para detener la atribución de un link de afiliado fraudulento o descontinuado.

Para buscar y filtrar tu lista de links, usa la barra de búsqueda en la parte superior izquierda de la página Manage Links .

Simplemente escribe la URL de un tracking link (o una parte de ella), un nombre de link, un nombre de fuente, etc. Los links que coincidan con tu texto aparecerán a la derecha bajo Available Links .

Puedes hacer que el link haga aún más trabajo agregándole datos dinámicamente a medida que muestras tus anuncios. Estos datos pueden luego ser leídos y usados por tu app si un usuario interactúa con uno de los anuncios y después llega a tu app. Para agregar datos dinámicos, añade el parámetro _p y cualquier valor al final de tu Singular Link. _p significa "passthrough", y puedes darle un valor JSON codificado en URL o un valor de cadena no estructurado.

{
  "productid":"Shoes123",
  "qty":1
}

https://myshoppingapp.sng.link/A59c0/nha7?_p=%7B%22productid%22%3A%22Shoes123%22%2C%22qty%22%3A1%7D

Hay dos opciones para usar una landing page con Singular Links:

Opción 1 — Social Landing Page de Singular (integrada)

Singular ofrece una Social Landing Page automática para links de iOS y Android para garantizar un deep linking confiable cuando los usuarios hacen clic desde los navegadores integrados de las redes sociales (donde los iOS Universal Links no se activan).

Tipos de link admitidos: links de Custom Source, links de Mobile Web-to-App y links de Partner (para partners específicos donde el deep linking está bloqueado).

Cómo habilitarla: Para todos los tipos de link, activa Enable Landing Page en Social Link Settings dentro de Manage Links.

Para más detalles, consulta Cómo crear tracking links: Social Landing Page .

Opción 2 — Landing page alojada por el cliente

Si decides que una landing page personalizada es adecuada para tu campaña, y tu campaña depende de un proveedor de atribución móvil para el rastreo, primero ten en cuenta lo siguiente:

• Asegúrate de que haya una forma de que el usuario se convierta a la app desde la landing page.
• Ten en cuenta el canal de medios con el que estás trabajando. Los partners integrados pueden admitir diferentes métodos para ejecutar una landing page.

Luego, decide a qué punto de contacto te gustaría atribuir la instalación.

1. Rastrear el clic que lleva al usuario a la landing page: En este caso, simplemente usa el Singular Link que generas en la página Link Management como de costumbre y define la landing page como tu Mobile Fallback URL.
2. Rastrear el clic con el que el usuario interactúa dentro de la landing page: Si eliges esta opción, incrusta el Singular Link en tu landing page. Asegúrate de que el link del anuncio a la landing page transmita cualquier valor de rastreo necesario a la landing page.

Puedes usar Singular Links para rastrear tus esfuerzos de marketing en canales propios como redes sociales o SMS. Sin embargo, el deep linking solo funciona en algunos canales con algunas tecnologías.

Hemos compilado una lista de limitaciones de redirect conocidas y comunes:

Cuando usas Singular Links en fuentes personalizadas, puedes agregar información de dimensiones para obtener esa granularidad adicional en tus reportes. Por ejemplo, si pasas el nombre de la campaña en tu tracking link, obtendrás granularidad a nivel de campaña en tu reporte.

Para pasar la información, agrégala como parámetro al link cuando lo sirvas. Consulta la lista completa de parámetros de reportes de tracking links admitidos por Singular. Por ejemplo, el siguiente link registra la dimensión Campaign Name como "CoolShoes123":

https://singularassist.sng.link/A59c0/u53f?_dl=singularassist%3A%2F%2F&_p=%7B%22productid%22%3A%22Shoes123%22%7D&pcn=CoolShoes123

Puedes anular los redirects de un link de forma dinámica agregando _dl , _ddl u otros parámetros de redirección a tu Singular Link (consulta la tabla completa a continuación). Esto puede ser útil, por ejemplo, si estás sirviendo un deep link dinámico basado en alguna entrada del usuario, o en el contexto de la interacción del usuario.

Los siguientes parámetros de consulta se pueden añadir o modificar según sea necesario. Recuerda codificar en URL el valor al añadirlo a un parámetro.

Puedes proteger tus links de anulaciones maliciosas limitando el destino al que puede llevar un link cuando el destino se modifica dinámicamente (anulación de destino mediante parámetros de consulta).

Esto se hace en la pantalla Manage Links haciendo clic en Manage Links Domains y navegando a la pestaña Allowed Override Domains .

En la pestaña Allowed Override Domains, puedes elegir una de las siguientes opciones:

1. "Allow all destination overrides" : sin limitación en las anulaciones de redirect del link.
2. "Do not allow all destination overrides" : las anulaciones de redirect del link no son posibles.
3. "Limit to allowed domains list" : las anulaciones de redirect del link no son posibles, excepto para los dominios agregados a la lista de dominios permitidos.

Ejemplo:

Quieres proteger tus links y solo permitir anulaciones a tu sitio: "mysite.com" .

1. Agrega este dominio a la Allowed Override List.

Nota: El Singular Link " https://myshoppingapp.sng.link/A59c0/nha7 " se creó originalmente para hacer fallback a la tienda de aplicaciones.

De forma predeterminada, los parámetros de redirect y deeplink (como _dl , _fallback_redirect , _ios_redirect , etc.) se pueden añadir a cualquier Singular Link en el momento del clic para anular dinámicamente su configuración guardada. Esto es útil para servir diferentes destinos desde el mismo link base.

Sin embargo, en algunos flujos de trabajo (por ejemplo, cuando muchos miembros del equipo comparten short links internamente) es posible que quieras bloquear un link para que sus parámetros configurados no puedan cambiarse añadiendo anulaciones.

La función Disable short link parameters overrides te permite bloquear un link personalizado acortado para que los parámetros ya establecidos en el link base no puedan anularse mediante el añadido de valores a la URL. Los parámetros que no están establecidos en el link base todavía se pueden añadir como valores nuevos.

Para habilitar esta función para un link, consulta la guía para ver todos los detalles.

Los Singular Links reenviarán automáticamente cualquier parámetro utm_* o referrer que esté incluido en el link. Esto incluye el singular_click_ID , que es parte del valor del parámetro referrer . (Los valores adicionales de referrer= que se añadan a un Singular Link se añadirán al referrer junto al singular_click_ID ).

Añadir &_forward_params a un Singular Link reenviará todos los parámetros añadidos para el reenvío explícito de parámetros.

• Establécelo en 1 ( &_forward_params=1 ) para reenviar los parámetros del Singular Link a los destinos de redirect de App Store y Web Fallback.
• Establécelo en 2 ( &_forward_params=2 ) para reenviar los parámetros del Singular Link a todos los destinos de redirect, incluido el deeplink.

Ejemplos:

Las URLs de Apple para las custom product pages (consulta la documentación de Apple para esta nueva función ) tienen un parámetro adicional que denota el ID de la página de producto. Por ejemplo:

https://apps.apple.com/us/app/testflight/id899247664?ppid=76659d7a-d146-43d3-b6b8-b7a12f74bf6b

Para usar custom product pages en Singular Links, cuando crees el link, simplemente establece el iOS redirect en la página de producto deseada en lugar de la página predeterminada de la tienda de aplicaciones. Por ejemplo:

Alternativamente, usa el parámetro de anulación _ios_redirect . Por ejemplo:

_ios_redirect=https%3A%2F%2Fapps.apple.com%2Fus%2Fapp%2Ftestflight%2Fid899247664%3Fppid%3D76659d7a-d146-43d3-b6b8-b7a12f74bf6b

Para personalizar los reportes sobre conversiones de instalación de una custom product page, usa cualquiera de los parámetros de granularidad de campaña del link disponibles.

Las URLs de Google para las páginas de custom store listings (consulta la documentación de Google para esta función ) tienen un parámetro adicional que denota el ID de la página de producto. Por ejemplo:

https://play.google.com/store/apps/details?id=net.singular.deviceassist2&listing=testcpp

Para usar custom product pages en Singular Links, cuando crees el link, simplemente establece el Android redirect en la página de producto deseada en lugar de la página predeterminada de la Play Store. Por ejemplo:

Después de generar el Singular link, añade &_android_force_redirect=0 al final del tracking link, como se muestra a continuación.

https://singularassist2.sng.link/F4nw9/l5ik?_dl=singular%3A%2F%2Ftestlink&_android_force_redirect=0

Para personalizar los reportes sobre conversiones de instalación de una custom product page, usa cualquiera de los parámetros de granularidad de campaña del link disponibles.

Se genera automáticamente un código QR para ti cuando creas links de Custom source .

El código QR está disponible después de que haces clic en Generate , bajo Link Summary .

Los QR son compatibles tanto con links largos como cortos. Puedes descargar el código QR para usarlo en diversas campañas que no son de móvil a móvil, como de escritorio a app o de valla publicitaria a app. Singular ofrece el código QR en formatos PNG y SVG.

Dado que los links de Partner contienen macros que el partner de la red completa dinámicamente, no admiten códigos QR. Los códigos QR se generan automáticamente cuando creas un link de Custom source.