These free IAAP study guides support accessibility-foundation learning through task-based examples, barrier identification and organisational planning. Use a fictional service to examine how people encounter different interaction barriers and how design choices affect access. The CPACC resource listed in the catalogue provides the preparation direction. The original activities here do not claim to be a full technical accessibility audit or official IAAP courseware; compare them with the exact current target outline.
Want free reference PDFs? Email freelearning@ciscoforall.com with your exam code and name. We will send an available older reference file free of charge. Availability varies. See the request section below.
Choose the learning direction closest to your role and current knowledge. These orientations help you organise practice; they are not official exam objective lists. Compare your chosen target with the exact current syllabus and record any additional topics you need.
| Learning path | Who it suits | Topics to understand | First practice task |
|---|---|---|---|
| Accessibility foundations | Learners building core vocabulary | Disability, barriers and user context | Identify barriers in a fictional task |
| Inclusive design reasoning | Learners comparing design choices | Multiple interaction methods and clear content | Review a registration workflow |
| Organisational practice | Learners managing accessibility outcomes | Ownership, procurement and improvement | Create an accessibility action plan |
Connect additional review material with a specific preparation gap. Open a relevant product to explore its details, confirm its code and version, and decide how it supports your learning goal.
| Premium resource | Preparation focus |
|---|---|
| CPACC — Certified Professional in Accessibility Core Competencies — Premium PDF | Accessibility foundations, user barriers and organisational practice. |
The CPACC listing should be matched to the current content outline and resource edition. The exercises provide original foundational practice and make no formal legal or conformance judgement.
A barrier arises from the relationship between a person, a task and the environment. Avoid assuming all people with a particular disability use the same tools or have identical needs. Describe the task and available interaction methods. This keeps the review concrete and helps distinguish a design barrier from an unsupported generalisation about users.
Practice task: Describe a fictional ticket-booking task using visual, keyboard and audio interactions. Expected result: A task map showing different possible barriers. Common mistake to avoid: Treating a disability label as a complete user profile
Clear language, meaningful structure and usable alternatives can help people understand information. An alternative should preserve the purpose of the original content, not merely occupy the same location. Compare what a user needs to know with what each presentation conveys. One visual check cannot establish that every interaction method receives equivalent information.
Practice task: Review a fictional chart and write the information a useful text explanation must convey. Expected result: An alternative that preserves the chart’s relevant meaning. Common mistake to avoid: Adding a generic label that omits the important information
A task may be easy with a pointer yet difficult with a keyboard or assistive technology. Trace navigation, control identification, input and feedback. Record the method used and the observed obstacle. A successful check supports a specific observation; it should not be expanded into a claim of complete conformance without the applicable evaluation process.
Practice task: Walk through a fictional signup using keyboard navigation and note the required feedback. Expected result: A task-based barrier log with stated evaluation limits. Common mistake to avoid: Calling a service accessible after testing only one input method
Error information should identify the issue and help the user correct it. Avoid relying on color alone or removing all previously entered information without a reason. Compare the error message with the field and recovery action. Include a missing-input and an invalid-input case so the exercise tests meaningful feedback rather than a single ideal path.
Practice task: Write error and recovery states for a fictional registration form. Expected result: Specific feedback linked to corrective actions. Common mistake to avoid: Displaying an error without explaining how to continue
Accessibility outcomes need ownership in design, procurement, development and support. A final review alone may find problems after choices are costly to change. Identify where requirements should be discussed and what evidence would support a supplier or release decision. Keep legal and standard-specific obligations separate for current authoritative review.
Practice task: Map accessibility responsibilities across a fictional product lifecycle. Expected result: An ownership plan with early review points. Common mistake to avoid: Leaving accessibility responsibility to an unspecified final reviewer
A barrier log should include the affected task, evidence and expected improvement. Prioritisation needs context, such as whether the barrier blocks a principal task. Do not assume a cosmetic issue and a task-blocking issue have equal impact. State uncertainty and use user feedback appropriately rather than claiming that an automated check captures every barrier.
Practice task: Compare three fictional barriers and justify which should be investigated first. Expected result: A prioritised plan based on task impact and evidence. Common mistake to avoid: Ranking issues solely by how easy they are to fix
Complete these activities as written exercises or in an authorised practice environment with fictional data. Define the expected outcome before starting and save a brief explanation of what the result establishes. Verify version-specific steps for your selected technology.
| Activity | What to do | Expected result |
|---|---|---|
| Consider the interaction and environment together | Describe a fictional ticket-booking task using visual, keyboard and audio interactions. | A task map showing different possible barriers. |
| Provide information in understandable forms | Review a fictional chart and write the information a useful text explanation must convey. | An alternative that preserves the chart’s relevant meaning. |
| Test task completion with more than one input method | Walk through a fictional signup using keyboard navigation and note the required feedback. | A task-based barrier log with stated evaluation limits. |
| Make errors understandable and recoverable | Write error and recovery states for a fictional registration form. | Specific feedback linked to corrective actions. |
Use these comparisons to find an assumption worth revisiting. For each mistake, write a new example with different details and explain why the corrected principle still applies.
| Common mistake | Why it matters | Better approach |
|---|---|---|
| Displaying an error without explaining how to continue | Compare the assumption with the observation before changing the design. | Specific feedback linked to corrective actions. |
| Leaving accessibility responsibility to an unspecified final reviewer | Compare the assumption with the observation before changing the design. | An ownership plan with early review points. |
| Ranking issues solely by how easy they are to fix | Compare the assumption with the observation before changing the design. | A prioritised plan based on task impact and evidence. |
Explanation: Determine whether users receive understandable error information through their interaction method and know how to correct it. Add meaningful text and appropriate relationships in the design, then test the relevant task rather than relying only on visual appearance.
Write your own answer before reading the explanation. Identify the evidence supporting it, then change one detail and decide whether your answer should change. This is an original learning exercise, not an actual exam question.
| Stage | Focus | Practice outcome |
|---|---|---|
| Week 1 | Select the target and foundations | Describe a fictional ticket-booking task using visual, keyboard and audio interactions. A task map showing different possible barriers. |
| Week 2 | Apply core concepts | Review a fictional chart and write the information a useful text explanation must convey. An alternative that preserves the chart’s relevant meaning. |
| Week 3 | Investigate weak topics | Walk through a fictional signup using keyboard navigation and note the required feedback. A task-based barrier log with stated evaluation limits. |
| Week 4 | Review mixed examples | Write error and recovery states for a fictional registration form. Specific feedback linked to corrective actions. |
Four weeks is an example schedule, not a promise of readiness. Adjust each stage to your experience and available time. Extend a stage when you cannot explain the topic without the notes or apply it to a fresh scenario. Revisit the exact target objectives so a familiar topic does not replace a relevant topic you have not practised.
Create a tracker with target topic, initial explanation, practice activity, observed result and next review date. Separate a topic you recognise from a topic you can apply. A useful record makes the remaining gap visible and helps you choose the next activity instead of repeatedly rereading the same material.
When an answer is wrong, preserve the initial assumption, the contradicting evidence and the corrected principle. Create a second example using different details. If the explanation works only for the first example, return to the concept before adding more resources. Review recurring errors together: they may reveal a missing foundation rather than several unrelated weaknesses.
| Tracker field | Example entry to write | Review question |
|---|---|---|
| Requirement | Describe a fictional ticket-booking task using visual, keyboard and audio interactions. | What outcome am I trying to establish? |
| Evidence | A task map showing different possible barriers. | Which observation supports my explanation? |
| Limitation | State what the exercise did not establish. | Am I making a broader claim than the evidence allows? |
| Next activity | Review a fictional chart and write the information a useful text explanation must convey. | What new example will test the principle? |
Email freelearning@ciscoforall.com with your exam code and name, the product or framework version if known, and the topics you need. We will send an available older reference file free of charge. Availability varies; a file may not be available for every target. The original notes, tables and exercises on this page are free to read without requesting a file.
Keep the code and version visible when using an older reference. Terminology, objectives and product behaviour may differ from your current target. Compare the material with the scope you intend to study and verify release-specific information before using it in a lab. We share only resources we are permitted to distribute. If you are unsure of the target name, include the learning goal so the request can be understood.
Use this guide to organise foundations and identify weaker topics. Then choose a relevant IAAP Premium PDF for additional review. Give the resource a clear purpose: explain a concept, compare alternatives or repeat a practical scenario. Track the exact target and version alongside your notes so useful older material is not mistaken for complete current coverage.
Build a preparation routine around topic review, original exercises and an error log. After reviewing a resource, close it and explain the principle in your own words. Apply that principle to an unfamiliar example and record any remaining uncertainty. The value comes from understanding and application, rather than the number of files collected.
Accessibility foundations, user barriers and organisational practice. — Premium PDF
Yes. The learning notes, tables, study plan and original exercises here are free to read. Premium PDFs are available separately through the linked product pages.
CPACC-oriented preparation builds broader accessibility foundations. Do not assume that it replaces a separate technical evaluation method or a target with different practical objectives.
Yes. Email freelearning@ciscoforall.com with your name, exact target and exam code. We will send an available older reference file free of charge. Availability varies.
It may explain useful foundations while describing an earlier version. Compare its code, objectives and product behaviour with your exact target before treating it as a complete preparation resource.
Use the product table to find a resource matching your target. Explore its details and version, then connect it with the concept or practice gap you want to strengthen.
No. Adjust the schedule to your experience, available time and practice results. Repeat a stage until you can explain its concepts and apply them to a different example.
No. The scenarios are original exercises for understanding and decision-making. They are designed to help you practise explanations and evidence-based reasoning.
No. Results depend on your knowledge, practical skills and preparation.
Complete one small activity today and record its result. For an available older reference, email freelearning@ciscoforall.com. For additional preparation, choose a relevant Premium PDF above or browse the vendor selection below.