st-andrews.ac.uk

Ranked #82 of 300 on the Leaderboard. Analyzed .

Index Quotient

77.59

See it on the LeaderboardAnalyze again
92.27
Technical
59.03
Content
73.39
Answers
83.57
AI
79.70
Authority

Technical Health

92.27

Whether search engines can fetch, trust, and quickly load the site.

Strengths

  • CrawlabilityStrong

    Crawlers are welcome here: a sitemap points the way, links work, and pages are allowed into the index.

  • SpeedStrong

    Pages load quickly, and the server answers fast.

  • Secure connectionStrong

    Every visit is encrypted, and the headers that keep it that way are in place.

Opportunities

  • URL and canonical hygienePartial

    URLs are mostly in order; what remains is giving every page one settled address and making missing pages answer as missing.

Content Quality

59.03

Whether pages say clearly what they are about, in a form machines can read.

Strengths

  • Images and linksStrong

    Images are described in text, and pages link to each other with links that say where they go.

  • LanguageStrong

    The page language is declared and matches what is on the page.

Opportunities

  • Titles and descriptionsWeak

    Titles and descriptions are thin, repeated across pages, or missing, so search results have little to show for each page.

  • Depth and readabilityPartial

    Pages have substance, but many stop short, drift from their titles, or read harder than they need to.

  • FreshnessPartial

    The newest dated content here is not that recent; publishing or updating something, and dating it, keeps the site looking alive.

Answer Readiness

73.39

Whether content is shaped and marked up so an engine can lift a direct answer.

Strengths

  • Structured dataStrong

    Pages carry structured data of the kinds engines use, filled in properly, and the site says its own name in it.

  • Scannable formattingStrong

    Pages open with a short summary and use lists and tables, so an engine can lift the facts without reading everything.

  • Navigation aidsStrong

    Interior pages show where they sit in the site, and say so in a way engines can read.

Opportunities

  • Question-and-answer shapePartial

    Some headings are questions with an answer beneath them; more of them, each followed by a short direct answer, is what an answer engine lifts.

AI Visibility

83.57

Whether AI systems can reach, read, and confidently identify the site.

Strengths

  • AI accessStrong

    AI crawlers are allowed in, and pages may be quoted in AI answers.

  • IdentityStrong

    It is clear who is behind this site, on its pages, in its markup, and in the public record.

  • FeedsStrong

    The site offers a feed, and its sitemap says when pages last changed.

Opportunities

  • Authorship and sourcingWeak

    Articles rarely say who wrote them or when, and pages rarely link out to sources, which gives an AI little reason to trust them.

  • Readable without JavaScriptPartial

    Most content is readable without running scripts, but some pages arrive thin, or the content is not clearly marked out from the furniture around it.

Authority

79.70

Whether the wider web vouches for the site.

Strengths

  • BacklinksStrong

    Plenty of other sites link here, including ones that matter.

  • TrafficStrong

    The site has a large audience.

  • Domain historyStrong

    The domain has a long history, and history counts.

Opportunities

Nothing here to work on. The points left are the ones only the web's largest sites earn.

Nearby on the Leaderboard

  1. #81smithsonianmag.com77.59
  2. #82st-andrews.ac.uk77.59
  3. #83paypal.com77.54

Scores reflect what IndexBot could read from st-andrews.ac.uk's available pages on .

IndexBot

IndexBot is the crawler behind SEO Leaderboard. It visits a website only when someone submits that domain, reads it the way a search engine would, and leaves.

What it does

  • Fetches the homepage, robots.txt, the sitemap, and up to 24 more pages, at most four at a time.
  • Reads raw HTML only. It runs no JavaScript and loads no images, fonts, or scripts.
  • Visits a domain at most once every 24 hours, however many people submit it.
  • Stores what it measured, never full copies of pages.

How it identifies itself

Mozilla/5.0 (compatible; IndexBot/1.0; +https://seoleaderboard.com/bot)

How to let it in

Bot protection often turns IndexBot away before it reads anything, and the domain then cannot be scored. If you run the site, allow the User-Agent IndexBot. In Cloudflare that is a WAF skip rule; most other tools have the same idea under a different name.

(http.user_agent contains "IndexBot")

IndexBot has no fixed IP range to allow instead, so the User-Agent is the only thing to match on. It never tries to disguise itself as a browser, and the limits above are the whole of what it asks for.

How to keep it out

IndexBot obeys robots.txt. Add this and it will not read your site, and your domain cannot be scored.

User-agent: IndexBot
Disallow: /

Questions

Write to bot@seoleaderboard.com.