September 2026 - WebEquipe

A 200-Page Course Catalog, One Search Box

September 30, 2026 By Sarwar Hossain

Every registration period, the same thing happens. A student needs to check one detail, a prerequisite, a course code, a withdrawal deadline, and the only place that information exists is a 200-page catalog PDF sitting in the Media Library. They open it, hit Ctrl+F if they think to, and start scrolling through a document that was clearly built to be printed, not searched.

Multiply that by every student trying to plan a semester at the same time, and you get exactly the kind of traffic spike that makes a hidden search problem suddenly very visible.

Why Catalogs End Up This Way

Course catalogs, student handbooks, and academic calendars are usually produced once a year, formatted carefully, and published as a single PDF because that’s the easiest way to distribute something that needs to look consistent and be downloadable. Nobody’s doing anything wrong here. It’s just that a document built for print doesn’t automatically become searchable once it’s uploaded to a website.

WordPress’s default search doesn’t look inside that PDF either. It sees a file, maybe a title, and stops there. So a student searching “ENGL 201 prerequisite” gets nothing, even though the answer is sitting in the catalog they’d find themselves if they knew exactly where to scroll.

What Changes Once the Catalog Is Indexed

Once PDF Search indexes the catalog, that same search actually works. A student typing a course code, a program name, or a specific policy term gets a result that points straight at the catalog, because the plugin has read the actual text inside it, not just the filename.

This applies to more than just the current year’s catalog. Student handbooks, financial aid guides, academic policy documents, whatever else lives as a PDF on the site gets folded into the same search. A student doesn’t need to know which document has the answer. They just need to know what they’re looking for.

Landing on the Right Page, Not Just the Right File

A 200-page catalog is still 200 pages once someone finds it. Search results link directly to the page where the match was found, so a search for a specific course code opens the catalog already on that course’s listing, not the cover page.

For something like a course catalog, this is the difference between “technically searchable” and actually useful. Finding the file was never really the hard part. Finding the paragraph inside it was.

Older Handbooks and Scanned Records

Some institutions have catalogs or policy documents going back further than digital publishing, scanned from printed originals, sitting in the archive as image-based PDFs with no real text layer. Those don’t index through standard extraction, since there’s no text to read.

OCR handles that case by converting scanned pages into searchable text during indexing. A handbook from a decade ago becomes just as searchable as this year’s PDF, without anyone needing to retype or reformat it.

Handling the Seasonal Spike

Search traffic around a catalog or handbook isn’t steady. It spikes hard around registration, orientation, and the start of each semester, then drops off. That’s normal, and it’s exactly the period where a broken or missing search experience does the most damage, since it’s also when the most students are trying to self-serve an answer instead of emailing the registrar’s office.

Indexing happens ahead of time, not during the spike itself, so there’s nothing that needs to scale up under pressure. The catalog is either indexed or it isn’t; once it is, search just works regardless of how many students are searching at once.

What This Actually Saves

The honest upside here isn’t really about the plugin. It’s about how many times the same question gets asked because the answer was technically published but never findable. Every student who can self-serve a prerequisite or a deadline from search is one fewer email to an advising office that’s already busy during registration season.

Frequently Asked Questions

Does this replace our existing catalog PDF or page?

No. The catalog stays exactly where it is. Indexing just makes its content searchable alongside the rest of the site.

Will this work for handbooks and policy documents too, not just the course catalog?

Yes. Any indexed PDF, catalogs, handbooks, academic policies, becomes part of the same searchable content.

What about older, scanned handbooks from before digital publishing?

Those are handled through OCR, which converts scanned pages to searchable text during indexing.

Does search find results inside a long catalog, or just point to the file?

Results link to the specific page where a match was found, so students land on the relevant course or section directly.

Will search hold up during registration week when traffic spikes?

Yes. Indexing happens ahead of time, so search performance during high-traffic periods isn’t affected by how many people are searching at once.

Do we need to reformat or restructure the catalog PDF first?

No. Indexing works on the PDF as it already exists in the Media Library.

Getting Started

Most institutions can index their current catalog and handbooks well ahead of the next registration period, with older scanned archives processed over time as OCR capacity allows.

View PDF Search Pro plans →

Make Your Council’s Public Records Searchable

September 23, 2026 By Sarwar Hossain

