Extract images from Pages, on your device. Nothing ever uploads.

Drop up to 20 Pages documents below — get every image out byte-for-byte, exactly as stored, in package order. Download each image, or all of them as a ZIP.

  • Your file data never leaves the device
  • No manual rename-to-.zip trick
  • Batch up to 20 documents + ZIP
  • Original filenames, sequential ZIP names

Extract images from Pages documents

Add your Pages documents

Drag & drop Pages documents here

or browse your files · you can also paste from clipboard (Ctrl+V)

A modern .pages file is a ZIP archive — Index/Document.iwa, Metadata/Properties.plist and a Data folder of media — read on this device with JSZip, images returned verbatim in package order (the order they sit in the file, not page order — page order is not stored in a readable form), and Index/ and Metadata/ package files, Finder preview thumbnails, audio/video under Data/ and macOS entries skipped. Every image downloads byte-for-byte, exactly as stored — no re-encoding, no quality loss. HEIC and TIFF images cannot be previewed in most browsers, so they show a “preview unavailable” note — they still download byte-for-byte. SVG images are extracted as-is; their preview may not render in some browsers. Legacy Pages ’09 files (index.apxl), password-protected documents, .key and .numbers files, PPTX/DOCX/XLSX/ODT/ODS/ODP files and PDFs are refused with a pointer at the right tool or fix; .key files go to the Extract Images from Keynote tool, and .numbers files are refused — there is no Numbers tool.

    No files yet. Everything stays on this device. Downloads start instantly.

    Privacy you can verify, not just trust

    Most online Pages tools upload your documents to their servers first — and some keep a download link live for 30 days, or cap free conversions at a few per month. This one can't: each image is pulled out of your document bytes entirely in your browser. Your file data never leaves the device — the only third-party requests are the site's own analytics, which count page views — and it uploads nothing, ever. There is no file fetched after load for the extraction itself. Don't take our word for it:

    New cross-origin requests during use: 0
    1. Press F12 to open developer tools, then the Network tab.
    2. Extract any document above. Watch: apart from the site's analytics, nothing new is requested — no uploads, and no file data ever leaves your device.
    3. Extra credit: disconnect your internet after this page loads — extraction still works.

    How to extract images from a Pages document without uploading it

    Every "free" online Pages tool you've used uploads your document 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 documents 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 .pages file here, your browser:

    1. Checks the file is really a Pages document — by its magic bytes, not its name — so a JPEG renamed .pages is refused with a clear message, a CBZ or plain .zip renamed .pages is refused with a pointer at the CBZ tools, a PDF renamed .pages is refused with a pointer at the Extract Images from PDF tool, a DOCX renamed .pages is refused with a pointer at the Extract Images from DOCX tool, an XLSX renamed .pages is refused with a pointer at the Extract Images from XLSX tool, an ODS renamed .pages is refused with a pointer at the Extract Images from ODS tool, an ODT renamed .pages is refused with a pointer at the Extract Images from ODT tool, an ODP renamed .pages is refused with a pointer at the Extract Images from ODP tool, a PPTX renamed .pages is refused with advice to open it in Keynote, save it as .key and use the Extract Images from Keynote tool, a .key file is refused with a pointer at the Extract Images from Keynote tool, a .numbers file is refused with a clear message (there is no Numbers tool), a legacy .pages (Pages ’09 or older, index.apxl) is refused with instructions to re-save it in Pages, a PEM private key is refused with an explanation of what it is, and a password-protected document 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 .pages saved with the wrong extension still extracts.
    2. Reads the document'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 document card. Page order is not available without parsing the proprietary IWA data, so the page never claims it.
    3. Hands you the originals — download one image and it keeps its original filename; download the document 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 document.

    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 documents, no manual rename-to-.zip trick, 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 document'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 .pages and protected documents

    A legacy .pages (Pages ’09 or older) carries index.apxl instead of the modern Index/ layout, so this page cannot open it — open it in Pages and re-save it as a single file, or export it, then extract the new file. A password-protected document 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 Pages with the password and save an unprotected copy.

    No text, audio or video

    This tool pulls out images only: it does not extract the document's text or 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 Pages how to draw, so there are no image bytes to pull out.

    Package order, not page order

    Images come out in the order they sit in the file — the order of the entries under Data/ in the package. Page order would need the proprietary IWA protobuf data in Index/ parsed, which this page does not do, so it never claims page order. You can reorder images on each document 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 document — small renders Pages stores so Finder can show a preview. They are not images you placed in the document, so they are excluded from the image list and shown in the skipped list on the document card instead.

    Frequently asked questions

    Do my documents upload anywhere?

    No. Your Pages documents are extracted entirely in your browser — your file data never leaves the device, and the only third-party requests are the site’s own analytics, which count page views. You can verify it yourself with the network-request counter in the privacy section below the extractor.

    What is the difference between Pages, Keynote and Numbers?

    Pages, Keynote and Numbers are Apple’s word processor, presentation and spreadsheet apps, and their files share exactly the same package layout: a ZIP holding Index/Document.iwa, Metadata/Properties.plist and a Data folder of media. This page reads .pages documents only — a .key file is refused with a pointer at the Extract Images from Keynote tool, and a .numbers file is refused too, because there is no Extract Images from Numbers tool. PPTX and ODP are different formats with a different ZIP layout, so a PPTX or ODP renamed .pages is refused with a pointer at the right tool or fix.

    Can I extract images from a legacy .pages file?

    Not directly. A legacy Pages document (Pages ’09 or older) carries index.apxl at the root instead of the modern Index/ layout, and this page refuses it. Open the document in Pages and re-save it as a single file, or export it, then extract the images from the new file.

    Can I extract images from a password-protected Pages file?

    No. A password-protected Pages file is stored encrypted, not as a ZIP, so this page cannot open it at all — it never asks for a password and has nowhere to enter one. Only unprotected documents work here. Open the document in Pages with the password and save an unprotected copy, then extract that.

    In what order do the images come out — page order or package order?

    Package order. The images come out in the order they sit in the file — the order of the entries under Data/ in the package — because page order is not stored in a readable form: working it out would mean parsing the proprietary IWA protobuf data in Index/, which this page does not do. You can reorder images on each document card before downloading, and the ZIP names them image-01, image-02 and so on in that order.

    Are the images re-encoded, or do I get the originals?

    You get the originals. Every image downloads byte-for-byte exactly as stored in the document — no re-encoding, no rasterization, no quality setting, no quality loss. A JPEG that was compressed when the document was made stays exactly that JPEG; nothing is lost, and nothing can be recovered either. Per-image downloads keep the original filename; ZIP downloads use sequential names (image-01.jpg, image-02.jpg, …) in package order.

    Why are the Finder preview thumbnails not in the download?

    A .pages file carries three small preview images at its root — preview.jpg, preview-micro.jpg and preview-web.jpg — that Finder uses as thumbnails of the document. They are not images you placed in the document, so this page excludes them from the image list and shows them in the skipped list on the document card instead. The images under Data/ are the ones that come out.

    What should I do with a .key or .numbers file?

    Use the Extract Images from Keynote tool for a .key file — it reads Keynote decks the same way, in package order, byte-for-byte. A .numbers file is refused here, and there is no Extract Images from Numbers tool — but the Extract Images from Keynote tool reads .numbers files too, because Keynote, Pages and Numbers share the same package layout. This page reads .pages documents only.

    Does extraction keep metadata like EXIF location data?

    Yes. Extraction is verbatim, so EXIF and other metadata inside each image is kept — including location data, if the image has any. The document’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.