Skip to main content

πŸŽ“ Lesson 15: Publishing & the LMS

You've built it, assessed it, and made it accessible. Now comes the moment it becomes real: publishing. This is where your Captivate project turns into a package learners can actually open β€” a web page, or a course that reports scores and completion back to a Learning Management System. We'll demystify HTML5, SCORM, and xAPI, show you how tracking works, and give you a clean way to test and review before you ship. This lesson closes Part 3.

πŸ“š What You'll Learn

By the end of this lesson, you will be able to:

  • Explain HTML5, SCORM (1.2/2004), and xAPI β€” and pick the right one for a project
  • Understand how tracking β€” completion, score, pass/fail β€” flows from your course to an LMS
  • Choose sensible publish settings (title, output, responsive) in the all-new Captivate All-New
  • Test a published package before handing it over, and host HTML5 output on the web
  • Run a lightweight review workflow so feedback happens before launch, not after

⏱️ Estimated Time: 40 minutes

🎯 Project: Publish your course twice β€” once as HTML5 for the web and once as a SCORM package for an LMS β€” test the output, and write down exactly how you'd upload it.

In This Lesson

Author Here, Publish Out

Way back in Lesson 1 we drew a line that finally pays off here: Captivate is where you author; it is not where learners take the course. Your saved project file β€” the .cpt from the all-new Adobe Captivate (or .cptx from Classic) β€” is the editable source, like a chef's recipe. Learners never touch it. Instead you publish, which cooks that source into a finished dish learners can consume: a set of web files, or a packaged course an LMS can install.

This distinction matters for a reassuring reason we've repeated all course long: learners never need a Captivate subscription. Trial / Paid They open a link or click a course in their LMS and it just runs in a browser. Only you, the author, need Captivate. Publishing is the bridge between your paid authoring tool and your subscription-free audience.

🧠 Mindset

"SCORM," "xAPI," "LMS" β€” this lesson has the most acronyms in the whole course, and that's exactly why it feels intimidating. Here's the secret: they're just delivery formats, like choosing between a PDF, a Word doc, and a printed page. You don't need to understand the plumbing inside them; you need to know which one to pick and how to hand it over. By the end of this lesson the acronyms will feel routine β€” promise.

The all-new Adobe Captivate publishes modern HTML5 output β€” content that runs in any current web browser on any device, no plug-ins. That's a big deal historically: older e-learning relied on Flash, which is long dead. Everything you publish today is HTML5 at its core; SCORM and xAPI simply wrap that HTML5 with a standard way to talk to a Learning Management System. Understand that and the formats stop being a mystery.

The Formats: HTML5, SCORM & xAPI

When you publish, Captivate asks what kind of output you want. Here's the whole map at a glance, then the plain-English version of each.

