Gigya's REST API is the core of Gigya's service. On top of the REST API, Gigya offers a set of Server Side SDKs that wrap around the API. The Server Side SDKs make it simple to integrate Gigya's service in server applications of various development environments.
Check out our Server Side SDKs documentation and find out if there is an SDK available for your preferred language. Otherwise, please continue with this guide and learn how to use our REST API directly.
Watch an Instructional Video
If you have a Gigya Academy membership, you can watch instructional videos about this and other Gigya products. To access Gigya Academy content, you should first make sure you are logged into the Gigya Console.
To watch a video about using the REST API, Gigya Academy members can use this link.
Gigya's server-to-server API uses a REST-like interface. This means that the API method calls are made over the internet by sending HTTP GET or POST requests to the Gigya REST API server and the response is returned as JSON / JSONP. In some cases, the response may also be returned in XML, for backward compatibility. Nearly every software development environment provides methods for communicating over HTTP with a REST server.
Gigya's REST API may be applied in compliance with the OAuth 2.0 standard or with our proprietary authorization method. Please follow one of the following guides, to integrate Gigya's REST API calls, using your preferred authorization method:
- Using Gigya's REST API in compliance with OAuth 2.0
- Using Gigya's REST API with our proprietary authorization method
Application and User Keys
Using the Gigya API with an Application or User Key
REST requests should be made using an application key and application secret. This is true also for requests made by third parties. Alternatively, you can use a user key and secret. These are subject to the user key's permissions and are logged for auditing purposes.
When you pass a request across HTTPS, include the site's API Key and the application key and secret (or user key and secret). For example:
All calls should be made over HTTPS.
For more information about user keys, including instructions for finding your user key in the Gigya Console, see Using the User Key.
Creating an Application Key
You can create multiple applications, each with its own permissions, and give groups of users access to these various applications. Each application has a userKey and secret that is used when making REST calls to Gigya API Endpoints.
Another benefit of using a userKey and secret is that the user does not have to construct or check signatures, as all requests are conducted over HTTPS.
To manage your Gigya Applications:
- Login to your Gigya Console.
- Navigate to the Admin tab.
- Select Applications.
- Once on the Applications page, press Create New Application and follow the on-screen prompts.
- Once the app is created you can view the Apps userKey and secret by clicking the Edit icon, which will take you to the apps Edit Application page.
- You can disseminate this userKey and secret to users whom you want to attain the privileges associated with this app. Users will use this userKey and replace the secret parameter in the request with the secret associated to this key.
- If at any time you want to revoke access for users using this Application, simply delete it from your account and all future attempts to use this userKey and secret will fail.
curl Code Example
In the above example, the secret is the secret associated with the userKey, not the account secret located in the Gigya Dashboard.
The REST API Reference provides specification to the various REST API methods supported by Gigya.
Important: When using the REST API, all post data must be URL Encoded prior to being sent to the Gigya server, whether in the query or body of the request. If sending in the body, all parameters must be of content-type "www-form-urlencoded".
Handling Unknown Parameters
When calling an API, parameters that are not found in the method signature are ignored and discarded by default, allowing the request to be processed. In such a case, any parameters which have been ignored appear in the response, as follows:
To force an API call to fail with an error response when unknown parameters are encountered, pass the 'checkParams' control parameter with a value of 'true'.