Hvorfor Discord Link-forhåndsvisninger ikke vises: Årsager og rettelser

Skrevet af Proovd — vi bygger et gratis Open Graph forhåndsvisningsværktøj på proovd.in.

Sidst verificeret 19. september 2026 mod Discords offentliggjorte EMBED_LINKS-tilladelse og aktuelle offentlige klientindstillinger. Menuetiketter i Discord flyt; se efter kontrollen, ikke en permanent vej.

Dækker Discord link-forhåndsvisning, indlejringskontrol og "links, der ikke viser forhåndsvisning" - ikke Go Live-stream-miniaturebilleder eller inviterede splash-billeder.

Hvis du bare prøver at se en andens link

Du kan ikke rette et andet websteds metatags. Du kan kun ændre, hvad Discord har tilladelse til at vise you, eller hvad den kanal tillader at blive automatisk indlejret.

1. Din klient skjuler forhåndsvisninger af webstedet

Discord har en brugerindstilling, der slår automatisk indlejring af websteder fra. På skrivebordet har den levet under Brugerindstillinger → Chat eller Tekst & billeder, med en etiket, der ligner "Vis indlejringer og forhåndsvisning af webstedslinks." Hvis det er slået fra, vil du se almindelige webadresser, selv når alle andre ser et kort.

2. Meddelelsen undertrykte indlejringen med vilje

Indpakning af en URL i vinkelparenteser fortæller Discord ikke at automatisk indlejre den:

<https://example.com/page>

Hvis beskeden ser sådan ud, er forhåndsvisningen undertrykt for alle, ikke ødelagt.

3. Kanalen eller rollen nægter Embed Links

Discords tilladelse EMBED_LINKS er dokumenteret som: links sendt af brugere med denne tilladelse vil blive automatisk indlejret. Tjek kanalens tilladelsesoverskrivninger for @everyone, plakatens rolle og det specifikke medlem. Et afslag på den kanal slår en server-dækkende tilladelse.

Hvis you kan poste en velkendt offentlig URL (for eksempel en Wikipedia-artikel), og den integrerer, er kanalen i orden, og det originale websted er problemet.

4. Kun én person er berørt

Spørg en anden i samme kanal. Hvis de ser kortet, og du ikke gør det, er det din klientindstilling, en forældet app eller en lokal cache - ikke Open Graph.

Hvis du er webstedsejeren

Discord henter URL'en med sin crawler (Discordbot, ofte Discordbot/2.0). Den læser HTML-metatags. Det kører ikke dit JavaScript på klientsiden. Hvis tags først injiceres efter React hydrater, ser Discord en tom skal.

1. Bekræft, at tags findes i den rå HTML

Du ønsker mindst:

<meta property="og:title" content="Your Title" />
<meta property="og:description" content="A short description" />
<meta property="og:image" content="https://yoursite.com/image.jpg" />
<meta property="og:url" content="https://yoursite.com/page" />

Brug absolutte https:// URL'er til billedet. Relative stier som /og.png mislykkes ofte. Tjek med Proovd eller the Discord link preview checker — disse værktøjer viser de tags, en crawler kan parse, ikke hvad Discords egen cache i øjeblikket gemmer.

Discord udgiver ikke en fuldstændig officiel OG-specifikation. I praksis bruger den Open Graph tags til indlejringen. Stol ikke på twitter:image alene.

2. Sørg for, at Discordbot kan hente siden og billedet

• HTML-URL'en og billed-URL'en skal returnere succes (typisk 200), ikke en login-væg, 403 eller Cloudflare "Bare et øjeblik..."-udfordring.
• Bot Fight Mode og lignende WAF-regler behandler crawlere som bots. Det blokerer Discord på samme måde som det blokerer Slack og Meta. Se Cloudflare blokering af linkforhåndsvisninger.
• At tillade Discordbot i robots.txt er stadig værd at gøre; en udfordringsside foran oprindelsen vil stadig skjule tags.

3. Billedstørrelse — hvad vi faktisk ved

Discord udgiver ikke en hård "minimum 300×300 eller ingen indlejring"-regel i sine udviklertilladelsesdokumenter. Hvad vi ved fra at køre forhåndsvisninger i Proovd: brug en stor, tilgængelig JPEG eller PNG over HTTPS. 1200×630 er en sikker størrelse, fordi den også fungerer på andre platforme. Hold filen godt under typiske uploadgrænser (Proovds Discord billedkontrol markerer filer over 8 MB).

Hvis titlen og beskrivelsen vises, men billedet ikke gør det, er billed-URL'en normalt blokeret, omdirigeret mærkeligt eller ikke i den oprindelige HTML.

4. Forældet Discord cache

Discord caches indlejringer pr. URL. Der er ingen offentlig "Sharing Debugger" for Discord. Når du har ændret tags:

1. Send en lidt anden URL, såsom ?v=2, så Discord behandler den som ny.
2. Eller slet den gamle besked, og send den igen, efter at webstedet rent faktisk viser den nye HTML (bekræft med view-source eller curl, ikke kun din browser).

5. Bots og webhooks er et andet problem

En bot, der sender en URL, har stadig brug for EMBED_LINKS i den kanal, hvis du forventer, at Discord automatisk indlejrer URL'en. Rich indlejringer bygget i API'et er JSON-nyttelaster, ikke Open Graph. Hvis en menneskeindsat URL virker, og bottens URL ikke gør det, skal du inspicere botmeddelelsesflag (inklusive undertrykke-embeds) i stedet for dine og:-tags.

Discord link checker vs Discord server checker

Søgeforespørgsler som "Discord link checker", "Discord embed checker" og "Discord server link checker" er ikke det samme job:

• Link / embed checker — undersøg Open Graph på en offentlig URL. Det er hvad Proovds Discord forhåndsvisningsside er til.
• Server/invitationskontrol — inviter splash-billeder og server-widgets er en anden Discord-funktion. Denne artikel hævder ikke, at Proovd inspicerer dem.

Hurtig tjekliste

Ofte stillede spørgsmål