Skip to content
Back to the journal

Share your story

Plan a document carousel readers can actually follow

Turn one reader task into a page sequence, test the smallest view and export a reviewed document without padding it to a magic slide count.

The short answer

Build the page sequence before designing: a precise promise, the minimum context, a worked action, a check and a useful next step. Give each page a clear job and inspect the exported PDF at a realistic small scale. A document carousel is a document post; adding pages does not establish better engagement or understanding.

What you’ll take away

  • A page should advance the task, not merely repeat the cover.
  • Canvas pixels, PDF page units and displayed text size are different.
  • Keep a text alternative and the editable source.

Start with one useful finish line

Use a document when the reader benefits from moving through a sequence at their own pace. If the whole answer fits clearly in a short text post, a carousel may add production work without adding information. State the finish line in one sentence and remove pages that do not help reach it.

For this constructed example, the reader should be able to compare two reported rates without swapping denominators. This is narrower than teaching all LinkedIn analytics. The sequence below is a storyboard for that job, not a measured optimal page count or an account case study.

Write a page-by-page storyboard

Draft headings and evidence before choosing colors. Each row should specify what the reader learns, which example supports it and how the transition works. Introduce the inputs before displaying a result. A surprising number without its units and source cannot carry the explanation.

The five-page example is deliberately short enough to review in full. Split a page when it contains two necessary actions; combine or delete it when it repeats another page. Neither nine pages nor twenty pages is a universal success condition.

PageReader jobConcrete content
1 · PromiseRecognize the decisionTwo rates can use different denominators
2 · InputsIdentify the available sourceFictional post: 10 response events, 100 impressions; followers unknown
3 · CalculationFollow the supported operation10 / 100 × 100 = 10% response-event ratio per impression
4 · CheckReject the unsupported conclusionThis does not establish 10% of followers or unique people
5 · Next stepApply the distinctionRecord numerator, denominator, source and observation time
Read all five pages as text
  1. 10% of what?

    Before sharing a rate, name its denominator.

    10% · A percentage needs a definition.

    Five pages. One checkable lesson.

    Constructed example - no account data

  2. Start with the inputs.

    10 reaction/comment events. 100 post impressions. Follower count: unknown.

    10 / 100 · Keep the exact units with the values.

    Fictional observations, not results from an actual creator.

    Constructed example - no account data

  3. Follow the calculation.

    10 divided by 100, times 100. Reaction/comment events per impression.

    10% · This is the declared event ratio.

    Events can repeat. Impressions are displays.

    Constructed example - no account data

  4. Not 10% of followers.

    The follower denominator is missing. This ratio does not count different people who engaged.

    Unknown · An absent value does not become zero.

    Keep the limitation beside the rate.

    Constructed example - no account data

  5. Keep a useful record.

    Metric and included events. Denominator and source. Observation time and post age.

    Same scope · Compare matching definitions next time.

    Definitions: LinkedIn post analytics

    Constructed example - no account data

Use a complete example before designing your own

The downloadable PDFs carry the same five-page event-ratio example through a real export. It uses ten reaction/comment events and one hundred impressions, while the follower count remains unknown. The data are constructed for teaching. The final page links the member analytics definition; no private account was analyzed. All ten English/German pages were rendered at 360 pixels wide, and every intended line was independently extracted from the PDFs.

Start by opening every page and reading the HTML alternative. The ZIP includes editable SVG pages, the structured page text and the generator. Change the task and inputs in the source, then recheck calculations, labels, long lines and the exported result. The PDFs are not tagged or tested with assistive technology, and editable SVG import is not guaranteed in every editor. Preserve a usable text alternative instead of treating selectable text as complete access.

Test the text at the scale readers will see

Choose one consistent page shape and leave space around the main explanation. Use hierarchy to separate the claim, inputs and limitation. Do not hide the denominator or fictional-example label in tiny footnotes. A page that requires zooming to read its essential caveat needs a simpler layout.

