Skip to content

EdgeComet glossary: terms used in the dashboard and docs ​

This glossary defines the terms EdgeComet uses in its dashboard and docs, grouped by product area. Each term links to the page that explains it in full.

General SEO terms, such as crawl budget, keyword cannibalization or server-side rendering, are explained on their own pages: Crawl budget and crawl waste explained and How Googlebot and AI bots handle JavaScript.

Setup and serving ​

Terms for connecting a website and serving its bots.

TermMeaning
Integration healthEdgeComet's check, about every 15 minutes after a site goes live, of whether verified bots keep arriving, shown as Active, No recent traffic or No traffic 7d+.
LiveThe state a site reaches once EdgeComet has served at least one response to a verified bot, and keeps after that. Not the same as a Live Edge SEO rule.
Render hostThe EdgeComet address your routing rule sends bot requests to, render-us.edgecomet.com in the US or render-de.edgecomet.com in Germany, shown in every setup guide.
Render keyYour site's private key, sent in the X-Render-Key header, that identifies requests coming from EdgeComet and that your firewall allow rule trusts.
Routing ruleThe rule at your CDN or proxy that sends page requests from crawlers to EdgeComet and every other request, including failures, to your origin.
Serving modeThe setting that decides how EdgeComet builds the pages it serves to bots: Cache-only stores your server's HTML, and Cache + Render runs the page's JavaScript in headless Chrome first.

Cache ​

Terms for how EdgeComet stores pages for bots and keeps them fresh.

TermMeaning
Bypass cacheThe cache of your server's own HTML, stored for dimensions that bypass rendering, on for Cache-only websites and off on a new Cache + Render website.
Cache TTLHow long a cached copy is served before EdgeComet builds a new one, 7 days on a new website and from 1 minute to 30 days.
Concurrent re-cachesHow many pages EdgeComet refreshes at the same time for your website, 5 by default and 1 to 50, which limits refreshes only and not live bot requests.
Flush AllThe action on Cached URLs that removes every cached copy of the website on every dimension; it cannot be undone and does not clear the pre-cache queue.
InvalidateDeleting a cached copy at once, shown as Remove in the dashboard, which makes the next bot request wait for a fresh render or fetch.
Pre-cacheRendering or fetching your pages on a schedule and storing them, which gives Googlebot and AI bots a fresh cached copy instead of a wait for a render or your server.
Pre-cache ruleA per-website rule that renders or fetches a set of pages on a schedule, such as Smart Re-cache or Sitemap Re-cache, and takes effect on Save with no deploy.
Pre-cached HTMLThe choice on every pre-cache rule of what each copy stores: Original HTML as the website normally serves it, Rendered HTML from headless Chrome, or a choice per copy.
Priority pagesThe pages Smart Re-cache sends first on every run at high priority, changed or not: the homepage, top Search Console pages, main homepage links and URLs you add.
Re-check intervalThe per-page interval Smart Re-cache learns from the page change log, which grows while the page stays unchanged, resets on a change and never passes the Cache TTL.
RecacheBuilding a new cached copy of a page while EdgeComet keeps serving the current one until the new copy is stored.
Render cacheThe cache of pages EdgeComet rendered in headless Chrome, which is always on.
Smart Re-cacheThe main pre-cache rule, which refreshes each page bots request as often as that page changes, and your homepage and top pages on every run.
Stale copyAn expired cached copy EdgeComet keeps as a fallback and serves only when a fresh render or fetch fails, for up to the Stale TTL.
Stale TTLHow long EdgeComet keeps an expired copy as a fallback before deleting it, with Serve stale content if origin is down on; 24 hours by default, 1 hour to 7 days.
Warm on last requestA URL bots requested that was served from the cache the last time a bot asked, as counted per bot group in Bot coverage.

Rendering ​

Terms for how EdgeComet renders JavaScript pages and which settings control it.

