How to extract images from a Keynote deck without uploading it
Every "free" online Keynote tool you've used uploads your deck to a company server, extracts it there, and — in several documented cases — keeps a copy or a live download link for days, or limits free users to a few conversions a month. For decks you wrote, were sent in confidence, or simply wouldn't post publicly, that's an unnecessary risk. The safer approach is to extract the file where it already is: on your own device.
This tool does exactly that. When you drop a .key file here, your browser:
- Checks the file is really a Keynote deck — by its magic bytes, not its name — so a JPEG renamed .key is refused with a clear message, a CBZ or plain .zip renamed .key is refused with a pointer at the CBZ tools, a PDF renamed .key is refused with a pointer at the Extract Images from PDF tool, a DOCX renamed .key is refused with a pointer at the Extract Images from DOCX tool, an XLSX renamed .key is refused with a pointer at the Extract Images from XLSX tool, an ODS renamed .key is refused with a pointer at the Extract Images from ODS tool, an ODT renamed .key is refused with a pointer at the Extract Images from ODT tool, an ODP renamed .key is refused with a pointer at the Extract Images from ODP tool, a PPTX renamed .key is refused with advice to open it in Keynote and save it as .key, a legacy .key (Keynote ’09 or older, index.apxl) is refused with instructions to re-save it in Keynote, a PEM private key is refused with an explanation of what it is, and a password-protected deck is refused with an explanation instead of a cryptic error — it is stored encrypted, not as a ZIP, so it cannot be opened here. A real .key saved with the wrong extension still extracts, and .keynote, .pages and .numbers files are read the same way.
- Reads the deck's own Data folder and pulls the images in package order — every entry under Data/ whose bytes match a known image magic, in the order the entries sit in the file, so the first image in the package comes first. Finder preview thumbnails (preview.jpg, preview-micro.jpg, preview-web.jpg), Index/ and Metadata/ package files, audio and video under Data/ and macOS entries are skipped, and everything skipped is listed on the deck card. Slide order is not available without parsing the proprietary IWA data, so the page never claims it.
- Hands you the originals — download one image and it keeps its original filename; download the deck as a ZIP and every image is renamed image-01, image-02 and so on in package order. Nothing is re-encoded, rasterized or resized at any point: the bytes you download are the bytes that were stored in the deck.
What makes this extractor different
Most pages that top the results for this search convert on a server, or handle one file at a time with no previews — instead of handing you the images themselves. The desktop options are installs, not browser tools. This page does the simpler job, and does it fully in the browser: no upload, no monthly cap, no account, no 10 MB limit, a batch of 20 decks, Keynote plus Pages and Numbers, package order with original filenames on per-image downloads, sequential names in the ZIP, and a live network-request counter so you can verify the privacy claim yourself.
Honest limitations
Verbatim means verbatim — no quality recovery
JPEG throws away detail when it compresses, and extracting cannot put it back. But nothing is lost either: the source bytes download unchanged, in every format. There is no quality setting because there is nothing to re-encode.
Metadata stays in the files
Extraction copies the stored bytes, so EXIF and other metadata inside each image is kept — including location data, if the image has any. The deck's own package files are skipped, and listed on the card, but the images themselves are untouched. Strip metadata yourself before sharing an image publicly.
EMF and WMF preview
EMF and WMF images are extracted as-is, exactly as stored. Most browsers cannot display them, so the page shows a note instead of a broken image in that case, with the format and size shown. The file itself still downloads byte-for-byte and opens in any viewer that supports the format.
Legacy .key and protected decks
A legacy .key (Keynote ’09 or older) carries index.apxl instead of the modern Index/ layout, so this page cannot open it — open it in Keynote and re-save it as a single file, or export it, then extract the new file. A password-protected deck is stored encrypted, not as a ZIP, so it cannot be opened here at all — this page never asks for a password. Open it in Keynote with the password and save an unprotected copy.
No text, audio or video
This tool pulls out images only: it does not extract the deck's text or speaker notes, it does not pull out audio or video stored under Data/ (those entries are listed on the card as skipped), and it does not download pictures linked from the web (only embedded images have bytes inside the file). A chart is not an image — it is data that tells Keynote how to draw, so there are no image bytes to pull out.
Package order, not slide order
Images come out in the order they sit in the file — the order of the entries under Data/ in the package. Slide order would need the proprietary IWA protobuf data in Index/ parsed, which this page does not do, so it never claims slide order. You can reorder images on each deck card before downloading, and the ZIP names them image-01, image-02 and so on in that order.
Finder preview thumbnails are excluded
preview.jpg, preview-micro.jpg and preview-web.jpg at the root of the file are Finder thumbnails of the deck — small renders Keynote stores so Finder can show a preview. They are not images you placed in the deck, so they are excluded from the image list and shown in the skipped list on the deck card instead.