Preguntas frecuentes y solución de problemas de las plataformas de Apple y Firebase
Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
En esta página, se ofrecen sugerencias y solución de problemas específicos de las plataformas de Apple
que puedes encontrar cuando usas Firebase.
¿Tienes otras dificultades o tu problema no se describe en esta página? Asegúrate de consultar
las Preguntas frecuentes principales de Firebase para obtener más información general o
específica sobre Firebase.
También puedes consultar el
repositorio de GitHub del SDK de Firebase para plataformas de Apple
si necesitas una lista actualizada de los problemas informados y cómo solucionarlos. Te recomendamos que
también compartas tus propios problemas relacionados con el SDK de Firebase para plataformas de Apple.
¿Qué versiones de Xcode admite Firebase?
Firebase admite hasta dos versiones principales de Xcode, sin incluir las versiones
que Apple ya no admite. Por ejemplo, a partir de marzo de 2019,
Apple exigía al menos iOS 12 en todas las apps, lo que significa que se quitó la compatibilidad con Xcode 9
y Xcode 10 era la única versión principal compatible.
Los cambios en la compatibilidad de versiones menores específicas o de parche de Xcode
(por ejemplo, de 9.2.0 a 9.4.1) se determinan según las necesidades del
SDK de Firebase para plataformas de Apple y una encuesta sobre el uso de los desarrolladores. Estos cambios se
reflejan en las
notas de la versión del SDK de Firebase para plataformas de Apple
y en la página de configuración del SDK.
Mi app solicita al usuario su contraseña para acceder a elementos de Keychain en macOS. ¿Qué procedimiento debo seguir para solucionar el problema?
Actualiza tu dependencia de Firebase a la versión 9.6.0 o a una posterior y agrega la
[capacidad de uso compartido de Keychain](/docs/ios/troubleshooting-faq#macos-keychain-sharing)
a tu destino.
¿Por qué Firebase requiere la capacidad de uso compartido de Keychain en macOS?
Los SDKs de Firebase utilizan Keychain para almacenar información, como el ID de instalación de Firebase que se usa en FCM. Sin el acceso a Keychain, es posible que los SDKs de Firebase no funcionen correctamente. El llavero de macOS se comporta de manera diferente que el de iOS,
que se usa en otras plataformas (iOS, tvOS, macCatalyst y
watchOS).
En macOS, las apps usan un llavero compartido que pueden modificar otras apps y
procesos. A diferencia de iOS, no hay un llavero de zona de pruebas al que la app tenga
acceso implícito. Por lo tanto, cuando una app para Mac interactúa con el llavero, el sistema
le solicita al usuario acceso, ya que la app puede estar modificando un elemento del llavero
que no creó. Para solucionar esta discrepancia, Firebase consulta el
llavero con la clave kSecUseDataProtectionKeychain, que le indica a
la app que consulte un elemento del llavero que es parte de un grupo de acceso del llavero
(este es el comportamiento predeterminado en otras plataformas). La app necesita la función de uso compartido de Keychain
para sintetizar un grupo de acceso que se pueda
compartir entre sus destinos, lo que le otorga permiso a la app para acceder
libremente a los elementos del llavero en el grupo de acceso.
En Xcode 13 y las versiones posteriores, ¿por qué mis apps de UIKit no pueden abrir algunas
URLs que registré en Info.plist?
Apple presentó un límite de 50 entradas LSApplicationQueriesSchemes
en archivos Info.plist. En 2015, Apple presentó
LSApplicationQueriesSchemes para limitar la cantidad de consultas de URL
que podía hacer cada aplicación. Con el lanzamiento de Xcode 13, se aplican estos límites,
mientras que en Xcode 12 y en las versiones anteriores no había un límite efectivo para la cantidad de
esquemas.
Algunos productos de Firebase, como Firebase Authentication y Firebase Dynamic Links,
requieren el uso de esquemas de URL personalizados para redireccionar a tu aplicación. Estas
URLs cumplen con un esquema de URL conciso y coherente que no debe contabilizarse
significativamente en el límite del esquema de 50 vínculos.
Ten en cuenta que para las apps que continúan registrando más de 50
LSApplicationQueriesSchemes, se ignorarán algunos esquemas
de forma silenciosa. Es posible que la app no pueda ejecutar ciertos vínculos directos,
según el orden en el que se agregaron.
[[["Fácil de comprender","easyToUnderstand","thumb-up"],["Resolvió mi problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Falta la información que necesito","missingTheInformationINeed","thumb-down"],["Muy complicado o demasiados pasos","tooComplicatedTooManySteps","thumb-down"],["Desactualizado","outOfDate","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Problema con las muestras o los códigos","samplesCodeIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 2025-09-03 (UTC)"],[],[],null,["\u003cbr /\u003e\n\nThis page offers tips and troubleshooting for Apple platform-specific issues\nthat you might encounter when using Firebase.\n\nHave other challenges or don't see your issue outlined below? Make sure to check\nout the [main Firebase FAQ](/support/faq) for more pan-Firebase or\nproduct-specific FAQ.\n\nYou can also check out the\n[Firebase Apple platforms SDK GitHub repo](https://github.com/firebase/firebase-ios-sdk/issues)\nfor an up-to-date list of reported issues and troubleshooting. We encourage you\nto file your own Firebase Apple platforms SDK related issues there, too! \n\nWhat versions of Xcode does Firebase support?\n\nFirebase supports up to two major versions of Xcode, not including versions\nof Xcode that Apple no longer supports. For example, starting in March 2019,\nApple required at least iOS 12 on all apps, meaning Xcode 9 support was\ndropped and Xcode 10 was the only major version supported.\n\nChanges to support for specific minor or patch versions of Xcode\n(for example, 9.2.0 to 9.4.1) are determined based on the needs of the\nFirebase Apple platforms SDK and a survey of developer usage. These changes\nare reflected in the\n[Firebase Apple platforms SDK release notes](/support/release-notes/ios)\nand on the [Firebase Apple platforms SDK setup page](/docs/ios/setup).\n\nTo see the minimum Xcode version supported by the SDK, check\nthe requirements listed in\n[Add Firebase to your Apple project](/docs/ios/setup).\n\nFirebase support for Beta releases of Xcode is available on a \"best effort\"\nbasis. Developers can track and submit issues in the\n[Firebase Apple platforms SDK repository on GitHub](//github.com/firebase/firebase-ios-sdk/issues). \n\nMy app prompts the user for their password to access Keychain items on macOS. How do I fix this?\n\nUpgrade your Firebase dependency to version 9.6.0 or higher and add the\n\\[Keychain Sharing capability\\](/docs/ios/troubleshooting-faq#macos-keychain-sharing)\nto your target. \n\nWhy does Firebase require the Keychain Sharing capability on macOS?\n\nFirebase SDKs use keychain to store information like the Firebase\ninstallation ID used for FCM. Without Keychain access, Firebase SDKs may not\nfunction correctly. The macOS keychain behaves differently than the iOS-style\nkeychain that is used on other platforms (iOS, tvOS, macCatalyst,\nand watchOS).\n\nOn macOS, apps use a shared keychain that may be modified by other apps and\nprocesses. Unlike iOS, there is no sandboxed keychain that the app has\nimplicit access to. So, when a Mac app interacts with the keychain, the system\nprompts the user for access since the Mac app may be modifying a keychain item\nthat it did not create. To address this discrepancy, Firebase queries the\nkeychain with the `kSecUseDataProtectionKeychain` key, which tells\nthe app to query a keychain item that is part of a keychain access group\n(this is default behavior on other platforms). The Keychain Sharing capability\nis required because the app needs it to synthesize an access group that can be\nshared amongst its targets, thus giving permission for the app to freely\naccess keychain items in the access group.\n\nFor more information, see Apple's\n[Keychain documentation](https://developer.apple.com/documentation/security/keychain_services/keychains). \n\nIn Xcode versions 13 and later, why can my UIKit apps not open some\nURLs I've registered\nin my Info.plist?\n\nApple introduced a limit of 50 `LSApplicationQueriesSchemes`\nentries in `Info.plist` files. In 2015, Apple introduced\n`LSApplicationQueriesSchemes` to limit the number of URL queries\neach app could make. With the release of Xcode 13, these limits are enforced,\nwhile in Xcode 12 and earlier there was no effective limit to the number of\nschemes.\n\nSome Firebase products, like Firebase Authentication and Firebase Dynamic Links,\nrequire the use of custom URL schemes to redirect to your application. These\nURLs conform to a concise and consistent URL scheme that should not count\nsignificantly against the 50 link scheme limit.\n\nNote that for apps that continue to register more than 50\n`LSApplicationQueriesSchemes`, some schemes will\nbe silently ignored. The app may be unable to execute certain deeplinks,\ndepending on the order in which they are added."]]