TermMeaning
Block dimensionA dimension with the Block action, which answers matching bots with 403 Forbidden for every URL, before any URL rule, cache lookup or render.
Blocked resourcesThe render settings Blocked AJAX URL Patterns and Blocked Resource Types, which block matching requests during a render; Image, Media and Font are blocked by default.
Bot aliasA named set of user agent patterns that EdgeComet keeps up to date, such as Anthropic Bot, which you pick for a dimension instead of writing a regex.
Bypass dimensionThe one dimension every website has that sends your server's HTML without rendering, catches every user agent no other dimension matches, and cannot be deleted.
Deployment historyThe list of every configuration deploy under Configuration > System Settings > Deployment History, with its date, author and changes, from which you restore an earlier configuration as a draft.
DimensionA device profile that decides how EdgeComet builds the copy a bot gets: its viewport, the user agent Chrome renders with, and which bots it serves.
Draft configurationSaved changes to System Settings or Caching > Settings that bots do not see until you deploy them; a deploy applies the whole draft to live traffic at once.
Failed renderA render that ended in an error, other than a soft timeout or a 4xx from your server, or that returned a 5xx.
Fresh renderA render that returned status 200 with no error, counted on the Fresh Renders card of Cache > Renders.
Hard timeoutA render that exceeded the rendering service's maximum time, with no HTML captured; bots got the last cached copy or your server's HTML instead.
Render error typeThe one error type, such as Soft Timeout, Origin 5xx or Pool Unavailable, that each failed render or pre-cache attempt carries, shown with its severity on the Issues tab.
Render TimeoutThe render setting for the longest a render may take, 15 seconds by default; when it runs out before the wait event, EdgeComet serves what the page shows, a soft timeout.
Rule evaluation orderThe fixed order that picks one URL rule when several match: user agent rules, then Exact, Wildcard and Regex patterns, query conditions, deeper paths, then the order you added them.
Soft timeoutA render whose wait event did not fire before the Render Timeout; EdgeComet still captured and served the page as it was, which may be incomplete.
Strip ScriptsThe render setting, on by default, that removes executable script tags from the rendered HTML and keeps JSON-LD structured data.
URL ruleA rule under Configuration > System Settings > URL Rules that pairs URL patterns with an action, such as Render, Bypass, Block or a status code, and optional settings.
Wait For EventThe render setting that decides when Chrome captures the page, such as DOMContentLoaded, load or networkIdle, the default.

Bots and Log Analyzer ​

Terms for the bots EdgeComet recognizes and the bot data in Log Analyzer.