Most government and nonprofit websites have the same quiet problem sitting in their Media Library. Years of agendas, minutes, ordinances, budgets, and public notices are all uploaded faithfully as PDFs, but none of it is actually searchable by the people who need it.

A resident wants to know what was decided about a rezoning application eighteen months ago. A board member is trying to find which meeting first raised a budget item. Someone just wants last month’s agenda. Right now, all of them are stuck scrolling through a page of file names sorted by date, hoping they recognize the right one.

That’s not a records problem. It’s a search problem, and it’s fixable without touching a single existing file.

Why This Happens on Government and Nonprofit Sites Specifically

Public bodies produce an unusual volume of PDFs compared to most websites. Every meeting generates an agenda and minutes. Every policy change gets published as a document. Older records are often scanned from physical files that predate digital minute-taking entirely.

Default WordPress search was never built for this. It looks at post titles and page content, not the text buried inside an uploaded file. So even though the answer to “what happened at the March meeting” is sitting right there in a PDF, typing “March meeting” into the search bar turns up nothing.

The usual workaround is a clerk manually organizing files into folders by year, which helps browsing but does nothing for someone searching for a specific term, a name, an ordinance number, or a topic that could appear in any meeting from any year.

What Actually Fixes It

The fix isn’t to reorganize your archive. It’s indexing what’s already there.

WebEquipe PDF Search reads the actual text inside your PDFs and adds it to your site’s normal search. Once that’s done, searching “zoning” or a specific ordinance number returns every document that mentions it, not just ones with that word in the filename.

For older scanned records, the ones from before digital minutes were standard practice, OCR handles the rest of the process. Scanned pages get converted to searchable text automatically during indexing, so a 2014 meeting scanned from a printed original becomes just as searchable as last week’s PDF.

The Part That Matters Most: Landing on the Right Page

A council agenda or a set of annual minutes can easily run 30, 60, sometimes more than 100 pages. Finding the file is only half the problem. Finding the specific item inside it is the other half, and it’s usually the part that makes people give up.

Search results link directly to the page where a match was found, not just the document. Someone searching for a specific agenda item lands on that item, not page one of a document they now have to scroll through themselves.

For a resident trying to confirm what was decided about a permit, or a staff member pulling up a specific ordinance during a call, that difference is the whole point of making records searchable in the first place.

No Migration Required

None of this requires moving files, renaming anything, or restructuring your Media Library. The PDFs stay exactly where they are. Indexing runs in the background and reads what’s already uploaded.

For sites with a genuinely large backlog, for instance, years of scanned historical minutes, indexing happens over time rather than all at once, and OCR usage scales with how much of that backlog is actually scanned versus already text-based.

What This Looks Like for Visitors

A search box on your site, or the same search WordPress already has, now actually reaches inside every indexed PDF. Someone looking for a term finds every agenda, every set of minutes, every ordinance that mentions it, going back as far as your records are indexed, and lands on the exact page rather than the top of the file.

For transparency and public-access purposes specifically, that’s a meaningful shift. Technically publishing records isn’t the same as making them findable.

Frequently Asked Questions

Do I need to reorganize my existing PDFs first?

No. Indexing works on files exactly where they already are in the Media Library.

Will this work on old scanned minutes, not just recent digital ones?

Yes. Scanned, image-based PDFs are handled through OCR, which converts them to searchable text during indexing.

Does this replace our existing document archive page?

No. It adds search capability on top of whatever page or structure you already have. Nothing about how documents are displayed needs to change.

Can visitors search without knowing which meeting or year to look in?

Yes. That’s the main benefit. A search for a topic or term returns every matching document regardless of date, rather than requiring the visitor to already know which file to open.

Does search find results inside long agendas, or just the file itself?

Results link to the specific page where the term was found, not just the document, so visitors land on the relevant item directly.

Is there a cost to indexing a large historical archive?

Text-based PDFs can be indexed at no extra cost. Scanned pages use OCR, which is included on paid plans with a monthly page quota that scales by plan.

Getting Started

Most sites can turn on search integration and run an initial index without any structural changes to their existing archive. For very large scanned backlogs, it’s worth planning the OCR volume ahead of time so the rollout matches your plan’s monthly quota.

View PDF Search Pro plans →

