Appy
← Volver al blog
Guía

Universal Links en Shopify, Webflow, Wix y Squarespace: qué plataformas te dejan alojar el archivo AASA

Si los enlaces de tu app abren el sitio web en lugar de la app, lo normal es que iOS y Android no hayan encontrado dos archivos pequeños en tu dominio. Qué permite alojar cada creador de sitios web en octubre de 2026, la vía del subdominio cuando el tuyo dice que no y un enlace que no necesita ningún archivo.

23 de octubre de 2026•7 min de lectura

Abre tu app desde un enlace sin tocar tu creador de sitios web

  • Enrutamiento a la tienda en todos los planes, Free incluido
  • Deep links que abren la app en Pro
  • Nada que subir a tu sitio web
Crear tu enlace gratis

Por qué el enlace abre tu sitio web

Un Universal Link es un enlace https normal que iOS le pasa a tu app en vez de a Safari. Android llama a su versión App Link. Antes de abrir en tu app un enlace de yourbrand.com, los dos teléfonos descargan de yourbrand.com un archivo que identifica la app. Si no hay un archivo legible, no hay app: el enlace abre el sitio web.

En un creador de sitios web, lo que suele faltar es ese archivo. Tu desarrollador ya hizo la parte de la app. La parte del sitio web necesita un archivo en una dirección fija, y es la plataforma la que decide qué puedes poner ahí.

La dirección que comprueban los dos teléfonos

iOS comprueba esta URL en cada dominio que declara tu app. Android busca assetlinks.json en la misma carpeta.

https://yourbrand.com/.well-known/apple-app-site-association

  1. https://

    HTTPS, sin redirecciones

    Un certificado válido y una respuesta directa, sin 301 ni 302.

  2. yourbrand.com

    El host exacto

    Cada subdominio sirve su propio archivo. www.yourbrand.com es otro host.

  3. /.well-known/

    Una carpeta fija

    La ruta no se puede cambiar. Que puedas escribir en ella o no es justo lo que distingue a unas plataformas de otras.

  4. apple-app-site-association

    Sin extensión

    Dentro hay JSON, pero el nombre no lleva .json. El archivo de Android es assetlinks.json.

Fuentes: la página «Supporting associated domains» de Apple y la página «Configure website associations» de Android (actualizada el 16 de octubre de 2026), consultadas el 23 de octubre de 2026. Android exige application/json; Apple no indica ningún tipo de contenido, así que sirve los dos como JSON.

Qué te deja alojar cada plataforma

Según las páginas de ayuda y la documentación para desarrolladores de cada plataforma, a 23 de octubre de 2026.

Webflow
Archivo de iOS (AASA)Se sube a una carpeta well-known en Assets, plan Premium Site o superior
Archivo de Android (assetlinks.json)La misma carpeta, el mismo plan
Framer
Archivo de iOS (AASA)Archivo estático en /.well-known, Pro o Enterprise
Archivo de Android (assetlinks.json)La misma función, con el archivo citado por su nombre
Shopify
Archivo de iOS (AASA)Lo genera Shopify, solo en un dominio personalizado, y todas las URL de la tienda abren la app
Archivo de Android (assetlinks.json)Se genera igual, para todas las URL
Wix
Archivo de iOS (AASA)No hay ninguna forma documentada
Archivo de Android (assetlinks.json)No hay ninguna forma documentada
Squarespace
Archivo de iOS (AASA)No hay ninguna forma documentada; las URL de los archivos son fijas
Archivo de Android (assetlinks.json)No hay ninguna forma documentada
Fuentes: los centros de ayuda de Webflow, Wix y Squarespace, Framer Help (actualizado el 15 de septiembre de 2026) y shopify.dev, consultados el 23 de octubre de 2026.

Plataforma por plataforma

Webflow. Desde el 16 de diciembre de 2024, Webflow sirve cualquier archivo well-known. En el panel Assets, crea una carpeta llamada well-known, sube los archivos y publica. Los archivos que subas tienen que terminar en .json, .txt o .md, así que llama al de iOS apple-app-site-association.noext.txt y Webflow le quitará la extensión. assetlinks.json se sube tal cual. Los archivos nuevos requieren un plan Premium Site (o el antiguo plan Business Site) y no funcionan en los dominios de staging de webflow.io.

Framer. En Site Settings, abre Hosting y luego Files. Añade cada archivo con la ruta /.well-known y publica. Framer cita los dos archivos por su nombre y acepta archivos sin extensión. Está disponible en los planes Pro y Enterprise. Framer no dice con qué tipo de contenido sirve un archivo sin extensión, así que compruébalo después de publicar.