TermMeaning
AI attention mapA card in Log Analyzer > AI Bots that splits one AI provider's requests, from ChatGPT, Claude or Perplexity, by purpose (Training, Search, User) and by segment of your site.
AI search botA bot that crawls pages for an AI assistant's search index, as a search engine crawler does for a search engine, such as OAI-SearchBot and PerplexityBot.
AI user botA bot that fetches a page because a person asked an AI assistant something, not on a crawl schedule, such as ChatGPT-User and Claude-User.
Bad botA bot whose request failed IP verification, an unrecognized crawler, or a known SEO tool: traffic you may not want, not proof of harm.
Bot categoryThe kind of bot a request came from, one of six categories such as Search Bots, AI Bots and SEO Tools that EdgeComet assigns to every recognized bot.
Bot familyOne of seven non-overlapping groups of bots, such as Googlebot Search, ChatGPT or Fake Bots, that the Log Analyzer Bot Activity chart draws as one line.
Bot variantsThe crawlers of one search engine, such as Googlebot Mobile, Googlebot Image or Bing Preview, listed one per row in the Bot Variants table on the Crawl Budget tab.
Catch-all pageThe one page your site serves with a 200 for any unknown path, such as a single-page app shell or a bot challenge page; probes that get it count as Same Page.
Chat shareOne request from iMessage or WhatsApp, which Log Analyzer > Social Bots counts as one paste of the link and shows as iMessage & WhatsApp.
Crawl budget allocationEdgeComet's split of the bot requests it served into Wasted, Questionable and Valuable, where Valuable is every request no rule matches.
Crawl efficiencyHow a bot family's requests split into valuable, questionable and wasted crawls, shown on the Efficiency tab of Log Analyzer > Googlebot, Bing and AI Bots. Not the Crawl Efficiency card on the Log Analyzer Overview, which shows the share of 2xx responses.
Declining crawlPages the bot requested last period that got at least 50% fewer requests this period, including pages it stopped requesting.
Delivery performanceHow much of Googlebot's or Bingbot's crawl EdgeComet answered from its cache, and how fast cache and render requests were served, on the Delivery Performance card.
Event typeThe field of each Bot log record that says how EdgeComet handled the request: Cache Hit, Render, Bypass, Bypass Cache, Precache or Error.
Exposed fileA probed path that answered 200 with content in the period, other than your site's catch-all page or a login page.
Fake botA request that names a bot EdgeComet can verify, such as Googlebot or GPTBot, from an IP address outside every range that bot's operator publishes.
Hidden requestA social bot request left out of every number on the Social Bots page: a spoofed app, a half-typed link from WhatsApp or Telegram, or a Meta or Apple platform check.
IP validationEdgeComet's check of each bot request's IP address against the ranges the claimed bot's operator publishes, stored as the IP Validation field: Verified, Fake, Unverifiable or Error.
New URLs foundPages the bot requested this period but not in the previous period of the same length, counted on the Efficiency tab.
OvercrawledPages above this period's 99th percentile of requests per page, roughly the busiest 1% of the pages the bot requested.
Page size bandA range of HTML sizes, from 0-100 KB to >5 MB, that the Page Size tab uses to group 200 responses; page size counts the HTML document only.
Probe outcomeThe result of one probe request, from its status code and content: Exposed, Same Page, Server Error, Login Reachable, Redirected, Blocked or Not Found.
Probe requestA request for a path on EdgeComet's list of paths scanners use to find files and endpoints that must never be public, such as /.env or /.git/config, or a request whose query string carries a scanner payload. Not the same as a fan-out probe.
Render weightEverything the browser downloaded while EdgeComet rendered a page: the HTML plus scripts, stylesheets, images and fonts.
Request-path captureRecording each request inside the service that answers it, at the moment it answers, which is how EdgeComet collects bot data without server log files.
Risk tierOne of three groups that sort bad bot requests by why they count: High Risk (Fake), Medium Risk (Unknown) and Low Risk (Known).
Serve timeThe time EdgeComet takes to answer a bot request, from the start of handling to the ready response, including the cache lookup and any render on request.
Shared pageA page any social bot requested in the period, counted once across its query-string variants. Each Needs Attention share on the Social Bots page is a share of these pages.
Social botThe fetcher a chat or social app, such as iMessage, WhatsApp, Facebook or LinkedIn, sends to build the preview card under a shared link.
Status classThe first digit of an HTTP status code, which Log Analyzer uses to group codes: 2xx success, 3xx redirect, 4xx client error and 5xx server error.
Training botA bot that collects pages that may be used to train AI models, such as GPTBot and ClaudeBot.
Unique URLsThe count of distinct pages after URL normalization, the step EdgeComet uses for cache keys, which removes tracking parameters and sorts the rest.
URL inventoryA card on the Efficiency tab that compares the pages the bot requested this period with the previous period, as new, lost and returning URLs by kind.
Verified botA bot request whose IP address falls inside the ranges the bot's operator publishes, recorded as Verified in the IP Validation field.
Waste conditionOne of six fixed checks, such as 404 Not Found or Blocked but Crawled, listed as the Issue Type rows of the Crawl Waste Breakdown table.
Wasted rendersThe renders EdgeComet ran in a browser to answer bad bot requests; requests answered from the cache need no render.