Canvas size alone does not ensure legibility. For example, a 48-pixel label on a 1080-pixel design becomes about 14.2 pixels when the entire design is displayed 320 pixels wide. That is arithmetic for a constructed display width, not a claim about LinkedIn’s exact viewport or a universal font requirement. Test the actual export, not only your design at full zoom.

W3C recommends using real text where the same presentation can be achieved without images of text. Preserve meaningful text where your export allows it and provide a readable companion explanation. A PDF with selectable text is still not automatically tagged, correctly ordered or accessible.

Inspect the file and its distribution settings

Export a separate review copy and keep the editable source. Open every page in order; check missing fonts, clipped symbols, broken explanations, metadata and any sensitive names. Test a small view and a larger one. Our linked export experiment supplies original vector and raster examples; it does not test LinkedIn’s processing.

LinkedIn’s document FAQ lists a 100 MB and 300-page ceiling and one document per post. These are acceptance ceilings, not a target for this storyboard. Give the document a meaningful title and use the separate publishing guide for the current upload and verification workflow. Do not assume that post text, document title and embedded pages share the same editing rules.

Recognize success and plan a correction

Before publication, ask whether the exported file enables the promised calculation and explicitly rejects the wrong interpretation. Check every example against its inputs. If a page cannot be understood without a missing source or your spoken explanation, revise it before upload.

After publication, inspect the processed document and available download from the intended context. An uploaded file is not proof that the public order, crop and visibility are correct. LinkedIn does not let you replace the document inside the existing post; preserve the final source so a correction can be prepared. If the error changes the meaning, explain it rather than quietly repeating the claim.

Review the export against specific failure cases

Use the existing complete bilingual example as a reference, then run a page-by-page review of your own file. Check missing glyphs, cropped qualifiers, changed page order, rasterized fine print, stale values and links that no longer match their labels. Extracted text and rendered pages test different properties: a text extractor can recover an explanation that a crop makes visually unreadable, while a clear raster page may contain no selectable text.

For the 1080-unit example, a 48-unit label scales to 16 units at 360 wide, while 36 scales to 12. These are checkable geometric sizes, not human legibility thresholds. If an essential limitation is too small in the actual small view, simplify or split its content. A page-count target does not justify hiding it. Recheck the revised export, not only the editable source.

FailureWhy one green check is insufficientReview response
Missing or substituted glyphText extraction can still report the intended stringRender the actual page; repair font/export and recheck
Cropped denominator or source noteFull source text does not prove the visible cropInspect smallest view and preserve the qualifier
Calculation before inputsAll pages can exist in the wrong teaching orderMatch exported order to each reader job
Raster text or untagged PDFVisible clarity does not establish structured reading accessKeep a complete readable alternative; disclose untested access
New values in an old title or linkFilename and cover can disagree with the actual fileCompare source, exported values, title and destination

Finish a complete review without inventing a reader test

The new worked review cases trace a clipped denominator, a page-order error and an inaccessible explanation through the exact fix and remaining check. The blank private record gives each page its input, reader task, visible result, text-alternative reference and unresolved destination check. Use the separate original SVG/PDF source bundle for editing; this record does not replace it.

For a genuine reader test, ask an eligible willing reader to perform the promised task and record the actual result. Do not complete that field with the export checker’s output, a simulated persona or a guessed preference. A documented local review can say “all intended pages and text checked”; it cannot say “readers prefer this” or “LinkedIn processed it correctly” before those observations exist.

Sources & product references

Product details reflect the publication date. External features and interfaces may change.

WRAPPED.LI

Your year has a story. Find yours.

Explore your available activity, see the people behind it, and choose what to share.

Create my recapStart with a free profile preview. Premium is optional.
Wrapped.li editorial

Product guidance from Wrapped.li. Numerical examples are illustrative, not customer results. LinkedIn is a separate company.