Teachable Student Cannot Access Course? 10 Real Causes and How to Fix Each One

The email always reads the same way. They paid, the receipt arrived, and the course is not there. You sign in to your own school, open the course, and it loads perfectly. Nothing is broken on your screen, so there is nothing obvious to fix. A Teachable student cannot access course ticket is uncomfortable precisely because both people are telling the truth at the same time.

I build and repair course platforms for a living, and access complaints outnumber every other kind of ticket that reaches me. The pattern almost never changes. The course works. The payment worked. Something upstream of the course, usually a setting nobody has looked at since launch day, is quietly deciding that this particular student does not get in. Below are the ten real causes, in the order I actually check them, with the exact screen to open for each.

What Has to Be True Before a Student Can Open a Course?

Teachable does not treat a course as one object with one switch. It treats it as a short chain of independent conditions, each stored in a different screen, each set by a different person on a different day. The student sees the course only when every link in that chain holds. Break any one of them and the outcome is identical: no access, no explanation.

That is the whole difficulty in one picture. You are not looking for a fault. You are looking for which of seven perfectly normal settings is currently sitting in the position that keeps this person out. Work down the list in order and you will normally find it in under ten minutes.

Cause 1: Is the Product Published and the School Online?

Two separate switches, in two separate places, that produce the same result. A course has to be published before anybody can enrol in it, and Teachable is explicit that an unpublished product cannot be purchased and shows as closed for enrolment. The second switch sits above the course entirely. Teachable’s own guidance on courses closed for enrolment states that if your school is offline, your courses will not appear on your site even when they are published.

Schools go offline more often than you would expect. Someone toggles it during a rebrand, a launch gets postponed, a designer takes the site down to work on it and the change never gets reversed. The courses inside stay published the entire time, which is exactly why nobody thinks to check the school setting.

Cause 2: Does the Course Have an Active Pricing Plan?

This is the one Teachable itself names as the most common cause of the error students report most often. If someone tells you they see “This product is not available. Contact the school owner for more information,” Teachable’s guidance on that exact message puts a missing or hidden pricing plan at the top of the list.

A course needs at least one active plan, which can be Free, One Time Payment, Subscription or Payment Plan. What catches people is that a plan can exist and still not count. Hidden plans do not qualify. Expired plans do not qualify. A plan built for a launch that closed six weeks ago is still sitting in the list, still looks like a plan, and does nothing at all.

Cause 3: Are the Sales and Checkout Pages Still Drafts?

Pages carry their own published state, independent of the course. Teachable says this plainly: draft or unpublished pages block access even when the course itself is live. The checkout page is the one people forget, because you rarely open it during a build. You design the sales page, publish that, and never notice the checkout page behind it was never published at all.

The symptom is specific and worth recognising. Everything looks fine until the moment of purchase, then the buyer hits a wall. If the complaints in your inbox all describe getting partway through and stopping at the same point, this is usually where to look.

Cause 4: Do the Enrollment Buttons Point at a Live Plan?

A button on a Teachable sales page is not a plain link. Enrolment blocks are bound to a specific pricing plan, and when that plan is deleted, hidden or replaced, the block keeps pointing at something that is no longer there. The page still renders. The button still looks clickable. Teachable notes that this is what produces a sales page reading closed for enrolment or product not available while the course behind it is entirely healthy.

This is the classic post launch failure. You rebuild pricing between cohorts, publish the new plan, and the button on the page keeps referring to the old one. Everything you changed is correct. The thing you did not change is what breaks.

Cause 5: Has the Course Hit an Enrollment Cap or an Expiry?

Some access rules are time based or count based, and they fire silently the moment they are met. Teachable states that a course using an enrolment cap closes automatically once the limit is reached. Nobody is notified. The course simply stops accepting people, and to anyone looking at the dashboard it appears to be running normally.

Pricing plans carry their own limits too, including a limited product access duration and an expiration date and time. A student who bought a year of access last year is not locked out by a bug. They are locked out by the rule you set at purchase, working exactly as configured, on a date you had long since stopped thinking about.

Cause 6: Did the Student Pay Under a Different Email Address?

Now the causes move to the student’s side, and this is the most common one by a wide margin. Teachable’s student login guide puts it directly: students often create multiple accounts with different emails, and this is common when a typo occurred during purchase. The account holding the enrolment and the account they sign in to every day are two different records.