Evergreen Crawl ​

Terms for Evergreen Crawl, the site audit built from what bots received.

TermMeaning
Canonical dispositionThe Canonicals report table that puts each 200 page in one bucket, such as Self-canonical or Cross, broken target, from its declared canonical and the target's health.
Comparison crawlThe earlier crawl EdgeComet picks for each report's change figures, with the same bots and window length, starting no later than the crawl you read.
Crawl issue severityThe fixed level of each Evergreen Crawl check: P0 active loss or config conflict, P1 newly broken with demand, P2 strategic, P3 hygiene.
Current crawlThe crawl EdgeComet rebuilds every day from the last 30 days of bot visits and pre-cache fetches.
Custom crawlA crawl you start with + New crawl for the bots and period you choose, built in minutes from bot visits EdgeComet already recorded.
Declaration profileOne distinct set of languages that pages declare in hreflang, where one profile across the site means every page declares the same set.
DemandThe traffic a page carries in the crawl's window: its Google impressions from Search Console and its fetches by AI assistants answering users, shown side by side and never added. Not Google's crawl demand.
Duplication clusterA group of pages with a duplicated tag that one fix clears, either a failing template or one repeated string with no template behind it.
Evergreen CrawlEdgeComet's site audit built from the pages search engines and AI bots actually received from your site, without a crawler of its own.
Index leakAn indexable page with no Google impression and no AI assistant fetch in the crawl's window.
Indexability bucketOne of the Indexability table's classes, such as Indexable, Noindex, Canonical to other or Redirect 3xx, decided by status code, then noindex, then the canonical.
Issue categoryOne of the 11 groups Evergreen Crawl checks fall into, such as Canonicals, Hreflang or Catalog Health, each with its own group in the All issues lens.
Link-only stubA URL that crawled pages link to but no bot fetched in the window, kept in the crawl with its inlinks but without its content.
Missing expected markupThe Structured Data card counting product pages without a JSON-LD Product and articles without an Article, including pages where it is only nested inside another node.
Monthly crawlA crawl EdgeComet makes in the first days of each month over the 30 days before, named for the previous month, such as September 2026.
Starved winnerA page with only 1 or 2 content links that still earns Google impressions or AI fetches.
Structured data severityThe level of each validation finding: Critical blocks a Google rich result, Warning marks problems such as an invalid value or unknown property, and Opportunity a missing recommended property.
Surfaced pageAn indexable page with at least one Google impression or one AI assistant fetch in the crawl's window, evidence that something showed it, not proof that Google indexed it.
Templated duplicateA title, meta description or H1 shared with another page and stamped by a template whose variable part fails to differentiate, fixed by one edit per template.
Validation findingOne property and one problem on one structured data type, such as Article › dateModified: Recommended property missing, counting every page that carries it. Not the same as an Action Board finding.

Search ​

Terms for the Search Console reports and fan-out queries.

TermMeaning
Coverage checkA check on the Page Analysis Fan-out tab that grades whether a page, as EdgeComet serves it to bots, answers each question AI assistants searched for.
Diluted clicksA cannibalized keyword's total clicks minus the clicks of its leading URL, read as the most that combining the pages could recover, not as measured loss.
Fan-out keywordA Search Console keyword that EdgeComet detects as a search an AI assistant ran on a person's behalf.
Fan-out questionThe question a person most likely asked, written by AI for a group of fan-out keywords that ask the same thing in different words.
Fan-out thresholdThe card that shows what EdgeComet measured on your site to detect fan-out keywords, tuned from your own Search Console data with nothing to set.
Fan-out topicA subject discovered from your site's own fan-out questions; each question belongs to at most one topic.
Keyword movementThe Search Overview card that splits the change in clicks against the previous period into new, improved, declined and lost keywords, grouped by click change, not position change.
Keyword opportunityA keyword and page pair in one of four buckets, Striking distance, Below-curve CTR, Zero-click high-impression or Cannibalized keywords, each a reason it earns fewer clicks than it could.
ProbeA fan-out keyword that an automated AI tool or a scraper produced, not a person's question, shown in its own lane under Who is asking. Not the same as a probe request from a security scanner.
Subfolder propertyA Search Console URL-prefix property for one section of your site, such as https://example.com/blog/, merged with the root property with every page counted once. Each root property includes 10 at no extra cost.
Trash keywordA rank-tracker artifact shaped like "12 : some keyword", not a real search query, which the Trash keywords filter keeps or removes.

