Skip to content
Best Magazine Ever

Interactive Magazines

How to create an interactive magazine: from media plan to reader numbers

Make a magazine interactive with a purpose: give every element a job, plan it in the layout, produce video, galleries and 3D models properly, keep pages fast, then test and measure what readers use.

Interactivity works when it is planned with the stories, not added once the layout is locked. This guide turns the benefits and costs in interactive magazines into decisions for one issue, from the first plan to the numbers after release.

Step 1: Give every element a job

Each element should do one of three jobs: explain what a photo cannot carry (a process, motion, sound), show more (a whole photo series, an object from every side) or let readers act (buy, register, answer a poll). Animation's advantage over still pictures is especially large for learning how to perform a movement [1].

Diagram of the three jobs of an interactive element: explain, such as a video of a process, motion or sound; show more, such as a photo series or an object from every side; let readers act: buy, register, subscribe. An element with no job is dropped.
Every element needs one job you can name; otherwise drop it.

Write one sentence per element before anyone produces it: "This video shows how the glaze is applied, next to step three." No sentence, no element. Then rank the rest by the edition's goal: if that is more subscriptions, a sign-up link on every story opener comes before a second video.

Step 2: Choose elements story by story

Go through the flatplan story by story; few issues need every type of element.

If the story needs toUseOnly when
Send readers somewhereLinks, a clickable contents pageAlways: the cheapest layer
Show motion or soundVideo or audioThe subject moves or speaks
Show more picturesA gallery or slideshowThe extra pictures are strong
Show an object from every sideA 3D modelShape, scale or detail matter
Hear from readersA form or pollThe reader's answer is the point
  • Start with links: a clickable contents page, links to what each story names and a way back. In a PDF, create them in the layout application and export a tagged PDF, so assistive technology can name each link from its text [2].
  • Count navigation as interactivity. Search, bookmarks and clippings, as in the digital edition of the BFI's film magazine Sight and Sound [3], serve every page; a video serves one story.

Step 3: Plan the elements in the layout

Keep an interaction list: one line per element with page, job, file, producer, caption status and what print shows instead ("p. 34 · glazing · video 1:40 · print: poster and short address"). It doubles as schedule and test plan.

Diagram of a video on a magazine page: 1 placed beside the paragraph it explains; 2 a designed still as the poster; 3 a label saying what it shows and how long it runs, such as 1:40; 4 a short address or QR code for print readers.
Place each element beside its paragraph, with a poster, a label and a way in for print readers.
  • Beside its paragraph, inside one page and clear of gutter and trim: a phone may show a spread as single pages.
  • A poster, a designed still in the element's frame, so the page works before anything plays, and in print.
  • A label with what it shows and how long it runs ("Watch: glazing the bowl, 1:40"); link text should say what the link is for [4].
  • A way in for print readers: a short address or QR code beside the poster (see how to get more readers for your digital magazine).
  • Sound only on request. Browsers block video with sound from playing on its own [5], and audio that plays automatically for more than three seconds needs a way to pause or stop it, or its own volume control [6].

Step 4: Produce the media properly

Diagram of file formats for interactive media: video as MP4 with H.264 and AAC; loops as MP4, not GIF; captions as edited WebVTT; photos as WebP or AVIF with JPEG as fallback; line art as lossless PNG; 3D models as glTF (.glb).
Formats that play widely: MP4 for video and loops, WebVTT captions, WebP or AVIF photos, PNG line art, glTF models.

Accessibility belongs in the brief

Write accessibility requirements into the brief and producers' contracts, and handle them while the media are planned and produced [7].

