Back to all posts
guides 10 min read

How to Audit a Client Site Without GSC Access

Serap Gündoğdu ·
How to Audit a Client Site Without GSC Access

How to Audit a Client Site Without GSC Access

Why Clients Hesitate to Grant GSC Access

Agencies and consultants know the scene: a promising discovery call ends with “we can’t grant GSC access right now.” The reasons are predictable. Enterprise clients block third-party data sharing by policy. Startups fear exposing traffic trends before funding rounds. Others simply distrust a new vendor with their most sensitive asset, search performance data. Bureaucracy adds another layer; IT approval for a read-only property can take weeks.

This hesitation stalls the pitch. Without GSC you lose query-level visibility, index coverage reports, and Core Web Vitals field data. You cannot see which pages Google actually serves or where crawl budget evaporates. But you do not need GSC to find the structural faults that undermine rankings.

An external audit crawls the site the way Googlebot does: it follows links, renders JavaScript, reads meta directives, and maps the internal graph. If a page returns 5xx, chains three redirects, lacks a canonical tag, or buries content behind a client-side route, the crawler sees it. Seodisias does this locally on your machine, without an account, without a URL cap, and with JavaScript rendering included in the free core. The data never leaves the device, a concrete answer to the privacy objection.

You still cannot measure click-through rates or search impressions without GSC. Be transparent about that gap. What you can deliver is a prioritized list of technical blockers that the client can fix today. That proof of competence often unlocks the access you asked for in the first place.

Step-by-Step External SEO Audit with Seodisias

You can perform a comprehensive technical SEO audit entirely from the outside, without access to GSC or Analytics. Because Seodisias runs locally, requires no registration, and has no URL limit, you can protect privacy while crawling large sites.

1. Create the Project and Set the Basic Options

Open Seodisias and create a new project. Enter the root URL of the client site you want to crawl.

Recommended starting settings:

  • JavaScript Rendering: Enabled, included in the free core
  • Crawl Depth: 0, to crawl the entire site
  • Respect robots.txt: Optional, although keeping it enabled is generally more ethical
  • User-Agent: You can set it to Googlebot

The fact that Seodisias includes JavaScript rendering for free is an important difference from Screaming Frog’s free version, which has a 500-URL limit. This matters especially for sites built with modern JavaScript frameworks such as React, Next.js, and Angular.

Before starting, record the crawl date, the site version, and the scope you agreed with the prospect. If the client has staging environments, subdomains, or separate language folders, confirm whether they belong in the first crawl. A defined scope makes the later report easier to defend and prevents accidental work outside the proposal.

After the crawl is complete, the first area to check is the Broken Links tab. Seodisias clearly lists internal and external 404 errors, 5xx errors, and timeouts.

With unlimited crawling, you can see all broken links in a single crawl, even on sites with more than 10,000 pages. Screaming Frog’s free version stops after 500 URLs, so this analysis may be incomplete on larger sites.

Do not treat every broken external link as equally urgent. Separate internal links that prevent users or crawlers from reaching important pages from external references that need replacement. For each internal error, note the source URL, the destination URL, the status code, and whether the page is part of an important conversion path. This turns a raw error list into a useful repair queue.

A simple example is a services page linked from the main navigation that returns a 404. That finding is more important than an old blog post linking to a removed external study. Showing this distinction demonstrates judgment, not just tool output.

3. Check Redirects and Canonicals

Review redirect chains and loops in the Redirects tab. Pay particular attention to 301 and 302 inconsistencies and multiple redirects, which can reduce performance.

You can also filter the following from the Meta tab with a single click:

  • Missing or duplicate titles and meta descriptions
  • Pages containing noindex
  • Inconsistent canonical tags

These checks give you a structural view of the site before you move on to the rendered content and performance data.

When you report a redirect, show the full path rather than only the final status. A URL that moves through three redirects may still resolve successfully, but it creates unnecessary requests and can make migrations harder to maintain. A temporary 302 used where a permanent move was intended also deserves a clear explanation, because the correct recommendation depends on the site’s actual change plan.

Canonical findings need the same care. A canonical tag is a signal about the preferred version of a page, not a guarantee that search engines will choose it. Describe conflicts, missing values, and self-referencing patterns accurately instead of presenting every missing canonical as a ranking emergency.

4. Check JavaScript Rendering

This is where one of Seodisias’s main strengths becomes relevant. You can compare Rendered HTML with Raw HTML to check whether content loaded with JavaScript is visible to Google.

This feature is particularly important on JavaScript-heavy sites. It is available in Screaming Frog only with a licensed version.

Start with templates that matter most: the home page, a category page, a product or service page, and a representative article. Compare the important text, links, headings, and metadata before and after rendering. If the raw response contains almost no meaningful content but the rendered version contains the page body, document that difference and check whether navigation links also appear after rendering.

This does not prove that a page cannot be indexed. It does show that the delivery method deserves technical review. A careful report distinguishes between a rendering observation and a confirmed Google indexing outcome, which you cannot establish without search data or other evidence.

