A·K
← All tools
The selection guideSource-backed research ↗
Analytics / Self-hosted AI crawler and web analytics platform

GEOInflow

Self-hosted analytics for AI crawlers, referrals, and GEO evidence

AI crawler analyticsweb analyticscontent coverageAI referral measurementself-hosted GEO evidence
Why it stands out

Public MIT-licensed implementation and deployment documentation are inspectable.

Source review: · Public-source research, not a hands-on test

↗ Best for

Website owners, publishers, and documentation teams able to operate a self-hosted Docker stack.

! Know before you buy

Crawl logs do not establish indexing, model training, answer citations, recommendation rankings, customer acquisition, or revenue outcomes.

01 / Editorial assessment

Is GEOInflow for you?

The AICiteKit take

GEOInflow is a useful option for teams that need first-party evidence about crawler requests, content coverage, AI-search referrals, and website outcomes without sending all raw data to a hosted SaaS. Its strongest evidence is architectural inspectability: the public repository documents separate browser, server-log, inventory, crawler-identity, referral, and conversion inputs, plus explicit limits on what crawl activity can prove. The trade-off is operational complexity. Docker, PostgreSQL, Redis, HTTPS, logs, backups, privacy controls, and identity verification remain the buyer's responsibility. No independent benchmark or customer-rating sample was found, so the product should be piloted as an observability tool rather than treated as proof of citation or ranking improvement.

A good fit if you are…

  • Website owners, publishers, and documentation teams able to operate a self-hosted Docker stack.
  • GEO teams that need server-log crawler evidence alongside first-party referral and conversion data.
  • Organizations that want inspectable data handling and exports instead of a vendor-only visibility score.

Consider another option if…

  • Buyers seeking a managed no-ops SaaS dashboard.
  • Teams needing independently benchmarked prompt share of voice or competitor citation monitoring.
  • Organizations unable to operate logs, databases, backups, HTTPS, privacy controls, and access governance.

02 / Scope, not promises

Features & coverage

Data inputs

Browser events, server/CDN logs, sitemap or CSV/JSON content inventories, and AI-search referral sessions are documented inputs.

Archived research · Official README and analytics guide checked 2026-11-03Research excerpt · Workflow and core features
Crawler evidence

User-Agent claims, official IP ranges, DNS or trusted-edge evidence, HTTP responses, latency, caching, errors, and collection continuity are represented separately.

Archived research · Official AI crawler analytics guide checked 2026-11-03Research excerpt · Crawler identity is an evidence problem
Deployment boundary

Docker Engine/Desktop and Docker Compose V2 are documented with application, log worker, analytics worker, PostgreSQL, and Redis; production requires a domain, HTTPS, and trusted reverse proxy.

Archived research · Official deployment guide and README checked 2026-11-03Research excerpt · Pricing and limits

AI crawler identity and access evidence

Review crawler identities, purposes, request volumes, paths, response status, latency, caching, errors, and available verification signals rather than relying on a User-Agent alone.

Archived research context ↗

Content inventory coverage

Import a sitemap or structured inventory and compare known pages with observed requests to find unobserved pages, repeated paths, and access gaps.

Archived research context ↗

First-party referrals and conversions

Combine supported AI-search referral sessions with landing pages, events, goals, and conversions while keeping referral traffic distinct from crawler activity.

Archived research context ↗

Self-hosted operations and evidence boundary

Run the documented Docker stack and retain the explicit limitation that crawl observations do not prove indexing, citations, rankings, traffic, or revenue outcomes.

Archived research context ↗

A focused evaluation workflow
  1. Assess Docker, database, storage, HTTPS, backup, privacy, and log-retention responsibilities before deployment.
  2. Connect browser tracking and server/CDN logs as separate evidence sources.
  3. Import a sitemap or content inventory and review observed coverage, identity evidence, response health, and collection gaps.
  4. Analyze AI-search referral sessions and conversions separately from crawler requests, preserving date ranges, cutoffs, attribution assumptions, and privacy scope.
  5. Report observed access and referral outcomes without claiming citation, ranking, model-training, or revenue causality.

03 / Commercial boundaries

Pricing & limits

