Social Share Buttons

Descripció

Add Facebook, Twitter, Google+, LinkedIn, Pinterest and Digg share buttons as well as an Email share button and print button. Above and/or below your pages and posts. It’s all fully customizable so you choose what social media buttons and social share buttons you want on your website.

Get your websites content shared on social medias like Twitter, Facebook and much more by installing this Social share WordPress plugin. Users can easily share your content on the most popular social networks.

Important: A lot of people request a floating sidebar with social icons, sadly this is not something that will be added, since it can be harmful for your websites SEO. You can read more about that if you scroll down and read under “Additional information and F.A.Q”

Core functionality include

• Minimalistic design
• Share text
• Suggest user an email text and subject
• Social share counter
• Facebook, Twitter, Google+, LinkedIn, Pinterest and Digg share buttons
• Shortcodes
• Email share button
• Print button
• Choose yourself what buttons to show
• Place buttons above and/or under content
• Seo Optimized
• Light code
• Responsive design
• Follows Google Insight guidelines
• Build in cache
• Mobile Optimized and Retina Ready

Bonus Functionality include

• Show buttons on: Posts, pages, front page, Archives, Attachment pages, Categories, search results and much more.
• Disable all extra CSS and JS so you can make your own design.
• Fetch shares from both HTTP and HTTPS
• Open share box in: New window, same page or popup.
• Multiple shortcode settings

Seo Optimized and follows Googles new guidelines

After the release of Googles new overlay update, which you can read more about on Google’s own blog Almost every share plugins are coded so they function as an overlay, where they hide parts of the screen for design and other reasons.

For example: They have a custom design, where the original design is hidden behind it – Or functions as a sidebar or so that follows the screen when you scroll. This is only two out of many examples.

We are the first plugin to fix this issue, by coding the design in a new way, where we have altered the original code provided by social networks such as Facebook, Twitter and more, and made the design that way.

Not only does this help avoiding getting punished by the Google update, we have also made the code quicker, meaning we have set a new record in how fast social media share buttons can be loaded, which you can read more about under Lightning Fast Load Time.

We are also the first social share plugin to follow every single guideline and requirement from Google Insight making this plugin the ultimative SEO optimized share plugin.

Lightning Fast

Usually it will take between 1,0 – 2,5 seconds to load social media buttons, because there is so much external data that needs to be loaded. We have found a way to overcome this issue. We have created a built in social share caching, a custom cache that stores all data from the social networks, for example scripts, amount of likes/tweets and much more on your website instead of Facebook, Twitters and more, cutting the loading process down to milliseconds.

We have also altered the usual scripts provided by the social networks, we have managed to bring the load time of social share buttons down by up to 0.7 seconds! Bringing the load time down to 30% of the usual load time – And as every SEO expert know, page speed and load time is a huge part of your SEO and rankings, which you can read more about on MOZ

Source and copyright

• Thanks to Access Keys for creating Social Share WordPress Plugin – AccessPress Social Share under GPLv2
• Thanks to FontAwesome which is licensed under MIT License · Documentation licensed under CC BY 3.0

Core Changes

• We have made the code light weight with minification and code rewriting.
• We have corrected cache settings so they follow Googles guidelines.
• We have updated the design and animations.
• We have SEO optimized the share buttons.
• We have made the design responsive and fluid so it follows Google Insights guidelines
• We have updated descriptions
• We have added more documentation and articles to help the users make the right settings according to their website.
• We have removed fonts to make it load faster.
• We have corrected typographical errors.

Further info and good-to-know

Why is there no floating sidebar?

It is our primary task to make sure that you do not get punished by any Google updates now, or in the future.
After Googles update that is supose to: “Helping users easily access content on mobile” any sort of overlays
might be mistaken for popups and harm your SEO.

Source: Google webmaster blog

What does light weight code mean?

A “lightweight” library or tool in software engineering generally means a library that is less of a pain in the ass to use but not as fully-featured as an equivalent library that is not lightweight. There is a trade-off between pain-in-the-ass-ness and functionality. “Lightweight” means a design that errs on the side of less functionality.

• It can be less of a pain in the ass in several different ways including
• Few or no dependencies on other libraries.
• Easy to install, set up, and/or build.
• Smaller memory footprint.
• Smaller interface.
• Smaller absolute amount of code.