From their side, everything looks right. They are signed in. They see their name. The course is missing. From your side the enrolment exists, the payment cleared, and the student appears in your list. Both views are accurate, and neither one shows the second account sitting alongside the first.

Cause 7: Is the Student Signing In With the Wrong Account Type?

Teachable supports more than one kind of login, and they are not interchangeable. A school account works only within that one school. A Teachable account is a single login spanning several schools. A Google login is available when the school has switched it on. A student who signs in through the wrong door lands in a valid session that contains none of their purchases.

Schools can also disable Teachable accounts entirely, and when that happens the guidance is to sign in with the school account directly. Anyone who has bought from several Teachable based creators will have built the habit of using the shared login everywhere, and that habit fails silently on a school that has turned it off.

Cause 8: Is a Drip Schedule Holding the Section Closed?

Sometimes the student has full access and still cannot reach the lesson they are asking about, because a drip schedule has not released that section yet. Teachable’s drip content documentation explains that an unreleased section shows as locked, students cannot view any of its lessons, and they see a message telling them when it becomes available.

The timing is where this turns into a support ticket. Content releases at midnight UTC, either on a set calendar date or a set number of days after enrolment. The announcement email goes out fifteen hours later, at 3 PM UTC. A student in a different time zone can therefore be told a section is open on a day that has not started for them, or read an email about content that opened while they were asleep.

One more detail causes real confusion during a build. Drip operates by section only. To release individual lessons on their own schedule, each lesson has to sit in its own section, which is not obvious from the settings screen and quietly changes how you have to structure the course.

Cause 9: Did a Failed Subscription Payment Remove Them?

On a subscription or membership, access follows billing, and billing fails quietly. Per Teachable’s memberships documentation, a failed payment triggers three automatic attempts to charge the payment method on file. The student stays enrolled throughout. If all three attempts fail, they are automatically unenrolled from the membership.

The delay is what makes this so hard to recognise. An expired card in one month produces a lost login some weeks later, long after anything happened that either of you would connect to it. The student reports losing access and genuinely does not know a payment failed, because nothing changed for them while the retries were running.

This is the same class of problem as an email sequence that stops firing without an error. If you have ever chased an automation that never triggered, the shape is familiar. The system did what it was told, told nobody, and the first person to notice was a customer.

Cause 10: Are You Testing While Signed In as the Owner?

This one does not cause the problem. It causes you to miss it, which is worse, because it costs you the day you spend looking in the wrong place. Teachable is explicit that school owners bypass the checkout flow. Your own account walks straight past the gate that is stopping everybody else, so every test you run tells you the course is fine.

I treat this as step zero rather than a cause. Before checking a single setting, open the sales page in a private window while signed out and try to buy the thing. Two minutes of that will rule out more than an hour of reading configuration screens, and it puts you in front of the exact screen your student described.

Teachable Student Cannot Access Course: Which Check Comes First?

Order matters more than completeness here. Each of these checks either eliminates a whole group of causes or points straight at one, and running them in this sequence is consistently faster than working through settings screen by screen.

1. Reproduce it signed out. Private window, sales page, attempt a purchase. If it fails for you too, the cause is on your side and you have narrowed it to causes one through five.
2. Read the exact wording the student sees. Product not available points at pricing plans and page publishing. Closed for enrolment points at publishing, caps or visibility. A working course with a locked section points at drip.
3. Check the school is online before checking anything inside it. One setting, five seconds, rules out every course at once.
4. Check pricing plans for active status, not just existence, then confirm the sales and checkout pages are both published.
5. Search your student list by name, not email. If two records come back, you have your answer and none of the settings mattered.
6. Open the student’s enrolment record and read the payment and enrolment history for a failed charge, a removal or an expiry.
7. Check the drip panel last, since it is the only cause where the student is fully enrolled and the system is behaving exactly as designed.

Why Does This Problem Stay Invisible for So Long?

Because none of it is an error. Every cause on this list is a setting doing its job. An unpublished page is not a fault, it is a page you have not finished. An enrolment cap closing a course is the cap working. A membership removing someone after three failed charges is the billing policy you agreed to. Software reports faults, and there are no faults here to report.

