[arjunpredev]

What

A post can now have a share video (ogVideo): a looping MP4 that link previews play in iMessage and Discord.

When a post has one, its page gets:

• og:video, og:video:secure_url, og:video:type (video/mp4), and og:video:width/og:video:height (the share image's size)
• og:type set to video.other, which Discord needs before it plays the video

The share image stays

• og:image, its size and alt text, twitter:image and twitter:card=summary_large_image are all still written. Every app that doesn't play video shows the image.
• The video tags are written only when the page also has a share image.
• LinkedIn shows no image at all for a page with og:video. So for LinkedInBot, serveSite removes the og:video* tags and sets og:type back to article. This happens on the response, so the cached page is unchanged.

I checked headTags and the strip with Bun's HTMLRewriter for three cases:

Case	og:type	og:video	og:image	twitter:card
video + image	video.other	yes	yes	summary_large_image
video, no image	article	no	no	summary
LinkedInBot	article	no	yes	summary_large_image

Data

• Schema v13: ALTER TABLE posts ADD COLUMN og_video TEXT. Posts only; pages don't take a video.
• The field is mapped through toPost, POST_FIELDS, the list query and the snapshot columns. You set it with PUT admin/api/posts/:id {"ogVideo": "https://..."}.
• A snapshot import leaves it alone, since the import INSERT doesn't list it.
• rewriteUrls moves it along with the other media columns.
• The preview host moves its address the same way it moves og:image.

bun run typecheck and the leak guard (with the denylist) pass.

🤖 Generated with Claude Code