Guía de inicio rápido de OAuth
Antes de comenzar
Antes de comenzar a usar OAuth con HubSpot, necesitarás:
- Una cuenta de desarrollador
- Una aplicación asociada con tu cuenta de desarrollador
- Una cuenta de HubSpot* para instalar tu aplicación (puedes usar una cuenta existente o crear una cuenta de prueba)
*Debes ser un Súper administrador para instalar una aplicación en una cuenta de HubSpot
Cómo funciona
HubSpot soporta el tipo de otorgamiento del Código de autorización de OAuth 2.0, que puede dividirse en cuatro pasos:
- Tu aplicación abre una ventana del navegador para enviar al usuario al servidor HubSpot OAuth 2.0
- El usuario revisa los permisos solicitados y otorga acceso a la aplicación
- El usuario es redirigido a la aplicación con un código de autorización en la cadena de consulta
- La aplicación envía una solicitud al servidor de OAuth 2.0 para intercambiar el código de autorización por un token de acceso
En esta guía
- Aplicación de inicio rápido: una aplicación de demostración en Node.js que se autentica con el servidor OAuth 2.0 de HubSpot
- Obtener tokens de OAuth 2.0: cómo autorizar tu aplicación con los usuarios
- Uso de tokens de OAuth 2.0: cómo realizar consultas con un token
- Actualización de tokens de OAuth 2.0: cómo usar el token de actualización proporcionado por HubSpot
Nota: todos los ejemplos de código de esta guía están escritos en JavaScript (Node.js)
Aplicación de inicio rápido
Si es la primera vez que usas la autenticación OAuth con las API de HubSpot, te recomendamos que consultes la Aplicación de inicio rápido de OAuth 2.0, escrita en Node.js. Esta aplicación de muestra está diseñada para que puedas comenzar a usar OAuth 2.0 lo más rápido posible mediante la demostración de todos los pasos que se detallan a continuación en Obtener tokens de OAuth 2.0.
Obtener tokens de OAuth 2.0
Paso 1: crea la URL de autorización y dirige al usuario al servidor OAuth 2.0 de HubSpot
Al enviar un usuario al servidor OAuth 2.0 de HubSpot, el primer paso es crear la URL de autorización. Esto identificará tu aplicación y definirá los recursos (los alcances) a los que solicita acceso en nombre del usuario. Los parámetros de consulta que puedes pasar como parte de una URL de autorización se muestran a continuación. Para obtener información más detallada sobre este paso, lee el documento de referencia.
Parámetro | ¿Requerido? | Descripción | Ejemplo |
---|---|---|---|
client_id |
Sí | El ID del cliente identifica tu aplicación. Encuéntralo en la página de configuración de tu aplicación. |
|
scope |
Sí | Los alcances que tu aplicación solicita, separados por espacios codificados de URL. |
|
redirect_uri |
Sí | La URL a la que el usuario será redirigido después de autorizar a tu aplicación para los alcances solicitados. Para las aplicaciones de producción, se requiere https. |
|
optional_scope |
No | Los alcances que son opcionales para tu aplicación y se eliminarán si el portal de HubSpot seleccionado no tiene acceso a esos productos |
|
state |
No | Un valor de cadena que se puede usar para mantener el estado del usuario cuando se redirecciona de regreso a tu aplicación. |
|
Una vez que hayas creado tu URL, envía al usuario a OAuth 2.0 para iniciar el proceso.
Ejemplos
Usando una redirección del lado del servidor:
Usando un enlace HTML:
Codificación de un estado de usuario de redireccionamiento adicional
Algunas aplicaciones pueden necesitar redirigir al usuario a diferentes ubicaciones. Por ejemplo, es posible que una aplicación desee redirigir a los usuarios a diferentes subdominios de su integración (por ejemplo, userA.integration.com y userB.integration.com). Para ello, utiliza el parámetro state
para codificar más información sobre el estado del usuario:
1 1. Genera y almacena un valor nonce para el parámetro de estado.
2. Almacena el estado del usuario en un almacén de datos local utilizando el nonce como su clave.
3. Incluye el valor nonce como el parámetro de estado en la URL de autorización.
4. Cuando el usuario se autentica y es redirigido a tu URL de redirección, valida el parámetro de estado y úsalo como la clave para recuperar el estado de usuario que estaba almacenado.
5. Desde allí, redirige al usuario según sea necesario (por ejemplo, redirige de nuevo a una URL específica del usuario).
Paso 2: HubSpot solicita al usuario su consentimiento
HubSpot muestra una ventana de consentimiento al usuario que muestra el nombre de tu aplicación y una breve descripción de los servicios de la API de HubSpot a los que solicita permiso para acceder. El usuario puede otorgar acceso a tu aplicación.
Nota: el usuario que instala la aplicación debe tener acceso a todos los alcances solicitados. Si no tienen el acceso requerido, la instalación fallará y serán dirigidos a una página de error. Si un usuario ve esta página de error de permisos, necesitará que un Súper administrador instale la aplicación.
Tu aplicación no hace nada en esta etapa. Una vez que se otorga el acceso, el servidor de HubSpot OAuth 2.0 enviará una solicitud a la URI de devolución de llamada definida en la URL de autorización.
Paso 3: maneja la respuesta del servidor OAuth 2.0
Cuando el usuario haya completado la solicitud de consentimiento del paso 2, el servidor de OAuth 2.0 envía una solicitud GET
al URI de redireccionamiento especificado en tu URL de autentificación. Si no hay problemas y el usuario aprueba la solicitud de acceso, la solicitud al URI de redireccionamiento se devolverá con un parámetro de consulta de code
adjunto. Si el usuario no otorga acceso, no se enviará ninguna solicitud.
Ejemplo:
Paso 4: intercambia el código de autorización de intercambio para tokens
Después de que tu aplicación reciba un código de autorización del servidor Oauth 2.0, puede intercambiar ese código por un token de acceso y actualización al enviar una solicitud POST
codificada URL-form a https://api.hubapi.com/oauth/v1/token
con los valores que se muestran a continuación. Para obtener información más detallada sobre este paso, dedica un minuto a leer este documento de referencia.
Parámetro | Descripción | Ejemplo |
---|---|---|
grant_type |
Debe ser authorization_code |
authorization_code |
client_id |
ID de cliente de tu aplicación | 7fff1e36-2d40-4ae1-bbb1-5266d59564fb |
client_secret |
La clave del cliente de tu aplicación | 7c3ce02c-0f0c-4c9f-9700-92440c9bdf2d |
redirect_uri |
El URI de redireccionamiento desde el momento en que el usuario autorizó tu aplicación | https://www.example.com/auth-callback |
code |
El código de autorización recibido del servidor OAuth 2.0 | 5771f587-2fe7-40e8-8784-042fb4bc2c31 |
Ejemplo:
El cuerpo de la respuesta del token serán datos JSON con la forma:
Nota: el token de acceso vencerá después de la cantidad de segundos indicada en el campo expires_in
de la respuesta, actualmente, 30 minutos. Para obtener información sobre cómo obtener un nuevo token de acceso, consulta Tokens de actualización de OAuth 2.0.
Uso de tokens de OAuth 2.0
Una vez que se complete el flujo de código de autorización, tu aplicación está autorizada para realizar solicitudes en nombre del usuario. Para ello, proporciona el token como token de portador en el encabezado HTTP Authorization
. Los detalles específicos se pueden encontrar en el documento de referencia.
Ejemplo:
Nota: los tokens de acceso reflejan los alcances solicitados desde la aplicación y no reflejan los permisos o limitaciones de lo que un usuario puede hacer en su cuenta de HubSpot. Por ejemplo, si un usuario tiene permisos para ver solo los contactos de su propiedad, pero autoriza una solicitud para el alcance crm.objects.contacts.read
, el token de acceso resultante puede ver todos los contactos de la cuenta y no solo los que son propiedad del usuario autorizante.
Actualización de tokens de OAuth 2.0
Los tokens de acceso de OAuth vencen periódicamente. Esto es para asegurarse de que, si se ven comprometidos, los atacantes solo tendrán acceso por un corto tiempo. La vida útil del token se especifica en el campo expires_in
cuando se intercambia un código de autorización para un token de acceso.
Tu aplicación puede intercambiar el token de actualización recibido por un nuevo token de acceso enviando una solicitud codificada POST
de formulario de URL a https://api.hubapi.com/oauth/v1/token
con los siguientes valores. Para obtener información más detallada sobre este paso, consulta el documento de referencia.
Parámetro | Descripción | Ejemplo |
---|---|---|
grant_type |
Debe ser refresh_token |
refresh_token |
client_id |
ID de cliente de tu aplicación | 7fff1e36-2d40-4ae1-bbb1-5266d59564fb |
client_secret |
La clave del cliente de tu aplicación | 7c3ce02c-0f0c-4c9f-9700-92440c9bdf2d |
redirect_uri |
El URI de redireccionamiento desde el momento en que el usuario autorizó tu aplicación | https://www.example.com/auth-callback |
refresh_token |
El token de actualización recibido cuando el usuario autorizó a tu aplicación | b9443019-30fe-4df1-a67e-3d75cbd0f726 |
Ejemplo:
El cuerpo de la respuesta del token serán datos JSON con la forma:
El nuevo token de acceso puede usarse para hacer llamadas en nombre del usuario. Cuando el nuevo token venza, puedes seguir los mismos pasos nuevamente para recuperar uno nuevo.