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].
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 to | Use | Only when |
|---|---|---|
| Send readers somewhere | Links, a clickable contents page | Always: the cheapest layer |
| Show motion or sound | Video or audio | The subject moves or speaks |
| Show more pictures | A gallery or slideshow | The extra pictures are strong |
| Show an object from every side | A 3D model | Shape, scale or detail matter |
| Hear from readers | A form or poll | The 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.
- 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
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:
| Route | Media | Watch out |
|---|---|---|
| Interactive PDF | Links, bookmarks and form fields travel inside the file | Embedded video and audio work in some PDF apps and not others: test in your readers' apps |
| Web edition | The browser's own player and caption tracks [5] | Loading time (see below) |
| Browser viewer over the PDF | The PDF stays unchanged; the media live only in the viewer | A 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:
- 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.
- 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.
- 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].
- Reduced motion. Page-flip effects and animations should respect the device setting that minimises non-essential motion [31].
- Screen reader. With VoiceOver, TalkBack or NVDA: every play, next and rotate button has a name, captions switch on, the transcript is reachable.
- 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:
| Element | Count |
|---|---|
| Links | Clicks |
| Video and audio | Plays, and how far viewers get if your tool shows it |
| Galleries | Frames viewed |
| 3D models | Interactions |
| Forms and polls | Submissions |
- 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
- Instructional animation versus static pictures: A meta-analysis (Höffler & Leutner, Learning and Instruction, 2007) - Leibniz Institute for Science and Mathematics Education
- PDF11: Providing links and link text using the Link annotation and the /Link structure element in PDF documents | WAI | W3C
- About the Sight and Sound digital edition – BFI
- Understanding Success Criterion 2.4.4: Link Purpose (In Context) | WAI | W3C
- <video> HTML video embed element - HTML | MDN
- Understanding Success Criterion 1.4.2: Audio Control | WAI | W3C
- Planning Audio and Video Media | Web Accessibility Initiative (WAI) | W3C
- Web video codec guide - Media | MDN
- Replace animated GIFs with video for faster page loads | Articles | web.dev
- Understanding Success Criterion 2.2.2: Pause, Stop, Hide | WAI | W3C
- Captions/Subtitles | Web Accessibility Initiative (WAI) | W3C
- Transcripts | Web Accessibility Initiative (WAI) | W3C
- Understanding Success Criterion 1.2.5: Audio Description (Prerecorded) | WAI | W3C
- Description of Visual Information | Web Accessibility Initiative (WAI) | W3C
- Understanding Success Criterion 2.3.1: Three Flashes or Below Threshold | WAI | W3C
- Image file type and format guide - Media | MDN
- Understanding Success Criterion 1.1.1: Non-text Content | WAI | W3C
- Carousels Tutorial | Web Accessibility Initiative (WAI) | W3C
- glTF - Runtime 3D Asset Delivery
- Real-time Asset Creation Guidelines (version 2.0.0) - KhronosGroup/3DC-Asset-Creation - GitHub
- Principles of the GDPR - European Commission
- PDF10: Providing labels for interactive form controls in PDF documents | WAI | W3C
- It's time to lazy-load offscreen iframes! | web.dev
- Best practices for using third-party embeds | Articles | web.dev
- Lazy loading video | Articles | web.dev
- Web Vitals | web.dev
- Understanding Success Criterion 2.5.8: Target Size (Minimum) | WAI | W3C
- Network features reference | Chrome DevTools | Chrome for Developers
- Understanding Success Criterion 2.1.1: Keyboard | WAI | W3C
- Understanding Success Criterion 2.1.2: No Keyboard Trap | WAI | W3C
- prefers-reduced-motion CSS media feature - CSS | MDN
- Viewnamic PDF analytics
- Viewnamic pricing