Skip to content

Troubleshooting common issues

Use the current client, status, connection, usage, and error details to resolve common Rankability problems.

Use the current client, status, connection, usage, and error details to resolve common Rankability problems.

Use this checklist before creating a duplicate job, reconnecting an integration, or contacting support. Preserve the failing state long enough to record it. Do not share API keys, passwords, OAuth tokens, invoices with full payment details, or other secrets in screenshots or support messages.

  • Confirm the selected organization and client.
  • Refresh once and repeat the action once.
  • Record the project or task ID, time, and exact error.
  • Check filters before assuming a client, task, or project is missing.

Also capture the page URL without sensitive query values, the selected client, browser, local time and timezone, action, and whether the issue happens in a private window or another supported browser. If an on-demand action is involved, record the displayed usage state and operation description.

Open the item and use its current status control. Long research, crawl, and generation jobs can continue in the background. Do not repeatedly create the same job while the first one is active.

If the interface exposes a check-status or retry action, use it once after confirming the original run is no longer progressing. A closed browser tab does not necessarily cancel server-side work.

Confirm the draft is saved and contains content. Make a real edit, wait for scoring, and retry the review. If the problem continues, save, refresh, and reopen the project.

Open the client’s Settings → Integrations. Confirm the CMS or GitHub connection and destination permissions, then use publishing history and the returned error before retrying.

Confirm that the project has a completed scan, that the intended platforms are enabled, and that the selected date and location contain results.

Distinguish No history, No scan, Not tracked, and Not ranked. They describe different states and should not be fixed with the same retry.

Reconnect the service if authorization expired, confirm the correct property, and allow for source-system reporting delay.

A firewall, robots rule, rate limit, login wall, or client-side rendering can prevent retrieval. Add the material manually or follow Whitelisting the Rankability crawler.

Review keywords, platforms, locations, pages, competitors, or targets that increase the workload. Open Billing to check the pooled usage windows.

Open Support in the sidebar footer. Describe what you tried, what happened, and what you expected. Include the organization, client, item ID, action, time, browser, exact error, and whether a retry created another item. Add an optional Loom or shared video URL and an optional screenshot, PDF, text, or log file when they help reproduce the issue.

  1. Reproduce once without creating additional on-demand work.
  2. Capture the visible error, status, identifiers, and relevant filters.
  3. Check the closest setup or feature guide in this Help Center.
  4. Refresh or reconnect only when the evidence points to stale browser state or expired authorization.
  5. Contact support with a concise expected-versus-actual description and the evidence above.
  • Access denied or a client is missing — Confirm the organization, role, and client-access toggle with an Admin. See Managing team and client access.
  • A Google property is missing — Sign in with an account that has access and reconnect through client integrations. See Connecting client Google services.
  • A share link no longer works — The owner may have disabled, rotated, password-protected, or expired it. Ask the owner for a current link rather than trying to bypass the control.
  • An API request fails — Record the status, response code, request ID, and rate-limit headers without logging the bearer token. Start with API usage, rate limits, and errors.
  • The same error repeats after one retry — Stop creating new items and escalate with both identifiers so support can distinguish a product failure from a duplicate submission.