| Metric | Value |
|---|---|
| Domain | basecompute.co/local |
| Category | AI Infrastructure & Local Inference |
| Pricing | unknown |
| Pages Crawled | 38 |
| Crawl Date | 2026-08-22 |
Local Review: Technical Integrity & Debt (72.5/100) — SiteList
Local by Base Compute earns a 72.5/100, distinguished by its exceptional technical integrity and benchmark-driven content. However, the platform's digital presence is currently undermined by significant infrastructure issues, including a 30% internal link failure rate and unoptimized asset payloads.
Reviewed by SiteList Engine · 34 dimensions · published Examined on August 22, 2026
Quick facts
- Domain
- basecompute.co/local
- Category
- AI Infrastructure & Local Inference
- Pages Crawled
- 38
- Crawl Date
- 2026-08-22
Executive summary
Base Compute is a technically sophisticated site that perfectly targets AI engineers but suffers from 'infrastructure rot.' While the content is high-quality and fresh, the site's authority is diluted by a lack of canonical discipline and a broken internal link graph. Fixing these foundational issues—specifically the www-redirects and the Arxiv canonical leak—is required before content investments will yield significant ROI. Additionally, the site must pivot from blocking AI crawlers to facilitating them via structured data and an llms.txt file to capture the emerging AI-search market.
Top Themes
- Authority Leakage & Canonicalization Conflicts: The site fails to consolidate its power, with duplicate homepages and a research paper that points its ranking signals to Arxiv instead of itself.
- Broken Infrastructure & Crawl Integrity: A high 30% failure rate in the internal link graph and missing XML sitemaps create a 'leaky bucket' for search equity.
- Performance & Asset Bloat: High-value landing pages are significantly over-weight (3.5MB), primarily due to unoptimized PNG screenshots that delay content visibility.
- AI Search Invisibility: Despite having citable benchmarks, the site actively blocks AI bots and lacks the machine-readable shortcuts needed for AI Overviews.
- Commercial Intent Gap: The content strategy is product-led but misses 'Commercial Investigation' traffic by failing to provide direct comparisons against rivals like llama.cpp.
01 · First impressions & positioning — 6.4x faster than llama.cpp with zero-friction local inference
Base Compute positions itself as the performance authority for on-device AI, moving past marketing fluff with verifiable technical superiority. Base Compute rejects cloud-dependency models in favor of local inference to appeal to privacy-conscious engineers. It passes positioning tests by making falsifiable speed claims, such as being 6.4x faster than llama.cpp. However, the brand architecture is complex, utilizing names like BaseRT, Local, and B:OS simultaneously. To improve, the site should simplify this hierarchy and add a plain-English toggle for enterprise buyers who value privacy but may not understand specific kernel optimization jargon.
- Performance Claim
- 6.4x faster than llama.cpp
- Brand Complexity
- 4 distinct sub-brands
02 · Audience & messaging — Precision-tuned for engineers but missing enterprise social proof
The messaging is precision-tuned for the power developer mental model, answering critical questions about speed and cost with high precision. It signals competence through industry-specific jargon like Prefill, Decode, and Quantization. While the self-orientation ratio is a healthy 45%, a significant gap exists in hardware specifics for non-Apple Silicon users. The primary weakness is a total lack of social proof; there are zero customer testimonials or logos present despite the enterprise focus. Adding developer quotes from the Discord community would help bridge this trust gap and provide the validation required for B2B adoption.
- Self-orientation ratio
- 45%
- Social Proof Count
- 0 testimonials
03 · Usability — Efficient flat architecture hampered by missing documentation search
A flat architecture ensures core tasks like benchmarks and downloads remain just one click away, though navigation is limited by the absence of a documentation search tool. The primary friction is the lack of a search function in the technical documentation, which forces manual scanning of the sidebar for specific CLI flags. Additionally, the hero CTA uses an anchor link rather than a direct download path, causing a minor hesitation for users. The contact page also lacks a structured input form, relying instead on a mailto link which adds friction for B2B lead generation. Integrating a search tool would significantly improve the developer onboarding experience.
- Click-to-value path
- 1 click to download
- Search functionality
- Missing in docs
04 · Accessibility — Strong contrast offset by missing skip links and alt-text gaps
Missing skip links and 10 images without alt-text undermine an otherwise strong high-contrast design. While the dark-themed design provides excellent contrast for readability, the crawl identified 10 images missing alternative text. Furthermore, the implementation lacks critical bypass blocks like skip links, and the absence of a main landmark prevents efficient screen reader navigation. The site uses 12 CSS animations for its messaging but does not yet support the prefers-reduced-motion media query. Implementing a 'Skip to Content' link and wrapping non-essential animations in reduced-motion blocks are necessary fixes for users with motion sensitivities.
- Image Alt Text
- 10 missing instances
- CSS Animations
- 12 declarations without reduced-motion support
05 · Design execution — Premium aesthetic masking 168 distinct colors and mobile tap issues
A high-end aesthetic masks significant technical debt in the site's design execution. The underlying CSS is unstandardized, featuring extreme token drift with 168 distinct colors and 63 font sizes detected. Mobile usability is a primary concern, as interactive tabs for Chat and Coding measure only 27px in height, well below the 44px minimum required for reliable touch interaction. While typography is a strength, the blog template fails to constrain line lengths, which exceed 90 characters on large displays and hinder readability. Standardizing on a strict design system would reduce maintenance overhead and resolve these subtle visual inconsistencies.
- Color Token Drift
- 168 distinct colors
- Mobile Tap Target
- 27px height
06 · Brand mark system — Cohesive colon-motif wordmark lacks mobile-native asset support
The brand lacks mobile-native assets like a webmanifest, despite a sophisticated colon-motif wordmark. The wordmark-first architecture in the header transitions effectively into a monogram in the footer, maintaining a clean, geometric register. While the header logo is a well-optimized 12KB SVG, the favicon system is under-provisioned. The site relies on a single PNG and lacks a webmanifest or Apple-specific touch icons, leaving the brand vulnerable to poor rendering on mobile home screens. Deploying a full icon suite and an SVG favicon would ensure the brand remains crisp across all high-DPI devices.
- Logo File Size
- 12KB SVG
- Mobile Icon Support
- Missing apple-touch-icon
07 · Performance — 3.5 MB payload and 15 render-blocking requests delay visibility
Asset bloat hinders the user experience despite a modern hosting stack, with a 3.5MB total payload for the /local landing page. This weight is more than double the recommended 1.5MB mobile budget. Unoptimized PNG screenshots, such as analytics.png at 288KB, are the primary culprits. Furthermore, 15 render-blocking requests delay the initial paint. Converting these assets to WebP or AVIF and implementing a non-zero max-age caching policy would significantly reduce perceived latency. Deferring non-critical scripts would further improve the critical path for returning visitors.
- Total Page Weight
- 3.5MB
- Render-blocking requests
- 15
08 · Imagery & art direction — High-fidelity UI screenshots replace generic AI cliches
High-fidelity UI screenshots replace common AI cliches like glowing brains, providing ownable visual evidence for the product's zero-friction claim. These images show actual interface metrics and privacy analytics. The visual language is consistent, using a dark palette that appeals to the engineer aesthetic. However, the heavy image payloads represent a missed optimization opportunity.
- Screenshot Size
- 288KB (analytics.png)
- Visual Style
- Product-led UI screenshots
09 · Writing quality — High-substance technical copy marred by 67-word sentences
Base Compute features high-substance technical copy that avoids vague AI tropes in favor of concrete performance data. Leading with claims like '6.4x faster than llama.cpp' creates immediate authority. However, the documentation suffers from academic drift, with sentences averaging over 67 words on the overview page. This density, combined with several broken links to research artifacts, undermines the site's professional positioning. Fixing the 404 errors on the research page and breaking up dense paragraphs are essential steps for improving developer onboarding. Unique meta descriptions for documentation pages would also improve search visibility and click-through clarity.
- Average Sentence Length
- 67.2 words
- Broken Link Count
- 3 research artifacts
10 · Vertical credibility — Benchmark-led authority meets B2B SaaS standards
The site successfully adopts a premium technical register that aligns with high-end developer tools. It meets vertical conventions by prioritizing a single primary CTA—the lime-colored 'TRY' button—and providing high-density technical proof early in the scroll. While the technical benchmarks earn immediate trust, the site only partially meets trust standards due to the absence of customer logos. Ensuring the technical reports maintain the site's dark-mode aesthetic would further solidify its standing. A 'Download for Mac' link would also clarify the platform target immediately for new visitors.
- Performance Delta
- +539% vs MLX
- Primary CTA visibility
- High-contrast lime button
11 · Competitive position — Performance challenger trailing in ecosystem breadth and model library
Technical performance advantages of 6.4x are clear, yet the platform trails established rivals in content depth and ecosystem breadth. The site lacks the model library infrastructure that competitors like Ollama use to capture top-of-funnel search volume. There is currently no directory for supported models, which is a significant topical gap. To win, the site must pivot from a simple marketing surface to an ecosystem hub, launching dedicated comparison pages and a model library to target long-tail search intent.
- Topical Gap
- Missing /models directory
- Entity Authority
- 0 Wikipedia entities found
13 · Review-content integrity — Tier-4 evidence anchored in peer-reviewed academic research
Formal academic research (arXiv:2607.00501) anchors the site's performance claims, establishing a high bar for content integrity. This Tier-4 evidence is rare in the AI space and provides quantified, lab-tested metrics like 1.56x higher decode throughput. The honesty of the reporting is exemplary, as the abstract acknowledges existing runtimes and explains the technical reasons for the performance delta without hyperbole. To improve accessibility, the site should synthesize this academic data into a 'Key Findings' summary for non-technical decision-makers on the main landing page.
- Evidence Tier
- Tier-4 (Lab/Academic)
- Throughput Metric
- 1.56x higher decode
14 · Authority & link risk — <1 year domain age with clean outbound profile
Base Compute maintains a clean outbound link profile, with external citations restricted to high-authority technical domains like GitHub, Discord, and Arxiv. The domain is in its infancy, having launched around July 2026, which results in a low authority baseline and no measurable Open PageRank equity yet. While the site is highly linkable due to its original research, the /paper route currently contains placeholder links to generic Arxiv URLs rather than specific paper IDs. This prevents link equity from flowing correctly to the site's most valuable assets. Fixing these placeholders is the primary priority for authority consolidation before the site can compete for high-volume technical head terms.
- Outbound link domains
- discord.com, x.com, github.com, arxiv.org
- Domain age
- <1 year
- Broken research links
- /paper (placeholder Arxiv links)
15 · Off-page readiness — 2 flagship research assets ready for citation
The site possesses a strong foundation for off-page growth, anchored by the BaseRT research paper and a comparative benchmark suite. These assets provide the "Proof of Work" required to earn high-quality citations from the AI engineering community and technical newsletters. While social handles on Discord and GitHub are active and verified, the site lacks Organization structured data to link these entities for search engines. Implementing JSON-LD schema with a sameAs array is necessary to solidify the brand's presence in the Knowledge Graph and improve entity-based trust. The current outreach readiness is high, provided the site pivots to promoting its verifiable performance data over generic marketing claims.
- Linkable assets
- BaseRT paper (arXiv:2607.19438), benchmark suite
- Organization schema
- Missing/Skeletal
- Social profile status
- Active (Discord, GitHub, X, LinkedIn)
16 · Rank readiness — 2 competing homepage versions dilute brand equity
Rank readiness is currently compromised by internal competition between the www and non-www versions of the homepage. Both versions are indexable, splitting authority for core brand queries like "Base Compute" and product-led terms like "Run AGI on-device." Additionally, the documentation subdomain suffers from title collision, where the root and /overview pages share identical "BaseRT Docs" titles, confusing search engine crawlers. To stabilize rankings, the site must consolidate the homepage via a 301 redirect and differentiate documentation titles to reflect specific technical content. The current strategy targets high-volume terms like "local AI Mac" but lacks the structural discipline to maintain stable top-three positions.
- Homepage versions
- 2 (www and non-www indexable)
- Docs title overlap
- BaseRT Docs (shared by / and /overview)
17 · Risk & stability — 30% internal link rot creates high vulnerability
Base Compute operates in a state of high vulnerability due to significant infrastructure rot. A crawl of the site revealed that 30% of internal links resolve to 404 errors, primarily clustered around high-value research assets and PDF paths. This high error rate signals instability to search engines and wastes crawl budget on non-existent pages. Furthermore, the site's focus on LLM inference makes it highly susceptible to traffic displacement by AI Overviews, which often summarize technical benchmarks directly in the SERP. Without implementing an llms.txt file to guide AI agents and fixing the broken link graph, the site's organic resilience remains low despite its significant technical substance.
- Internal 404 rate
- 30%
- Broken link count
- 12 (clustered in research paths)
- AI Overview exposure
- High (AI Infrastructure vertical)
18 · Content briefs discipline — 15% snippet coverage limits AI search visibility
The site's content is technically superior but fails to optimize for modern AI search behaviors and featured snippets. Only 15% of informational pages contain the 40-60 word direct-answer paragraphs required to capture AI Overview citations or answer-engine results. Most sections lead with marketing-heavy copy rather than definitional answers. Additionally, internal linking relies on generic anchors like "Try Local" rather than keyword-rich phrases such as "fastest local LLM engine." Standardizing H2 patterns to follow a consistent benefit-driven structure and inserting definition blocks for "BaseRT" are required to improve AEO readiness and ensure the site's data is correctly attributed by LLM-based search tools.
- Snippet paragraph coverage
- 15%
- Generic anchor count
- 12 (go home), 5 (get basert)
19 · Editorial QA of content — 80% stat-sourced ratio meets high technical standards
Editorial discipline is a significant strength, with a stat-sourced ratio exceeding 80% on core marketing pages. The voice is consistently authoritative, technical, and free of formulaic AI-generated patterns. However, structural QA issues undermine this quality; the /paper page contains seven H1 tags, which disrupts the document hierarchy and SEO structure. More critically, the primary Arxiv links for the BaseRT research return 404 errors, making the site's most ambitious performance claims unverifiable for technical buyers. Resolving these dead links and consolidating heading tags are essential to maintaining the site's high vertical credibility and ensuring that its peer-reviewed research serves as a valid trust signal.
- Stat-sourced ratio
- >80%
- H1 tags on /paper
- 7
- Research link status
- 404 (arXiv links on /research)
20 · Content program — 150-word average post length lacks cornerstone depth
The content program functions as a high-cadence technical dispatch service but lacks long-term SEO equity. While the site published six updates in the last 30 days, the median word count remains low at 125-150 words per post. These "micro-content" pieces serve effectively as a changelog but fail to meet the depth requirements for cornerstone rankings. The program successfully covers hardware benchmarks and model updates but misses broader enterprise deployment strategies. Consolidating these thin updates into deep-dive guides—such as a definitive guide to local vs. cloud AI—is necessary to build topical authority and capture high-intent commercial investigation traffic.
- Average post length
- 125-150 words
- Lead capture forms
- 0
- Publishing frequency
- 6 posts / 30 days
21 · Distribution & reach — 404 status on RSS feed limits automated syndication
Base Compute demonstrates excellent audience-channel fit by prioritizing Discord and GitHub, but its distribution infrastructure is incomplete. The site is currently dependent on rented reach, as it lacks a newsletter capture mechanism and a functioning RSS feed. Probes for /feed and /rss.xml returned 404 errors, preventing automated syndication by AI aggregators and technical news hubs. While OpenGraph tags are present for social sharing, the absence of an owned audience channel creates a "leaky bucket" for high-intent technical traffic. Enabling a valid RSS feed and adding a blog subscription form are critical steps to convert transient social traffic into a stable, owned distribution channel.
- RSS feed status
- 404
- Newsletter forms
- 0
- Social link status
- Active (Discord, GitHub, X)
22 · Content freshness — 100% of content published within 90 days
Freshness is a current strength, with 100% of the site's content published or updated within the last 90 days. The weekly publishing cadence ensures that the site remains relevant to the fast-moving AI model landscape, specifically regarding Apple Silicon and NVIDIA hardware updates. However, the site lacks a formal maintenance system, such as dateModified schema, to signal these updates to search engines. As the current "Lab Notes" age, they risk rapid decay as specific models like GLM 5.2 are superseded. Transitioning these thin updates into evergreen comparison tables and adding "Last Updated" timestamps will be necessary to maintain the site's perceived and technical freshness.
- Content freshness
- 100% <90 days old
- DateModified schema
- Missing
- Update frequency
- Weekly
23 · Docs & self-serve help — 63 code blocks per page but zero search functionality
The documentation suite on docs.basecompute.co is technically dense and well-structured according to Diátaxis principles. It provides high code-block density, with up to 63 blocks on the "Serving" page, catering well to the needs of AI engineers. However, the user experience is hampered by the total absence of a search interface and a public changelog. Developers are forced to navigate the sidebar manually to find specific CLI flags or API parameters. Additionally, the site fails to provide an llms.txt file, missing an opportunity to optimize its reference material for AI-based coding assistants and RAG systems that developers increasingly use for technical troubleshooting.
- Max code blocks per page
- 63
- Search functionality
- False
- llms.txt status
- 404
24 · Measurement readiness — 0 tracked conversions despite active GA4 property
Measurement readiness is weak, as the current GA4 implementation (G-J7C5935CG6) only tracks basic pageviews. The site is "decision-blind" regarding its most important actions: app downloads, Discord joins, and enterprise inquiries. None of the primary CTAs on the /local page are instrumented with event-level tracking or dataLayer pushes. Furthermore, the site lacks a Consent Management Platform (CMP), firing tracking beacons immediately upon page load without user consent. This poses a compliance risk for a company with operations in Berlin. Enabling enhanced measurement in GA4 and deploying a CMP are urgent requirements for both marketing attribution and GDPR compliance.
- Tracked conversions
- 0
- GA4 Property ID
- G-J7C5935CG6
- CMP status
- Missing
25 · Technical SEO — 30% 404 rate and missing XML sitemap
The technical foundation is strong in terms of rendering, with a 1:1 ratio between raw and rendered HTML, but the crawl architecture is inefficient. Approximately 30% of internal links are broken, creating dead ends for search engine crawlers and degrading site authority. The site also lacks an XML sitemap, which hinders the discovery of new technical assets and research papers. A significant issue is the cross-domain canonical on the /paper page, which points to Arxiv and prevents the local page from building its own search equity. Fixing the internal link graph and self-canonicalizing high-value research pages are necessary to stabilize the site's technical health and ranking potential.
- Raw-to-rendered HTML ratio
- 1:1
- Internal 404 rate
- 30%
- XML Sitemap
- Missing
26 · On-page SEO — 12 soft 404s and missing product schema
High-quality technical content on the site is currently undermined by infrastructure-level signals that dilute search equity. While the site uses precise vocabulary like 'Prefill' and 'Decode' to build authority with engineers, it lacks a canonical strategy for the homepage and returns 200 status codes for dead pages. The /local landing page is missing SoftwareApplication JSON-LD schema, which prevents it from earning rich snippets in search results. Correcting the www vs non-www conflict and implementing proper 404 status codes for missing assets are the immediate priorities to stabilize the site's on-page foundation. Furthermore, the meta description for the homepage exceeds 170 characters, leading to truncation in search results.
- Soft 404s
- 12+ URLs
- Duplicate Homepages
- 2 versions
- Meta Description Length
- 170 characters
27 · Keyword targeting — Strong transactional focus lacks commercial comparison
Base Compute effectively targets high-intent transactional terms like 'local AI Mac' but misses critical commercial investigation traffic. The current strategy is product-led, successfully reaching users ready to download, yet it fails to capture those comparing inference engines. Dedicated comparison pages for rivals like llama.cpp and MLX are absent, despite these competitors being explicitly mentioned in benchmark text. Retargeting the generic 'Research' page to 'On-Device AI Research' and creating 'vs' landing pages would bridge the gap between technical substance and searcher intent. The current blog slugs are also under-optimized, missing opportunities to include primary keywords for GPU kernel optimization.
- Commercial Comparison Pages
- 0
- Research Page Target
- Generic 'Research'
28 · Content portfolio health — 31% 404 rate and 131-word median blog length
The content portfolio is current but structurally fragile, suffering from a high failure rate in its internal link graph. A 31% 404 rate among discovered URLs, primarily in the research sub-directory, indicates broken asset management that threatens the site's most authoritative content. Furthermore, the blog section lacks the depth required for competitive ranking, with a median word count of just 131 words across six posts. This thin content profile, combined with a 100% similarity between the www and non-www homepage versions, creates a risk of search penalties and diluted link equity. Documentation titles also suffer from cannibalization, with multiple pages sharing the same 'Overview' tag.
- Internal 404 Rate
- 31%
- Median Blog Length
- 131 words
- MinHash Similarity
- 1.0 (Duplicate Homepages)
29 · Content gaps — Zero comparison hubs for high-intent 'alternative' queries
The site lacks the comparison infrastructure necessary to intercept users during the commercial investigation phase. While the product's 6.4x faster prefill speed is a clear competitive advantage, there are no dedicated URLs to capture searches for 'llama.cpp alternatives' or 'MLX vs BaseRT'. The informational layer is also heavily skewed toward users who are already product-aware, leaving a significant gap in 'problem-aware' traffic. Developing a solutions directory for industries like healthcare and finance, alongside a comparison hub, would expand the site's reach beyond its current technical niche. The research page currently functions as a list rather than a pillar page, limiting its topical authority.
- Comparison Landing Pages
- 0
- Research Page PageRank
- 0.06
30 · Keyword gaps — 0 pages targeting 'Ollama alternatives' or 'GUI' terms
Base Compute fails to contest broader market search volume, leaving high-demand category terms to established competitors. Competitors like Ollama and LM Studio currently own the 'local LLM runner' and 'GUI' keyword spaces, while Base Compute has zero pages targeting these high-volume queries. Additionally, the enterprise section misses specific regulatory keywords such as 'HIPAA compliant LLM' or 'air-gapped AI', which are critical for capturing B2B intent. Optimizing for these vertical-specific terms and competitor-conquesting keywords is essential for growing the site's organic footprint. The current targeting for 'local LLM inference' is present but ranks poorly due to thin content compared to competitor documentation.
- Competitor Conquesting Pages
- 0
- Vertical Keyword Coverage
- Missing HIPAA/Air-gapped
32 · AI search readiness — GPTBot blocked despite 6.4x faster benchmark data
Base Compute possesses highly citable technical data but remains invisible to AI search engines due to aggressive crawler blocking. The site's robots.txt explicitly disallows GPTBot and ClaudeBot, preventing the very engines that power AI Overviews from accessing its benchmark-rich content. While the site's 100% server-side rendering is ideal for extraction, the absence of an llms.txt file and SoftwareApplication schema means AI engines cannot easily attribute performance claims to the brand. Transitioning to an 'allow-search' strategy while maintaining training blocks is required to capture emerging AI-driven traffic. Adding author names and Person schema to technical blog posts would also improve the site's information gain signals.
- AI Crawlers Blocked
- 4 (GPTBot, ClaudeBot, etc.)
- AI Discovery File (llms.txt)
- 404 Not Found
- Structured Data Presence
- 0 JSON-LD blocks
33 · Fix-priority hygiene — 30% link rot and authority leaks to Arxiv
Fundamental indexation issues and crawl integrity failures are the primary bottlenecks to the site's search performance. The internal link graph is severely compromised, with 30% of links pointing to 404 errors, while the research paper incorrectly canonicalizes to Arxiv, surrendering its ranking power to an external domain. Performance on the /local page is also a concern, with a 3.5MB payload that exceeds the 1.5MB budget and risks Core Web Vitals penalties. Immediate fixes must include consolidating the homepage versions, repairing the link graph, and reclaiming research authority through self-referential canonicals. The absence of an XML sitemap further hinders the discovery of new content.
- Internal Link Rot
- 30%
- Page Weight (/local)
- 3.5 MB
- Render-Blocking Requests
- 15
34 · SEO composite coherence — Technical substance stalled by infrastructure rot
The site's search strategy is a study in contrasts: exceptional technical substance paired with a deteriorating structural foundation. While the content is fresh and authoritative, its impact is neutralized by duplicate homepage versions, broken internal links, and a failure to facilitate AI search extraction. The current 'leaky bucket' architecture wastes crawl budget and dilutes link equity, particularly regarding research assets that point to external repositories. A 90-day roadmap focusing on canonical consolidation, asset optimization, and the creation of a commercial comparison hub is required to align the site's technical excellence with its search visibility. Without these fixes, further content investment will yield diminishing returns.
- Internal 404 Rate
- 30%
- Homepage Versions
- 2 (www and non-www)
- Asset Payload
- 3.5 MB
Verdict — 72.5/100: Exceptional technical substance, significant infrastructure rot
Local by Base Compute succeeds by prioritizing technical substance over marketing fluff. The platform's value proposition is anchored in original research and verifiable benchmarks, earning it an exceptional 95/100 for content integrity. This approach resonates deeply with its target audience of AI engineers and privacy-focused organizations.
However, the site is currently undermined by significant technical debt. A 30% internal 404 rate and a 3.5MB payload delay content visibility and frustrate the crawl process. Furthermore, the site's authority is fragmented across duplicate homepages and incorrect canonical tags. The site is highly effective for power developers on Apple Silicon, provided the digital infrastructure is remediated.
- Review-content integrity
- 95/100
- Fix-priority hygiene
- 42/100
90-day roadmap
| Window | Action | Modules | Expected effect |
|---|---|---|---|
| Days 1-14 | Implement 301 redirects (non-www to www) and fix /paper canonicals. | Technical, Onpage | Consolidate authority and stop equity leaks. |
| Days 1-14 | Update robots.txt to allow AI search bots and deploy /llms.txt. | AEO-GEO | Immediate visibility in AI search engines. |
| Days 15-45 | Fix 12+ broken internal links and convert PNGs to WebP. | Health, Performance | Improve crawl efficiency and page load speeds. |
| Days 15-45 | Add SoftwareApplication and Organization JSON-LD. | Onpage, Offpage | Enhanced SERP features and Knowledge Graph presence. |
| Days 46-90 | Launch /vs/llama-cpp and /vs/mlx comparison pages. | Content Gap | Capture high-intent competitor comparison traffic. |
| Days 46-90 | Consolidate /abs/ pages into a formal Research Hub. | Content Audit | Build a high-authority topical cluster for research. |
Methodology & data notes
This review is based on a crawl of 38 pages conducted on 2026-08-22. Data sources include automated performance audits, SEO health checks, and manual UX evaluation. Dimensions 12 (Decision-support surfaces) and 31 (Programmatic SEO quality) were excluded as they are not applicable to this site's current architecture. Enrichment is currently pending for Google Search Console data. For more details, see our /methodology page.
- Pages crawled
- 38
- Crawl date
- 2026-08-22
Questions buyers actually ask
Is Local by Base Compute faster than llama.cpp?
Base Compute claims performance up to 6.4x faster than llama.cpp for prefill operations. These claims are anchored in a formal academic paper (arXiv:2607.00501), providing a high level of technical integrity compared to typical marketing claims.
What hardware does Local support?
The product is specifically optimized for AI engineers using Apple Silicon and high-end GPUs. The messaging and technical documentation are tuned for power developers who prioritize on-device performance and privacy.
Why is the site's performance score low?
The site received a 48/100 for performance due to a 3.5MB total payload. This bloat is primarily caused by unoptimized PNG screenshots and render-blocking resources that delay content visibility for users.
Is Local suitable for enterprise use?
While the technical foundation is strong, the site currently lacks social proof and enterprise-specific case studies. It is best suited for individual AI engineers and privacy-focused organizations at this stage.