Video

  • Format. MP4 (H.264 video, AAC audio) plays in every major browser. AV1 compresses as much as 50 percent more, but Safari plays it only on Apple devices with a hardware decoder [8]: if you deliver one file, make it the MP4.
  • Size and length. Export at display size, not camera resolution. Open on the subject, not on a logo animation, and end on a next step, such as the recipe or the shop.
  • Loops instead of GIFs. In web.dev's example, a 3.7 MB GIF becomes a 551 KB MP4 [9]. A loop that starts on its own and runs beside text for more than five seconds needs a way to pause, stop or hide it [10].
  • Poster. Without one, nothing appears until the first frame has loaded [5].
  • Captions and transcript. WebVTT is the most common caption format on the web; automatic captions do not meet accessibility requirements unless confirmed to be fully accurate [11]. Edit captions like copy, including music and sound effects that carry meaning [5], and put a transcript under the video [12].
  • Description. At WCAG level AA, prerecorded video needs audio description unless the soundtrack already conveys the important visual information [13]. In how-to clips, the presenter can say what matters on screen, which W3C calls usually best [14].
  • Flashing. Nothing may flash more than three times in any one second unless the flashes stay below the flash thresholds [15].

Every video needs a poster, edited captions and a transcript.

Audio

Show the length next to the play button, let readers start it and publish a transcript, which WCAG requires at level A for prerecorded audio such as a podcast [12]. Quote an interview's key line in the text.

Galleries and slideshows

Edit hard, open with the strongest image, caption every frame, show the count ("3 of 8") and export at display size: WebP or AVIF generally compress photographs better than JPEG, with JPEG as a good fallback; screenshots and line art need lossless PNG [16]. Give each informative image a text alternative [17]. Let readers advance slideshows with buttons that also work from the keyboard [18]; one that advances on its own needs a way to pause, stop or hide it, or to set how often it changes [10].

3D models

  • Format: glTF, Khronos's royalty-free format for efficiently transmitting and loading 3D models; a .glb file holds the whole asset [19].
  • Preparation: only as much geometry as necessary, true 1:1 scale (one glTF unit is one metre), the Draco or meshopt extensions for smaller meshes and no unused animation data [20].
  • Starting view: the angle the text discusses, for readers who never rotate the model.
  • Fallback: a still as the poster and a text alternative saying what the object is; a rotate button needs a name that describes its purpose [17].

Forms and polls

Ask only for the data the purpose needs (a poll rarely needs a name), say on the page what the answers are for and set a deletion date: the purpose must be indicated when personal data is collected, and the data stored for the shortest time possible [21]. Give every field a visible label, and in PDF forms a tooltip, which assistive technology reads as its label [22]. Close polls on a set date and publish the result in the next issue.

Step 5: Add the elements and keep pages fast

Three routes are common, and one issue can mix them:

RouteMediaWatch out
Interactive PDFLinks, bookmarks and form fields travel inside the fileEmbedded video and audio work in some PDF apps and not others: test in your readers' apps
Web editionThe browser's own player and caption tracks [5]Loading time (see below)
Browser viewer over the PDFThe PDF stays unchanged; the media live only in the viewerA downloaded copy is static

Check which media types, and how many, your plan supports. Keep the masters (full-quality video, caption files, layered images, 3D sources) outside the platform, so you can rebuild the issue elsewhere. Then keep the pages fast:

  • Load media only when readers get there. Lazy-load embedded players [23] or show a facade, a static image that loads the player on tap [24]. For your own videos, set preload to none and add a poster [25].
  • Reserve space for every embed, so the text does not jump.
  • Check the Core Web Vitals in web editions: Largest Contentful Paint within 2.5 seconds, Interaction to Next Paint of 200 milliseconds or less, Cumulative Layout Shift of 0.1 or less [26].

Step 6: Test the media before release

After the device checks in how to create a digital magazine, test every line of the interaction list in the published issue:

  1. Phones. On an iPhone and an Android phone, held upright, tap every link, hotspot and play button: posters show first, videos play in place, nothing covers text or needs hover. WCAG 2.2 sets 24 by 24 CSS pixels as the minimum target size at level AA, with some exceptions [27]; aim larger, because hotspots drawn on a spread shrink on a phone.
  2. Slow connections. Use the slow 4G or 3G throttling preset in Chrome DevTools, with Disable cache ticked [28]: ideally only posters load before anyone taps.
  3. Keyboard. Tab through the issue: every function of players, galleries and 3D viewers must work from the keyboard [29], and focus must be able to leave them again [30].
  4. Reduced motion. Page-flip effects and animations should respect the device setting that minimises non-essential motion [31].
  5. Screen reader. With VoiceOver, TalkBack or NVDA: every play, next and rotate button has a name, captions switch on, the transcript is reachable.
  6. Static copies. Posters, short addresses and QR codes work in the downloadable PDF and on a print proof.