Source: Quora

Why does the buttons slow down my website?

Here’s how social share buttons work: The vast majority of social media buttons have a direct interaction with the social network involved. Most of them just have counters, like a Facebook fan count or a Twitter follower count. Where is that count kept? On the servers of the social network, provided via an API. Typically, the output is going to just be a short text string, but even so, that text string needs to be queried and received. So, for a Facebook button with a share button, you might have a process that looks like this.

1. The user sends a request to load your page.
2. Your server processes the request and begins loading your page.
3. Your load encounters the script that loads the Facebook share button and begins to run the script.
4. The script requires data from Facebook and sends a request to the Facebook servers.
5. The Facebook servers receive the request and query their database for the relevant data.
6. The Facebook data is received and send back to your server.
7. Your server inputs the data in the relevant place in the script, which completes the load of that script and, presumably, the page.
8. This is a lengthy process, and that’s just for one simple social media button. Now repeat it for Twitter if you have a Twitter button with a follower count, and repeat it for Pinterest for pins, and repeat it for Reddit for upvotes, and repeat it for every other site you have a button for.

This is a lengthy process, and that’s just for one simple social media button. Now repeat it for Twitter if you have a Twitter button with a follower count, and repeat it for Pinterest for pins, and repeat it for Reddit for upvotes, and repeat it for every other site you have a button for.

I gets even slower if you use something like the Facebook like box, which not only needs to pick and send along like data, it needs to send over a selection of users with their profile pictures, names, and links. That can become a sizable chunk of data.

Of course, social networks need to have incredibly fast load times in order to attract and keep users. Facebook has a server farm to rival that of Google and they’re tapped into a backbone just as fast as what Google has. At least, I assume so; I don’t know the details of either company’s infrastructure.

Even so, no matter how fast the servers, there’s still time spent sending queries and returning data. Every button you add, every query of another domain or another server, is adding to your load times. Even if it’s just a few hundred milliseconds per request, that can add up very quickly.

This, by the way, is why APIs exist. An API call exports just the data necessary, nothing more. Compare these two pages: Facebook and the Facebook Graph. You’ll note that the second one doesn’t have scripts, doesn’t have feeds, doesn’t have apps; nothing. It’s just a bit of short text. It’s an error because the “graph homepage” doesn’t exist, but that’s still about all of the data you actually get from an API Call. A few hundred bytes of information, compared to the kilobytes or megabytes of data for a regular page load.

The more social buttons you use, the more calls need to be made, and the slower a page loads. If, somewhere along the line, a single piece of data bugs out or a request fails, the button won’t load. Some social buttons have error handling to cover that case, while others don’t. If they don’t, it can be devastating to load times.

Source: Blogpros

Why is social share buttons good for my website

Operating a business blog is a great way to communicate with target audience members and share your thoughts and opinions on business matters in an informal way. It’s not easy to maintain a blog as it takes time to brainstorm a topic, write posts, edit them, post them, and then monitor the comments. If you’re going to dedicate all of that time to your blog you want to get the most out of it, right? The success of a blog largely depends on how many people actually read it and one important way to increase readership is to include social share buttons on every blog post.

Do you have social share buttons on your blog? If not, you’ll want to add them now. Here’s why:

Social Signals

The search engines now include the strength of a link in social media as an algorithm-ranking factor. Strength is measured by calculating the number of times that content is shared, tweeted, liked, and posted in social media. So if your content is getting shared frequently, that will improve its search engine ranking for relevant keywords. Since social share buttons make it so much easier for a reader to pass along your content to their network, without them you are missing out on a huge opportunity.

Increase brand exposure

Marketing and advertising is all about getting your brand and messaging in front of as many potential clients and customers as possible. Millions of people use social networks every day. Obviously not everyone that could benefit from your product or service has heard of you. Including social share buttons increases the likelihood of getting your content in front of new eyeballs. When someone shares your content with their network, it might get seen by a new potential customer, who then may share it with their network, and another new potential customer who then may share it with their network, etc. may see it. The possibilities are limitless and this is an important way to improve brand visibility across the web and increase your number of social followers.

Encourge a good user experience

