Skip to main content

Google Forms API Data Source

The Google Forms API connector enables you to retrieve form structure, question definitions, and form response data from Google Forms. This connector is particularly useful for applications that need to extract survey results, quiz responses, registration data, or feedback submissions for analysis and downstream processing. Follow the instructions below to create a new data flow that ingests data from a Google Forms API source in Nexla.
google_forms_api.png

Google Forms API

Create a New Data Flow

  1. To create a new data flow, navigate to the Integrate section, and click the New Data Flow button. Then, select the desired flow type from the list, and click the Create button.

  2. Select the Google Forms API connector tile from the list of available connectors. Then, select the credential that will be used to connect to the Google Forms API, and click Next; or, create a new Google Forms API credential for use in this flow.

  3. In Nexla, Google Forms API data sources can be created using pre-built endpoint templates, which expedite source setup for common Google Forms API endpoints. Each template is designed specifically for the corresponding Google Forms API endpoint, making data source setup easy and efficient.
    • To configure this source using a template, follow the instructions in Configure Using a Template.

    Google Forms API sources can also be configured manually, allowing you to ingest data from Google Forms API endpoints not included in the pre-built templates or apply further customizations to exactly suit your needs.
    • To configure this source manually, follow the instructions in Configure Manually.

Configure Using a Template

Nexla provides pre-built templates that can be used to rapidly configure data sources to ingest data from common Google Forms API endpoints. Each template is designed specifically for the corresponding Google Forms API endpoint, making data source setup easy and efficient.

