Compare metadata with previous version of the website

[julien-deramond]

Description

A new version of the website has landed thanks to #788 🥳

This task reminds us to double-check that all metadata information is well present in the new website:

• og elements
• twitter elements
• basic metadata
• structured data for Google

As a comparison, https://vercel.live/open-feedback/main-branch-openresource-dev-git-main-jd-p-2361dd-open-resource.vercel.app?via=pr-comment-visit-preview-link&passThrough=1 could be used.
Or the website could be compiled and launched locally with the following commit right before the refactoring: 57b334e

[julien-deramond]

Analysis

Each section contains the diff between the version before the refactoring, and the current one.

• meta name="generator"

-<meta name="generator" content="Astro v4.4.6">
+<meta name="generator" content="Astro v4.15.4">
+<meta name="generator" content="Starlight v0.27.1">

There was only one <meta name="generator" content="..."> before the migration. It doesn't seem to be particularly an issue, as I haven't found any information against this principle. I thought that the name had to be unique, but I can't find the information in the HTML specifications. So let's keep this behavior

• meta name="author"

-<meta name="author" content="Open {re}Source">

The name was added via 8eed459.

The value must be a free-form string giving the name of one of the page's authors.

• Fosstodon verification link

-<link href="https://fosstodon.org/@openresource" rel="me">

Fosstodon verification link has been added back via 98e9d9a.

• Favicons

-<link rel="apple-touch-icon" sizes="180x180" href="/apple-touch-icon.png">
-<link rel="icon" type="image/png" sizes="32x32" href="/favicon-32x32.png">
-<link rel="icon" type="image/png" sizes="16x16" href="/favicon-16x16.png">
-<link rel="manifest" href="/site.webmanifest">
+<link rel="shortcut icon" href="/./favicon.ico" type="image/x-icon">

Added missing links via 813c597

• twitter:site

-<meta name="twitter:site" content="open_resource">
+<meta name="twitter:site" content="@open_resource">

• twitter:author

-<meta name="twitter:author" content="JulienDeramond">
+<meta name="twitter:creator" content="@JulienDeramond">

• Goodbye twitter:title and twitter:description

-<meta name="twitter:title" content="GitHub Marketplace: Social Preview for Your GitHub Actions">
-<meta name="twitter:description" content="Learn how to create and add a social preview image to your GitHub repository to have a better rendering when sharing on social media platforms the link of your GitHub Actions on the GitHub Marketplace.">

These are not really needed anymore as it will fall back to og:title and og:description (more info at https://developer.x.com/en/docs/x-for-websites/cards/overview/markup)

• Structured data for articles

-<script type="application/ld+json">{"@context":"https://schema.org/","@type":"Article","headline":"GitHub Marketplace: Social Preview for Your GitHub Actions","description":"Learn how to create and add a social preview image to your GitHub repository to have a better rendering when sharing on social media platforms the link of your GitHub Actions on the GitHub Marketplace.","image":"https://openresource.dev/open-graph/articles/github-marketplace-social-preview-for-your-github-actions.png","author":{"@type":"Person","name":"Julien Déramond","url":"https://github.com/julien-deramond/"},"publisher":{"@type":"Organization","name":"Open &lcub;re&rcub;Source","url":"https://openresource.dev/","logo":{"@type":"ImageObject","url":"https://openresource.dev/android-chrome-192x192.png"}},"datePublished":"2023-09-15","dateModified":"2023-09-18"}</script>

Done by 5c42ffd

• rss.xml alternate link

Normal for all openresource.dev pages?

+<link href="https://openresource.dev/articles/rss.xml" rel="alternate" title="Articles" type="application/rss+xml">

The answer seems to be: yes. Indeed, this will help to enable RSS feed autodiscovery for RSS apps.

• Index

<title>Open {re}Source | Open {re}Source</title>

It has been simplified for the homepage (where this is the only place where it's a double-title) via da9b53c