74.7k Followers, 10 Following, 1,145 Posts - See Instagram photos and videos from TXT TWITTER UPDATE (@txttxtofficial). TxT Twitter Update. 1,525 likes 2 talking about this.
Getting Started Guide
Getting Started with Cards
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:
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:
Card Property | Description |
twitter:card | 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.
Card and Content Attribution
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:
Card Property | Description | Required |
twitter:site | @username for the website used in the card footer. | No |
twitter:creator | @username for the content creator / author. | No |
URL Crawling & Caching
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 robots.txt
file.
For example, here is a robots.txt
which disallows crawling for all robots, except Twitter’s fetcher:
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):
The server’s robots.txt
file must be saved as plain text with ASCII character encoding. To verify this, run the following command:
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.
Card Display
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:
Txt Profiles
- 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.
Multiple URLs in a Tweet
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 Cards and Open Graph
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 property
and content
attributes for markup (<meta property='og:image'/>
) while Twitter cards use name
and content
. Twitter’s parser will fall back to using property
and 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:
'I live in an apartment complex that has geese pooping and honking constantly for 6 months out of the year. My hatred for them has grown so vast that in order to find some peace I must become the thing I hate the most.' 👍
🎮 Untitled Goose Game
🕓 11 hrs played (avg. 0) pic.twitter.com/2ULiN47eXB
We sell merchandise, with 100% of the proceeds going to our JustGiving fundraising page for the disabled gamers’ charity SpecialEffect
🤔 Why does this exist?
It’s an experiment in data-science that started with the question “what do the gamers with the highest playtimes have to say?“. Using a robot to find and post their reviews, the answer so far seems to be a mix – this vox populi can be bewildering, doting, and even hateful…
💬 What do others think?
Though the reviews we post are largely indiscriminate, they are often liked or retweeted by the developers themselves, sometimes for marketing purposes or to add their own discourse
✅ Are the reviews real?
Yes, you can find them on Steam if you look hard enough – they aren’t sourced in order to prevent harassment
🎯 Which reviews meet the criteria?
Ones where the reviewer’s playtime is in the top 5% for that game and the contents is interesting
🕓 What do the numbers mean?
The hours played is how long they’ve spent in-game according to Steam; the average is the community average for that game according to SteamSpy
📝 What’s with the format?
Twitter’s character limit forces us to choose shorter reviews and use emojis; occasionally longer ones are posted as screenshots
💌 Can I submit reviews?
Txt Twitter Account
Feel free! Our DMs are open…
📈 Will you promote my game?
No