Changes ​

Terms for the page change log and site releases.

TermMeaning
Change log modesThe Changes and Pages switch above the Change log table: Changes shows one row per change with old and new values, and Pages one row per changed page with its recrawl state.
Change patternOne kind of change in words, such as "Status 200 → 404" or "Title rewritten"; the Changes table has one row per change pattern on one page type.
Page change logThe log EdgeComet builds by comparing each new copy of a page with the one before: one entry per change, with the page, field, old and new values, and time.
Page type (Changes)A segment that sorts your URLs, such as product pages, listings or articles, which the Changes table and Recrawl use to group pages; others go under Other pages.
Priority (Changes table)The default order of the Changes table, which sorts change patterns into five bands, losses first and recoveries last, with the most affected pages first in each band.
Recrawl stateThe state each counted changed page gets per crawler, from that crawler's last verified fetch: Fetched after change, Unclear, Change unseen or Page unseen.
Release classThe Loss, Edit or Gain pill beside each site release.
Release statusWhere each page type of a site release stands: Rolling out, Complete, Reverted, Loss reverted, Partly reverted, Flipping back and forth or Expected.
Site releaseA deploy that made the same change on many pages of one page type, which EdgeComet finds on its own and follows while it rolls out, such as removing every product H1.
Tracked fieldsThe 11 fields Changes logs on every page, from status code and canonical to title, hreflang and the page body, plus each single-value custom extraction field you track.
Unstable pagesPages where one field changed 3 or more times in the period and ended on the value it started with.

Alerts ​

Terms for alert rules, incidents and the weekly email.

TermMeaning
AI readingEdgeComet's AI review of a new incident, which writes its title, summary and fix steps and gives a verdict: Likely cause, Looks intended, Mostly noise or On EdgeComet's side.
Alert ruleA rule, which the dashboard also calls an alert, that says what to count, on which pages and at what threshold, and opens an incident when the condition holds.
Alert templateA ready-made alert, with what it watches, a default threshold, a severity and how often it checks, that you add a rule from.
AlertsThe EdgeComet feature that tells you when something breaks for search engines and AI bots, reading data EdgeComet already records, with no monitoring crawler to schedule.
CooldownThe time after a rule fires, one hour by default, in which repeat matches are held or join the open incident instead of sending a new email.
Impressions at riskThe Search Console impressions an incident's affected pages earned in the 28 days before it fired, a measure of search exposure, not of lost traffic or revenue.
IncidentWhat opens on the Alerts page when an alert rule's condition holds, listing the affected pages, and goes to your destinations at the severities each one takes.
Index statusEdgeComet's own reading of whether the page it received can be indexed, from its status code, robots directives and canonical, not a report of what Google has indexed.
Pages changedThe alert that fires when a fact search engines read, such as a status code, indexability, canonical, title or extracted value, changes on many pages at once.
Rule stateThe one state each alert rule is in, from its switch and its last check: Firing, Watching, Warming, Skipped, Broken or Paused.
SeverityThe level every alert rule has, shown as a P badge: P0 Critical and P1 Warning are notified, and P2 Info appears in the product only. Crawl issues and feed checks use P levels with their own meanings: see Crawl issue severity and Feed check severity.
Site analysisThe AI agent that drafts the alerts your site should have from 30 days of bot traffic, the latest crawl, your segments and Search Console, with thresholds set from your numbers.
Weekly performance emailA weekly scorecard email of each site's Google clicks and impressions, AI answer fetches and Googlebot crawl against the week before, sent to the account owner every Wednesday.