graph LR A["πŸ› οΈ Your Captivate project
(.cpt source)"] --> B["πŸ“€ Publish"] B --> C["🌐 HTML5
web / self-hosted"] B --> D["πŸ“¦ SCORM 1.2 / 2004
for an LMS"] B --> E["πŸ“Š xAPI (Tin Can)
rich tracking / LRS"] C --> F["πŸ§‘β€πŸŽ“ Learner opens
in a browser"] D --> G["🏫 LMS runs it &
records score / completion"] E --> G G --> H["πŸ“ˆ Results report
back to you"] style A fill:#f1f5f9,color:#1e293b style B fill:#bbf7d0,color:#1e293b style C fill:#bfdbfe,color:#1e293b style D fill:#c7d2fe,color:#1e293b style E fill:#fde68a,color:#1e293b style F fill:#f1f5f9,color:#1e293b style G fill:#fed7aa,color:#1e293b style H fill:#bbf7d0,color:#1e293b

Figure 1 β€” From one project, several publish targets: plain HTML5 for the web, or an LMS-aware package (SCORM/xAPI) that reports results back.

HTML5 β€” the web output

HTML5 is the raw web version of your course: a folder of files (an index.html plus supporting assets) that plays in any browser. Use it when you want to host the course on a website or share a link and you don't need to record scores centrally. It's the simplest path β€” no LMS required. The catch: on its own, plain HTML5 has nowhere to send completion or score data. If you just need people to take a course and don't need a report of who passed, HTML5 is perfect. If you need that report, you want SCORM or xAPI.

SCORM β€” the LMS standard

SCORM (Sharable Content Object Reference Model) is the long-standing standard that lets a course and a Learning Management System talk to each other. Publish as SCORM and Captivate produces a ZIP package you upload to the LMS; the LMS then launches your HTML5 content and, through SCORM, receives things like completion status, score, and pass/fail. It's how nearly every corporate and academic LMS has worked for years β€” if someone says "we need it for our LMS," they usually mean SCORM.

SCORM comes in two versions you'll see in the publish dialog:

  • SCORM 1.2 β€” older, simplest, extremely widely supported. A safe default when you're unsure; almost every LMS accepts it.
  • SCORM 2004 β€” newer, with finer control over sequencing and status (it distinguishes completion from success, for example). Use it when your LMS or client specifically asks for it.

The honest rule: ask your LMS administrator which version and settings they want. LMSs vary, and matching their expectation saves hours of debugging. When you have no guidance, SCORM 1.2 is the most broadly compatible starting point.

xAPI β€” richer, modern tracking

xAPI (Experience API, also called Tin Can) is the newer standard. Where SCORM mostly tracks a single course session inside an LMS, xAPI can record granular statements β€” "learner answered question 3," "learner watched the safety video" β€” and send them to a Learning Record Store (LRS), which may live inside or alongside an LMS. Use xAPI when you need detailed learning analytics or tracking beyond a single course launch. It's more powerful and more flexible; it's also a bit more to set up, so reach for it when the extra data is worth it.

πŸ’‘ You'll also see AICC and cmi5. AICC is an older LMS standard you may meet in legacy systems β€” think of it as a predecessor to SCORM. cmi5 is a modern profile that pairs xAPI's rich tracking with LMS launch/management, aiming to be "the best of both." You rarely need these as a beginner; recognize the names and pick SCORM or xAPI unless a client specifies otherwise.
You want to… Publish as Why
Put a course on a website or share a link; no central scoring HTML5 Simplest. Runs anywhere in a browser; no LMS needed.
Report completion & scores in a typical corporate/academic LMS SCORM 1.2 Widest compatibility. The safe default for most LMSs.
Same, but your LMS/client asks for finer status control SCORM 2004 Distinguishes completion from success; richer sequencing.
Track detailed activity, or learning outside a single course launch xAPI Sends granular statements to a Learning Record Store (LRS).
Support a legacy system, or modern xAPI + LMS management AICC / cmi5 Only when specifically required. Otherwise pick SCORM or xAPI.

Tracking: How the LMS Knows

Here's the part that feels like magic until you see it: how does an LMS know a learner passed? The chain is simple. You built quizzes and a results/score slide back in Lessons 12–13 and set a pass threshold. When you publish as SCORM or xAPI, Captivate wires that scoring into the standard's reporting. At runtime, the learner takes the course inside the LMS; your course reports its status through SCORM/xAPI; the LMS stores it and shows it to administrators.

The pieces you control at publish time typically include:

  • What "complete" means β€” reaching the end (slide viewed), or achieving a passing score, or both. This is the setting people most often get wrong; decide deliberately.
  • The pass/fail score β€” usually inherited from your quiz's pass threshold. Confirm it's what you intend.
  • What data reports β€” completion status, score, pass/fail, and (with xAPI) detailed interaction data. More detail means more you can analyze, but also more to configure and test.
  • Retakes / attempts β€” whether and how a learner can retry, and how the LMS records multiple attempts.

⚠️ The most common publishing bug: mismatched completion

The classic support ticket is "learners finished but the LMS shows them incomplete." Almost always it's a completion-criteria mismatch β€” the course reports completion one way (say, on a passing score) while the LMS expects another (say, viewing the last slide), or the pass score is set differently in the two places. Decide what "complete" means, set it the same way in Captivate and in the LMS, and test it before rolling out. This one check prevents most publishing headaches.

A quick reassurance about privacy and cost: none of this reporting requires your learners to buy anything, and the tracking data flows to your LMS, controlled by your organization. Some hosted review or analytics services Adobe offers may be billed separately or metered Add-on / Metered β€” as always, we won't quote numbers; check adobe.com/products/captivate for what's included in your plan today.

Publish, Test & Review

Let's walk the actual publish flow. Adobe adjusts the exact dialog between releases, so we'll describe it by what you're choosing, not by pixel positions.

Figure 2 β€” All-new Captivate (a simplified mock-up, not a real screenshot): a Publish dialog with title, output format, and responsive HTML5 with score/completion reporting on.

The choices you'll make:

  • Project title & output name β€” what the course and its files are called. Keep it clear and versioned (more on that in a moment).
  • Output format β€” HTML5 for the web, or SCORM 1.2 / SCORM 2004 / xAPI for an LMS (from the map above).
  • Responsive / device output β€” confirm it publishes the responsive HTML5 you built in Lesson 7 so it adapts on phones and tablets.
  • Reporting settings β€” for SCORM/xAPI, set completion criteria, pass score, and what reports (from the tracking section).
  • Where it saves β€” Captivate writes a folder (for HTML5) or a ZIP package (for SCORM) to a location you choose. Note it β€” that's what you hand over.

Test before you hand it over

Never ship a package you haven't run. Two levels of testing:

  1. Run the HTML5 output locally / in a browser. Open the published output and click all the way through: media plays, interactions work, the quiz scores, it's responsive, and (from Lesson 14) it's accessible. Do this for every publish.
  2. Test the SCORM/xAPI package in a test harness. You don't need to bother your real LMS to check that tracking works. A SCORM test service (the widely used one is SCORM Cloud, and similar free/trial testers exist β€” described generically here) lets you upload your package, take the course, and see exactly what completion and score it reported. If it tracks correctly there, it'll almost certainly track in your LMS. This is the single best habit for avoiding the "shows incomplete" bug.
πŸ’‘ Uploading to a real LMS. Every LMS differs, but the shape is the same: find "add/upload content" (or "add a SCORM package"), upload the ZIP Captivate produced (don't unzip it), set the activity's completion and scoring options to match what you published, then take the course yourself as a test learner and confirm your result appears in the reports. Ask your LMS admin for their specific steps β€” they've done it a hundred times.

A lightweight review workflow

Publishing isn't only a technical act β€” it's usually the end of a review cycle. Feedback is far cheaper before launch than after, so build in a review pass:

  • Share for feedback early. Publish an HTML5 preview (or use Captivate's review/share feature, where available Add-on / Metered β€” some hosted review services may be metered; check your plan) and send it to a subject-matter expert and a real target learner. Watching a genuine learner get stuck teaches you more than any checklist.
  • Collect comments in one place and triage them: fix now, fix later, or won't fix (with a reason). Don't let feedback scatter across five email threads.
  • Version your source file. Captivate projects are single binary files, so keep dated copies β€” fire-safety_v1.cpt, fire-safety_v2.cpt β€” and never overwrite your only good copy. Re-publish from the source after each round. (We go deeper on team workflow in Lesson 21.)

βœ… Pre-launch publish checklist

  • ☐ Picked the right format for the job (HTML5 vs SCORM vs xAPI)
  • ☐ Completion criteria and pass score set the same in Captivate and the LMS
  • ☐ Published responsive HTML5; tested it clicks through on desktop and mobile
  • ☐ Tested the SCORM/xAPI package in a test harness and confirmed it reported correctly
  • ☐ Ran the Lesson 14 accessibility pass on the published output
  • ☐ Got at least one round of review from an SME and a real learner
  • ☐ Saved a dated, versioned copy of the source .cpt

🎯 Try It: Publish Two Ways

πŸ‹οΈ Activity: From project to package (~25 minutes)

Objective: Publish your course in both of the formats you'll use most β€” HTML5 and SCORM β€” test each, and plan the hand-off. This is the exact routine you'll run to ship the capstone.

Steps

  1. Save a dated copy of your project first (e.g. mycourse_v1.cpt), so your source is safe. (⏱️ 1 min)
  2. Publish as HTML5 to a folder you'll remember. Open the output in a browser and click all the way through β€” media, interactions, quiz, responsiveness. (⏱️ 8 min)
  3. Publish again as SCORM 1.2, confirming your completion criteria and pass score. Note where the ZIP package saves. (⏱️ 6 min)
  4. Upload the SCORM ZIP to a free SCORM test service (SCORM Cloud-style), take the course, and check that it reported your completion and score correctly. (⏱️ 7 min)
  5. In your notes, write the steps you'd use to upload this to a real LMS, and one thing you'd check first with the LMS admin. (⏱️ 3 min)
πŸ’‘ Hint

No LMS or test account handy? You can still complete most of this: publish both formats and thoroughly test the HTML5 output in your browser, then write the SCORM upload plan on paper β€” format, completion criteria, pass score, and the one question you'd ask the admin. The planning is the durable skill. If the publish dialog looks different from Figure 2, that's fine β€” Adobe moves things; search helpx.adobe.com/support/captivate.html for "publish."

βœ… Activity Complete When…

  • You've saved a versioned source file and published both HTML5 and SCORM output
  • You clicked through the HTML5 output in a browser with everything working
  • You tested the SCORM package (in a test service) or wrote a complete upload plan
  • You can name which format to use for the web vs an LMS, and why

🎯 Quick Quiz

Question 1: Your client wants to host a short course on their public website and does not need to record who completed it. Which publish format fits best?

Question 2: Learners say they finished, but the LMS still shows them "incomplete." What's the most likely cause and best habit to prevent it?

πŸ““ Learning Journal

Keep your Learning Journal going β€” it's where "I read that" becomes "I can do that." After each lesson, jot down:

  • Key concepts you learned
  • Things that clicked for you
  • Questions or confusion points to revisit
  • Ideas you want to try
  • Your progress and how you feel about learning this

✍️ This lesson's prompt: In your own words, explain the difference between HTML5, SCORM, and xAPI to an imaginary teammate who's never published a course. Then note: for the course you want to build, which format will you use, and why? Write down one thing about tracking or completion you want to double-check before your capstone.

πŸ“ Lesson Summary

πŸŽ“ Key Takeaways

  • You author in Captivate (.cpt) and publish a finished package learners take in a browser β€” no learner subscription needed. All modern output is HTML5 at its core.
  • HTML5 = web, no central tracking. SCORM (1.2 widest-compatible; 2004 finer control) = a ZIP you upload to an LMS that reports completion/score. xAPI = richer, granular tracking to a Learning Record Store.
  • Tracking flows from your quiz scoring and completion criteria β€” the #1 bug is a completion mismatch between the course and the LMS. Decide what "complete" means and set it the same in both.
  • Always test the published output in a browser and the SCORM/xAPI package in a test service, run your accessibility pass, get a review round, and keep a versioned source file.

πŸŽ‰ What You've Accomplished

This is the milestone the whole course was building toward: you can take a project from an idea to a published, trackable, accessible course that a real learner can open and a real LMS can report on. You've closed Part 3 β€” Captivate's signature craft of simulating, assessing, and shipping. Everything from here is about doing it better, faster, and for real: Classic's power features, AI and workflow, and the three-part capstone where you publish a course of your own for keeps.

❓ Common Questions at This Stage

Which SCORM version should I choose?

When in doubt, SCORM 1.2 β€” it's the most widely supported and a safe default. Choose SCORM 2004 if your LMS or client asks for it or you need its finer completion/sequencing control. The best move of all is to ask your LMS administrator what they expect before you publish.

Do I need an LMS to finish this course or the capstone?

No. You can publish HTML5 and host it anywhere (even locally), and you can verify SCORM tracking with a free SCORM test service instead of a full LMS. If you do have an LMS, great β€” but the capstone works fine with a test harness and a written upload plan.

Where exactly is the Publish dialog in my version?

It's typically a Publish button or a Publish item in the main menu, offering HTML5 and LMS (SCORM/xAPI) outputs. Adobe changes the layout between releases, so if Figure 2 doesn't match, search helpx.adobe.com/support/captivate.html for "publish." You now know every choice you'll need to make β€” that's the part that doesn't move.

πŸ”­ Looking Ahead

Part 3 is complete β€” you can build, assess, make accessible, and publish a real course. In Lesson 16, Part 4 begins: an honest, guided tour of Captivate Classic β€” its timeline-and-slides model and the situations where it's still the right tool. Your all-new skills will transfer conceptually, so it'll feel familiar even though it looks different.

βœ… Before the Next Lesson

  • Publish your course as HTML5 and SCORM, and test at least the HTML5 output
  • Write this lesson's journal prompt β€” your format choice and one tracking question to verify
  • If you can, sign up for a free SCORM test service so you're ready to verify packages at the capstone

πŸ“š Additional Resources

🌟 Encouragement for the Journey

Take a second to appreciate this: you can now build a complete interactive course and put it in front of real learners, with real tracking, that works for everyone. That's the entire job β€” and you can do it. The acronyms that looked intimidating at the top of this lesson are just tools in your bag now. Onward.