Search
Enter at least two characters without personal information.

    LibraryArticles & FAQ Your projectRequest a quote
    LanguageEN
    Practical guides

    Prepare sharing previews for web pages

    A shared link may be someone’s first contact with a page. A vague or cropped preview gives little reason to open it and may show an old offer.

    Go to the method

    Illustration of website project planning: Prepare sharing previews for web pages

    Choose essential information

    Write a title identifying the page and a short description of its real content. A service page, article and event do not need the same message. Avoid promises absent from the destination.

    Check language variants: an English link should not automatically display a French title. The translation review guide includes content surrounding the page.

    • Destination-specific title.
    • Faithful concise description.
    • Preview language consistent.

    Prepare an appropriate image

    Choose a landscape image that remains understandable after cropping. Do not put essential information in tiny embedded text. A page-specific main photo prevents different links from always displaying the same scene.

    Check weight, absolute URL, public loading and rights. The image-search guide also covers page context and alternative text.

    • Subject clear after crop.
    • Public lightweight image.
    • Rights and relevance checked.

    Set real metadata

    Connect canonical URL, title, description and sharing image to the published page. Open Graph properties describe what platforms can use, but each service retains its own presentation rules.

    The sharing image is not automatically the main image for every content item. Inspect the resulting HTML and avoid temporary or relative URLs that fail outside your site.

    The Open Graph protocol defines four basic properties: og:title, og:type, og:image and og:url. Check their values on the exact page being shared rather than only the homepage. og:url identifies the represented page, while og:image points to the image illustrating that object. The image must match the content described; og:image:alt is distinct from a caption or the alternative for another image displayed on the page.

    Also check the language and variants actually served. Open Graph writes a locale as fr_FR, while HTML language tagging follows different conventions. When multiple images are declared, the protocol prefers the first in a conflict without imposing a platform’s final rendering. Retain the observed HTML, URL and check date to distinguish incorrect data from an older cached preview.

    • Tags present in final HTML.
    • URLs match the page.
    • No temporary image.

    Scroll the table horizontally to read every column. With a keyboard, focus the table area and use the arrow keys.

    Open Graph: compare four basic properties with the page
    PropertyWhat it representsConsistency check
    og:titleThe title of the shared object.The title identifies the actual content in the correct language.
    og:typeThe kind of object represented.The chosen type fits the page and any additional properties it requires.
    og:imageThe representative image address.The public file and its description match the subject and useful crop.
    og:urlThe canonical address identifying the object.It points to the expected public page without a private token or confusion with the image file.

    Test and update

    Share a URL of each page type in a compatible preview tool or test environment. Check title, image, language and crop. Some platforms may cache an older preview after a change.

    Recheck previews after changing domain, main image or offer. The meaningful test is the actually published page, not only the template producing tags.

    • Several page types checked.
    • Cache considered after change.
    • Production check repeated.

    Offer native sharing with a usable alternative when the API is unavailable or refused.

    Synthetic case: a button shares a public detail page. Check API availability, supported data and activation through a person’s action. Test cancellation and a copy-link alternative. Never share a private token-bearing URL. Opening the panel does not prove that a recipient received the content.

    • Cancellation produces no false success and the public link remains copyable without the sharing API.
    • MDN Web Share API

      API opening system sharing with content and a destination selected by the person.

    Compare preview and page

    Phone and laptop displaying the same abstract cover
    Compare published metadata with the preview actually observed.

    Proposed case: sharing a page shows an old title and generic image. A stored preview can differ from currently served metadata.

    Compare published code, exact URL and observed preview. Keep date, platform and requested image; distinguish wrong data and external cache before changing several pages.

    • Check the exact URL
    • Compare served title and image
    • Record platform and date

    Reference documents

    Content updated on

    Acceptance matrix to adapt to your project

    These proposed checks use synthetic cases. Decide the required behaviour with the team, record the result and assign unresolved gaps before release.

    Scroll the table horizontally to read every column. With a keyboard, focus the table area and use the arrow keys.

    Test cases, expected outcomes and useful evidence
    CaseExpected outcomeEvidence to retain
    The Open Graph title describes an ended campaign.Title, description and image reflect the current page.Served metadata, canonical URL and observed preview, with date and service used.

    Frequently asked questions

    Why can sharing previews remain outdated?

    Sharing services can maintain a cache separate from the site. First check final-page metadata and image access, then the relevant service tools. Use a representative image with suitable cropping; previews should not promise an offer missing from the page.