5. Analyze Speed and Core Web Vitals

In the Performance tab, you can review page-level LCP, CLS, and INP values. Together with Seodisias’s AI Ready check, this also lets you evaluate how prepared the site is for modern search engine requirements, including AI-focused crawlers.

Core Web Vitals need context. LCP, or Largest Contentful Paint, measures how quickly the main visible content loads. CLS, or Cumulative Layout Shift, describes unexpected movement during loading. INP, or Interaction to Next Paint, reflects how quickly a page responds to user interaction. A single slow page is a useful lead, but it is not automatically evidence that every page has the same problem.

Group results by template and identify repeated elements such as oversized hero images, blocking scripts, or unstable ad slots. Recommend an owner and a next action where possible. For example, a developer may need to investigate a render-blocking script, while a content team may control image dimensions in a publishing template.

6. Check robots.txt and Indexability

Use the Directives tab to analyze robots meta tags, X-Robots-Tag HTTP headers, and the effect of robots.txt rules on individual pages.

All of these steps run locally, so crawl data does not leave the device. This creates a strong trust argument when you work with clients who are sensitive about privacy.

Check important URLs individually after reviewing the site-wide patterns. A robots.txt rule may block a directory intentionally, while a noindex directive on a public landing page may be accidental. Compare the directive with the page’s business purpose before recommending a change. Also check whether a blocked resource is needed to render visible content correctly.

This external view has clear limits. It can show what the site returns to a crawler, but it cannot confirm whether Google has indexed a URL, how often it crawls it, or which query caused an impression. Keep those questions in a separate section of the report so the client understands exactly what the audit proves.

You can export the data from Seodisias as CSV and turn it into a clear, prioritized report in just a few minutes. This lets you provide concrete value before receiving access and opens the next step naturally: deeper analysis may require access, but the external audit has already established what can be confirmed.

How to Present Findings to Win the Client’s Trust

Present your findings in a clear, actionable format to build trust. Start with a summary table of critical issues, such as broken links, missing meta tags, or redirect chains, ranked by priority. Include screenshots from Seodisias’s local crawl output to visually reinforce problems, for example, a list of 404s or non-indexable pages. This addresses privacy concerns upfront: your data stays on your machine, never shared with third parties.

For recommendations, focus on quick wins, such as noindex tags or duplicate titles. Be transparent about limitations: without GSC access, you cannot analyze click-through rates or index coverage errors. Frame this as a next step: “With GSC access, we could deepen the analysis, but here’s what we can confirm now.”

Use Seodisias’s unlimited, registration-free nature to reassure hesitant clients. Avoid jargon; explain how each issue impacts their goals, such as “Broken links hurt crawl efficiency.” End with a concise action plan that ties fixes to business outcomes. This approach turns a technical audit into a trust-building conversation.

A useful report can follow a simple one-page structure. Put the audit scope and crawl date at the top. List the three highest-priority findings next, with affected URL counts and representative examples. Then explain the likely business effect, recommended action, and suggested owner. Add an appendix with the full exported data so the client can verify the examples without searching through an unfiltered spreadsheet.

Do not hide uncertainty. If a finding needs server logs, GSC, Analytics, or developer confirmation, label it as a hypothesis or follow-up check. Clear boundaries make the confirmed findings more credible and show that you are not using a tool’s issue count as a substitute for analysis.

From Free Audit to Paid Engagement: Scaling with Seodisias

Once the process works for one prospect, turn it into a repeatable audit workflow. Keep a standard checklist for technical issues such as status codes, redirects, missing metadata, canonicals, robots directives, headings, and rendered content. Then use the same structure for every client site, while recording the site, crawl date, scope, and key findings.

For multiple prospects, prepare a crawl queue and run sites in batches. Because Seodisias has no URL limit, you do not need to cut larger sites down to an arbitrary sample. Save each crawl with a consistent filename and export the relevant results to CSV or Excel. A report template can then include:

  • a one-page summary of the highest-priority issues
  • affected URL counts and representative examples
  • the business impact of each issue
  • recommended actions, owners, and next steps
  • a clear note about what an external audit cannot measure without GSC or Analytics

This makes a free audit useful without turning it into unpaid custom consulting. Set a defined scope, deliver the findings, and reserve implementation planning, monitoring, and validation for the paid engagement.

Seodisias’s core crawler remains free, local, and cross-platform on Windows, macOS, and Linux. In the future, an optional agency-focused paid layer could reduce repetitive work through team collaboration, automated report generation, and integrations. That would extend the workflow without putting basic crawling, JavaScript rendering, or URL limits behind a paywall.

An external audit is not a replacement for first-party search data. It is a practical first stage that identifies what any visitor or crawler can encounter, creates a shared list of technical priorities, and gives a hesitant client useful evidence without requesting credentials on day one.

Start your next client audit with Seodisias and turn the confirmed findings into a clear, privacy-conscious report.

Looking for something else?

Search every guide on the blog without going back to the list.