It’s important to make any interaction that a potential client or customer has with your brand a smooth and easy process. It should be simple to navigate your blog, which should include categories and a search feature so that visitors can quickly find a post that is most relevant to their needs at any particular time. You should also make it easy for them to share your content, so easy that they don’t even need to think about it. If they think it’s helpful or interesting they can quickly click on a button and boom, it’s shared.

Develop natural links
Because of the social share buttons, people will share your links with others, as long as it’s well written and provides value. Over time, people will do more than just share the links on social – they’ll create valuable, natural links. As more and more people share your content on social media, you’ll increase the chances of gaining natural links.

Get more traffic
One of the biggest benefits of adding social share buttons is that it can help increase traffic to your site. With so many content options online, it can be hard to get your information read. Simply put, sharing content increases overall traffic. Instead of making it hard for people to share, make it easy by including sharing buttons.

You want your social share buttons to add value to your site. For instance, when including the buttons to your posts, you may be tempted to put them at the top or bottom. However, it’s much more effective to put them in both places, which adds value both for you and the user. Another issue is that not every page on your site will need the buttons. For instance, if you have a static page, such as an about me page, adding social share buttons to these posts doesn’t really add anything. Do you really want to these pages to be shared in social? However, you definitely will want your blog content to be shared, so it makes sense to add the buttons to your posts.

If you don’t include the buttons there’s a higher likelihood that it won’t get shared, or that someone who has the intent to share the content opens up a new window, signs in to their social network, gets distracted and forgets about your page altogether. Don’t take the risk. Add share buttons so that blog visitors will stay on your site longer.

Source: Brick Marketing

How does the caching the social share buttons work?
The sharing widget will typically consist of a few small icons, some HTML and CSS, and other JavaScript. Typically, the icons are very small and rarely change, but they’re served billions of times a day.

These sharing icons are perfect candidates for very aggressive caching. When we chat with customers about this, we recommend setting a very long time to live (TTL) and an even longer grace period (also known as a “serve stale” period which will continue showing your content even if your origin server is unavailable). Then, if our customers do want to change anything, they can issue a purge and Fastly will fetch the new assets immediately.

Since the working set is so small, for similar setups we typically see a 100% cache hit ratio. This means customers can dramatically lower their hosting costs while ensuring that they’ll be able to weather request spikes that occur when, for example, a story that has the sharing widget embedded suddenly sees a lot of traffic, without breaking a sweat.

There is a dynamic element to a sharing widget: the share count. There are typically two ways to deliver this:

1. Baked into the HTML or JavaScript that you deliver
2. Via an API that the JavaScript calls

Doing it the first way would ruin your cache hit ratio for all those previously cacheable assets, since you’ll need a new version of the widget every time a user Likes the page. By doing it the second way, you can minimize the problem to just one API call, which isn’t too bad.

With Fastly, there is a third option. Here’s how it works:

The share count actually doesn’t need to be absolutely up-to-the-second accurate. Instead, Fastly caches the results of the API call for ~5 minutes (this number is completely configurable depending on traffic and other factors). Every time a user clicks on the social share button, JavaScript first updates the counter on the page and then does an API call to update the counts. Fastly can either pass this API call through to origin or intercept it and return a 200 response, but emit a log message with the relevant information.

However, if the user navigates away from the page and then comes back (or clicks through to the second page of a multi-page article) within that 5 minute window, they’re going to see that their “Share” hasn’t been counted, which is confusing.

In that case, there’s a fairly easy work around. When the user clicks “Like” or “Share,” the JavaScript updates the counter on the widget and sets a cookie with the new count in it before making the call back to register the “Like” or “Share.”

When the social share button is loaded again, the widget code first checks to see if the cookie is present (or alternatively, is newer than the last-modified of the API call) and uses those values. If not, it uses the values from the API.
We still avoid the additional call back to the customer’s origin server, but the user is happy that their “Like” or “Share” has has been counted.

Meanwhile, the widget will load incredibly quickly and the customer will have reduced their load back to their servers from potentially billions a day to:

1 request per asset every time they update their widget
1 request every 5 minutes to fetch the updated count
1 POST request every time a user hits the social share button (unless they use logs instead)

Source: Fastly