The Linkedin documentation can be found here
As it says, it needs:
og:title
og:description
og:image
og:url
Here is an example of my wordpress blog source code that for simplicity I use Jetpack plug-in:
<!-- Jetpack Open Graph Tags -->
<meta property="og:type" content="article" />
<meta property="og:title" content="Starbucks Netherlands Intel" />
<meta property="og:url" content="http://lorentzos.com/starbucks-netherlands-intel/" />
<meta property="og:description" content="Today I had some free time at work. I wanted to play more with Foursquare APIs. So the question: "What is the correlation of the Starbucks Chain in the Netherlands?". Methodology: I found all the p..." />
<meta property="og:site_name" content="Dionysis Lorentzos" />
<meta property="og:image" content="http://lorentzos.com/wp-content/uploads/2013/08/starbucks-intel-nl-238x300.png" />
In Facebook it works great, or you can see the meta data here. However LinkedIn is more stubborn and doesn't really parse the data even the If you're unable to set Open Graph tags within the page that's being shared, LinkedIn will attempt to fetch the content automatically by determining the title, description, thumbnail image, etc.
I know that I don't have the og:image:width tag but Linkedin doesn't even parse title, description or url. Any ideas to debug it?
I checked again my html and found some warnings/errors in metadata. I fixed them and all work good. So the solution if you encounter the same problem:
Check your html again and debug it. Even if the page load well in your browser, the LinkedIn parser is not as powerful in terms of small errors. This tool might help.
My very first suggestion is appending a meaningless query to the URL, so that LinkedIn thinks it's a new link (this doesn't affect anything else) i.e.:
http://example.com/link.php?42 or http://example.com/link.html?refid=LinkedIn
If that doesn't suit your needs, a more drastic measure is in order.
After making sure you don't have any errors in your console and validating your site using:
http://validator.w3.org/...
Add the prefix attribute to every tag (not to html tag), then re-sign in with your LinkedIn account to clear the cache...
prefix="go: http://ogp.me/ns#" i.e.:
<meta prefix="og: http://ogp.me/ns#" property="og:title" content="Title of Page" />
<meta prefix="og: http://ogp.me/ns#" property="og:type" content="article" />
<meta prefix="og: http://ogp.me/ns#" property="og:image" content="http://example.com/image.jpg" />
<meta prefix="og: http://ogp.me/ns#" property="og:url" content="http://example.com/" />
I hope one of these three solutions works for someone. Cheers!
If you're sure you've done everything right (using open graph meta tags, no errors on validator.w3.org) and it still is not working, be sure to try it with a different page, it might be a LinkedIn cache thing.
I had a <h1>Project information</h1> on my page, which LinkedIn used as the title for sharing the page, instead of the <title> or <meta property="og:title" [...]/> tag. Even though I did everything right. But when I completely removed this <h1>Project information</h1> from the page source, it kept using 'Project information' as the title even thought it wasn't on the page anymore.
After trying a different page, it worked.
I stumbled about the same problem for our Wordpress site. The problem is created by conflicting OGP and oembed headers in standard wordpress + yoast / jetpack seo plugin.
You need to disabled the oembed headers with this plugin (this has no side effects): https://wordpress.org/plugins/disable-embeds/
After that you can force a fresh link preview by appending a ?1 as some of you guys already pointed out!
I hope that fixes your problem.
I wrote a detailed explanation for the problem here: https://pmig.at/2017/10/26/linkedin-link-preview-for-wordpress/
Linkedin caches the urls so it's very practical to make sure that this is not your problem before starting to debug.
This might tool then might come in handy: https://www.linkedin.com/post-inspector/inspect/
Here you can preview your url and see how it looks like when sharing. It refreshes the caching as well so you can be sure if you have a problem or if it was the caching only.
After a long trial and error I found out that my .htaccess was somehow blocking the Linkedin robot (wordpress site). For those who use the ithemes security plugin for wordpress or another security plugin make sure that LinkedIn is not blocked.
Make sure there is no line like:
RewriteCond %{HTTP_USER_AGENT} ^Link [NC,OR]
The easiest way to check is to use wordpress default htaccess lines.
As mentioned before, make sure you don't retry cached pages in linkedin.
You can try this only once a week!
I had a link to my site and I wanted to customize the image Linkedin displayed. So I added open graph tags which didn't seem to render at all. Until I read this:
The first time that LinkedIn's crawlers visit a webpage when asked to share content via a URL, the data it finds (Open Graph values or our own analysis) will be cached for a period of approximately 7 days.
This means that if you subsequently change the article's description, upload a new image, fix a typo in the title, etc., you will not see the change represented during any subsequent attempts to share the page until the cache has expired and the crawler is forced to revisit the page to retrieve fresh content.
https://developer.linkedin.com/docs/share-on-linkedin
The solution for me was to add a hashbang. I am on an ajax style application which doesn't render the whole page, I think linkedin has a bit of a hissy fit about the text/image not being on the page on initial scrape, adding
%23!
to the end of my encoded url or
#!
to the unencoded url before sending it off to linkedin seemed to do the trick nicely for my share button popup. Not wsure if this is only Ajax/js apps or not but it certainly solved a couple of hours of effort for me.
I guess this is only useful if your application is setup to handle the escape_fragment in the url and render a static page not a dynamic one but I can't test this theory right now
This was happening on one of my client's sites as well. I discovered that the .htaccess file was blocking the site from LinkedIn if the user-agents contained the string "jakarta".
As soon as I remove this filtering, LinkedIn was able to access all of the required the OpenGraph (og) information when the client would post a link.
True, the documentation states that you can have: title, url, description, and image. But in reality, you have two options. Pick one of the two following sets and use it, as you have no other choice...
Set 1 Options
og:title
og:url
og:image
Set 2 Options
og:title
og:url
og:description
That is the reason why og:description is mysteriously missing from preview links. But if you drop image, then your description will finally display.
Try it: Wikipedia has an og description but no og image, while GitHub has both. Share Wikipedia and Share GitHub. Clearly seems like either you get a choice to display description or a choice to display image. I have spent weeks struggling with LinkedIn Support to correct this, but to no avail.
Related
I have a link curation website, so the problem is when I share a resource at the moment, the url could be for example http://mixtalker.com/?resources=looping-traktor-track-decks but facebook will scrape http://mixtalker.com/ because that is the canonical url.
This really sucks when someone posts it on facebook because all the OpenGraph tags are with the homepage meta, so the link gets the wrong thumbnail and wrong information. Who knows how to fix this?
Ps: Everything its ok with other pages, like about, faq, etc. I have this bug only with the link content page. Im Using Yoast SEO and Wordpress
This is in the source:
<meta property="og:url" content="http://mixtalker.com/" />
You need to change that metatag to include the parameter:
<meta property="og:url" content="http://mixtalker.com/?resources=looping-traktor-track-decks" />
I tried various codes and none worked.
This is one of those:
<?php
$title=urlencode('Title of Your iFrame Tab');
$url=urlencode('http://www.example.com/');
$summary=urlencode('Custom message that summarizes what your tab is about, or just a simple message to tell people to check out your tab.');
$image=urlencode('http://www.daddydesign.com/wp-content/uploads/2011/06/facebook_iframe_share_button.jpg');
?>
<a onClick="window.open('http://www.facebook.com/sharer.php?s=100&p[title]=<?php echo $title;?>&p[summary]=<?php echo $summary;?>&p[url]=<?php echo $url; ?>&p[images][0]=<?php echo $image;?>','sharer','toolbar=0,status=0,width=548,height=325');" href="javascript: void(0)">Insert text or an image here.</a>
Facebook have changed something and now the only parameter that a developer can change is the URL of the page, but nothing else.
Does anyone know if it's still possible to change the title and description of the shared page?
Consider using Facebook Open Graph.
The Open Graph Protocol website.
Also there is a plugin for Open Graph.
An example:
You can change the title and description which appears in shares with these meta tags.
<meta property="og:description" content="Your description here" />
<meta property="og:title" content="The title of the page" />
Facebook also provides a debugging tool which you can use to see how it sees a given page from your website.
Sometimes Facebook seems not to clear the cache for a given page. There's a discussion about that issue here on SO. I have trouble with that sometimes. For me it works puting something like ?refresh=1 at the end of the URL and then increment that number each time.
You can see a list of best practices on the use of Facebook OG here. Last but not least here is a list with more available tags. You can click on each one to see more info. I fear it is not comprehensive, though as it does not include for example og:title.
I've been working on a Joomla site with custom template, and I've had to create some custom share buttons for Google+, email, Twitter & Facebook. The first three work fine, but the Facebook one is causing problems. I'm using K2 and have got all the Open Graph meta tags within the header - having added the site_name & fb:app_id tags manually as K2 adds all the others, but not these. However, if I try to share a blog post Facebook doesn't pick up anything other than the URL.
I've tested with the Facebook debugger and all the meta information is being scraped. I know that it can take a while for the sharer to pick up any changes, and thanks to the debugger I discovered that I had to switch off gzip in order for the correct page to be loaded and the tags scraped. I made that change on Friday lunchtime, and have just checked the site again today and there is no change, the sharer is still coming back with empty data except for the URL.
I'm using this link (the URL is generated automatically by the site):
Share on Facebook
and the following Open Graph tags:
<meta property="og:url" content="http://www.mydomain.co.uk/blog/category/page-title">
<meta property="og:title" content="Page Title - My Domain">
<meta property="og:type" content="article">
<meta property="og:image" content="http://www.mydomain.co.uk/media/k2/items/cache/9b2c4b44fb86522964124ed80d03c5e8_M.jpg">
<meta name="image" content="http://www.mydomain.co.uk/media/k2/items/cache/9b2c4b44fb86522964124ed80d03c5e8_M.jpg">
<meta property="og:description" content="Page Intro Text">
Can anyone please suggest what I've missed or got wrong?
Thanks!
The URL you are using in sharer link is
http://www.mydomain.co.uk:80/blog/category/page-title
and the URL at og:url is
http://www.mydomain.co.uk/blog/category/page-title
i.e. there is a difference in both URLs (:80 in the URL at sharer link), so it may cause issue.
Try to use same URL both place. May it helps.
We just made a re-design of the company I work with of the company wordpress blog to make it more SEO friendly, improving all we could. However I still have an issue with the Google+ share button you can see we have 2 sets of social buttons 3 in the header (facebook, google+ and twitter) these are to share the site and 3 buttons at the end of the post next to "Did you enjoy this article? Share it!" to share the article.
When clicking the "G+ share" button the snippet plug-in is not using the metadata of the site like the title and description:
And in the documentation it says that's all I need, because I'm using the Open Graph protocol, but when I test it this is the result, which is not using the information set in the metadata:
https://plus.google.com/share?url=http://blog.voicebunny.com/2013/02/21/how-voicebunny-gets-professional-voice-overs-so-fast/
And the last thing I'm totally lost is when testing with the rich-snippets tool everything looks fine:
http://www.google.com/webmasters/tools/richsnippets?url=http%3A%2F%2Fblog.voicebunny.com%2F2013%2F02%2F21%2Fhow-voicebunny-gets-professional-voice-overs-so-fast%2F&html=
Any idea how to fix the snippet? Thanks in advance.
To clearly document an apparent solution:
Putting a data-href tag as part of the that explicitly points to the page would make it clear where the metadata should be pulled from. Although there are other ways it can get this data (the cannonical link, for example), making it explicit as part of the button is best.
Not entirely sure, but I think you also have to update (or remove?) the itemprop meta at the beginning of your template:
<meta itemprop="name" content="The Carrot Chronicle">
<meta itemprop="description" content="The Official Blog of Mr. VoiceBunny">
We have an app running on facebook. Metatags for sharing the link of the app are implemented correctly and working, as long as I am not sharing the index.php.
I implemented exactly the same content into three files:
index.php -> no image or description shown
start.php -> thumbnail and description shown
indextest.php -> thumbnail and description shown
My problem:
It must work with the index.php because most people are sharing via the path: http://apps.facebook.com/myapp
So does Facebook just not recognize any files named index.php?
And do you have any suggestions how to solve this?
Many thanks!
EDIT:
Ooookay! Thanks for all your help guys. It was indeed a caching problem, but not for the files. Every time a user shares a link, facebook saves the given thumbnail and description. This is just hillarious! Because the time until the cache is flushed can sum up to one week! So it would be a very bad idea if you shared a link of your site just to check how it looks, if it is not finished.
Fortunately this caching is case-sensitive, if you enter a letter in big, that you entered small, facebook will get new contents, but again just for this url.
My main url (with small letters) will still not work.
Check here for further information (quite important if you are into facebook development):
http://fbmhell.com/2010/10/breaking-facebook-share-cache/
I can answer the question after 8 hours.
But still you both helped me had to do with cache and I needed the url tool to find out about this specific caching ;-)
Try using OG tags:
http://developers.facebook.com/docs/opengraph/
e.g.:
<meta property="og:title" content="The Rock"/>
<meta property="og:type" content="movie"/>
<meta property="og:url" content="http://www.imdb.com/title/tt0117500/"/>
<meta property="og:image" content="http://ia.media-imdb.com/rock.jpg"/>
Ooookay! Thanks for all your help guys. It was indeed a caching problem, but not for the files. Every time a user shares a link, facebook saves the given thumbnail and description. This is just hillarious! Because the time until the cache is flushed can sum up to one week! So it would be a very bad idea if you shared a link of your site just to check how it looks, if it is not finished.
Fortunately this caching is case-sensitive, if you enter a letter in big, that you entered small, facebook will get new contents, but again just for this url.
My main url (with small letters) will no
Check here for further information (quite important if you are into facebook development):
http://fbmhell.com/2010/10/breaking-facebook-share-cache/