Action Board ​

Terms for the Action Board, the work list the AI SEO agent keeps.

TermMeaning
Action BoardThe SEO work list the AI SEO agent keeps for your website: it finds what to fix, ranks it by the search and AI traffic at stake, and prepares the fix.
Action Board analysisThe run, about every 14 days, in which the AI SEO agent reads your site's crawl, Search Console and bot data and writes the Action Board.
Developer briefOne document that hands an SEO finding to your engineers, with the problem, the evidence, the recommended fix and how to confirm it, written when you choose Create dev task.
DocumentA file the AI SEO agent writes for you, such as a content brief, developer brief, article edits, research write-up or export, listed under Action Board > Outputs > Documents.
FindingOne job on the Action Board: every page on it gets the same instruction, and it can have several steps, each with its own pages and fix.
Fix routeOne of the ways a finding offers to fix it: serve new values at the edge, hand a brief to your developers, brief your writers, or track the work yourself.
Generation runThe AI job that writes a fix's drafts, such as new page values, a developer brief or content briefs, none of which reach your site until a person deploys them.
LaneA group of Action Board findings by who fixes them: Fix at the edge, For your developers, For your content team, or Watch.
Page briefA short content brief for one existing page, shown as Content brief in the dashboard: what the page does today, where it falls short and what to improve.
Proposed findingA finding that Ask or a skill run recorded in a conversation and that is not on the board yet, shown as a Proposed finding card with Add to board.
TaskThe fix you committed to on an Action Board finding: values deployed at the edge, a developer brief, content briefs, or a follow-up you track by hand.
VerificationHow EdgeComet confirms a fix worked: after you deploy or ship it, the next recount checks whether any of its pages are still in the state the finding fixes.

Ask ​

Terms for Ask, the AI SEO agent you chat with.

TermMeaning
AskThe EdgeComet AI SEO agent, which answers questions about your website in plain words from your own data: bot fetches, Search Console performance and the Evergreen Crawl.
Ask panelA chat beside any report, opened with Ask in the report header or Cmd+. (Ctrl+.), whose answers read that report's numbers for the period and segment on screen.
ConversationOne Ask thread of questions and answers about a website, kept together with the tables, charts and documents it produced.
Custom reportA report you build by describing it in Ask, made of 1 to 12 blocks that read live data for the period and segment on screen.
Custom skillAn SEO workflow you write once in plain Markdown and run on demand from Ask, which the AI SEO agent follows with the same data and tools as the built-in skills.
FocusA limit on Ask questions to pages you choose, up to 20 pages, 200 URLs or a path prefix, that stays on for your next questions until you remove it.
GuidelinesStanding instructions about your business that the AI SEO agent applies on every run: Action Board analyses, Ask answers, skill runs, rewrites and briefs.
Live tableAn Ask table that is the result of a query the engine runs, which re-runs when you change the period, segment or filter and sorts on the server.
Report blockOne card of a custom report, a stat, line, bar, pie or table, that holds its own query; a report holds 1 to 12 blocks.
Run-inputs blockA fenced block at the top of a custom skill's playbook that lists the questions the Run dialog asks before the skill starts, and can pin where the skill runs.
SkillA saved SEO workflow the AI SEO agent follows from start to finish, such as a technical SEO audit, run from Ask on the whole site, a segment or URLs.
Snapshot tableAn Ask table that holds figures no query over your data can express, such as keyword research results, with up to 50 rows and 8 columns that keep their values.

Edge SEO ​

Terms for Edge SEO rules, which change the pages bots receive.

