For this URL I am getting the following message from the lint tool -
Error Parsing URL Error parsing input URL, no data was scraped.
URL...
http://apps.facebook.com/mischiefshoes/?entry_id=201012
Full link to Canvas frame...
https://www.mischiefshoes.co.nz/facebook/competition/?entry_id=201012
When going to post a open graph action this error is logged...
OAuthException: (#3502) Object at URL http://apps.facebook.com/mischiefshoes/?entry_id=201012 has og:type of 'website'. The property 'shoe' requires an object of og:type 'mischiefshoes:shoe'.
Yet my og meta tags are as follows:
<meta property="og:title" content="Michael R. J. Crosbie's favourite shoe"/>
<meta property="og:description" content="Michael R. J. Crosbie's favourite shoe in the mischief shoes instashoe competition. Win $2000 worth of shoes every month - upload your own today!"/>
<meta property="og:image" content="https://www.mischiefshoes.co.nz/media/client/resources/instashoe/201012/237x_scale/Ciara_Misfits.jpg"/>
<meta property="og:site_name" content="MISCHIEF SHOES • WIN FREE SHOES"/>
<meta property="fb:app_id" content="256092351106970"/>
<meta property="og:type" content="mischiefshoes:shoe" />
Any help would be much appreciated! Cheers, Michael
It appears to be a response time issue. When I take a look at your page in Chrome or using a third party speed test I have to wait over 11 seconds for your server to respond.
Facebook's servers are probably timing out before your server responds.
Related
My meta tags seem to be fine and the post inspector shows the image perfectly but when I try to share the post on linked, the image is always missing.
https://goalenvisionpublic-test.azurewebsites.net/sv/event/7-varje-artikel-bor-for-sokmotoroptimeringens/?ppl=sade
Here's how my html looks:
<head prefix="og: http://ogp.me/ns# fb: http://ogp.me/ns/fb# article: http://ogp.me/ns/article#"><style id="stndz-style"></style>
<title>Varje artikel bör för sökmotoroptimeringens skull innehålla minst 1 av - Utbildning - GoalEnvision.com</title>
<meta name="keywords" content="Vision, Mission, Affärsidé och Smarta Mål i Ledningsgruppen">
<meta name="description" content="VD och Ledningsgrupp. Formulera, kommunicera och genomför er strategi. Genom smarta mål arbetar ni med er affärsidé för att nå er vision.">
<link rel="icon" href="/favicon.ico" type="image/x-icon">
<meta property="og:title" content="Varje artikel bör för sökmotoroptimeringens skull innehålla minst 1 av ">
<meta property="og:image" name="image" content="https://goalenvisiontest.blob.core.windows.net/images/7_large_image.jpg">
<meta property="og:image:height" content="627">
<meta property="og:image:width" content="1200">
<meta property="og:description" content="sdkfjns lkjfnd slkjfnsl dkfjnsdlfkds">
<meta property="og:type" content="article">
<meta prefix="og:url" content="https://goalenvisionpublic-test.azurewebsites.net/sv/event/7-varje-artikel-bor-for-sokmotoroptimeringens/?ppl=sade">
LinkedIn Post Inspector
Not really an answer but LinkedIn have confirmed the bug in their crawler. Here's what I heard from them:
Thanks for reporting your issue. We've confirmed the problem you reported. After careful assessment, we've decided that we won't be moving forward with a fix at this time. LinkedIn continuously evaluates how features and products are used and we make adjustments accordingly to focus our resources on providing the most value to our members.
We greatly appreciate your feedback and have documented the issue to track additional reports of the problem and for consideration to be addressed in a future release. If there's anything else I can help you with, please don't hesitate to let me know.
so when helping someone else i discoverd this, hopefully this/was the case with you.
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.
If you make API calls that directly provide the content to be shared
rather than by a URL that requires analysis, LinkedIn will always use
the values you provide.
source: https://developer.linkedin.com/docs/share-on-linkedin
I have a strange problem with Facebook sharing. I have a news portal and when I try to share some news, half of them are sharing fine, and half are not recognized at all, just the link is shared without Title, Image and Description.
The news portal is in PHP Codeigniter, and here are the meta tags that every news link has, and they are correct when I see Page Source.
<meta property="fb:app_id" content="the number"/>
<meta property="og:url" content="the full url of the page" />
<meta property="og:title" content="Title of the news story" />
<meta property="og:description" content="The introduction of the story" />
<meta property="og:image" content="full link of the image"/>
I checked there isn't anything common for the stories that Facebook does not take the meta data. I tried with everytype od image, and with many different resolutions, even with the minimum resolution 200x200 but there is no success.
The only solution is to put the link in the Facebook debugger and then it is working fine. After that you can share it normal, but this is wasting of a lot of time and energy to put half of the links in the debugger before sharing...
What am I missing here?
I'm trying to get Facebook to acknowledge the OpenGraph tags I've placed on my page. When I go to the Facebook Debugger, it seems to think that I have placed none of these tags on my page and when I go to the 'Scraped URL' it does not show the proper tags, and some other markup for this release seems to be missing. The actual generated source is different than what Facebook is reporting. Here's what the OG tags look like on my page:
<META property="og:image" content='http://s7d4.scene7.com/is/image/DeluxeForms/BB_158'>
<meta property="fb:admins" content="580767460" />
<meta property="og:url" itemprop="url" content="http://bagsandbowsonline.preprod.deluxe.com/shopdeluxe/catalog/productDetails.jsp?prodId=15-8&referer=RECS">
<meta property="og:type" content="product" />
<meta property="og:title" itemprop="name" content="Kraft Paper Shoppers Cub, 8 1/4 x 4 1/4 x 10 3/4"" />
<meta property="og:description" itemprop="description" content="Kraft Paper Shoppers Cub, 8 1/4 x 4 1/4 x 10 3/4"">
<meta property="og:site_name" content="Bags and Bows Online" />
Per the documentation, my understanding is that pages get crawled by FB's spiders
once every 24 hours
when one of the fb: admins 'likes' that page
when the page is run through the Facebook Debugger.
I'm not seeing any URL redirects in the debugger. Furthermore, Google doesn't have any issues with this page, and the implimentation is a near direct copy of what we're doing on a different site in which these meta tags are properly read. Does anyone know what could be causing this odd behavior?
My page is located at:
http://bagsandbowsonline.preprod.deluxe.com/shopdeluxe/catalog/productDetails.jsp?prodId=15-8&referer=RECS
The debugger details for this page is at:
http://developers.facebook.com/tools/debug/og/object?q=http%3A%2F%2Fbagsandbowsonline.preprod.deluxe.com%2Fshopdeluxe%2Fcatalog%2FproductDetails.jsp%3FprodId%3D15-8%26referer%3DRECS
And the 'Scraped URL' is at the bottom of the Debugger's page.
UPDATE:
I pasted a near exact copy of my webpage on a different webserver, and Facebook crawled it correctly. The plot thickens.
I have searched through a number of similar posts and most seem to be asking how to change their thumbnail...I'm not even getting as far as that.
I have the following meta information in my :
<meta property="og:title" content="MyWebsite"/>
<meta property="og:type" content="company"/>
<meta property="og:url" content="http://www.myWebsite.com/"/>
<meta property="og:image" content="http://www.myWebsite.com/images/logo.jpg"/>
<meta property="og:description"
content="MyWebsite is brilliant."/>
When I attempt to paste http://www.MyWebsite.com into a Facebook status update, it is correctly displaying the description, but it is not pulling the image.
I have used the Facebook Debugger/Linter and it is pulling everything correctly...so where is the disjoint? I have tried different browsers and still no thumbnail.
One thing I have noticed is that if I validate my website with W3C it is saying that "property" is not allowed as an attribute. Is this normal?
Are there dimensions for the logo? Mine is roughly 574px by 187px.
Use the debug tool as the administrator of your application (set the app_id OG tags to help with this). If you are the app administrator, the debug tool should reset the cache and pickup the new image when sharing on Facebook.
I have those open graph tags on demo.outsourceproject.co.uk:
<meta content='Demo Shop' property='og:title'>
<meta content='restaurant' property='og:type'>
<meta content='http://demo.lvh.me:3000/images/screenshots/layouts/005_small.jpg' property='og:image'>
<meta content='http://demo.lvh.me:3000/categories/15-starters' property='og:url'>
<meta content='demo#ordys.co.uk' property='og:email'>
<meta content='02010203040' property='og:phone_number'>
<meta content='78 York Street ' property='og:street-address'>
<meta content='London' property='og:locality'>
<meta content='W1H 1DP' property='og:postal-code'>
<meta content='United Kingdom' property='og:country-name'>
When I validate it with with facebook object debugger it reports warnings like:
Extraneous Property:Objects of this type do not allow properties named og:email.
Do you have any idea why og:email, og:locality etc it is not allowed for og:type=restaurant?
Thanks,
Michal
Those are all deprecated. See http://ogp.me/ for the markup.
You can make your own schema's using the Open Graph section of the developer app. http://developers.facebook.com/apps
is there a better url for us to look at?
"Error Parsing URL: Error parsing input URL, no data was scraped."
I'm thinking you might have a 301/302 redirect happening. I don't think the linter tool likes to do 302 redirects.