/ โ† Social Preview Fixes / LinkedIn Preview
In this guide
  1. How LinkedIn builds a link preview
  2. The tags LinkedIn reads
  3. Images LinkedIn will show
  4. When LinkedIn cannot fetch the page
  5. Old previews and the LinkedIn cache
  6. Redirects, canonical URLs and single-page apps
  7. The fix, step by step
  8. Stopping it from coming back
  9. Questions and answers

How LinkedIn builds a link preview

When a link is pasted into a post, message or comment, LinkedIn's crawler, which identifies itself as LinkedInBot, requests the page from your server. It reads the HTML head, picks out the Open Graph tags, fetches the image and stores the result. That stored copy is what every later share of the same URL uses, until LinkedIn fetches the page again.

Three things follow from that:

LinkedIn uses Open Graph tags first. If they are missing it falls back to the <title> and the meta description, and it may pick any image on the page, which is how cards end up showing a logo, an icon or a tracking pixel. LinkedIn does not read Twitter card tags.

๐Ÿ’ก Test with LinkedIn Post Inspector before you post. A card created from a broken page stays broken on that post even after you fix the page; only new posts get the new card.

The tags LinkedIn reads

TagWhat LinkedIn uses it forNotes
og:titleThe bold title on the card.Keep it under about 70 characters; LinkedIn cuts longer titles on mobile.
og:imageThe card image.A full https address. Relative paths are ignored.
og:descriptionShown in some layouts and in Post Inspector.Often hidden in the feed, but keep it accurate.
og:urlThe address LinkedIn files the preview under.Must match the canonical URL of the page.
og:typeThe kind of content.article for posts and guides, website for home pages.
og:site_nameThe source line under the title.LinkedIn often shows the domain instead.
article:published_time, article:authorPublish date and author in Post Inspector.Optional. Use a full date and time.

A correct set you can copy

<head>
  <meta charset="UTF-8">
  <title>Spring garden open day | Northwood Nurseries</title>
  <link rel="canonical" href="https://example.com/events/spring-open-day">
  <meta property="og:type" content="article">
  <meta property="og:site_name" content="Northwood Nurseries">
  <meta property="og:url" content="https://example.com/events/spring-open-day">
  <meta property="og:title" content="Spring garden open day: free tours and plant sale">
  <meta property="og:description" content="Guided tours of the display gardens, talks from our growers and 20% off perennials on Saturday 16 May.">
  <meta property="og:image" content="https://example.com/images/open-day-1200x627.jpg">
  <meta property="og:image:width" content="1200">
  <meta property="og:image:height" content="627">
  <meta property="og:image:alt" content="Visitors walking through the spring borders at Northwood Nurseries">
</head>

Note that Open Graph tags use property=, not name=. Most crawlers accept both, but property is the standard and removes one possible cause of trouble.

Images LinkedIn will show

A blank grey card, or a card with a tiny square thumbnail instead of a wide image, is an image problem. LinkedIn is stricter about images than about text.

RequirementWhat worksWhat fails
Size1200 x 627 pixels (a 1.91:1 ratio)Images under about 200 pixels wide are dropped; small images show as a thumbnail, not a wide card.
File sizeUnder 5 MB; under 1 MB loads fastestVery large files time out while LinkedIn fetches them.
FormatJPG or PNGSVG is not supported; WebP and AVIF may not show everywhere.
AddressFull https URL returning 200Relative paths, http on an https page, addresses that redirect to a login.
AccessPublic, no cookies neededImages behind hotlink protection, a CDN token that expires, or robots.txt rules on the image folder.

Keep text and faces away from the edges: LinkedIn crops slightly differently on desktop and mobile. If the same image is used for Facebook, X and WhatsApp, 1200 x 630 works everywhere and the 3-pixel difference from LinkedIn's 627 is not noticeable.

โš ๏ธ If you change the image but keep the same file name, LinkedIn, CDNs and browsers may keep serving the old one. Give a changed image a new file name, or add a version to the address, such as open-day.jpg?v=2.

When LinkedIn cannot fetch the page

If Post Inspector shows no data at all, or an error such as "we could not access the URL", LinkedIn's crawler is not getting the page. Check these in order:

Your server's access log settles the question. Search it for LinkedInBot after running Post Inspector: no line means the request was blocked before it reached the site; a 403, 429 or 503 means the site refused it; a 200 means the problem is in the tags or the image.

sudo grep -i "linkedinbot" /var/log/nginx/access.log | tail -5

Old previews and the LinkedIn cache

LinkedIn stores the preview it built for each URL and reuses it for about seven days. That is why a fixed page can still share with the old title or image.

  1. Open LinkedIn Post Inspector and paste the exact URL, including https and any trailing slash.
  2. Press Inspect. This makes LinkedIn fetch the page again and replace its stored copy.
  3. Check the result: title, image, description and the "Last scraped" time.
  4. Create a new post with the link. Existing posts keep the card they were created with.

If the old preview still appears, the old version is being served to LinkedIn by something between it and your page: a CDN cache, a page cache plugin, or a redirect to an old address. Purge the cache for that URL and inspect again.

๐Ÿ’ก Different versions of the same address, such as with and without a trailing slash or with tracking parameters, are separate entries in LinkedIn's cache. Share and inspect the canonical address.

Redirects, canonical URLs and single-page apps

The fix, step by step

Step 1

Inspect the URL in LinkedIn Post Inspector