TermMeaning
Blast radiusThe number of pages a rule matches, out of all the pages bots requested through EdgeComet in the last 30 days.
Capture PatternA regular expression in RE2 syntax, run on the requested URL path, whose numbered groups, $1, $2 and up, fill in a redirect's Destination URL.
Edge SEOMaking SEO changes in the layer between your server and the crawler instead of in your CMS or code, which EdgeComet does by rewriting each page it serves to bots.
Edge SEO ruleA rule that names the pages it applies to and what to change on them, applied when EdgeComet renders or fetches a matching page and before it caches the result.
Edge SEO snippetA script tag in your page head that applies your live Edge SEO rules in visitors' browsers, since visitors open your server directly and do not get the changes bots get.
Page editOne action on selected page elements in Edit on the page, such as Rewrite text, Alt text, Move up, Change the tag or Remove.
Response ruleAn Edge SEO rule that answers bots with a 301 or 302 redirect, a 404 or a 410 instead of the page.
Rule cascadeThe order in which live Edge SEO rules run on a page, the order they went live, where each rule sees earlier edits until a redirect, 404 or 410 rule ends it.
Rule filterA row of a multiple-pages Edge SEO rule made of a field, an operator and a value, which decides the pages the rule matches.
Rule scopeThe choice of which pages an Edge SEO rule changes: One page, which matches one exact address, or Multiple pages, which matches every page its filters match.
Rule statusThe state of an Edge SEO rule: Draft (saved, not live), Live (runs on every matching page) or Rolled back (out of production, kept with its history).
Rule variableA placeholder in braces, such as {h1} or {url_path}, that takes the value of the page an Edge SEO rule is changing.
Structured data at the edgeEdge SEO adding, fixing and removing JSON-LD structured data on the pages search engines and AI bots receive, built from what each page shows.
Value stepOne operation in the ordered list a text edit of a multiple-pages rule runs, such as Set, Prepend, Find & Replace or Truncate, each working on the previous step's result.

Configuration ​

Terms for segments, custom extractions, link regions and the setup EdgeComet runs on its own.

TermMeaning
AnnotationA dated note on EdgeComet report charts, such as a release, a migration or a Google update, shown as a dot under the date axis for everyone who can open the website.
ArchetypeThe page type a segment stands for, such as Product pages or Blog articles, picked from a grouped list that starts at Unclassified.
Content linkA link that sits in the Main content or Catalog listing region of a page.
Custom extractionA named field, such as price, stock or author, that EdgeComet reads from the pages it processes for bots, each one coming from an extraction rule.
Extraction ruleA rule that reads one field from each rendered page with a CSS selector, a regular expression or both, plus an action and a data type.
Extraction rule healthEdgeComet's daily check of each field rule for matching, values and value quality, shown as health labels and followed by automatic repairs of broken rules.
Guidance noteA plain-language instruction that steers every later analysis behind your site's generated crawl budget rules, kept until you delete it.
Link regionA named part of the page where links sit, such as Navigation or Main content, which lets EdgeComet tell content links from template links.
Page chromeThe repeated parts of a page that are not its content, such as a cookie consent bar or a mobile menu, which a page chrome rule removes from the page's main text.
Repair changelogThe log of automatic changes, repairs and improvements to extraction rules, newest first, where Revert puts an earlier version of a rule back live.
Saved segmentA segment from the Segments page as listed under Saved segments in a report Filter, unlike unnamed rules under Filter manually that apply only to the current view.
SegmentA named group of URLs, such as product pages or blog articles, defined by filter rules that must all match, which reports, Data Explorer, alerts and Ask can narrow to.
Segment runOne pass of the AI agent over your site, started by EdgeComet or by you, that proposes segments on the Generating segments run page.
Setup stepOne of the six setup steps EdgeComet runs for every website in a fixed order, each starting once the site has the data and the earlier steps it needs.
Template linkA link that sits in any link region other than Main content or Catalog listing, such as Navigation, Footer or Interlinking.
Track changesA switch on each extraction rule, on by default, that puts the rule's value changes in the Changes report and offers the rule to change alerts.
Zero configurationEdgeComet configuring itself from your site's own data over its first two weeks: branded keywords, segments, custom extractions, crawl budget rules, link regions and the first Action Board.

