Karta udostępniania: co osiemnaście witryn dostarcza w znacznikach og

Udostępniony link może otrzymać podgląd z obrazem, tytułem i opisem. Platforma odbierająca wybiera układ oraz źródła danych. Znaczniki Open Graph to wpisy w kodzie HTML określające na przykład tytuł i obraz. Opisują stronę, ale nie gwarantują określonej karty w każdej usłudze.

Zapisany pomiar z 5 września 2026 obejmuje osiemnaście adresów URL. Poniższe ustalenia opisują odpowiedzi otrzymane wtedy przez narzędzie kontrolne, a nie aktualne zrzuty z osiemnastu platform społecznościowych.

Metadane i reguły platform to różne warstwy

Protokół Open Graph wymaga og:title, og:type, og:image i og:url. Zalecane og:description dodaje krótki opis. URL identyfikuje obiekt, a typ pozwala odróżnić na przykład witrynę od artykułu.

Platformy mogą również korzystać ze znaczników twitter:, oEmbed lub innych informacji. Slack wyraźnie dokumentuje kilka takich źródeł. Nie istnieje uniwersalna kolejność zastępowania braków: brak tytułu Open Graph nie wszędzie oznacza użycie tytułu HTML, a brak obrazu Open Graph nie wszędzie prowadzi do karty tekstowej. Jawne i zgodne metadane ograniczają zależność od decyzji platformy.

Co zawierały historyczne odpowiedzi

W pięciu z osiemnastu odpowiedzi nie wykryto znaczników Open Graph; trzynaście zawierało obraz. Wśród tych pięciu zapis wskazuje również dwie odpowiedzi z kodem HTTP innym niż sukces oraz przekierowanie. Brak znaczników w takiej odpowiedzi nie dowodzi identycznego wyniku dla dopuszczonego robota lub zwykłej przeglądarki. Zestaw nie zawiera pełnej treści odpowiedzi, więc nie pozwala potwierdzić twierdzeń o nieczytelnej zawartości stron.

Dziewięć odpowiedzi nie zawierało twitter:card. Dwa szerokie obrazy były połączone z summary; trzecia deklaracja Summary towarzyszyła obrazowi kwadratowemu. Są to zaobserwowane deklaracje, a nie dowód ostatecznego rozmiaru karty ani przypadkowej decyzji projektowej.

Osiem rozmiarów obrazu i brak uniwersalnego kadrowania

Trzynaście pobranych obrazów miało osiem różnych par wymiarów:

• 1200 × 630: sześć obrazów.
• 2400 × 1350, 1300 × 731, 1280 × 686 i 1024 × 576: po jednym obrazie.
• 585 × 368, 500 × 500 i 1024 × 1024: po jednym obrazie.

1200 × 630 daje proporcję około 1,90:1. To użyteczny szeroki format, nie wymóg Open Graph. LinkedIn zaleca 1,91:1 dla dostosowanych podglądów wpisów stron, ale ta sama pomoc opisuje także wyświetlanie na urządzeniach mobilnych bez kadrowania. Twierdzenie o jednakowym przycinaniu wszędzie jest zatem zbyt szerokie. Ani 585 × 368, ani 500 × 500 nie dowodzi koniecznego przełączenia na małą kartę.

Margines wokół ważnych elementów pomaga przy różnych sposobach wyświetlania. Decydujące pozostaje sprawdzenie na docelowej platformie; lokalny podgląd nie potwierdza kadrowania w tej usłudze.

Wymiary i opisy obrazów

Osiem z trzynastu odpowiedzi z obrazem nie zawierało deklarowanej szerokości lub wysokości. Dla strony Wikipedii o HTTP zapis wskazuje rozbieżność między wymiarami zadeklarowanymi a pobranymi. Podsumowanie nie zachowuje pierwotnych wartości deklaracji.

og:image:width i og:image:height powinny opisywać rzeczywisty plik. Te opcjonalne pola pomagają interpretować obraz. Sam brak wymiarów nie dowodzi jednak przekroczenia czasu oczekiwania ani nie wyjaśnia braku zdjęcia. Znaczenie mają również dostępność, czas odpowiedzi, typ pliku i usługa odbierająca.

Tylko dwa wpisy z obrazem zawierały og:image:alt: MDN i BBC News. Protokół zaleca opis zawartości obrazu zamiast podpisu. Udostępnienie tego tekstu narzędziom wspomagającym, takim jak czytniki ekranu, zależy od implementacji platformy. Tytuł i opis także mogą przekazywać dostępne informacje.

Historyczny wynik dla tego bloga

Zapisana niemiecka strona przeglądu bloga zawierała tytuł, obraz 1200 × 630 oraz summary_large_image, ale nie miała og:description. Narzędzie odnotowało dostępny opis meta. Potwierdza to możliwy tekst zastępczy w narzędziu, a nie poprawną kartę na każdej platformie. Jest to ustalenie historyczne, bez automatycznego odniesienia do obecnej strony.

Odtwarzalny pierwszy test

Poniższy przykład Bash wymaga curl w wersji co najmniej 8.4 i Pythona 3. Pobiera stronę przez HTTPS z ograniczeniami, a następnie wypisuje metadane Open Graph i Twitter z jawnego nagłówka HTML. Parser obsługuje znaczniki wielowierszowe i kilka znaczników w jednym wierszu. Przykład zakłada UTF-8, nie wykonuje JavaScriptu, nie pobiera obrazów ani nie odtwarza robota platformy.

set -eu
sample=$(mktemp)
trap 'rm -f "$sample"' EXIT
curl --fail --silent --show-error --location --max-redirs 5 \
  --connect-timeout 5 --max-time 20 --max-filesize 2097152 \
  --proto '=https' --proto-redir '=https' \
  --output "$sample" 'https://example.com/'
python3 - "$sample" <<'PY'
from html.parser import HTMLParser
from pathlib import Path
import sys

class HeadMeta(HTMLParser):
    def __init__(self):
        super().__init__()
        self.in_head = False

    def handle_starttag(self, tag, attrs):
        if tag == 'head':
            self.in_head = True
        if tag == 'meta' and self.in_head:
            fields = dict(attrs)
            name = (fields.get('property') or fields.get('name') or '').lower()
            if name.startswith(('og:', 'twitter:')):
                print(name, '=', fields.get('content', ''))

    def handle_endtag(self, tag):
        if tag == 'head':
            self.in_head = False

parser = HeadMeta()
parser.feed(Path(sys.argv[1]).read_text(encoding='utf-8', errors='replace'))
parser.close()
PY

Sprawdzanie Open Graph i kart społecznościowych dodatkowo mierzy pobrany obraz i tworzy lokalny podgląd. Kolejność danych zastępczych oraz ostrzeżenia o rozmiarach są regułami tego narzędzia, nie gwarancją wyniku na platformie. Osadzony obraz podglądu eliminuje bezpośrednie pobieranie obrazu przez przeglądarkę odwiedzającego. Serwer narzędzia nadal pobiera stronę i obraz z serwerów docelowych, gdzie te żądania są widoczne.