Public-page-only limits
Understand how public page count, crawl depth, rate limit and timeout decide which eligible pages can be scanned.
Customers reviewing project pages and technical reviewers
Feature availability
Product, package, provider and deployment boundaries for this page.
- Available from
- Current documentation
- Deployment modes
- cloud
Product screenshots
Current customer-safe screenshots are generated from the application so examples do not drift from the product.
Before reducing selected pages
Public-page-only limits decide how much of an eligible public journey WebRiskOps may scan for the selected plan. The limit is not just a billing number; it protects the scan from drifting into private areas, unbounded crawls, unrelated domains or pages that are too broad to review meaningfully. Use this page after [Supported public pages](/docs/projects/supported-scopes) confirms the target is eligible. The selected pages should fit the plan page budget and still represent the customer journey you need checked.
Check plan limits in Project Pages
Follow the path `Projects → Project detail → Project Pages → Actions`.
- Open /projects and choose the project whose public journey you want scanned. Result: the project detail page shows Project Pages with a discovered page count.
- Read Project Pages and Actions for page budget, crawl depth or credit blockers when visible. Result: you know how many public pages the plan can scan and how deep the crawler can follow links.
- Review each discovered URL group and its scan sample limit before selecting it. Result: broad groups such as products, articles or search pages do not silently consume the entire page budget.
- Select only public same-domain pages that represent the journey you need checked. Result: the selected count stays at or below the plan page budget.
- If the selected count exceeds the page budget, remove lower-priority groups or choose an eligible plan before starting the scan. Result: the warning clears before scanning or reporting starts.
- Continue to Actions when the selected public set fits the plan limits. Result: Run whole scan starts from a clear page boundary.
Decide which public pages stay selected
Choose representative public pages rather than every URL the crawler can discover.
- Keep public pages that prove the business journey: homepage, pricing, product detail, cart, public checkout information, contact, support, policies and visible lead forms.
- Reduce duplicate category, search, pagination, blog archive and product-grid pages when one representative page proves the same pattern.
- Exclude account dashboards, admin paths, password-protected pages, credential pages and payment completion screens even when they appear in links.
- Use Discover pages when a missing public page belongs to the same project domain and still fits the page budget.
- Treat timeout and rate-limit values as scanner guardrails. If the journey needs more depth or pages, choose an eligible plan before starting the scan.
Blocked states
Do not start the scan while the selected set is over limit or includes unsafe pages.
- Plan limit reached means remove selected groups or choose an eligible plan before starting the scan.
- Private or login-required page means use [Unsupported targets](/docs/projects/unsupported-targets) and remove it from scope.
- Wrong domain means create or choose the correct project instead of expanding the current boundary.
- Project page rejected means check [Project page boundaries](/docs/projects/manual-urls-and-path-rules) before scanning it again.
- Too little coverage means select a more representative public group or plan, not a private page.
Continue to Project Pages
When the selected count is within budget and every selected page is public, same-domain and safe to render, continue to [Project Pages review](/docs/projects/accepted-scan-scope). That page explains the boundary used by scans and reports.
Related documentation
Was this page helpful?
Feedback goes into the product documentation review queue.