Shelf Edge (E-commerce) ​

Terms for Shelf Edge, the e-commerce reports, labeled E-commerce in the dashboard.

TermMeaning
Availability tierOne of seven stock states, such as In stock, Out of stock or Withdrawn, that EdgeComet's AI assigns to a product from the availability field on its page.
Catalog fieldsCustom extraction rules with fixed names, such as product_name, price and listing_title, each reading one value from the rendered page, which Shelf Edge uses to recognize product and listing pages.
Facet layerThe set of listing URLs that carry a query string, grouped by parameter name such as ?price= or ?p=, on the Shelf Edge Listings report.
Feed check severityThe P0 to P3 level of a Merchant Center feed check, from P0, Google rejects the item or a feed did not import, to P3, hygiene.
Known product URLA product URL EdgeComet knows of, counted once: a product page in the crawl or a product link in your current Merchant Center feed.
Listing sizeA listing page's result_count value, or the number of products shown when it has none, banded from 0-2 products (near-empty) to 50+ products.
Page field changeA change to a feed item field that shows on the product page, such as the title, price or availability, which makes EdgeComet re-cache the page.
Page type (Shelf Edge)The Archetype set on a segment, such as Product pages or Blog articles, which the Shelf Edge Overview uses as one row of crawl allocation against demand.
Product pages against the feedCatalog Health crawl checks that compare the price and stock on the product page bots received with your Merchant Center feed, in both directions.
Sellable tierThe availability tiers In stock, Low stock, Made to order and Lead time taken together, as the Changed since last crawl card groups stock moves.
Shelf EdgeThe e-commerce module of EdgeComet, labeled E-commerce in the dashboard, that shows how search engines and AI assistants treat an online store's product pages, category pages and Merchant Center feed.
Under-crawled page typeA page type that gets under 1% of Googlebot fetches in the crawl and earns Google impressions.

Data Explorer and Page Analysis ​

Terms for the row-level tables and the one-URL view.

TermMeaning
Bot logThe Data Explorer table that lists every request a search engine or AI bot made to your site through EdgeComet, one row per request, with the page the bot received.
Compare windowThe second period after vs in the Period row of the Search Console tables and New and lost URLs, by default the same length ending where the main period starts.
Data ExplorerThe row-level view of your site's data, such as bot requests, Search Console pages and keywords, crawled pages, sitemap URLs and feed items, as tables you filter, sort and export.
Lost URLA URL bots requested in the compare window and not in the period, shown with its numbers from the compare window.
New URLA URL bots requested in the period and not in the compare window, the default set of Bot log > New and lost URLs.
Page AnalysisThe EdgeComet view of one URL on one screen: its status and SEO tags, the bots that requested it, its changes, its Google search performance and the copy bots receive.
SEO change markerA dashed vertical line on a Page Analysis search chart that marks a date the page's SEO tags or status code changed, labeled with the field or the number of changes.

Account and MCP ​

Terms for accounts, roles and the MCP server.

TermMeaning
MCP serverThe EdgeComet server that connects AI agents such as Claude, ChatGPT, Codex, GitHub Copilot and Cursor to your site's bot requests, Search Console data, crawl, sitemaps and page change log.
Sub accountA normal EdgeComet account that a client owns, created from an agency account, with the agency as Admin on every website in it, including websites added later.
Website roleThe access a person has on one website, Read-only, Manager, Admin or Owner, where each role can do everything the role before it can, plus more.

Changes to this list ​

  • 2026-10-26: Rebuilt from every docs page's terms, EdgeComet-specific terms only, grouped by product area.

Related Articles