Home / Blog / How-to

Make a GitHub README GIF people actually watch

How-to · 4 min read · Updated August 2026

Short answer: the README GIF is your repo's 6-second sales pitch, it autoplays inline where a video won't. Aim for 6–15 seconds, ~1000px wide, under 10MB, showing exactly one flow. Record it once with auto-zoom so the viewer's eye is steered, export as GIF, done.

Why the GIF is still king on GitHub

Markdown renders images, including animated GIFs, inline and autoplaying. No click, no player chrome, no leaving the page. A repo with a good demo GIF converts a skimmer into a reader in the first screenful.

The one-take method

  1. Script one flow. Install → run → result, or open → click → outcome. One narrative, no detours.
  2. Record the window, not the screen. Your terminal or app window at a clean size; hide notification noise.
  3. Let the zoom do the pointing. Girato builds zooms from your clicks, so the eye follows the action without you annotating anything.
  4. Trim ruthlessly. Cut pauses (silence auto-cut helps), speed up waits with a speed ramp.
  5. Export GIF. Girato caps GIF renders at sensible dimensions for exactly this use.

Budget the bytes

Recipe in practice: exporting GIFs from a screen recording covers the settings; the browser app lets you produce one right now.

Frequently asked questions

What's the ideal size for a README GIF?
Keep the file under ~10MB (GitHub's attachment limit is higher, but big GIFs make your README feel slow), 6–15 seconds long, and around 1000–1280px wide. GitHub renders READMEs at ~890px content width, so massive dimensions waste bytes.
GIF or video in a README?
GIFs autoplay inline everywhere GitHub renders markdown, that's their superpower. GitHub also accepts MP4 attachments in issues/PRs, but for the README hero moment, an optimized GIF is still the most reliable choice.

See it on your screen

Girato records, auto-zooms and exports right in your browser, free for 7 days.

Start free No download · no card · nothing uploaded