Endpoint Settings

  • Select the endpoint from which this source will fetch data from the Endpoint pulldown menu. Available endpoint templates are listed in the expandable boxes below. Click on an endpoint to see more information about it and how to configure your data source for this endpoint.

    List Forms

    Returns a list of all Google Forms accessible to the authenticated user. Use this endpoint to discover and inventory forms across a Google Workspace account.

    • Sends a GET request to https://forms.googleapis.com/v1/forms/ and returns an array of form metadata objects.
    • Response data is extracted from $.forms[*] — each element represents one form with its ID, title, and revision information.

    This endpoint returns form metadata only, not response data. To retrieve submitted responses, use the List Form Responses endpoint.

    List Form Responses

    Returns all responses submitted to a specific Google Form. Use this endpoint to ingest survey results, quiz answers, or registration submissions for a given form.

    • Sends a GET request to https://forms.googleapis.com/v1/forms/{formId}/responses — replace the form ID with the target form's identifier.
    • Response data is extracted from $.responses[*] — each element represents one form submission including all answer values and respondent metadata.
    • Configure the following parameter: Form ID — the unique identifier of the Google Form whose responses you want to ingest. The form ID can be found in the form's browser URL between /d/ and /edit.

    Use the filter query parameter with a timestamp to incrementally ingest only new responses. For example, append ?filter=timestamp>2024-01-01T00:00:00Z or use a date/time macro to fetch responses submitted since the last run.

    Retrieve a single form by ID, including all items/questions.

    Retrieves the complete structure of a specific Google Form, including all question items, settings, and metadata. Use this endpoint to audit form definitions or extract question schemas.

    • Sends a GET request to https://forms.googleapis.com/v1/forms/{formId} and returns the full form object.
    • Response data is extracted from $ (the root object) — the response represents a single form with all its items and configuration.
    • Configure the following parameter: Form ID — the unique identifier of the Google Form to retrieve.

    This endpoint returns the form definition, not the response data submitted by users. To retrieve user submissions, use the List Form Responses endpoint instead.

    Retrieve a single form response by ID.

    Retrieves a specific individual response submitted to a Google Form by its response ID. Use this endpoint when you need to fetch or reprocess a single known response.

    Response IDs can be obtained by first calling the List Form Responses endpoint to retrieve all response IDs for a given form.

    List all active watches on a form.

    Returns all active push notification watches configured on a specific Google Form. Use this endpoint to audit or manage watch subscriptions for a form.

    • Sends a GET request to https://forms.googleapis.com/v1/forms/{formId}/watches and returns an array of watch objects.
    • Response data is extracted from $.watches[*] — each element represents one active watch with its configuration and expiry details.
    • Configure the following parameter: Form ID — the unique identifier of the Google Form whose watches you want to list.

    Watches expire after seven days if not renewed. Use the Renew an existing watch before it expires destination endpoint to extend an active watch before it lapses.

    Get Reconciliation Report

    Retrieves a specific reconciliation report from the Google Travel Partner API, with optional matched prices, non-scoring, and pixel data. Use this endpoint to ingest hotel booking reconciliation data.

    • Sends a GET request to the Travel Partner API reconciliation reports endpoint using the specified report name.
    • Response data is extracted from $ (the root object).
    • Configure the following parameters: Report Name — the resource name of the reconciliation report; Include Matched Prices, Include Non-Scoring, Include Pixels — optional flags to expand the report data returned.

    This endpoint is part of the Google Travel Partner API and requires Travel Partner API access enabled in your Google Cloud project.

    Query Free Booking Links Report

    Queries free booking links report data from the Google Travel Partner API with optional aggregation, filtering, and pagination. Use this endpoint to analyze hotel free booking link performance metrics.

    • Sends a GET request to the Travel Partner API free booking links report endpoint.
    • Response data is extracted from $.reportRows[*] — each element represents one row of report data.
    • Configure the following parameters: Account Name — the Travel Partner account resource name; Aggregate By — optional aggregation dimensions; Filter — optional filter expression; Page Size and Page Token — pagination controls.

    This endpoint is part of the Google Travel Partner API. Ensure your credential has the required Travel Partner API scopes enabled.

    Query Participation Report

    Queries participation report data from the Google Travel Partner API with optional aggregation, filtering, and pagination. Use this endpoint to monitor hotel participation status and eligibility metrics.

    • Sends a GET request to the Travel Partner API participation report endpoint.
    • Response data is extracted from $.reportRows[*] — each element represents one row of report data.
    • Configure the following parameters: Account Name — the Travel Partner account resource name; Aggregate By, Filter, Page Size, Page Token — optional pagination and filtering controls.

    This endpoint is part of the Google Travel Partner API. Use the Query Property Performance Report endpoint alongside this one for a comprehensive view of hotel listing health.

    Query Property Performance Report

    Queries property performance report data from the Google Travel Partner API with optional aggregation, filtering, and pagination. Use this endpoint to ingest impressions, clicks, and revenue data for hotel listings.

    • Sends a GET request to the Travel Partner API property performance report endpoint.
    • Response data is extracted from $.reportRows[*] — each element represents one row of report data.
    • Configure the following parameters: Account Name — the Travel Partner account resource name; Aggregate By, Filter, Page Size, Page Token — optional aggregation and pagination controls.

    This endpoint is part of the Google Travel Partner API and requires Travel Partner API access. Combine with the Participation Report for a complete picture of property listing performance.

    List Account Links

    Returns all account links for a specified Google Travel Partner account. Use this endpoint to retrieve the relationships between a Travel Partner account and linked external accounts.

    • Sends a GET request to the Travel Partner API account links endpoint for the specified account.
    • Response data is extracted from $.accountLinks[*] — each element represents one account link with its configuration and status.
    • Configure the following parameter: Account Name — the resource name of the Travel Partner account whose links you want to retrieve.

    This endpoint is part of the Google Travel Partner API. Account Name follows the format accounts/{account_id}.

    List Brands

    Returns all brands associated with a specified Google Travel Partner account. Use this endpoint to retrieve brand definitions, display names, and icon information for hotel portfolio management.

    • Sends a GET request to the Travel Partner API brands endpoint for the specified account.
    • Response data is extracted from $.brands[*] — each element represents one brand with its name, display names, and approval state.
    • Configure the following parameter: Account Name — the resource name of the Travel Partner account.

    This endpoint is part of the Google Travel Partner API. Brand information is used to categorize and display hotel properties across Google travel surfaces.

    List Hotel Views

    Returns a paginated list of hotel views for a specified Google Travel Partner account with optional filtering. Use this endpoint to retrieve the status and configuration of hotel property listings.

    • Sends a GET request to the Travel Partner API hotel views endpoint for the specified account.
    • Response data is extracted from $.hotelViews[*] — each element represents one hotel view with its property details and status.
    • Configure the following parameters: Parent — the resource name of the Travel Partner account; Filter — optional filter expression; Page Size and Page Token — pagination controls.

    This endpoint is part of the Google Travel Partner API. Use the optional Filter parameter to narrow results by hotel status, partner hotel ID, or other supported attributes.

    Summarize Hotel Views

    Returns a summary of hotel views metrics and statistics for a specified Google Travel Partner account. Use this endpoint to get aggregate counts and status breakdowns across all hotel properties.

    • Sends a GET request to the Travel Partner API hotel views summary endpoint and returns a single summary object.
    • Response data is extracted from $ (the root object).
    • Configure the following parameter: Parent — the resource name of the Travel Partner account.

    This endpoint is part of the Google Travel Partner API and returns aggregate statistics rather than individual hotel records. Use List Hotel Views to retrieve per-property details.

    List Icons

    Returns all icons available under a specified Google Travel Partner account. Use this endpoint to retrieve icon assets used in brand and hotel property configurations.

    • Sends a GET request to the Travel Partner API icons endpoint for the specified account.
    • Response data is extracted from $.icons[*] — each element represents one icon with its URI and approval state.
    • Configure the following parameter: Parent — the resource name of the Travel Partner account.

    This endpoint is part of the Google Travel Partner API. Icons must be approved by Google before they can be associated with a brand or displayed on travel surfaces.

    List Price Accuracy Views

    Returns a list of price accuracy views for a specified Google Travel Partner account. Use this endpoint to monitor how accurately hotel prices are being reported across Google travel surfaces.

    • Sends a GET request to the Travel Partner API price accuracy views endpoint for the specified account.
    • Response data is extracted from $.priceAccuracyViews[*] — each element represents one price accuracy record with accuracy scores and associated date ranges.
    • Configure the following parameter: Parent — the resource name of the Travel Partner account.

    This endpoint is part of the Google Travel Partner API. Price accuracy scores affect hotel listing eligibility and ranking on Google travel surfaces.

    Summarize Price Accuracy Views

    Returns a summary of price accuracy metrics and statistics for a specified Google Travel Partner account. Use this endpoint to get a high-level overview of pricing accuracy performance across all properties.

    • Sends a GET request to the Travel Partner API price accuracy views summary endpoint and returns a single summary object.
    • Response data is extracted from $ (the root object).
    • Configure the following parameters: Parent — the resource name of the Travel Partner account; Data Format Version — optional version parameter for the response format.

    This endpoint is part of the Google Travel Partner API and returns aggregate statistics rather than per-property records. Use List Price Accuracy Views for per-property detail.

    List Price Coverage Views

    Returns a list of price coverage views for a specified Google Travel Partner account. Use this endpoint to analyze the proportion of user queries for which hotel prices are being returned.

    • Sends a GET request to the Travel Partner API price coverage views endpoint for the specified account.
    • Response data is extracted from $.priceCoverageViews[*] — each element represents one price coverage snapshot with coverage percentage and associated date.
    • Configure the following parameter: Parent — the resource name of the Travel Partner account.

    This endpoint is part of the Google Travel Partner API. Low price coverage can indicate issues with price feed delivery or query matching.

    Get Latest Price Coverage View

    Returns the most recent price coverage view data for a specified Google Travel Partner account. Use this endpoint to quickly retrieve the current price coverage status without pagination.

    • Sends a GET request to the Travel Partner API latest price coverage view endpoint and returns a single coverage object.
    • Response data is extracted from $ (the root object).
    • Configure the following parameter: Parent — the resource name of the Travel Partner account.

    This endpoint is part of the Google Travel Partner API and returns only the latest snapshot. Use List Price Coverage Views to retrieve historical coverage data.

    List Reconciliation Reports

    Returns a paginated list of reconciliation reports for a specified Google Travel Partner account. Use this endpoint to retrieve a history of hotel booking reconciliation reports within a date range.

    • Sends a GET request to the Travel Partner API reconciliation reports endpoint for the specified account.
    • Response data is extracted from $.reconciliationReports[*] — each element represents one report with its name and creation metadata.
    • Configure the following parameters: Parent — the resource name of the Travel Partner account; Start Date and End Date — optional date range filters to limit the reports returned.

    This endpoint is part of the Google Travel Partner API. Use Start Date and End Date to retrieve reports for a specific period, which is useful for scheduled reconciliation workflows.