Document Library Pro vs. WebEquipe PDF Search: Which One Do You Actually Need?

September 16, 2026 By Sarwar Hossain

These two plugins get compared a lot, and honestly, they’re not really solving the same problem. That’s worth untangling before you spend money on either one.

Document Library Pro is built for sites that want to present documents well – folders, filters, download tracking, access control, and a proper portal experience. WebEquipe PDF Search is built around one narrower job, making the words inside your PDFs show up when someone searches your site.

If you just want visitors to find a PDF by what’s written inside it, you might not need everything Document Library Pro offers. If you want a full document management experience with browsing, filtering, and gated downloads, PDF search alone won’t get you there either. Here’s how to tell which situation you’re actually in.

What Document Library Pro Is Good At

Document Library Pro is a document management plugin first. It gives you a proper front-end library page where visitors can browse documents by folder or category, filter by file type, and see things like file size and last-updated dates laid out cleanly. You get download tracking, so you know which documents people are actually opening. You can gate downloads behind an email opt-in if you’re using documents for lead generation. Access control lets you restrict specific folders to logged-in users or particular membership levels.

For a site whose whole purpose is being a document portal, a resource center, an intranet, or a client deliverables page, this is genuinely useful structure. It’s not just storage; it’s presentation.

Where It Doesn’t Cover PDF Search Specifically

Here’s the catch: Document Library Pro organizes and presents documents. It doesn’t index what’s written inside them.

If a visitor searches your site for a term that only appears in the body text of a PDF, such as a bylaw clause, a course code, or a warranty term, Document Library Pro on its own won’t surface that result. Its own documentation points this out directly: for full-text search inside documents, you’re expected to pair it with a separate search plugin, most commonly SearchWP.

That means the actual PDF search capability isn’t really coming from Document Library Pro at all. You’re buying two plugins to get one outcome and paying for two licenses to make it work.

There’s no OCR either. Scanned PDFs, the kind with no real text layer, stay unsearchable regardless of how nicely they’re organized in your library.

How WebEquipe PDF Search Compares

WebEquipe PDF Search does one thing and tries to do it well, index the actual text inside your PDFs so it shows up in normal WordPress search, or through a dedicated PDF-only search form.

The free version handles text-based PDFs out of the box. No second plugin is required to make search work. The Pro version adds OCR through Google Vision for scanned documents, so image-based files become searchable too, not just organized. It also adds Private PDF Search, so specific documents can stay hidden from logged-out visitors while remaining fully searchable for people who are logged in, and page-number linking, so a search result opens the PDF at the exact page where the match was found instead of page one.

What you won’t get with WebEquipe PDF Search is the browsing and portal experience Document Library Pro is built around. There’s no folder-based front-end library page, no download-gated lead capture, and no document versioning. This plugin isn’t trying to be a document management system. It’s trying to make sure nothing in your PDFs is invisible to search.

Feature Comparison

	WebEquipe PDF Search	Document Library Pro
Full-text PDF search built in	✓ Free	✗ Requires a separate search plugin (e.g. SearchWP)
Scanned PDF / OCR	✓ Paid	✗
Private / logged-in-only PDFs	✓ Paid	✓
Search result links to the exact PDF page	✓ Paid	✗
Folder/category browsing front-end library	✗	✓
Download tracking	✗	✓
Email-gated downloads / lead capture	✗	✓
Document versioning	✗	✓
Free tier available	✓	✗ Paid plugin

Using Both Together

They’re not competing for the same shelf space, so running both isn’t unusual. A site might use Document Library Pro to give visitors a proper browsable resource center, then add WebEquipe PDF Search so anything typed into the search bar can actually find content buried inside those documents, including scanned PDFs once OCR is enabled.

If you already own Document Library Pro and it’s paired with a search plugin, it’s worth checking whether that combination already handles scanned PDFs and page-level linking before assuming you need to add anything.

Who Should Use Which

Use WebEquipe PDF Search if:

Your main problem is that PDF content isn’t turning up in search results
You have scanned documents that need OCR to become searchable
You want some PDFs restricted to logged-in users, but still findable by them
You’d rather start free and only pay once you need OCR or private search

Use Document Library Pro if:

You want a dedicated, browsable document portal on your site, not just search
Download tracking or gated lead capture matters to your workflow
You need document versioning or a folder-based library structure
Full-text PDF search isn’t the primary goal, presentation and organization are

Use both if:

You want a proper document library experience for browsing, plus real full-text search that also covers scanned files and keeps certain documents private

Frequently Asked Questions

Does Document Library Pro search inside PDF content on its own?

Not by itself. Its own documentation recommends pairing it with a separate search plugin like SearchWP for full-text search inside documents.

Does Document Library Pro support OCR for scanned PDFs?

No. Scanned, image-based PDFs stay unsearchable regardless of how they’re organized in the library.

Is WebEquipe PDF Search a document management plugin?

No. It doesn’t provide folder browsing, download tracking, or lead-gated downloads. It’s focused specifically on making PDF content searchable.

Can I use WebEquipe PDF Search alongside Document Library Pro?

Yes. One handles presentation and organization, while the other handles making the content actually searchable, including scanned documents.

Which one is cheaper if I only need PDF search?

WebEquipe PDF Search has a free tier that covers text-based PDF search on its own. Document Library Pro is a paid plugin, and full-text search still requires pairing it with another paid search plugin.

Which One Fits Your Site

If the actual complaint you’re hearing is, “I know it’s in a PDF, but search can’t find it,” that’s a search problem, not a library problem, and WebEquipe PDF Search solves it directly without needing a second plugin. If what you’re really after is a polished front-end document center with browsing, tracking, and gated downloads, that’s Document Library Pro’s job.

View PDF Search Pro plans →

How Many OCR Credits Do You Actually Need?

September 9, 2026 By Sarwar Hossain

OCR is the feature that makes scanned PDFs searchable, but it’s also the one place where picking the wrong plan can actually cost you. Too few credits and your backlog sits half-indexed for months. Too many and you’re paying for headroom you’ll never touch.

Here’s how to actually work out what you need before you pick Starter, Pro, or Agency.

What Counts as an OCR Credit

One credit equals one scanned page processed. That’s it. Searching your site doesn’t use credits; only indexing does, and only for pages that need OCR in the first place.

If a PDF already has real, selectable text, it never touches OCR. Native extraction handles it locally at no cost to your quota. Credits only get used for the pages inside a PDF that are actually images, the kind you get from a physical document run through a scanner.

That distinction matters more than it sounds like it should. A lot of sites assume every PDF in their library will burn credits, when in practice most modern PDFs, the ones exported from Word or Google Docs, never need OCR at all.

The Two Kinds of Usage You’re Estimating

There are really two separate numbers here, and mixing them up is where people get their plan choice wrong.

One-time backlog: This is your existing library. If you’re migrating years of scanned board minutes, old handbooks, or archived forms, that’s a fixed number of pages you’ll process once, then mostly leave alone.

Ongoing monthly volume: This is what comes in going forward, new scans, new uploads, whatever your site naturally accumulates each month. For most sites this number is much smaller than the backlog.

A site with a huge backlog but almost no new scanned uploads going forward has a very different need than a site that scans and uploads a steady stream of new documents every month, even if their backlogs are the same size.

A Rough Way to Estimate It

You don’t need to count exact pages to get a workable estimate. A few quick checks get you close enough:

Open your Media Library and sort by file. Roughly how many of your PDFs would fail a “can I highlight the text” test, meaning they’re scanned rather than exported?
For those, estimate an average page count. Old scanned reports and handbooks tend to run 10 to 50 pages. Individual scanned forms are often just 1 to 3.
Multiply scanned-PDF count by average page count. That’s your rough backlog number.
Separately, think about how many new scanned documents you’d realistically add in a typical month. Multiply by their average page count for your monthly estimate.

If your backlog is bigger than a single month’s quota, that’s fine. It just means the backlog processes over more than one billing cycle rather than all at once, and new uploads continue getting indexed in the meantime.

What Each Plan Actually Gives You

Starter comes with 1,000 OCR pages a month. That’s enough for a steady trickle of scanned documents, or working through a moderate backlog over a few months.

Pro comes with 3,000 pages a month. This is where most sites with an actual archive, old meeting minutes, historical records, a real backlog, land comfortably.

Agency comes with 10,000 pages a month, built for managing multiple client sites or a single site with a genuinely large scanned archive.

