I read a lot of articles in one of two ways:

  1. Open a bunch of tabs and then read them one at a time
  2. Save a bunch of interesting-looking stories to Pocket and then read them one at a time

So by the time I’ve decided to share a link to the story on Facebook Twitter, Mastodon, etc., I’ve often forgotten where I saw it to begin with.

If it’s a site I follow regularly, or I found it through a search, or if it was recommended by Pocket, no big deal, but if someone else shared the link and I saw it, I feel like I ought to give a little credit.

Now, the share/retweet buttons do automate this trail…but only if you do it immediately on Facebook or Twitter, because they have a nasty tendency to update your timeline when you come back, making it difficult to find the post you clicked on.

So anyone notice how twitter actively discourages you from reading an article before RT it? I read, take my time, and when I go back, the tweet I was reading is “gone”, pushed down my timeline.
— Lee Skallerup Bessette makes zero magic (@readywriting) January 1, 2018

(It took me 30 minutes to find this tweet, since I couldn’t remember who had written it, only who on my list had retweeted it.)

This encourages you to share articles before you read them, no doubt contributing to the problem of people sharing stuff that turns out to be total BS, sending it halfway around the world before the truth can get its proverbial pants on.

I’m not sure how much people care about the trail these days. Citing the original source? absolutely. Posting someone else’s idea as yours? Hell yeah, just search for “stolen tweets.”

But the intermediary? Whether you follow the person you retweeted, or you follow someone who follows someone who follows someone who retweeted them, it looks the same to the rest of the world. Back when reposts and linkblogging were done manually, it was a BIG DEAL. I remember people getting upset that big-name bloggers would share links to things that smaller bloggers had already shared without crediting them. (Admittedly, I don’t remember whether it was a common complaint or just a few people.)

On the other hand, if you’re studying the spread of ideas, opinions, information or misinformation, it’s invaluable. And if you’re trying to hide a propaganda operation, you might want to disguise the trail…

But social media users do care about share counts and like counts. Original posters want the validation. Viewers see high counts as social proof that other people find the post valuable. And the platforms themselves use it as a signal to prioritize display in the newsfeed algorithm du jour. So there’s a strong incentive to get people (or bots) to use those share, reblog, retweet buttons.

So when it comes down to it, the normal use case preserves that link trail (even if you only see the oldest and newest links in that chain)…and I’m just an outlier when it comes to the way I use social media.

ShareThis is rolling out a tool for “frictionless sharing.” That’s the term for those apps or widgets that “let” you broadcast everything you do on a site to your social network. I suppose it sounds great for publishers, because your content gets shared more, but…

As someone who reads stuff online, “Frictionless sharing” is a privacy disaster waiting to happen. Undo is nice, but in a world where updates are pushed instantly, you can’t count on it.

As someone who follows social networks, it’s just more noise. I don’t want to know every article you read in your latest wiki walk. I’ll tune it out, or I’ll tune you out. What I want to know is which articles, photos and videos you think are worth sharing.

Between the ticker and the plans to auto-share even more activity on the timeline, I’m beginning to think that Facebook should call itself Firehose instead.

I’m tempted to ask, “Who the hell wants this?” but based on past experience, that usually means I’m just not in the target audience.

TechCrunch | Share Buttons? Ha. Facebook Just Schooled The Internet. Again.

(Originally posted on Google+)

Cool idea: Google is designing a “Web intents” system for web apps similar to intents in Android. For those who haven’t used Android, “intents” allow apps to register actions they can take — such as “I can share (or edit) images!” — and other apps to hand data over to them. That way your camera app doesn’t need to know about every possible image-sharing or editing app you can put on your phone.

Now they’re extending the idea to web applications. There’s a JavaScript-based proof of concept, and they’re planning to add native support to Chrome.

Originally posted on Google+

Update: While it would have been cool, Web Intents never got off the ground. Paul Kinlan describes what happened.