Endpoint Testing

Once the selected endpoint template has been configured, Nexla can retrieve a sample of the data that will be fetched according to the current settings. This allows users to verify that the source is configured correctly before saving.

  • To test the current endpoint configuration, click the Test button to the right of the endpoint selection menu. Sample data will be fetched & displayed in the Endpoint Test Result panel on the right.

  • If the sample data is not as expected, review the selected endpoint and associated settings, and make any necessary adjustments. Then, click the Test button again, and check the sample data to ensure that the correct information is displayed.

Configure Manually

Google Forms API sources can also be configured manually, allowing you to ingest data from Google Forms API endpoints not included in the pre-built templates or apply further customizations to exactly suit your needs.

First, select the method that will be used for calls to the Google Forms API from the Method pulldown menu. The Google Forms API is a read-only API for most operations, so GET is the most commonly used method:

  • GET: For retrieving form data, form responses, and form metadata.
  • POST: For creating forms or watch subscriptions (if your credential scopes include write access).

API Endpoint URL

  1. Enter the URL of the Google Forms API endpoint from which this source will fetch data in the Set API URL field. This should be the complete URL including the protocol (https://) and any required path parameters.

    Common Google Forms API endpoints include:

    • Get Form: Retrieves the full structure, questions, and settings of a specific form.

      • URL: https://forms.googleapis.com/v1/forms/{formId}
      • Replace {formId} with the ID of the Google Form you want to access. The form ID can be found in the form's URL in your browser (e.g., https://docs.google.com/forms/d/FORM_ID_HERE/edit).
    • List Form Responses: Retrieves all responses submitted to a specific form.

      • URL: https://forms.googleapis.com/v1/forms/{formId}/responses
      • Replace {formId} with the ID of the target Google Form.
    • Get a Specific Response: Retrieves a single response by its response ID.

      • URL: https://forms.googleapis.com/v1/forms/{formId}/responses/{responseId}
      • Replace {formId} and {responseId} with the appropriate identifiers.

    The form ID is embedded in the URL when you open a Google Form in your browser. For example, in the URL https://docs.google.com/forms/d/1BxiMVs0XRA5nFMdKvBdBZjgmUUqptlbs74OgVE2upms/edit, the form ID is 1BxiMVs0XRA5nFMdKvBdBZjgmUUqptlbs74OgVE2upms.

Date/Time Macros (API URL)

Optional

Optionally, the API URL can be customized using macros—all macros added to the API URL will be converted into values when Nexla executes the API call. Macros are dynamic placeholders that allow you to create flexible API endpoints that can adapt to different time periods or data requirements.

The Google Forms API forms.responses.list endpoint supports a filter query parameter that accepts timestamp-based filters (e.g., timestamp > 2024-01-01T00:00:00Z). Date/time macros are particularly useful for incrementally retrieving only new responses submitted since the last data ingestion run.

Macros are particularly useful for the filter parameter of the Google Forms responses endpoint. For example, you can construct a URL like https://forms.googleapis.com/v1/forms/{formId}/responses?filter=timestamp%20>%20{'{now-1}'} to retrieve only responses submitted within the last time period.

  1. To add a macro, type { at the appropriate position in the API URL (within the Set API URL field), and select the desired macro from the dropdown list.

    • {now} – The current datetime
    • {now-1} – The datetime one time unit before the current datetime
    • {now+1} – The datetime one time unit after the current datetime
    • custom – Datetime macros can reference any number of time units before or after the current datetime—for example, enter (now-4) to indicate the datetime four time units before the current datetime
  2. Select the format that will be applied to datetime macros from the Date Format for Date/Time Macro pulldown menu. This format will be applied to the base datetime value of the macro—i.e., the value of {now} in {now-1}.

    The Google Forms API filter parameter expects timestamps in RFC 3339 format (e.g., 2024-01-15T00:00:00Z). Select the date format that matches this pattern when using macros with the filter query parameter.

  3. Select the datetime unit that will be used to perform mathematical operations in the included macro(s) from the Time Unit for Operations pulldown menu—for example, for the macro {now-1}, when Day is selected, {now-1} will be converted to the datetime one day before the current datetime.

Lookup-Based Macros (API URL)

Optional

Column values from existing lookups can also be included as macros in the API URL. Lookup-based macros allow you to reference data from previously configured data sources or lookups, enabling dynamic API endpoints that can adapt based on existing data.

Lookup-based macros are useful when you need to dynamically supply form IDs or response IDs based on data from another Nexla source, rather than hardcoding them in the URL.

  1. To include a lookup column value macro, select the relevant lookup from the Add Lookups to Supported Macros pulldown menu.

  2. Type { at the appropriate position in the API URL, and select the lookup column-based macro from the dropdown list. Lookup-based macros are automatically populated into the macro list when a lookup is selected in the Add Lookups to Supported Macros pulldown menu.

Path to Data

Optional

If only a subset of the data returned by the API endpoint is needed, you can designate the part of the response that should be included in the Nexset(s) produced from this source by specifying the path to the relevant data within the response. This is particularly useful when API responses contain metadata, pagination information, or other data that you do not need for your analysis.

For example, when calling the Google Forms API to list form responses, the API returns a JSON object with a top-level responses array containing individual response objects. By specifying the path to the responses array, you instruct Nexla to treat each response as a separate record in the resulting Nexset.

Path to Data is essential when working with Google Forms API responses. For example, use $.responses[*] to extract individual form response records from the forms.responses.list endpoint, or $.items[*].questionItem to extract individual question items from a form's item list.

  • To specify which data should be treated as relevant in responses from this source, enter the path to the relevant data in the Set Path to Data in Response field.

    • For responses in JSON format enter the JSON path that points to the object or array that should be treated as relevant data. JSON paths use dot notation (e.g., $.responses[*] to access the responses array returned by the forms.responses.list endpoint).

    • For responses in XML format, enter the XPath that points to the object/array containing relevant data. XPath uses slash notation (e.g., /response/data/item to access item elements within a data element).

    Path to Data Example:

    When using the forms.responses.list endpoint (https://forms.googleapis.com/v1/forms/{formId}/responses), the API response includes a top-level responses array. Enter $.responses[*] to extract each individual form response as a record in Nexla.

Autogenerate Path Suggestions

Nexla can also autogenerate data path suggestions based on the response from the API endpoint. These suggested paths can be used as-is or modified to exactly suit your needs.

  • To use this feature, click the Test button next to the Set API URL field to fetch a sample response from the API endpoint. Suggested data paths generated based on the content & format of the response will be displayed in the Suggestions box below the Set Path to Data in Response field.

  • Click on a suggestion to automatically populate the Set Path to Data in Response field with the corresponding path. The populated path can be modified directly within the field if further customization is needed.

    PathSuggestions.png

Metadata

If metadata is included in the response but is located outside of the defined path to relevant data, you can configure Nexla to include this data as common metadata in each record. This is useful when you want to preserve important contextual information that applies to all records but is not part of the main data array.

For example, the Google Forms API forms.responses.list endpoint returns a nextPageToken field at the top level of the response alongside the responses array. If you have specified $.responses[*] as the path to relevant data, you can specify a path to additional top-level metadata to include it with each response record.

Metadata paths are particularly useful for preserving API response context like pagination tokens, form revision IDs, or response counts that apply across all records in the response.

  • To specify the location of metadata that should be included with each record, enter the path to the relevant metadata in the Path to Metadata in Response field.

    • For responses in JSON format, enter the JSON path to the object or array that contains the metadata, and for responses in XML format, enter the XPath.

Request Headers

Optional
  • If Nexla should include any additional request headers in API calls to this source, enter the headers & corresponding values as comma-separated pairs in the Request Headers field (e.g., header1:value1,header2:value2). Additional headers are sometimes required for API versioning, content type specifications, or custom request requirements.

    You do not need to include any headers already present in the credentials. The Google Forms API Authorization header is handled automatically by Nexla based on your OAuth credential configuration. Common headers like Authorization and Content-Type are added automatically.

Endpoint Testing

After configuring all settings for the selected endpoint, Nexla can retrieve a sample of the data that will be fetched according to the current configuration. This allows users to verify that the source is configured correctly before saving.

  • To test the current endpoint configuration, click the Test button to the right of the endpoint selection menu. Sample data will be fetched & displayed in the Endpoint Test Result panel on the right.

  • If the sample data is not as expected, review the selected endpoint and associated settings, and make any necessary adjustments. Then, click the Test button again, and check the sample data to ensure that the correct information is displayed.

Save & Activate the Source

  1. Once all of the relevant steps in the above sections have been completed, click the Create button in the upper right corner of the screen to save and create the new Google Forms API data source. Nexla will now begin ingesting data from the configured endpoint and will organize any data that it finds into one or more Nexsets.