Movatterモバイル変換


[0]ホーム

URL:


Include-dependent response values (API v2)

Some API v2 responses contain null values for certain properties by default, regardless of their actual values. That reduces the size of response payloads while maintaining the basic response structure. To retrieve the actual values for those properties, specify them in theinclude array request parameter.

To determine whether you need to use theinclude parameter in a given request, look at the request description. Theinclude parameter’s enum values represent the response properties that depend on theinclude parameter.

Note

Whether a response property defaults to null depends on the request endpoint, not the object that the endpoint references. If multiple endpoints return data from the same object, a particular property can depend oninclude in one endpoint and return its actual value by default for a different endpoint.

A hash property can depend on a singleinclude value, or on multipleinclude values associated with its child properties. For example, when updating an Account, to return actual values for the entireidentity hash, specifyidentity in theinclude parameter. Otherwise, theidentity hash is null in the response. However, to return actual values for theconfiguration hash, you must specify individual configurations in the request. If you specify at least one configuration, but not all of them, specified configurations return actual values and unspecified configurations return null. If you don’t specify any configurations, theconfiguration hash is null in the response.

POST /v2/core/accounts
curl -X POST https://api.stripe.com/v2/core/accounts \
-H"Authorization: Bearersk_test_09l3shT...CzzZZsiLl2vAsk_test_09l3shTSTKHYCzzZZsiLl2vA" \
-H"Stripe-Version: 2026-01-28.preview" \
--json'{
"include": [
"identity",
"configuration.customer"
]
}'
Included response properties

The response includes actual values for the properties specified in theinclude parameter, and null for all other include-dependent properties.

Response
{
"id":"acct_123",
"object":"v2.core.account",
"applied_configurations":[
"customer",
"merchant"
],
"configuration":{
"customer":{
"automatic_indirect_tax":{
...
},
"billing":{
...
},
"capabilities":{
...
},
...
},
"merchant":null,
"recipient":null
},
"contact_email":"furever@example.com",
"created":"2025-06-09T21:16:03.000Z",
"dashboard":"full",
"defaults":null,
"display_name":"Furever",
"identity":{
"business_details":{
"doing_business_as":"FurEver",
"id_numbers":[
{
"type":"us_ein"
}
],
"product_description":"Saas pet grooming platform at furever.dev using Connect embedded components",
"structure":"sole_proprietorship",
"url":"http://accessible.stripe.com"
},
"country":"US"
},
"livemode":true,
"metadata":{},
"requirements":null
}

Metadata

Updateable Stripe objects—includingAccount,Charge,Customer,PaymentIntent,Refund,Subscription, andTransfer have ametadata parameter. You can use this parameter to attach key-value data to these Stripe objects.

You can specify up to 50 keys, with key names up to 40 characters long and values up to 500 characters long. Keys and values are stored as strings and can contain any characters with one exception: you can’t use square brackets ([ and ]) in keys.

You can use metadata to store additional, structured information on an object. For example, you could store your user’s full name and corresponding unique identifier from your system on a StripeCustomer object. Stripe doesn’t use metadata—for example, we don’t use it to authorize or decline a charge and it won’t be seen by your users unless you choose to show it to them.

Some of the objects listed above also support adescription parameter. You can use thedescription parameter to annotate a charge-for example, a human-readable description such as2 shirts for test@example.com. Unlikemetadata,description is a single string, which your users might see (for example, in email receipts Stripe sends on your behalf).

Don’t store any sensitive information (bank account numbers, card details, and so on) as metadata or in thedescription parameter.

Sample metadata use cases

  • Link IDs: Attach your system’s unique IDs to a Stripe object to simplify lookups. For example, add your order number to a charge, your user ID to a customer or recipient, or a unique receipt number to a transfer.
  • Refund papertrails: Store information about the reason for a refund and the individual responsible for its creation.
  • Customer details: Annotate a customer by storing an internal ID for your future use.
POST /v1/customers
curl https://api.stripe.com/v1/customers \
-u"sk_test_09l3shT...CzzZZsiLl2vAsk_test_09l3shTSTKHYCzzZZsiLl2vA:" \
-d"metadata[order_id]"=6735
{
"id":"cus_123456789",
"object":"customer",
"address":{
"city":"city",
"country":"US",
"line1":"line 1",
"line2":"line 2",
"postal_code":"90210",
"state":"CA"
},
"balance":0,
"created":1483565364,
"currency":null,
"default_source":null,
"delinquent":false,
"description":null,
"discount":null,
"email":null,
"invoice_prefix":"C11F7E1",
"invoice_settings":{
"custom_fields":null,
"default_payment_method":null,
"footer":null,
"rendering_options":null
},
"livemode":false,
"metadata":{
"order_id":"6735"
},
"name":null,
"next_invoice_sequence":1,
"phone":null,
"preferred_locales":[],
"shipping":null,
"tax_exempt":"none"
}

Pagination

All top-level API resources have support for bulk fetches through “list” API methods. For example, you canlist charges,list customers, andlist invoices. These list API methods share a common structure and accept, at a minimum, the following three parameters:limit,starting_after, andending_before.