Whichever tier you’re on, unused credits don’t carry a special rollover; they reset with your billing cycle. New scanned PDFs that come in after you’ve hit your limit for the month simply queue and process once credits reset, they don’t get skipped or lost.

If Your Backlog Is Larger Than Any Plan’s Monthly Quota

Some sites, particularly universities, government archives, or long-running membership organizations, have backlogs in the tens of thousands of pages. If that’s you, working through it plan by plan over many months isn’t always the most practical route. It’s worth reaching out directly so we can talk through the best way to handle a large one-time archive rather than stretching it across a year of billing cycles.

A Simple Way to Decide

If you’re not sure which plan fits, this usually settles it:

Mostly text-based PDFs with an occasional scanned document: Starter is likely enough.
A real archive to work through plus ongoing scanned uploads: Pro is the comfortable middle.
Multiple client sites, or a single archive in the tens of thousands of pages: Agency, or a direct conversation about the backlog.

Frequently Asked Questions

Does searching use OCR credits?

No. Credits are only used during indexing, specifically for pages that need OCR. Searching your site never touches your quota.

What happens if I go over my monthly limit?

New scanned PDFs queue instead of processing. They pick back up automatically once your credits reset at the start of the next billing cycle.

Do text-based PDFs use any OCR credits?

No. Native + OCR Fallback tries standard text extraction first. Only pages with no extractable text get routed to OCR.

Can I check how many credits I’ve used so far?

Yes, current usage and your monthly quota are both visible in PDF Search → Dashboard.

Can I upgrade mid-cycle if I’m running low?

Yes, upgrading takes effect immediately and gives you the higher plan’s quota right away.

What if my archive is bigger than even the Agency quota?

Reach out directly. Very large one-time archives are usually better handled as a separate conversation than stretched across many billing cycles.

Try It

A rough backlog and monthly estimate is usually enough to pick the right plan. If you’re still not sure after working through the numbers, get in touch and we’ll help you figure it out.

View PDF Search Pro plans →

The Registrar’s Office Had 40 PDFs and a Search Box That Lied

September 4, 2026 By Sarwar Hossain

Every August, the same email showed up in the registrar’s inbox at a mid-sized college we’ll call Ashcombe: “I searched the site for ECON 301 and got nothing. Is it not offered this semester?”

It was offered. It was one of forty PDFs sitting in the Media Library: course catalogs, prerequisite sheets, add/drop deadlines, academic calendars. All of it uploaded, all of it organized, all of it technically “on the website.”

None of it searchable.

The registrar’s assistant, whose job already involved answering the same five questions on repeat during registration week, had started doing something quietly absurd: manually checking which PDF contained which course code, then emailing students a direct link. It worked, but it didn’t scale. Registration week meant forty emails a day, all versions of the same problem.

The Part Nobody Had Diagnosed

Here’s what nobody on staff had realized: WordPress search was never broken. It was doing exactly what it was built to do, searching the words typed into posts and pages. The course catalog wasn’t a page. It was a PDF, dropped into the Media Library the way departments had always shared documents.

WordPress stored the filename. It stored a URL. It never opened the file, never read what was inside it. So when a student typed “ECON 301,” search had nothing to match against, because the words “ECON 301” existed only inside a PDF nobody had ever asked WordPress to look inside.

This is the part most site owners don’t find out until a student complains directly, or an email like the one above lands in an inbox during the busiest week of the semester.

What Changed

The fix took less time than diagnosing the problem had. The registrar’s office installed WebEquipe PDF Search, a free plugin built to do one specific thing: extract the text inside PDFs and feed it into WordPress’s normal search.

Running Re-index All PDFs once pulled every existing catalog, calendar, and prerequisite sheet into the index. New uploads after that were indexed automatically the moment a department uploaded them, no manual step required.

The Moment It Worked

The following registration week, a student searched “ECON 301” on the site. This time, a result appeared: the course catalog PDF, with an excerpt pulled straight from the page listing the course, the credit hours, and the prerequisite.

No email to the registrar’s office. No manual lookup. The answer was already there, WordPress just finally knew how to find it.

Why This Matters Beyond One Semester

