Optimize Tweets with Cards
Getting Started Guide
- Getting Started with Cards
- Card and Content Attribution
- URL Crawling & Caching
- Card Display
- Multiple URLs in a Tweet
- Twitter Cards and Open Graph
To get started with implementing Cards markup, specify the type of card for your content by adding the following HTML markup to the HEAD section of the page:
<meta name="twitter:card" content="summary"></meta>
Card properties are simple key-value pairs, each defined in an HTML meta tag as seen above. The combined collection of properties defines the overall card experience on Twitter, and each card type supports and requires a specific set of properties.
All cards have one basic property in common - the card type value:
||The card type, which will be one of “summary”, “summary_large_image”, “app”, or “player”.|
Only one card type per-page is supported. If more than one
twitter:card value exists in the page, the “last” one in sequence will take priority.
Each card has built-in content attribution, which surfaces appropriate Twitter accounts for the content as specified by you. Users will be able to follow and view the profiles of attributed accounts directly from the card. There are two kinds of attribution:
Website Attribution: Indicates the Twitter account for the website or platform on which the content was published. Note that a service may set separate Twitter accounts for different pages/sections of their website, and the most appropriate Twitter account should be used to provide the best context for the user. For example, nytimes.com may set the the website attribution to “@nytimes” for front page articles, and “@NYTArts” for articles in the Arts & Entertainment section.
Creator Attribution: Indicates the individual user that created the content within the card. This applies to the Summary with Large Image card.
Configure card attribution using the following properties:
||@username for the website used in the card footer.||No|
||@username for the content creator / author.||No|
Twitter’s crawler respects Google’s robots.txt specification when scanning URLs. If a page with card markup is blocked, no card will be shown. If an image URL is blocked, no thumbnail or photo will be shown.
Twitter uses the User-Agent of Twitterbot (with version, such as Twitterbot/1.0), which can be used to create an exception in the
For example, here is a
robots.txt which disallows crawling for all robots, except Twitter’s fetcher:
User-agent: Twitterbot Disallow: User-agent: * Disallow: /
Here is another example, which specifies which directories are allowed to be crawled by Twitterbot (in this case, disallowing all except the images and archives directories):
User-agent: Twitterbot Disallow: * Allow: /images Allow: /archives
robots.txt file must be saved as plain text with ASCII character encoding. To verify this, run the following command:
$ file -I robots.txt robots.txt: text/plain; charset=us-ascii
Content is cached by Twitter for 7 days after a link to a page with card markup has been published in a Tweet.
If you encounter issues with cards in Tweets not appearing properly, see the Cards Troubleshooting Guide.
Twitter Cards generated from meta tags only appear when a Tweet is either expanded in the timeline (on web) or viewed on the Tweet’s individual permalink page (by clicking on the date from the timeline, either on web or on mobile).
In limited circumstances, Cards may appear in the timeline, such as in images posted to Twitter, Ad formats, and Twitter-run experiments.
If you are looking to bring media (photos, videos and Cards) into the timeline, consider one of the following options:
- Accounts can pin a Tweet to the top of their timeline, which auto-expands the Tweet and displays the Card. (This is possible on web only.).
- For photos and animated GIFs, upload the media directly with the Tweet or consider using the Twitter API to upload media.
- For Ad formats with a call-to-action, visit Twitter Ads for Website Cards.
In some circumstances, users may want to Tweet multiple URLs. Only one card may be shown in a Tweet. Here is the order of precedence when processing multiple URLs:
- Images or media attached to Tweets will have precedence over any card attached to a URL.
- URLs with cards are processed in order of appearance in the Tweet, first to last
Twitter card tags look similar to Open Graph tags, and are based on the same conventions as the Open Graph protocol. When using Open Graph protocol to describe data on a page, it is easy to generate a Twitter card without duplicating tags and data. When the Twitter card processor looks for tags on a page, it first checks for the Twitter-specific property, and if not present, falls back to the supported Open Graph property. This allows for both to be defined on the page independently, and minimizes the amount of duplicate markup required to describe content and experience.
Note that while Open Graph recommends specifying the “og” RDFa Core 1.1 CURIE prefix mapping via
<html prefix="og: http://ogp.me/ns#">, no such markup is required for Twitter cards and its use of the
twitter: prefix in a HTML meta element’s name attribute. Open Graph protocol also specifies the use of
content attributes for markup (
<meta property="og:image" content="http://example.com/ogp.jpg"/>) while Twitter cards use
content. Twitter’s parser will fall back to using
content, so there is no need to modify existing Open Graph protocol markup if it already exists.
The example below uses a mix of Twitter and Open Graph tags to define a summary card:
<meta name="twitter:card" content="summary" /> <meta name="twitter:site" content="@nytimesbits" /> <meta name="twitter:creator" content="@nickbilton" /> <meta property="og:url" content="http://bits.blogs.nytimes.com/2011/12/08/a-twitter-for-my-sister/" /> <meta property="og:title" content="A Twitter for My Sister" /> <meta property="og:description" content="In the early days, Twitter grew so quickly that it was almost impossible to add new features because engineers spent their time trying to keep the rocket ship from stalling." /> <meta property="og:image" content="http://graphics8.nytimes.com/images/2011/12/08/technology/bits-newtwitter/bits-newtwitter-tmagArticle.jpg" />