Request endpoints

This page explains the different request endpoints (URIs) you can use to access Cloud Storage.

Note: The Cloud Storage URIs described on this page are subject to change.

Typical API requests

When making requests directly to one of the Cloud Storage APIs, use the following URIs:

JSON API

• For general JSON API requests, excluding object uploads, use the following endpoint, replacing [VALUES_IN_BRACKETS] with the appropriate values:

  https://www.googleapis.com/storage/v1/[PATH_TO_RESOURCE]

• For JSON API object uploads, use the following endpoint, replacing [VALUES_IN_BRACKETS] with the appropriate values:

  https://www.googleapis.com/upload/storage/v1/b/[BUCKET_NAME]/o

• For batched requests, use the following endpoint, replacing [VALUES_IN_BRACKETS] with the appropriate values:

  https://www.googleapis.com/batch/storage/v1/[PATH_TO_RESOURCE]

JSON API endpoints only accept HTTPS requests.

XML API

Important: If you intend to serve content through a browser, note that the XML API serves content from the same origin as the request endpoint. If you need to serve content from a unique origin, consider using the JSON API or Authenticated browser downloads.

• For all XML API requests, you can use either of the following endpoints, replacing [VALUES_IN_BRACKETS] with the appropriate values:

  https://storage.googleapis.com/[BUCKET_NAME]/[OBJECT_NAME]

  https://[BUCKET_NAME].storage.googleapis.com/[OBJECT_NAME]

Optionally for uploads and downloads, Cloud Storage offers dedicated XML API endpoints. These upload and download endpoints may provide a small performance benefit when transferring large amounts of data.

• For uploads, you can use either of the following endpoints, replacing [VALUES_IN_BRACKETS] with the appropriate values:

  https://storage-upload.googleapis.com/[BUCKET_NAME]/[OBJECT_NAME]

  https://[BUCKET_NAME].storage-upload.googleapis.com/[OBJECT_NAME]

• For downloads, you can use either of the following endpoints, replacing [VALUES_IN_BRACKETS] with the appropriate values:

  https://storage-download.googleapis.com/[BUCKET_NAME]/[OBJECT_NAME]

  https://[BUCKET_NAME].storage-download.googleapis.com/[OBJECT_NAME]

All XML API endpoints support secure sockets layer (SSL) encryption, which means you can use either HTTP or HTTPS. Using HTTPS is recommended, especially if you authenticate to Cloud Storage using OAuth 2.0.

For connections through a proxy, see the Troubleshooting topic for recommended practices.

CNAME Redirects

A CNAME redirect is a special DNS record that lets you use URIs from your own domain to access resources in Cloud Storage through the XML API without revealing the actual XML API URIs. To do this, the following URI must be added to the host name portion of your CNAME record:

c.storage.googleapis.com.

For example, say your domain is example.com, and you want to make travel maps available to your customers. You can create a bucket in Cloud Storage called travel-maps.example.com, and then create a CNAME record in DNS that redirects requests from travel-maps.example.com to the Cloud Storage URI. To do this, you publish the following CNAME record in DNS:

NAME                      TYPE     DATA
travel-maps.example.com   CNAME    c.storage.googleapis.com.

By doing this, your customers can use the following URL to access a map of Paris:

http://travel-maps.example.com/paris.jpg

Your domain registration service should have a way for you to administer your domain, including adding a CNAME resource record. For example, if you use Google Domains, instructions for adding a resource record can be found on the Google Domains Help page, in the Resource records drop-down section.

Note: You can use a CNAME redirect only with HTTP, not with HTTPS. To serve your content through a custom domain over SSL, you can set up a load balancer.

Note: When creating a bucket to serve resources for redirect requests, the bucket name must conform to standard DNS naming conventions. See Bucket Name Requirements for more information.

Authenticated Browser Downloads

Authenticated browser downloads use cookie-based authentication. Cookie-based authentication asks users to sign in to their Google account to establish their identity. The specified Google account must have appropriate permission to access the resource, granted though IAM policies or Access Control Lists, in order to perform the browser download.

To download an object using cookie-based authentication, use the following URL, replacing [VALUES_IN_BRACKETS] with the appropriate values:

https://storage.cloud.google.com/[BUCKET_NAME]/[OBJECT_NAME]

For example, if you shared an image london.jpg from your bucket example-maps, the URL would be:

https://storage.cloud.google.com/example-maps/london.jpg

Using HTTPS is strongly recommended when performing authenticated browser downloads, however HTTP is also supported. For more information about authenticated browser downloads, see Cookie-based Authentication.

Important: If you have enabled Cloud Audit Logging Data Access logs on your bucket, users cannot use authenticated browser downloads to access objects in the bucket.

Access to public objects

All requests to the storage.cloud.google.com URI require authentication. This applies even when allUsers have permission to access an object. If you want users to download anonymously accessible objects without authenticating, use the storage.googleapis.com URI documented in Direct API requests. For details and examples, see Accessing Public Data.

What's next

• Upload a file to Cloud Storage.
• Download a file from Cloud Storage.
• Host a static website.