--
You received this message because you are subscribed to the Google Groups "awesm-api" group.
To post to this group, send email to awes...@googlegroups.com.
To unsubscribe from this group, send email to awesm-api+...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/awesm-api?hl=en.
"Some clients including Twitter.com may begin displaying the original URL, or the destination URL, but clicks will pass through the original URL as expected (including through any shortener you may already use)."
As you can imagine, integration with Twitter's new tweet button is a top priority for us. We're fortunate to have a very good relationship with Twitter and I had a meeting earlier today with the team responsible for their tweet button.
There's good news and bad news, but no simple solution. So, I'll just lay everything out below:
A) Twitter started wrapping all links in t.co in their API several months back (see http://blog.twitter.com/2010/06/links-and-twitter-length-shouldnt.html) and adding a 'display link' field to the API. What this means is that the user-experience should not change (i.e. the tweet is displayed in Twitter.com or any clients with whatever link is submitted), however *all* links clicked on Twitter (their site and 3rd-party clients) will redirect through t.co before hitting the URL submitted. So, awe.sm (or any other redirect tracker) will still record clicks, Twitter is just recording them as well.
B) The link displayed in the compose window for the new official tweet button will *always* be a t.co link, regardless of what link you submit to the button. However, the link submitted to the button is what will be used as the display link and what will be wrapped by t.co. So, the resulting tweets will not show t.co.
C) There is an undocumented parameter in the new tweet button for a 'count url' (see http://blog.bit.ly/post/945591208/using-bit-ly-with-twitters-tweet-button). This means you can tell the button to display the count for one URL (e.g. the canonical URL of the page in question) and use a different URL (e.g. your redirect tracking link) in the tweet it generates.
D) Twitter does *not* plan to support any 3rd-party encoding of links natively in the tweet button anytime soon. So, all 3rd-party redirect trackers/URL shorteners will have to work via C) above.
So, C) above is good news for us but D) is bad news. C) means it is relatively easy for you to use links from your awe.sm-powered domain with the tweet button, but D) means it is going to be much harder to give you the same kind of granular analytics you can get with an awe.sm-integrated tool like the BackType Tweetcount button (http://www.backtype.com/widgets/tweetcount). This is because awe.sm works differently from conventional URL shorteners, like bit.ly and others, who generate a single shortened URL for a given original (long) URL. awe.sm's tracking advantage comes from generating a unique tracking link *per tweet* so you can better understand how different actions drive traffic.
In the very short-term (like hopefully next week), we plan to offer you a version of the official tweet button that will support what is effectively a static link on your awe.sm-powered domain per original URL. This means your branded links will be displayed, but your analytics from the official tweet button will not match with ones from other tools (you'll still have accurate overall total click counts, but you won't have accurate clicks per share because it will only be one share).
In the following weeks, our top priority will be delivering a solution that also gives you proper awe.sm tracking with the tweet button. We are committed to our approach of a unique awe.sm link for each share action and already have an idea of how to do it within the constraints of the official tweet button.
We will be delivering these solutions as a javascript widget and a WordPress Plugin. And we will do it in a way that if you install the temporary short-term solution, you will automatically get (or in the case of the WordPress Plugin get notified of) the upgrade to the full solution when it's available. If anyone in the group would like to adapt these into a plugin for another platform, we'd love to help.
We really appreciate your support and we're fully committed to delivering you guys the most advanced sharing analytics available.
Best,
-jonathan
--
Jonathan Strauss, Co-Founder
http://snowballfactory.com
Campaign tracking for social media - http://awe.sm
A smarter way to update Facebook from Twitter - http://tweetpo.st
Sharecount button for Facebook - http://www.fbshare.me
From my limited testing, it has nothing to do with the URL being specified for sharing (which is for some reasons being used for the search query, the search query should be using the data-counturl value IMHO). You can change the data-counturl parameter to that of another blog post with a tweet count (e.g. http://techcrunch.com/2010/08/16/tctv-fight-crowdsourcing-movies-will-cause-americas-creative-collapse/) and it will show you that count while still tweeting the same specified awe.sm-powered link.
My working theory is that Twitter isn't looking through awe.sm-powered URLs for the tweet counts. We went through this with both Tweetmeme and BackType early on and I'm sure should be a relatively easy fix on Twitter's side. However, it wouldn't hurt for other folks to chime in on the above thread.
--
Jonathan Strauss, Co-Founder
http://snowballfactory.com
Campaign tracking for social media - http://awe.sm
A smarter way to update Facebook from Twitter - http://tweetpo.st
Sharecount button for Facebook - http://www.fbshare.me
Version 0.3 is now live at http://wordpress.org/extend/plugins/tweet-button-with-shortening/ with the following changes:
* Added support for tweet button localization (English, French, German, Spanish, Japanese)
* You can now customize the description of the author in the recommended users list (primarily for localization, default is still "Author of the post")
* You can now add a comma separated list of additional Twitter users to recommend (the button will accept up to 6 total and only show 2 at a time)
* Fixed a bug that prevented you from disabling the option to recommend the post author
With regard to the default text of the tweet, Twitter constructs it as such:
<Text specified> <URL specified> via @<via username specified>
So, the only thing you can edit is the text that appears before the link, which is currently the blog post title. I agree that this should be configurable in the future. However, making it configurable means supporting wildcards (like %title% and maybe %tags%) that would change automatically on a per post basis. This is a bit more involved than the above changes (and I haven't fully figured out the desired behavior yet), so I'll probably tackle it over the weekend.
Your feedback is very helpful. So, please keep it coming!
Thanks,
-jonathan
P.S. I have been in communication with the Twitter team about the awe.sm-powered URL counting (or lack thereof) and they told me they're looking into it. I will pass on whatever news I have as soon as I hear more from them.
--
Jonathan Strauss, Co-Founder
http://snowballfactory.com
Campaign tracking for social media - http://awe.sm
A smarter way to update Facebook from Twitter - http://tweetpo.st
Sharecount button for Facebook - http://www.fbshare.me
The construction of the pre-populated tweet is as follows:
<data-text><data-url> via @<data-via>
Specifically, you cannot append anything *after* the URL or via and you can only give one argument for what comes before them.
So, if we are going to make the data-text value configurable, it will need to include the post title as an option if the blog owner wants to include that every time. What you could do would be:
data-text="<custom prepend><post title><custom append>"
However, that would all go *before* the URL in the pre-populated tweet.
--
Jonathan Strauss, Co-Founder
http://snowballfactory.com
Campaign tracking for social media - http://awe.sm
A smarter way to update Facebook from Twitter - http://tweetpo.st
Sharecount button for Facebook - http://www.fbshare.me
I also have a soon-to-released Twitter plugin for MT that includes
support for awe.sm. Actually I created a WWW::Shorten module for
awe.sm that I probably should submit to cpan, but I've never submitted
anything to cpan before ;) Let me know if that might be useful or if
you have any other questions...
Jonathan, thanks for the heads up on the v2 APIs, will need to look at
those when they are out....
Cheers,
Mark
Sorry for the delayed reply...
The plugin has now been released at:
http://mt-hacks.com/twittertools.html
Inside the /extlib/ directory is the WWW::Shorten module (not authored
by me). I did create the WWW::Shorten::Awesm module. You can also
see the other services supported, and you might find additional
WWW::Shorten modules out there in the wild as well...
-Mark