Schools accumulate PDFs the way most organizations do, gradually, without a plan. Syllabi, handbooks, policy updates, financial aid forms. Each one gets uploaded because it needs to live somewhere, and the Media Library is the obvious place. Nobody sits down and decides these documents should be invisible to search. It just happens by default, because that’s how WordPress ships.

The cost isn’t abstract. It’s a support inbox that fills up every registration period with questions that already have answers, just answers nobody could find.

What This Doesn’t Fix

Worth being direct about a limitation: this only works for text-based PDFs, documents exported from Word, Google Docs, or similar tools. Older scanned handbooks or photocopied policy documents don’t have a text layer to extract, and the free plugin can’t read them. That’s a real gap for schools with older paper archives, and it’s specifically what OCR in PDF Search Pro is built to close.

The Takeaway

If your school’s website has course catalogs, handbooks, or policy PDFs that visitors search for and never find, the problem isn’t your content. It’s that WordPress was never told to look inside the files you already have.

View WebEquipe PDF Search plans →

Search Results That Jump Straight to the Page

September 3, 2026 By Sarwar Hossain

Finding the right PDF used to be the finish line. Now it’s just the starting point.

Say a visitor searches your site for a specific clause, a course code, or a product spec. Your search finds the right PDF, but it’s 80 pages long, and they still have to open the file and dig through it to find the actual answer. The search did its job. What happens after didn’t.

PDF Search Pro results now link straight to the page where the match was found, not just the file itself.

What Changed

Before this, every PDF result pointed to the document. Clicking it opened page one, no matter where the matched content actually sat. Fine for a two-page flyer. Not so fine for a handbook, a set of board minutes, or a 100-page catalog, where finding the right page meant scrolling, guessing, or running a second search inside whatever PDF viewer the browser happened to have.

Now, indexing tracks which page each bit of content lives on. Search results link to that page directly, so the PDF opens already scrolled to where the answer is.

A Real Example

Picture a 120-page municipal bylaw document, the kind of PDF a local council might have sitting in its Media Library, covering everything from noise ordinances to pet regulations.

Someone searches “chinchillas,” because their town has rules about exotic pets and they want to know if theirs counts.

Before this update, the search finds the bylaw and links to it. They open a 120-page document that starts at page one. Most people give up before finding the section they need, or they close the tab and call the office instead.

Now the same search still finds the bylaw, but the result opens directly on the page where “chinchillas” shows up. One click, and they’re looking at the exact clause that answers their question.

Why It Matters

The bylaw example isn’t unusual. It’s the same shape of problem across most long PDFs a WordPress site ends up with:

Handbooks and policy documents, where visitors need one clause, not the whole thing
Course catalogs, where a student wants a specific listing, not the table of contents
Product manuals, where the troubleshooting section is buried on page 40
Meeting minutes, where someone’s looking for one agenda item out of forty

A document that technically contains the answer isn’t much help if getting to it takes five minutes of scrolling. Page linking closes that gap.

How It Works

There’s nothing to turn on. Page-level data gets captured automatically as part of indexing on Pro. If your library was already indexed before this update, you don’t need to do anything either. The data lives in the same per-page index structure that’s already there. New and re-indexed PDFs will just start using it.

What You’ll Actually See

Search results show a page reference now, alongside the usual file size and page count. Click a result and the PDF opens on that page instead of the first one.

For sites with big document libraries, universities with course catalogs, councils with agendas and bylaws, associations with member handbooks, this is the difference between “we have a search bar” and “you can actually find things.”

Frequently Asked Questions

Do I need to set anything up?

No, it works automatically once you’re on Pro.

Is this on the free version too?

No. Page-level linking is a Pro feature. Free indexes PDFs at the file level.

Will my existing indexed PDFs get page links, or only new ones?

If they’re already on the current per-page indexing structure, they’ll have it. Anything indexed under the older legacy structure will need a re-index to pick it up.

Does it work with scanned PDFs processed through OCR?

Yes, page tracking applies whether the text came from native extraction or OCR.

What happens if a term shows up on more than one page?

The result links to the strongest match, not every page it appears on.

Does this change how results are ranked?

No, ranking works the same. This only changes what page you land on after you click.

Try It

If you’re already on Pro, your next indexed PDF will pick this up automatically. For anything already in your library, run a re-index and it’ll apply to your current documents too.

View PDF Search Pro plans →