Configurar la lista de admisión de CORS de Salesforce

Estas tecnologías de Salesforce en su organización admiten CORS.

• REST de Apex
• API masiva
• API masiva 2.0
• API de REST de Connect
• Lightning Out
• API de REST
• API de REST de CRM Analytics
• API de la interfaz de usuario

Agregue un origen que sirve el código de solicitud a la lista de admisión de CORS. Si un navegador que admite CORS realiza una solicitud en un origen en la lista de permitidos, Salesforce devuelve el origen en el encabezado HTTP Access-Control-Allow-Origin junto con cualquier encabezado HTTP de CORS adicional. Si el origen no está incluido en la lista de admisión, Salesforce devuelve el código de estado de HTTP 403.

El patrón de URL de origen debe incluir el protocolo HTTPS (a menos que use su host local) y un nombre de dominio. También puede incluir un puerto. El carácter comodín (*) es compatible y debe estar en frente de un nombre de dominio de segundo nivel. Por ejemplo, https://*.ejemplo.com agrega todos los subdominios de ejemplo.com a la lista de permitidos.

El patrón de URL de origen puede ser una dirección IP. Pero una dirección IP y un dominio que tienen como resultado la misma dirección no son el mismo origen y debe agregarlos a la lista de admisión de CORS como entradas separadas.

Las extensiones de navegador de Google ChromeTM y Mozilla® Firefox® se permiten como recursos en la versión 53 de la API (Winter ‘22) o posteriores. Las extensiones de Chrome deben utilizar el prefijo chrome-extension:// y 32 caracteres sin dígitos ni mayúsculas, por ejemplo chrome-extension://abdkkegmcbiomijcbdaodaflgehfffed. Las extensiones de Firefox deben utilizar el prefijo moz-extension:// y un formato 8-4-4-4-12 de pequeños caracteres alfanuméricos, por ejemplo moz-extension://1234ab56-78c9-1df2-3efg-4567891hi1j2.

Puede obtener una respuesta satisfactoria al solicitar un recurso de REST en una prueba de comprobación previa de CORS, pero recibirá una respuesta no satisfactoria a la solicitud actual. Esta discrepancia puede producirse cuando el recurso se elimina tras la prueba de comprobación previa y antes de que se realice la solicitud. También puede producirse si el recurso no existe. Una comprobación previa de CORS confirma si los recursos pueden pasarse entre servidores, pero no comprueba si un recurso específico existe o no. Las solicitudes de comprobación previa de CORS normalmente se emiten automáticamente por un navegador.

Nota Para acceder a ciertos extremos de OAuth con CORS, se aplican otros requisitos. Consulte Activar CORS para Extremos de OAuth.