Shopify. Shopify no documenta ninguna forma de subir ninguno de los dos archivos. Los genera él mismo en tu dominio personalizado, nunca en *.myshopify.com, una vez registrada tu app: en la configuración de la Storefront API de una app personalizada o a través de la API MobilePlatformApplication, cuyo scope tiene que activar el soporte de Shopify. El archivo de iOS termina en /*, así que todas las URL de la tienda, salvo /admin y dos callbacks de pago, abren la app. Un desarrollador pidió poder controlar las rutas en mayo de 2026; el 14 de octubre, Shopify seguía sin novedades que compartir.

Wix. Wix no documenta ninguna forma de servir archivos en /.well-known/ (comprobado en octubre de 2026). Su centro de ayuda dice que, por ahora, no se puede añadir un archivo de verificación en la raíz de un dominio, y lo dice en una solicitud de función que sigue recogiendo votos.

Squarespace. Tampoco hay una forma documentada. Su página de ayuda sobre archivos explica que el CDN asigna las URL de los archivos y que no se pueden cambiar. La solución que circula en su foro es una asignación de direcciones URL con una redirección 301, algo que tanto Apple como Google rechazan.

La vía del subdominio

Si tu plataforma dice que no, o si el archivo de Shopify, que manda todas las URL a la app, va más allá de lo que quieres, deja el sitio web donde está. Apunta un subdominio como links.yourbrand.com a un hosting estático como Netlify, Vercel, Cloudflare Pages o Firebase Hosting; los cuatro permiten definir cabeceras de respuesta por ruta. De hecho, la nota TN3155 de Apple ya sugiere un subdominio aparte para un caso relacionado: desde el navegador, un enlace de una página de yourbrand.com a otra no abre la app, mientras que un enlace a otro subdominio sí.

Cambian dos cosas. Los enlaces que compartas tienen que apuntar al subdominio; los enlaces a páginas de yourbrand.com siguen abriendo el sitio web. Y la app necesita una actualización: applinks:links.yourbrand.com en Associated Domains y, en Android, un intent filter con autoVerify para ese host. Da también un destino a todas las demás rutas del subdominio, por ejemplo una redirección a tu sitio web, para que quien no tenga la app no se encuentre un 404.

Los tres archivos

Pon tus propios IDs y tu huella. El generador los rellena por ti.

.well-known/apple-app-site-association

{
  "applinks": {
    "details": [
      {
        "appIDs": ["ABCDE12345.com.yourbrand.app"],
        "components": [
          { "/": "/*", "comment": "Every link on this subdomain opens the app" }
        ]
      }
    ]
  }
}

.well-known/assetlinks.json

[{
  "relation": ["delegate_permission/common.handle_all_urls"],
  "target": {
    "namespace": "android_app",
    "package_name": "com.yourbrand.app",
    "sha256_cert_fingerprints": ["14:6D:E9:83:...:3F:CF:44:E5"]
  }
}]

_headers (Netlify)

/.well-known/apple-app-site-association
  Content-Type: application/json
/.well-known/assetlinks.json
  Content-Type: application/json
Formatos tomados de la documentación de Apple y de Android. El archivo _headers de Netlify puede definir la mayoría de las cabeceras de respuesta, y Content-Type no está entre sus excepciones (documentación actualizada el 1 de diciembre de 2025). En Vercel, la regla va en vercel.json. Si Google Play firma tu app, copia la huella en Play Console, en Release › Setup › App signing.

Configurar links.yourbrand.com

Con Netlify como ejemplo. Otros hostings siguen los mismos pasos con sus propios valores de registro.

  1. 01

    Despliega la carpeta

    Dominio

    links.yourbrand.com

    La carpeta .well-known con los dos archivos, más _headers. Después, añade links.yourbrand.com al sitio en Netlify.

  2. 02

    Añade un registro CNAME

    Tipo
    CNAME
    Nombre
    links
    Valor
    your-site.netlify.app

    Allí donde gestiones el DNS, que puede ser la configuración de dominio de tu plataforma. Los registros del sitio web se quedan como están. La propagación puede tardar un día.

  3. 03

    HTTPS y luego la comprobación

    1. Esperando el DNS
    2. Certificado emitido
    3. Los dos archivos cargan

    https://links.yourbrand.com/.well-known/assetlinks.json

    Netlify emite y renueva un certificado de Let’s Encrypt para el subdominio. Después, pásalo por el validador.

Según la documentación de DNS y HTTPS de Netlify (actualizada en octubre de 2025 y en octubre de 2026). En Vercel, /.well-known no se puede redirigir ni reescribir, así que una regla comodín no se tragará los archivos.

O sáltate el archivo

Un Universal Link no es la única forma de entrar en tu app. Un enlace de Appy en Pro ($9.99/mes) lleva, junto a las direcciones de tus tiendas, el deep link con el esquema de URL de tu app, como yourapp://product/42. En Safari y Chrome intenta abrir la app y, si no, va a la tienda. En navegadores in-app como el de Instagram muestra una página con un botón «Abrir la app», un botón de la tienda y los pasos para abrir Safari o Chrome. Los ordenadores van a tu sitio web. Tu sitio no necesita nada.

Eso sí, no es un Universal Link en tu dominio. El enlace está en appy.to, y yourbrand.com/product/42 sigue abriendo el sitio web. Apple recomienda encarecidamente los Universal Links frente a los esquemas, en parte porque nada impide que otra app registre el tuyo. En Business, un dominio personalizado como go.yourbrand.com lleva tus enlaces, pero solo redirige; los Universal Links y App Links en tu propio dominio a través de Appy son de Enterprise. Con el subdominio de arriba, un enlace Pro puede usar https://links.yourbrand.com/product/42 como deep link, y los teléfonos sin la app siguen llegando a la tienda.

Compruébalo antes de compartir un enlace

01

Genera los dos archivos

El generador de /tools/aasa-assetlinks-generator crea los dos a partir de tu Team ID, tu bundle ID, el nombre del paquete y la huella.

02

Valida el host

El validador de /tools/universal-link-validator descarga el archivo AASA de tu servidor y la copia que hay en el CDN de Apple, y comprueba que assetlinks.json incluya el nombre de tu paquete y tu huella.

03

Dale tiempo al CDN de Apple

Los iPhone leen el archivo del CDN de Apple, que lo descarga en un plazo de 24 horas. Los teléfonos lo comprueban más o menos una vez a la semana; al reinstalar la app se descarga una copia nueva.

04

Toca un enlace de verdad

Pégalo en Notas o envíatelo por Mensajes, y tócalo en un teléfono que tenga la app. En Android, adb shell pm get-app-links con el nombre de tu paquete debería mostrar el host como verified.

Sigue leyendo

Preguntas sobre Universal Links en creadores de sitios web

¿Puedo subir apple-app-site-association a Shopify?

Como archivo, no. Shopify lo genera en tu dominio personalizado una vez registrada tu app, y manda todas las URL de la tienda a la app. No funciona en myshopify.com.

¿Cómo añado un archivo .well-known en Webflow?

Crea una carpeta llamada well-known en el panel Assets, sube el archivo y publica. Llama al archivo de iOS apple-app-site-association.noext.txt para que se sirva sin extensión. Los archivos nuevos requieren un plan Premium Site o superior.

¿Wix y Squarespace admiten Universal Links?

Ninguno de los dos documenta una forma de servir archivos en /.well-known/ (comprobado en octubre de 2026). Aloja los archivos en un subdominio con un hosting estático o usa un enlace que abra la app con un esquema de URL.

¿Puede una redirección llevar /.well-known/ a un archivo alojado en otro sitio?

No. Apple exige el archivo sin redirecciones, y el archivo de Android tiene que cargar sin un 301 ni un 302.

¿Funcionan los Universal Links sin sitio web?

Necesitan un dominio que sirva el archivo, no tu sitio web principal, así que basta con un subdominio en un hosting estático. Un deep link con esquema a través de un enlace inteligente abre la app sin ningún archivo, pero no es un Universal Link.

Ya arreglé el archivo. ¿Por qué el enlace sigue abriendo el sitio web?

Los iPhone leen el archivo del CDN de Apple, que lo descarga en un plazo de 24 horas, y las apps instaladas lo comprueban más o menos una vez a la semana. Reinstala la app para probar el archivo nuevo.

Seguir explorando

Resolución de problemas
Oct 9, 2026
9 min de lectura

Códigos de error de Universal Links y App Links, explicados

Qué significan SWCERR00101, SWCERR00301, legacy_failure o 1026, dónde aparecen y qué arreglo hace que tu app vuelva a abrirse con Universal Links y Android App Links.

universal links
app links
apple-app-site-association
assetlinks.json
Leer artículo
Guía
Oct 9, 2026
12 min de lectura

Cómo tratan los navegadores in-app los deep links: Instagram, TikTok, Facebook, Gmail, Telegram y más

Por qué tu enlace abre la app desde Safari pero muere dentro de Instagram: el tipo de navegador que usa cada app, las reglas de iOS y Android y lo documentado app por app, de Instagram a Telegram.

in-app browser
universal links
app links
instagram
Leer artículo
Guía
Oct 1, 2026
6 min de lectura

Enlaces cortos con dominio propio para apps: guía práctica

Por qué compensa que tus enlaces lleven tu propio dominio, cómo elegir el subdominio, la configuración en tres pasos y qué pasa con los enlaces y códigos QR que ya has compartido.

custom domain
branded short links
url shortener
qr codes
Leer artículo

¿Buscas otra cosa? Explora todos los temas en el blog.

Comprueba tu dominio en un minuto

Pasa tu sitio web o tu subdominio por el validador gratuito: el archivo AASA de tu servidor, la copia del CDN de Apple y assetlinks.json en una sola comprobación. Si tu plataforma no puede alojar los archivos, un deep link de Appy abre la app sin ellos.