The second reason is that the owner’s view is privileged. You bypass checkout, you see unpublished content, you are never subject to drip. The one person most motivated to find the problem is the one person structurally prevented from seeing it. That is why the first real fix on this list is to stop looking through your own account.

There is a third reason, and it is the one that costs the most money. Nobody complains. A person who cannot buy leaves, and a person who cannot sign in tries twice and gives up. For every ticket in your inbox there are others who never wrote. This is why I check access paths on a schedule rather than waiting to be told, on every platform, not only Teachable. The same silence shows up when a certificate quietly fails to issue at the end of a course.

How Do You Stop Access Tickets Before They Start?

Most of this is preventable with a handful of habits, none of which take long once they are routine.

Buy your own course after every pricing change. Signed out, private window, real card or a free plan, all the way to the first lesson. Nothing else catches a broken enrolment block, and pricing changes are when blocks break.

Put the login method in the welcome email. Name the sign in route your school actually uses and the email address the enrolment is attached to. Two sentences that remove most account confusion before it becomes a message.

Publish the drip schedule in local time. If your course drips, tell students in the course itself when sections open and that timings are set in UTC. The complaint is almost never about waiting. It is about not knowing.

Watch for failed payments deliberately. Subscription access ends without an announcement, so build the check into your week rather than learning about it from the person it happened to.

One caution on manual enrolment, because it is the usual emergency fix and it behaves differently from a normal purchase. Manually enrolled students do not receive an enrolment confirmation email, so they can be sitting in the course without knowing. Plan limits behave differently too: Teachable’s manual enrolment documentation states that a limited access duration, enrolment cap or expiration date set on a pricing plan does not apply to students enrolled by hand.

Membership platforms that combine subscription billing with dripped content need this discipline most, since two independent clocks decide who sees what. On Jen’s Cook, a cooking education platform I built on Kajabi carrying seven or more courses with membership access, subscription billing and drip content, the access paths get checked as part of the build rather than after a student writes in. The platform changes, the checks do not.

Frequently Asked Questions

Why does my student see “This product is not available”?

Teachable names a missing or hidden pricing plan as the most common cause of that specific message. Check that the course carries at least one active plan, then check that the course is published, then that the sales and checkout pages are both published rather than drafts. An enrolment button still bound to a deleted or hidden plan produces the same message even when everything else is correct.

The student paid but the course is not in their account. What now?

Look for a second account first. Teachable states that students commonly end up with multiple accounts under different emails, usually from a typo at checkout. Search your student list by name rather than by the address they gave you, and ask them for the email printed on their payment receipt. If the address on the enrolment is wrong, the school owner updates it, with Teachable Support as the fallback.

Why can a student see the course but not one section?

That is drip, not an access fault. An unreleased section shows as locked and its lessons cannot be viewed, with a message stating when it becomes available. Sections release at midnight UTC on a set date or a set number of days after enrolment. To let someone in early, use Grant Full Access on their record, or grant it to all enrolled students from the course drip settings.

How many failed payments before Teachable removes a member?

Three. Teachable automatically makes three attempts to charge the payment method on file, and the student keeps access while those retries run. If all three fail, they are unenrolled from the membership automatically. Because access continues during the retries, the loss of access lands well after the payment problem started, which is why neither side connects the two.

Does unenrolling a student delete their progress?

No. Teachable states that course progress is saved, and a student who is unenrolled and later re enrolled picks up where they left off. That makes unenrolment and re enrolment a reasonable repair step for a broken enrolment record. Remember that a manually enrolled student receives no confirmation email, so tell them directly once you have done it.

Why does the course work for me but not for my students?

Because school owners bypass the checkout flow, so your account walks past the gate that is stopping everyone else. Test from a private window while signed out, or from a non owner account, and you will see the same screen your student is describing. This is the reason so many access problems survive a full round of testing by the person who built the course.

If you have worked through all ten and the student still cannot get in, the cause has usually moved outside Teachable. An integration enrolling people into the wrong product. A migration that carried courses across but not enrolments. Two schools under two domains, with buyers landing on the one you stopped using. Those are worth checking once the ten above are genuinely ruled out, and not a minute before.

Almost everything that reaches me looks like this. A platform behaving exactly as configured, a configuration nobody has read end to end since launch, and a gap between the two that only customers can see. The fix is rarely a rebuild. It is one setting that means something slightly different from what everyone assumed, and finding it costs far less than working around it.