Then work through the magazine accessibility checklist and the magazine accessibility guide.

Step 7: Measure what readers use

Before release, note in the interaction list what you will count and which result would make you keep, change or drop each element. Count against the readers who reached that page:

ElementCount
LinksClicks
Video and audioPlays, and how far viewers get if your tool shows it
GalleriesFrames viewed
3D modelsInteractions
Forms and pollsSubmissions
  • Fix drop-off at the front. If viewers leave a video early, move the key moment forward or cut it shorter.
  • Relabel once, then cut. An element few readers open is badly labelled, badly placed or not needed: relabel or move it once, and if it is still ignored, drop that kind of element.

Ask your platform what it counts and what it stores on readers' devices. Viewnamic, for example, counts video plays, 3D interactions and link clicks without cookies or stored IP addresses [32]; reader statistics come with its Premium and tailored plans [33].

Sources

  1. Instructional animation versus static pictures: A meta-analysis (Höffler & Leutner, Learning and Instruction, 2007) - Leibniz Institute for Science and Mathematics Education
  2. PDF11: Providing links and link text using the Link annotation and the /Link structure element in PDF documents | WAI | W3C
  3. About the Sight and Sound digital edition – BFI
  4. Understanding Success Criterion 2.4.4: Link Purpose (In Context) | WAI | W3C
  5. <video> HTML video embed element - HTML | MDN
  6. Understanding Success Criterion 1.4.2: Audio Control | WAI | W3C
  7. Planning Audio and Video Media | Web Accessibility Initiative (WAI) | W3C
  8. Web video codec guide - Media | MDN
  9. Replace animated GIFs with video for faster page loads | Articles | web.dev
  10. Understanding Success Criterion 2.2.2: Pause, Stop, Hide | WAI | W3C
  11. Captions/Subtitles | Web Accessibility Initiative (WAI) | W3C
  12. Transcripts | Web Accessibility Initiative (WAI) | W3C
  13. Understanding Success Criterion 1.2.5: Audio Description (Prerecorded) | WAI | W3C
  14. Description of Visual Information | Web Accessibility Initiative (WAI) | W3C
  15. Understanding Success Criterion 2.3.1: Three Flashes or Below Threshold | WAI | W3C
  16. Image file type and format guide - Media | MDN
  17. Understanding Success Criterion 1.1.1: Non-text Content | WAI | W3C
  18. Carousels Tutorial | Web Accessibility Initiative (WAI) | W3C
  19. glTF - Runtime 3D Asset Delivery
  20. Real-time Asset Creation Guidelines (version 2.0.0) - KhronosGroup/3DC-Asset-Creation - GitHub
  21. Principles of the GDPR - European Commission
  22. PDF10: Providing labels for interactive form controls in PDF documents | WAI | W3C
  23. It's time to lazy-load offscreen iframes! | web.dev
  24. Best practices for using third-party embeds | Articles | web.dev
  25. Lazy loading video | Articles | web.dev
  26. Web Vitals | web.dev
  27. Understanding Success Criterion 2.5.8: Target Size (Minimum) | WAI | W3C
  28. Network features reference | Chrome DevTools | Chrome for Developers
  29. Understanding Success Criterion 2.1.1: Keyboard | WAI | W3C
  30. Understanding Success Criterion 2.1.2: No Keyboard Trap | WAI | W3C
  31. prefers-reduced-motion CSS media feature - CSS | MDN
  32. Viewnamic PDF analytics
  33. Viewnamic pricing