I want to share this article link (https://www.ngdevelop.tech/handsontable/) in the LinkedIn groups but the link preview is not working. This same thing happens for my previous two link share. Before the last two share, Link preview was working fine, but now it is not working.
When I checked the response from LinkedIn link preview service I got Error Code 500 for the link share in my status.
For Link share in group, I got below response : {"data":[{"images":[],"id":"https://www.ngdevelop.tech/handsontable/?2","type":"UrlPreview","status":"FAILED"}],"meta":{},"id":"/communities-api/v1/url-preview/https%3A%2F%2Fwww.ngdevelop.tech%2Fhandsontable%2F%3F2"}
This is my Open Graph Check https://opengraphcheck.com/result.php?url=https%3A%2F%2Fwww.ngdevelop.tech%2Fhandsontable%2F#.W0TlRNIzaM8
and social debug : https://socialdebug.com/results?url=https%3A%2F%2Fwww.ngdevelop.tech%2Fhandsontable%2F
I have also refered Stackoverflow
: LinkedIn doesn't fetch metadata when sharing website post, and https://www.linkedin.com/help/linkedin/answer/46687/making-your-website-shareable-on-linkedin?lang=en but nothing worked.
Please help...
I have been seeing this problem as well and have isolated what is going on.
Here is the behavior I have seen with LinkedIn recently when sharing pages from my WordPress.com site:
- Sharing in my own feed works with the content preview... sometimes.
- Sharing in a LinkedIn Group does not work at all. The LinkedIn XHR request that builds the preview actually returns a 500.
Using the LinkedIn Post Inspector tool I was able to see that their crawler was hitting a redirect loop. They would request an HTTPS URL, get redirected to an HTTP URL, then get redirected to an HTTPS URL, on and on.
When browsing to the same pages with Safari or Chrome I was not redirected. Finally I tried the same using the user-agent of the LinkedIn crawler. Aha! That was the key. WordPress.com is treating the LinkedIn (and Facebook) user-agents differently and redirecting them into a loop.
Example using curl:
curl -v -I -A 'LinkedInBot/1.0 (compatible; Mozilla/5.0; Jakarta Commons-HttpClient/3.1 +http://www.linkedin.com)' -k --http1.1 --header 'Host: yoursite.com' 'https://wordpress origin IPv4 address'
After a week of back and forth with WordPress.com support they say now that this is intentional. The reason this redirect behavior is in place is that Facebook, LinkedIn, etc. count the number of times a URL is shared. And the redirect prevents these sites from counting an HTTPS URL separately from an HTTP URL for the same resource. Their redirect is an attempt to canonicalize the URL.
This sharing count "fix" is moot if the redirect prevents anyone from sharing the URL, which is where I am right now.
Good luck!
Related
I recently renewed my domain name after it expired. However, when I try to view my website, a login box popups.
This is new. I tried putting in my wordpress admin username and password all to no avail. Infact I get a '401 Authorization Required' error.
I have been at this for some days now. I contacted my hosting provider. They said they could view my website and that everything is fine. They however instructed me to clear my browser cache and cookies, which I have done. Still, the problem persist.
I tried viewing the site with an IP proxy site and truly I could see my website without any errors or login pop up box.
How do I solve this problem?
A 401 request usually means that your client (e.g. your web browser) is not able to authenticate itself with the server therfore cannot view the resource.
You have cleared your cache and cookies and you're prompted by a login
box, following this a 401 error appears. The site is viewable from
proxy.
Things to check,
Flush your DNS
Are the login details correct? its possible to get this error from incorrect logins
Check the URL for errors, make sure you're using the intended url
Try deactivating your wordpress plugins if problems still persist
Any further information you can provide, including images would help a lot.
For many ugcPosts the thumbnail URL returned is an external URL which is often invalid. For instance, one post is a link to a Facebook page and the URL returned by LinkedIn is an expired Facebook CDN url. I also tried the shares api but the resolvedUrl is the same.
Is there any way to request the image URL hosted on the LinkedIn cdn?
FYI: For now we are hitting the website directly and getting the og:image but this isn't guaranteed to work and can still lead to inconsistencies between what is shown on LinkedIn and what we show in our application (e.g. different images).
When a user clicks a link to an external site from my site, is my sites URL available to the external site? How about if my site redirects the user to the external site?
Also what about the site prior to mine? If the previous URL is available, is the one one step back also available?
There is Referer in Request header: Link
The Referer request header contains the address of the previous web page from which a link to the currently requested page was followed. The Referer header allows servers to identify where people are visiting them from and may use that data for analytics, logging, or optimized caching, for example.
Let's say you are on a site say google, and you clicked on the link of your site:
This is what you will receive in Request Headers
**Referer**: https://www.google.com/
And if you click on https://www.apple.com from google, and apple sites redirect you to let say https://www.apple.com/lae/ then on Request header's Referer you will receive:
**Referer**: https://www.apple.com
or, you can also receive google.com and others, it depends
NOTE: The HTTP referer header can be spoofed So it's not fixed what you received!
I have a website, I've implemented the SSL functionability a few days ago.
Now the website is correctly reachable at HTTPS url.
However...
When I visit any page of my website, the URL shown in the navigator address bar is correct... example: https://domain.com/post/.
That's fine.
However, Google Analytics is registering those visits as webpages with another URL. Google analytics shows another url where the visit was done, and that url is in this example: /wp-content/cache/page_enhanced/domain.com/post/_index.html_gzip
How can I resolve that problem? Where is the issue?
Things I've done:
1) 301 redirect from all old http url to all new https url.
2) Google Analytics property was configured, the url of the website was changed to HTTPS.
Thanks all for reading and hope to find a solution for this problem.
Regards,
Pablo
This depends on how you included Analytics.
1) If the WordPress framework send the 'click' to Analytics in the back-end code, then there might be a problem with sending the wrong 'url' that is visited. (Have a look at PHP's $_SERVER variables; probably the SCRIPT_FILENAME is sent instead of REQUEST_URI.)
2) If you manually insterted the embed code from Analytics in your template, the url detection is all done based on the url in the browser, so you would never see your own filepath info there, unless it's being sent.
Recently I added SSL to my WordPress site but it started causing some problems (conflicts with Woocommerce and WP Super Cache plugins). The problem the I was having because of SSL was that the the Woocommerce cart was sometimes showing empty even after adding a product ans sometime the cart was not proceeding to checkout page. Do you think it had something to do with WP Super Cache or SSL or both? Anyway, I couldn't get it solved and removed the SSL after 2 days. But meanwhile Google had indexed the HTTPS URLs of my site and was showing them in the search results and they were returning SSL connection error. Now my question is how can I redirect all those HTTPS URLs to the HTTP ones? I asked my web host for help but said the redirection is not possible through htaccess or any other method. Was he right? How long will Google take to 'forget' these HTTPS links and show the HTTPS links again in search Results?
There are two standard ways to redirect:
At the DNS level
At the HTTP level
The DNS level can't help you because it just changes hostname. You want to keep the same hostname but change the scheme. This means you need an HTTP server to do the redirect.
In order to redirect from https to http you need to have an HTTPS service running on the computer with the IP address that the hostname resolves to.
Without that, there is nothing the receive the HTTP request over SSL and response with "Oh, this has moved to plain HTTP".
If the SSL service isn't running, then there is nothing that can do that.
(.htaccess is just a (suboptimal) means to configure an HTTP server, that does no good if you don't have the HTTP server listening on SSL).
Personally I'd fix the https issues. The world is going more https everyday so it's a backwards step to go from https to http. If you elaborate on what issues you had someone might be able to help.
However if you really want to do this then you need to run both http and https and redirect all traffic from https to http. How you do this depends on your set up (in Apache you'd do it using htaccess config).
How long it takes Google to fronded your site depends on many factors including the size and popularity of your site - which governs how often Google crawls your website. Give it a month at least for a small site. You can give it a kick by submitting your site to Google Search Console (the new name for Google Webmaster Tools).
Btw StackOverflow is primarily for programming questions so questions like this might be better asked on the http://webmasters.stackexchange.com sister site.