Stripe’s list API methods use cursor-basedpagination through thestarting_after andending_before parameters. Both parameters accept an existing object ID value (see below) and return objects in reverse chronological order. Theending_before parameter returns objects listed before the named object. Thestarting_after parameter returns objects listed after the named object. These parameters are mutually exclusive. You can use either thestarting_after orending_before parameter, but not both simultaneously.

Our client libraries offerauto-pagination helpers to traverse all pages of a list.

Parameters

  • limitoptional, default is 10

    This specifies a limit on the number of objects to return, ranging between 1 and 100.

  • starting_afteroptional object ID

    A cursor to use in pagination.starting_after is an object ID that defines your place in the list. For example, if you make a list request and receive 100 objects, ending withobj_foo, your subsequent call can includestarting_after=obj_foo to fetch the next page of the list.

  • ending_beforeoptional object ID

    A cursor to use in pagination.ending_before is an object ID that defines your place in the list. For example, if you make a list request and receive 100 objects, starting withobj_bar, your subsequent call can includeending_before=obj_bar to fetch the previous page of the list.

List Response Format

  • objectstring, value is "list"

    A string that provides a description of the object type that returns.

  • dataarray

    An array containing the actual response elements, paginated by any request parameters.

  • has_moreboolean

    Whether or not there are more elements available after this set. Iffalse, this set comprises the end of the list.

  • urlurl

    The URL for accessing this list.

v2 API pagination

APIs within the/v2 namespace contain a differentpagination interface than thev1 namespace.

Response
{
"object":"list",
"url":"/v1/customers",
"has_more":false,
"data":[
{
"id":"cus_4QFJOjw2pOmAGJ",
"object":"customer",
"address":null,
"balance":0,
"created":1405641735,
"currency":"usd",
"default_source":"card_14HOpG2eZvKYlo2Cz4u5AJG5",
"delinquent":false,
"description":"New customer",
"discount":null,
"email":null,
"invoice_prefix":"7D11B54",
"invoice_settings":{
"custom_fields":null,
"default_payment_method":null,
"footer":null,
"rendering_options":null
},
"livemode":false,
"metadata":{
"order_id":"6735"
},
"name":"cus_4QFJOjw2pOmAGJ",
"next_invoice_sequence":25,
"phone":null,
"preferred_locales":[],
"shipping":null,
"tax_exempt":"none",
"test_clock":null
},
]
}

Search

Some top-level API resource have support for retrieval via “search” API methods. For example, you cansearch charges,search customers, andsearch subscriptions.

Stripe’s search API methods utilize cursor-based pagination via thepage request parameter andnext_page response parameter. For example, if you make a search request and receive"next_page": "pagination_key" in the response, your subsequent call can includepage=pagination_key to fetch the next page of results.

Our client libraries offerauto-pagination helpers to easily traverse all pages of a search result.

Search request format

  • queryrequired

    The search query string. Seesearch query language.

  • limitoptional

    A limit on the number of objects returned. Limit can range between 1 and 100, and the default is 10.

  • pageoptional

    A cursor for pagination across multiple pages of results. Don’t include this parameter on the first call. Use thenext_page value returned in a previous response to request subsequent results.

Search response format

  • objectstring, value is "search_result"

    A string describing the object type returned.

  • urlstring

    The URL for accessing this list.

  • has_moreboolean

    Whether or not there are more elements available after this set. Iffalse, this set comprises the end of the list.

  • dataarray

    An array containing the actual response elements, paginated by any request parameters.

  • next_pagestring

    A cursor for use in pagination. Ifhas_more is true, you can pass the value ofnext_page to a subsequent call to fetch the next page of results.

  • total_countoptional positive integer or zero

    The total number of objects that match the query, only accurate up to 10,000. This field isn’t included by default. To include it in the response,expand thetotal_count field.

Response
{
"object":"search_result",
"url":"/v1/customers/search",
"has_more":false,
"data":[
{
"id":"cus_4QFJOjw2pOmAGJ",
"object":"customer",
"address":null,
"balance":0,
"created":1405641735,
"currency":"usd",
"default_source":"card_14HOpG2eZvKYlo2Cz4u5AJG5",
"delinquent":false,
"description":"someone@example.com for Coderwall",
"discount":null,
"email":null,
"invoice_prefix":"7D11B54",
"invoice_settings":{
"custom_fields":null,
"default_payment_method":null,
"footer":null,
"rendering_options":null
},
"livemode":false,
"metadata":{
"foo":"bar"
},
"name":"fakename",
"next_invoice_sequence":25,
"phone":null,
"preferred_locales":[],
"shipping":null,
"tax_exempt":"none",
"test_clock":null
}
]
}

Auto-pagination

Our libraries support auto-pagination. This feature allows you to easily iterate through large lists of resources without having to manually perform the requests to fetch subsequent pages.

# The auto-pagination feature is specific to Stripe's
# libraries and cannot be used directly with curl.

[8]ページ先頭

©2009-2026 Movatter.jp