Paste the exact URL into LinkedIn Post Inspector, including https and any trailing slash. Note what it shows: the title, the image, the description, any missing properties, any error and the Last scraped time. The Social Preview checker shows the same tags alongside how X, Facebook, Slack and WhatsApp will read them, so you can fix every platform in one pass. Keep a note of the result.

Step 2

Add the Open Graph tags LinkedIn reads

View the page source, not the browser element inspector, and check that og:title, og:description, og:image and og:url are in the head, once each, using property= and full https addresses. If a plugin and the theme both output Open Graph tags, switch one off, because duplicate tags make LinkedIn pick unpredictably. Keep og:title under about 70 characters so it is not cut short on mobile, and make og:description a plain summary of the page.

Step 3

Use an image LinkedIn will show

Open the og:image address in a private browser window. It should load straight away as a JPG or PNG of about 1200 by 627 pixels and under 5 MB. If it redirects, asks for a login, is blocked by hotlink protection or is tiny, replace it. When you change the image, give it a new file name so LinkedIn and your CDN cannot keep serving the old one.

Step 4

Let LinkedInBot fetch the page

Check robots.txt, the firewall and any bot protection such as Cloudflare Bot Fight Mode or Wordfence, then search the server access log for LinkedInBot after running Post Inspector. No log line means the request was blocked before the site; a 403, 429 or 503 means the site refused it. Allow LinkedInBot wherever it is blocked or challenged, including on the image folder.

Step 5

Remove redirect and canonical problems

Share the final URL rather than one that redirects, and keep any http-to-https or www redirect to a single hop. Make og:url identical to the canonical URL, and make sure the Open Graph tags are in the HTML the server sends, not added by JavaScript after the page loads, because LinkedIn does not run scripts when it reads a page. Single-page apps need server rendering.

Step 6

Refresh the preview and check again

Purge any CDN or page cache for the URL so LinkedIn is served the fixed page, then inspect it again in Post Inspector and check the new title, image and Last scraped time. Create a new post to see the new card, because existing posts keep the preview they were created with. Run important links through Post Inspector before every campaign. Keep a record of each check.

Stopping it from coming back

Questions and answers

1. Why is my LinkedIn link preview not showing?

Usually because LinkedIn could not fetch the page or the image. Check the exact URL in LinkedIn Post Inspector. If it shows an error, LinkedInBot is being blocked by robots.txt, a firewall, bot protection, a login wall or a slow response. If it shows the page but no image, the og:image is missing, too small, not a full https address or not publicly reachable. Fix the cause, then inspect the URL again.

2. How do I refresh a LinkedIn link preview?

Paste the exact URL into LinkedIn Post Inspector and press Inspect. LinkedIn fetches the page again and replaces its stored preview, and the Last scraped time updates. Posts that are already published keep the card they were created with, so create a new post to use the new preview. If the old preview still appears, purge any CDN or page cache for that URL and inspect it again. It only takes a few seconds.

3. What size should a LinkedIn preview image be?

About 1200 by 627 pixels, a 1.91 to 1 ratio, saved as a JPG or PNG under 5 MB, and ideally under 1 MB so it loads quickly. Smaller images may show as a small square thumbnail instead of a wide card, and very small ones are ignored. If one image has to serve LinkedIn, Facebook, X and WhatsApp, 1200 by 630 works well everywhere. Keep text and faces away from the edges, which are cropped slightly.

4. Does LinkedIn use Twitter card tags?

No. LinkedIn reads Open Graph tags such as og:title, og:description, og:image and og:url. If they are missing it falls back to the page title, the meta description and whatever image it finds on the page. Twitter card tags are only read by X, so a page with Twitter tags but no Open Graph tags will show a poor preview on LinkedIn. Keep both sets on every page so each platform gets the tags it expects.

5. Why does LinkedIn show my logo instead of the article image?

Because the page has no og:image, or LinkedIn could not fetch the one it names, so it picked another image from the page, often the logo in the header. Add an og:image tag with a full https address to a large JPG or PNG of about 1200 by 627 pixels, check that the address loads in a private browser window, and then inspect the URL again in Post Inspector to refresh the preview.

6. How long does LinkedIn keep an old preview?

LinkedIn stores the preview it builds for each URL for about seven days before fetching the page again on its own. During that time every new share of the same URL uses the stored copy, even if the page has changed. Post Inspector forces a new fetch straight away. Different versions of an address, such as with or without a trailing slash or tracking parameters, are stored separately, so inspect the exact address being shared.

7. Can I edit the preview on a post that is already published?

No. The link card is fixed when the post is created, and editing the post text does not rebuild it. To show a corrected preview, fix the page, refresh the URL in LinkedIn Post Inspector so it fetches the new tags and image, and share the link in a new post. If the broken post matters, delete it and publish the new one, so readers only see the corrected card.

Check your link preview now

The Social Preview checker fetches your page the way LinkedIn, X, Facebook, Slack and WhatsApp do, lists every Open Graph and Twitter tag, checks the image size and address, and shows each card side by side.

Open Social Preview Fixes โ†’
๐Ÿ’ฌ Got a problem?
Related Guides: All Social Preview Fixes  ·  Social Preview Guide  ·  Facebook Link Previews  ·  X / Twitter Link Previews  ·  Learning Hub

About aiwebpageseo

aiwebpageseo.com is a data-driven SEO and AEO (Answer Engine Optimisation) platform providing a free suite of technical SEO tools. Rather than relying on AI-theorised assumptions, the platform analyses live URL performance, delivering objective diagnostics, page speed metrics, CLS debugging, and site crawl data alongside actionable technical tutorials.