Terms below reflect the 2026-11-03 source review, not a new live quote. Confirm currency, billing term, tax and required scope with the provider.

Public pricing boundary

MIT-licensed source distribution; no hosted subscription or paid quota was listed in the checked repository materials. Infrastructure and operations remain external costs.

Archived research · Official repository checked 2026-11-03Research excerpt · Pricing and limits
Your buying checklist

Get these answers first.

  • Which crawler identities and regional providers are verified in our network environment, and which remain unknown?
  • What log fields, retention period, deletion process, access roles, and sensitive-path controls will we use?
  • What is the total operating cost for compute, storage, PostgreSQL, Redis, backups, and security maintenance?
  • How will we keep crawler access, AI referrals, citations, rankings, and conversions as separate measurements?

Pricing context & qualifications

The repository is MIT-licensed and does not list a hosted subscription or paid quota. Compute, storage, databases, backups, security, maintenance, and optional model/API usage remain external costs.

04 / The tradeoffs

Strengths & weaknesses

Reasons to shortlist

  • Public MIT-licensed implementation and deployment documentation are inspectable.
  • Crawler requests, referral sessions, conversions, content inventories, and identity evidence are documented as separate streams.
  • Self-hosting can keep first-party analytics and server-log data within the operator infrastructure.
  • The project explicitly states that crawl logs do not prove indexing, citations, rankings, or customer acquisition.

Reasons to pause

  • No independent benchmark, representative customer-rating sample, or causal efficacy study was found.
  • Operators must run and secure Docker, PostgreSQL, Redis, HTTPS, storage, backups, and log retention.
  • Crawler coverage and verification depend on the configured catalog, network evidence, and usable logs.
  • Self-hosting does not remove privacy, retention, deletion, access-control, or regional compliance work.

Crawl logs do not establish indexing, model training, answer citations, recommendation rankings, customer acquisition, or revenue outcomes.

05 / Choose by the job

Alternatives to consider

Editorial fit comparisons—not performance rankings or claims that one option always wins.

Another direction / 01

AI Search Console ↗

A hosted AI-search visibility and citation workflow is preferred.

Another direction / 02

CiteLadder ↗

Prompt-based brand and citation tracking matters more than server-log observability.

Another direction / 03

Elmo ↗

Recurring AI-answer visibility monitoring and reporting are the priority.

Another direction / 04

WordLift ↗

Structured data and entity optimization are more central than crawler/referral analytics.

06 / What we can substantiate

Reviews & evidence

Public evidence is stronger for product identity, implementation scope, deployment, license, and stated evidence boundaries than for customer satisfaction or efficacy.

AICiteKit assessment: public-source research, not a hands-on product test. Official materials establish stated scope; reviews are dated and may concern the broader platform. Neither establishes guaranteed citations, traffic or revenue.

Sources & original verification dates

SourceEvidence typeChecked
GEOInflow GitHub repository ↗Official public MIT implementation and README
AI crawler analytics guide ↗Official metric definitions and evidence boundaries
Deployment guide ↗Official deployment and operational requirements
GitHub API repository metadata ↗Public activity, license, topics, and repository metadata
External GitHub demo discussion ↗Independent implementation-interest corroboration; not a product review

Original review evidence & date context

Preserved from the published research. Dates, review counts and product-scope qualifications below have not been refreshed by this layout migration.

Medium confidence for product identity, implementation, deployment, license, and stated evidence boundaries; low confidence for customer satisfaction, citation lift, ranking impact, traffic, conversion, and revenue outcomes.

Research notes & unresolved discrepancies
  • Routed web search failed for all configured providers during discovery; directly readable GitHub API, repository, documentation, and external GitHub discussion were used instead.
  • Product Hunt, DevHunt, Indie Hackers, and Peerlist were attempted but blocked or unavailable and are not used as evidence.
  • GitHub activity supports public existence and bounded community interest only; it is not a product-quality or outcome benchmark.
  • No independent hands-on evaluation, customer-rating sample, or controlled efficacy study was found.

Layout migration: October 4, 2026. The original MDX research is retained in the repository; this reorganization does not refresh its factual verification dates.