Website profiles · Technology insights · Alternatives

trackjs.com

TrackJS is a frontend native JavaScript error monitoring tool. Private by default, zero page impact, and built to give you the full story behind every production error.

Paid content
Visit website
Profile views 8 Outbound visits 12 Normal
JavaScript Error Monitoring • TrackJS Full homepage screenshot

At a glance

Category
Development
Language
English
Paid-content signal
Paid contentObserved
Registered
2013
Hosting
FastlyInferred
HTTPS certificate trusted
PassedObserved
Last updated

Website review

This review may include AI-generated content and is not individually verified. Domain, certificate and other facts come from the observed data on this page.

What is TrackJS?

TrackJS is a frontend JavaScript error monitoring service. It captures errors that happen in a user's browser during production, then shows what broke, how it happened, and how often — so you can fix problems before they turn into incidents. The site frames this around a common situation: AI-generated, contractor-written, or third-party code ships quickly, but when it fails in production the error alone lacks context.

What it actually gives you

  • Telemetry timeline. For each error, a chronological record of network requests, user interactions, console logs, and navigation events leading up to the failure. This is the core differentiator versus a bare stack trace.
  • Filtering and search without a query language. One-click filters and automatic trend highlighting across users, browsers, and pages — aimed at people who don't want to learn a query syntax.
  • Unlimited server-side ignore rules. Filter out known third-party noise or expected errors so the dashboard shows only actionable issues. The site says these are unlimited on every plan.
  • An AI debugger. Analyzes error telemetry, browser data, and source code to explain the cause and suggest a fix, including framework-specific and browser edge cases.
  • Privacy and performance claims. Described as private by default, with zero page impact, and compatible with all browsers and frameworks. Installation is a small frontend snippet.

Who it suits

Frontend and full-stack teams running JavaScript in production who need runtime context, not just an alert. It fits teams that ship fast and inherit code from multiple sources and want errors triaged without a dedicated observability engineer. If your main need is backend or server-side monitoring, or deep custom querying and dashboards, a broader platform may fit better.

A practical next step

Before committing, pick one recurring production error your team has struggled to reproduce and check whether the telemetry timeline would have shown the user actions and network calls behind it. That single test tells you more than a feature list. TrackJS offers a free trial with no credit card required, and a sample report is available if you want to see the interface first: TrackJS.

For comparison, Sentry (Sentry) and LogRocket (LogRocket) also cover frontend error monitoring, with LogRocket leaning more toward session replay.

How do I install TrackJS in my frontend application?

TrackJS installs by adding a small frontend script (the page cites an 8 KB agent) and letting it report errors from your app. The exact snippet and configuration come from your TrackJS account after you create a site token, so treat the steps below as the shape of the process rather than a copy-paste snippet.

Typical installation flow

  1. Create a site in TrackJS and copy the token it gives you. The token identifies your application in the dashboard.
  2. Add the agent script to your page. For a plain HTML site, place it in the <head> or before the closing </body> tag so it loads for every page. For a bundler (Webpack, Vite, Rollup), install the package and import it in your entry file, passing the token.
  3. Load it as early as practical so errors during startup and early user interactions are captured. If you use server-side rendering or a framework with hydration, initialize in a client-only entry point.
  4. Deploy and verify by triggering a test error in a staging or production build, then confirming it appears in the TrackJS dashboard with the expected page, browser and user context.
  5. Configure ignore rules and filters once real traffic arrives, so third-party noise and expected errors don't drown out actionable issues.

Practical considerations

  • Token handling: the token is meant to be public in frontend code, but avoid committing it to shared public repos if your team prefers to inject it via environment variables at build time.
  • Frameworks: TrackJS describes itself as compatible with every browser and framework, so React, Vue, Angular and similar apps generally just need the agent loaded in the client bundle. Framework-specific error boundaries can complement it but don't replace it.
  • Overhead: the page claims zero page impact and an 8 KB agent, which matters if you're already shipping a large bundle. Test in your own performance budget rather than assuming.
  • Privacy: it's described as private by default, which is relevant if you handle personal data and need to review what gets sent before enabling it broadly.

Next step

If you want a concrete starting point, open the pricing page to see plan limits and whether the free trial fits your evaluation, then follow the install instructions in your TrackJS account: TrackJS. For a quick comparison of frontend error monitoring options, Sentry's official docs are at Sentry, though its scope is broader than TrackJS's JavaScript-focused approach.

How does TrackJS help debug errors in AI-generated code?

TrackJS helps debug AI-generated code by capturing the runtime context that AI tools miss, so you can see not just that something broke but what actually happened in the browser before it broke.

What it provides for AI-generated code

  • Telemetry Timeline: A chronological record of network requests, user interactions, console logs and navigation events leading up to an error. This matters for AI code because the failure often comes from an unexpected interaction between generated code, third-party libraries and real user behavior rather than a single obvious bug.
  • Error frequency and impact: It shows how often an error occurs and who it affects, which helps you decide whether a cryptic failure is a one-off edge case or a production incident.
  • Discoverable filters: One-click filtering and automatic trend highlighting across users, browsers and pages, with no query language to learn. Useful when AI-generated code fails only in specific browsers or on specific pages.
  • Unlimited ignore rules: Server-side rules to filter out third-party glitches and expected errors, keeping the dashboard focused on actionable problems.
  • AI Debugger: Analyzes error telemetry, browser data and source code to explain what went wrong and suggest a fix, including framework-specific quirks and browser edge cases.
  • Privacy and performance: Private by default with zero page overhead, and compatible with every browser and framework, according to the site.

A concrete scenario

You ship an AI-assisted checkout flow. It works in Chrome on your machine but throws an error for some Safari users on mobile. TrackJS would show the error frequency, the affected browsers and pages, and a timeline of the network requests and user interactions before the failure. The AI Debugger then turns that telemetry into a plain-language explanation and suggested fix, rather than leaving you to decode a stack trace.

Where to start

If you already have a suspect error, begin with the Telemetry Timeline for that error and check the frequency and affected browsers before changing code. If the dashboard is noisy, set ignore rules for known third-party errors first so the remaining issues are the ones worth debugging. The site offers a free trial with no credit card required, and a sample report is available if you want to see the format before signing up.

What is included in the TrackJS telemetry timeline for each error?

The TrackJS telemetry timeline is a chronological record of what happened in the browser before an error fired. According to the product page, it reconstructs the sequence of network requests, user interactions, console logs and navigation events leading up to the error, so you can see the order in which things occurred rather than just the final stack trace.

For a frontend developer debugging a production issue, that means you can answer questions like: which click or route change preceded the failure, which API call returned an unexpected response, and what the console printed just before the exception. TrackJS describes the timeline as private by default, with zero page overhead, and compatible with every browser and framework.

How to use it in practice

  • Start from the error, then read the timeline top to bottom to find the last user action or network response before the failure.
  • Cross-check console entries against network requests to separate a real bug from a third-party glitch.
  • Combine it with ignore rules so the timeline stays focused on errors that affect users.

A useful next step is to open a sample report on TrackJS and trace one error end to end; if the timeline gives you the context you need without adding tooling, it is likely a good fit. If your team mainly needs backend or server-side tracing, weigh that against what a frontend-focused timeline can show.

How do TrackJS ignore rules filter out third-party or low-priority errors?

TrackJS filters noise with server-side ignore rules that run before an error appears in your dashboard. You define criteria — error message patterns, source file, browser, page, or user context — and any matching error is suppressed automatically. Because the rules are unlimited on every plan and applied on the server, filtered errors never clutter your dashboard or count against your attention. The stated goal is to keep the view focused on errors that actually affect users, rather than third-party glitches or expected warnings.

A practical decision criterion: use ignore rules for errors you have already triaged and consciously decided not to fix — known browser quirks, ad-script failures, or errors from code you do not control. Avoid ignoring by broad message substring, because an over-broad rule can hide a real regression that happens to share wording with a known issue. Start narrow (specific source file plus message), then widen only if the same benign error keeps recurring.

Next step: before writing a rule, open the error's telemetry timeline to confirm it is genuinely low-impact. If it only affects a tiny share of users and originates outside your code, an ignore rule is reasonable. TrackJS's own framing is that rules should filter "known issues, third-party glitches, or low-priority warnings" — that is a useful test: if you cannot name which of those three categories an error falls into, leave it visible.

For comparison, error monitors differ mainly in where filtering happens and how much query skill it requires. TrackJS emphasizes one-click filters and no query language; other tools may require writing filter expressions. If your team lacks dedicated frontend engineers, the no-syntax approach lowers the barrier. If you need complex routing of alerts by rule, check whether the tool supports that before committing. See TrackJS for the official rule documentation and plan details.

How does TrackJS's AI Debugger turn stack traces into actionable fixes?

TrackJS's AI Debugger is presented as a feature that analyzes an error's telemetry, browser data, and source code to explain what went wrong and suggest a fix — effectively translating a raw stack trace into a plain-language diagnosis and a proposed remedy. According to the site's own description, it aims to provide "senior-level debugging insights," including framework-specific quirks and browser edge cases, rather than just a symbolicated trace.

The important distinction is that the stack trace alone rarely explains why something failed. The AI Debugger's value depends on the surrounding runtime context TrackJS collects — the chronological timeline of network requests, user interactions, console logs, and navigation events — so the explanation can connect the error to the sequence that produced it. That combination is what turns "TypeError at line X" into "this happened after a failed API call returned an unexpected shape."

A practical scenario

A user reports a broken checkout. The stack trace points to a minified function. With the AI Debugger, you'd expect an explanation tying the error to a specific request that returned a 500, a subsequent undefined property access, and the browser where it occurred — enough to decide whether to fix your code or guard against the upstream failure.

How to judge whether it fits your team

  • If your errors are mostly third-party or expected noise, the unlimited ignore rules matter more than AI explanations.
  • If your stack traces are cryptic because of minification, bundling, or AI-generated code you didn't write, the AI layer is the differentiator.
  • If you already have strong source maps and in-house context, weigh whether the AI adds insight beyond what you already reconstruct manually.

Next step: run the AI Debugger against one real production error from your own app during the free trial and compare its explanation to what you'd have concluded from the trace alone. That comparison tells you more than any feature list.

For alternatives in the same category, you can compare with Sentry and Rollbar, both of which offer error monitoring with their own diagnostic tooling.

Related questions

More questions →
How TrackJS Helps You Debug Production JavaScript Errors

TrackJS is a frontend-native JavaScript error monitoring tool that captures what broke in production, reconstructs the events leading up to it, and helps you filter and fix it. It fits teams shipping JavaScript (including AI-generated, contractor, or third-party code) who need runtime context rather than just a stack trace. A free trial is available and, per the site, requires no credit card.

What TrackJS actually captures

When an error fires in a user's browser, TrackJS records the error alongside the runtime context around it. The site describes this as giving you "the full story behind every error" — the goal being to show what broke, how it happened, and how often, so you can fix it before it escalates into an incident.

The tool is described as private by default, with zero page overhead, and compatible with every browser and framework.

The four mechanisms that do the debugging work

1. Telemetry Timeline — reconstruct the sequence before the error

Instead of a single stack trace, you get a chronological timeline of what happened before the error:

  • Network requests
  • User interactions
  • Console logs
  • Navigation events

This matters because most production errors aren't caused by the line that throws — they're caused by a sequence of events (a failed request, then a click, then a navigation). The timeline lets you see that sequence rather than guess at it.

2. Discoverable Error Filters — find the pattern without a query language

Filtering is designed to require no query language and no learning curve. You get:

  • One-click filters
  • Automatic highlighting of trends across users, browsers, and pages
  • Instant search to zero in on what matters

The practical effect: when an error spikes, you can quickly answer "is this one user, one browser, or everyone?" without writing a query.

3. Unlimited Ignore Rules — keep the dashboard actionable

Third-party scripts and expected errors generate noise. TrackJS provides server-side ignore rules, unlimited on every plan. You create custom rules based on any error criteria to automatically filter out:

  • Known issues
  • Third-party glitches
  • Low-priority warnings

The result is a dashboard focused on errors that actually impact users.

4. AI Code Debugger — turn the error into a suggested fix

The AI Debugger analyzes the error telemetry, browser data, and source code to explain what went wrong and how to fix it. According to the site, it surfaces senior-level debugging insights including framework-specific quirks and browser edge cases.

How the pieces fit together

Stage Mechanism What you get
Error occurs Error capture The error plus runtime context
Understand it Telemetry Timeline Chronological view of requests, interactions, logs, navigation
Triage it Discoverable Filters One-click filtering by user, browser, page; trend highlighting
Reduce noise Unlimited Ignore Rules Server-side rules filtering known/third-party/expected errors
Fix it AI Code Debugger Explanation of cause and suggested fix

Getting started

Installation is described as adding TrackJS to your frontend in minutes, with an 8kb footprint. From there, errors flow into the dashboard where the timeline, filters, ignore rules, and AI Debugger apply.

When TrackJS is a good fit

  • You ship JavaScript to production and errors only appear for real users, not in your test suite.
  • You're shipping AI-generated, contractor, or third-party code and need runtime context to debug what those sources miss.
  • Your current error feed is noisy and you want server-side ignore rules without paying extra per plan.
  • You want filtering that a non-specialist can use without learning a query syntax.

If you only need local stack traces during development, or you don't yet have production traffic, the runtime-context features have less to work with.

What is TrackJS and what does it do?

TrackJS is a frontend-native JavaScript error monitoring tool. It watches JavaScript running in production, and when something breaks, it shows you what broke, how it happened, and how often it's happening — so you can fix it before it turns into an incident. It's aimed at teams shipping JavaScript fast (including AI-generated code, contractor code, and third-party libraries) who need runtime context to debug errors they can't reproduce locally.

What problem it solves

Shipping JavaScript is fast; debugging it without context is hard. Code from AI tools, contractors, third-party libraries, and your own team under deadline all eventually breaks in ways nobody anticipated. TrackJS is built to give you the runtime context, frequency, and impact to fix those errors before they become incidents.

Core capabilities

Telemetry Timeline — the full story behind every error

For each error, TrackJS provides a chronological timeline of what happened before it:

  • Network requests
  • User interactions
  • Console logs
  • Navigation events

This is the context that's usually missing when you're staring at a stack trace in production.

Discoverable error filters

Filtering and searching require no query language to learn. Trends across users, browsers, and pages are automatically highlighted, and filtering is one-click. The stated goal is to identify patterns fast without a learning curve.

Unlimited ignore rules

Server-side ignore rules let you cut noise from third parties and expected errors. Rules can be based on any error criteria, and they're unlimited on every plan. This keeps the dashboard focused on actionable errors that affect users.

AI Code Debugger

The AI Debugger analyzes error telemetry, browser data, and source code to explain what went wrong and how to fix it. It's positioned as senior-level debugging insight per error, including framework-specific quirks and browser edge cases.

Operational characteristics

Property Detail
Type Frontend-native JavaScript error monitoring
Privacy Private by default
Performance Zero page impact / zero page overhead (per site copy)
Compatibility Every browser and framework
Integration Add to your frontend in minutes; the script is 8kb
Ignore rules Unlimited on every plan

Who it's for

Teams that ship JavaScript to production and need to catch and diagnose errors before users report them. The site quotes Cory House, CEO at Bitnative: "With TrackJS, we're empowered to proactively resolve UI errors the moment they occur instead of passively waiting for customers to report issues." Another quoted user notes that AI sped up shipping but produced inscrutable production bugs, and TrackJS supplied the runtime context to fix what the AI couldn't.

Trying it

The site offers a free trial and a sample report. The trial signup states no credit card is required. For current pricing and plan details, check the pricing page directly, since the available material doesn't list specific prices.

What to verify before committing

  • Whether the "zero page impact" claim holds under your own performance budget — test with the 8kb script in your stack.
  • How well the AI Debugger handles your specific framework and browser edge cases; the sample report is the fastest way to judge output quality.
  • Whether server-side ignore rules cover the third-party noise your app actually generates.
  • Pricing and plan limits, which aren't specified in the source material.
How do you install TrackJS and does it affect page performance?

TrackJS is added to a frontend project by including a small JavaScript snippet (about 8kb) and initializing it with your token, and the vendor describes the impact on page performance as "zero page overhead." It is compatible with every browser and framework and is private by default, so it is intended to run in production. The exact snippet, token setup, and framework-specific instructions are not in the source material, so treat those as steps to confirm on the TrackJS site or in your account.

What the source material supports

  • Integration effort: "Add TrackJS to your frontend in minutes."
  • Script size: The page references an "8kb" script.
  • Performance: Described as "zero page overhead" and "zero page impact."
  • Compatibility: "Compatible with every browser and framework."
  • Privacy: "Private by default."
  • Environment: Built for monitoring production JavaScript.

These are vendor claims from the TrackJS site. They tell you what TrackJS is designed to do, not a measured result in your own app.

What you can verify yourself

Because the source does not include the actual install snippet or a framework-by-framework guide, the practical path is:

  1. Get your token. Create an account or start the free trial, then copy the token from your TrackJS dashboard. The page states "No credit card required" for the trial.
  2. Add the script. Place the TrackJS script in your frontend so it loads before the code you want monitored. The source does not specify the exact tag or module format, so follow the current instructions in your TrackJS account.
  3. Initialize with your token. The script needs your token to associate errors with your account.
  4. Trigger a test error. Throw a deliberate error in a staging or test page and confirm it appears in the TrackJS dashboard.
  5. Check the report. Use the sample report on the site to see what a captured error looks like before you rely on it.

Verifying performance impact

The "8kb" and "zero page overhead" claims are the vendor's. To check them in your own context:

  • Measure your page with the script absent, then with it present, using the same conditions.
  • Compare load and interaction metrics rather than trusting a single number.
  • Confirm the script is not blocking rendering in a way that matters for your users.

If the measured difference is acceptable for your performance budget, the integration is effectively free at the page level for your app.

Common sticking points

  • Token placement: If errors do not appear, the token is the first thing to check.
  • Load order: A monitoring script that loads after the code it should catch may miss early errors.
  • Framework differences: "Compatible with every browser and framework" does not mean the setup is identical everywhere; confirm the current guidance for your framework.
  • Privacy expectations: "Private by default" is a vendor statement. If you handle sensitive data, review what the script captures before enabling it in production.

What TrackJS gives you once installed

The value is in the context, not just the error count. The site describes:

  • Telemetry Timeline: a chronological view of network requests, user interactions, console logs, and navigation events leading up to an error.
  • Error filters: one-click filtering and searching with no query language to learn.
  • Ignore rules: server-side rules, unlimited on every plan, to filter third-party and expected errors.
  • AI Debugger: analysis of error telemetry, browser data, and source code to explain what went wrong and suggest fixes.

If your goal is simply to know whether TrackJS is easy to add and light on the page, the source answers both: minutes to integrate, roughly 8kb, and described as zero page overhead. The remaining work is confirming the current snippet and token flow in your own project.

Does TrackJS Offer a Free Trial and How Is It Priced?

TrackJS offers a free trial that you can start without a credit card. The site links to a dedicated pricing page for plan details, and the trial is the intended way to evaluate the product before paying. If you need exact plan tiers or current prices, check that pricing page directly, since the available site material confirms the trial and the pricing page's existence but does not list specific figures.

What the free trial includes

The trial is presented as the primary entry point: "Start free trial" appears alongside "No credit card required." That means you can evaluate TrackJS on a real frontend without entering payment details first.

The trial is also framed around the full product rather than a stripped-down demo. The site states that unlimited ignore rules are included "with every plan," so the filtering and noise-reduction features are not gated behind a higher tier.

How pricing is structured

Item What the site confirms What to verify on the pricing page
Free trial Available, no credit card required Trial length and any usage limits
Pricing page Exists at trackjs.com/pricing/ Current plan tiers and prices
Ignore rules Unlimited on every plan Whether any plan caps other features
Billing details Not specified in the available material Payment methods, billing cycle, overage rules

The site does not publish specific prices, plan names, or payment platforms in the material available here. Treat any number you see elsewhere as unverified until you confirm it on the pricing page.

What you get regardless of plan

TrackJS is a frontend-native JavaScript error monitoring tool. Its core capabilities apply across plans:

  • Telemetry timeline — a chronological record of network requests, user interactions, console logs, and navigation events leading up to each error.
  • Error filtering and search — one-click filters with no query language to learn, plus automatically highlighted trends across users, browsers, and pages.
  • Unlimited ignore rules — server-side rules based on any error criteria, explicitly included with every plan.
  • AI Debugger — analyzes error telemetry, browser data, and source code to explain what went wrong and suggest fixes.
  • Privacy and performance — private by default, described as zero page overhead, and compatible with every browser and framework.

How to decide

Start the free trial if you want to see real production errors in your own app before committing. Because no credit card is required, the cost of trying it is time, not money.

Check the pricing page before you rely on the trial for a long evaluation, especially if you need to know seat counts, event volume limits, or billing terms. The site confirms a pricing page exists but does not state those details in the material available here.

If unlimited ignore rules matter to you, note that the site says they are included on every plan — so that feature alone does not require upgrading.

How Does TrackJS Help Debug Errors in AI-Generated Code?

TrackJS helps debug AI-generated code by capturing the runtime context that AI tools don't have when they write the code: a chronological timeline of what happened before each error, how often it occurs, and which users and browsers are affected. It's built for teams shipping AI-assisted, contractor, third-party, or deadline-driven code that breaks in production in ways nobody anticipated. You'd use it when errors reach production and stack traces alone don't explain the cause.

Why AI-generated code is hard to debug in production

AI code ships fast, and so does code from contractors, third-party libraries, and your own team under deadline. TrackJS's own framing is blunt about the result: all of it eventually breaks in ways nobody anticipated. The problem isn't that AI writes bad code — it's that when something fails, you often lack the context to understand what the code was doing at that moment.

A stack trace tells you where an exception was thrown. It doesn't tell you what the user clicked, which network request had just failed, or what the console logged two seconds earlier. That missing context is exactly what makes AI-generated errors "inscrutable," as one TrackJS customer put it: "AI got us shipping twice as fast, but the production bugs were inscrutable. TrackJS gave us the runtime context to fix what the AI couldn't."

What TrackJS captures that AI tools don't

TrackJS is a frontend-native JavaScript error monitoring tool. Its core value for AI-generated code is runtime context, frequency, and impact — the three things you need to decide whether an error is worth fixing and how to reproduce it.

Telemetry Timeline

For each error, TrackJS shows a chronological timeline of:

  • Network requests
  • User interactions
  • Console logs
  • Navigation events

This is the "full story behind every error." Instead of guessing what state the app was in, you see the sequence that led to the failure. The tool is described as private by default, with zero page overhead, and compatible with every browser and framework.

Frequency and impact

TrackJS shows what broke, how it happened, and how often it's happening — so you can judge whether an error is a rare edge case or a growing incident. That frequency data is what turns a raw error into a prioritization decision.

Error filtering and search

Filtering requires no query language. Trends across users, browsers, and pages are automatically highlighted, and filtering is one-click. This matters for AI-generated code because errors often cluster around specific browsers or edge cases that are hard to spot manually.

Unlimited ignore rules

Every plan includes unlimited server-side ignore rules. You can create custom rules based on any error criteria to filter out known issues, third-party glitches, or low-priority warnings. This keeps the dashboard focused on actionable errors — useful when AI-assisted development produces a high volume of noisy or expected errors.

The AI Debugger

TrackJS includes an AI Code Debugger that analyzes error telemetry, browser data, and source code to explain what went wrong and how to fix it. According to TrackJS, it provides senior-level debugging insights for each error, including framework-specific quirks and browser edge cases.

The practical distinction: instead of decoding a stack trace yourself, you get an explanation grounded in the same runtime telemetry captured above. That's the mechanism — the debugger's output is only as good as the context feeding it, which is why the Telemetry Timeline matters.

Who this fits

TrackJS is relevant if you:

  • Ship AI-generated or AI-assisted frontend code and struggle to reproduce production errors
  • Maintain code from contractors or third-party libraries you don't fully control
  • Want error context without adding page weight (the integration is described as 8kb)
  • Need to filter noise from expected errors without writing query logic

It's a frontend JavaScript error monitoring tool, so it targets browser-side errors rather than backend or infrastructure monitoring.

Getting started

TrackJS describes installation as adding it to your frontend in minutes, with the integration noted at 8kb. The site offers a free trial with no credit card required, and a sample report you can view before signing up. Pricing details are listed on the TrackJS pricing page.

Website Overview

An established domain and managed infrastructure suggest continuity of operations and may support dependable delivery, although neither guarantees service quality.

Domain and Registration

Registered in 2013, this domain has about 13 years of history. That suggests continuity, although ownership and purpose may have changed. Transfer-protection status is present, helping reduce the risk of unauthorized domain transfers. The registrar is NameCheap, Inc., a widely used domain service provider. The domain uses the common .com extension, which is not an independent safety signal.

DNS and Email

The lowest TTL is 60 seconds, supporting rapid record changes at the cost of more frequent lookups. Nameservers are provided by Namecheap, indicating managed DNS hosting. MX records point to the Google Workspace email service. No CNAME was found; the observed records resolve directly to addresses. SPF and DMARC are configured. DKIM status is unknown.

TLS and Certificates

The certificate uses an RSA 2048-bit public key, offering broad client compatibility. The server supplied a complete certificate chain. No organization name is present in the certificate; the available fields are consistent with domain validation. The certificate was issued by Let's Encrypt, commonly associated with automated certificate services. The certificate's total validity is about 89 days, consistent with a short renewal cycle.

HTTP and Browser Security

The checked browser-security headers were not detected, leaving fewer explicit browser-side safeguards. CORS permits any origin to read this response. This is common for public resources; sensitive responses need narrower handling. No X-Powered-By header was found, reducing one common source of backend fingerprinting information. The x-cache, x-served-by, via response header indicates a CDN or caching proxy in the delivery path. No obvious internal addresses or debug information were found in the headers.

Technology Stack Analysis

The public page identifies Fastly without precise versions, leaving fewer clues for version-specific scanning.

Search and Social Sharing

The meta description has 168 characters and may be shortened in search results. JSON-LD includes Organization data, helping describe the organization as an entity. The page declares 2 language or regional alternatives using hreflang. The title has 37 characters, within a common display range. The observed directives allow indexing and link following.

Hosting and Email

DNSNamecheap
HostingFastly
EmailGoogle Workspace
Approximate IP geolocation (inferred; a CDN or proxy may differ from the origin server) United States flagUnited States Inferred 185.199.108.153

Registration details

RDAP / WHOIS

RegistrarNameCheap, Inc.
Registered2013-04-07
Expires2027-04-07
Domain statusclient transfer prohibited
Nameserversdns1.registrar-servers.com、dns2.registrar-servers.com
DNSSECunsigned

DNS records

DNS

TypeNameValueTTLPriority
Atrackjs.com185.199.108.1531799—
Atrackjs.com185.199.109.1531799—
Atrackjs.com185.199.110.1531799—
Atrackjs.com185.199.111.1531799—
MXtrackjs.comaspmx.l.google.com3001
MXtrackjs.comalt1.aspmx.l.google.com3005
MXtrackjs.comalt2.aspmx.l.google.com3005
MXtrackjs.comaspmx2.googlemail.com30010
MXtrackjs.comaspmx3.googlemail.com30010
NStrackjs.comdns1.registrar-servers.com1800—
NStrackjs.comdns2.registrar-servers.com1800—
TXTtrackjs.com2017052516320919lo2g961v4f5k3j7iq8nywef3fuy5h8qptg4za78qvz4n3nvh60—
TXTtrackjs.com24zb6nbq0gdt8yb21jvvnwkxh6hvcdw160—
TXTtrackjs.com_gr5vvuppez5u6kxt2z2ay0vmz4mu57u60—
TXTtrackjs.comgoogle-site-verification=SwUT80sweQRWXXARzHH-ThCk3r8wH58boJBUSpSJ49U60—
TXTtrackjs.comgoogle-site-verification=_D-mBFkmxSopxDQ45X_YftCPdd1y5v0RTTGoJHP3O2A60—
TXTtrackjs.comh27rqswphw50xdvygmqpgygvdmtcsnnt60—
TXTtrackjs.comkrp6r0spbchqp20cnb656l2yqqpcyqvq60—
TXTtrackjs.comn755j9k1m4f1qcw3hz7n3ljs3080c73660—
TXTtrackjs.comv=spf1 include:_spf.google.com include:servers.mcsv.net ~all60—
TXTtrackjs.comxgnmz5fz24dgndpg9y3c06s9n8cfhlz560—
TXTtrackjs.comyandex-verification: 98a531f5123f370d60—
DMARC_dmarc.trackjs.comv=DMARC1; p=none; rua=mailto:[email protected]1799—

TLS and certificates

TLS / SSL

AssessmentNormal configuration
Supported protocolsTLSv1.2、TLSv1.3
Negotiated protocolTLSv1.3
Certificate subjecttrackjs.com
IssuerLet's Encrypt
Valid until2026-11-20T13:51 · Remaining when checked: 51 days
Verification detailsCertificate trust: Passed · Hostname match: Passed

HTTP response headers

HTTP

HeaderValue
content-typetext/html; charset=utf-8
cache-controlmax-age=600
serverGitHub.com
access-control-allow-origin*

Identified technologies

Fastly

Pages, Search and Sharing

Meta descriptionTrackJS is a frontend native JavaScript error monitoring tool. Private by default, zero page impact, and built to give you the full story behind every production error.
Canonical URLhttps://trackjs.com/
LanguageEnglish (default)
Twitter CardNot detected
All bots 0 allowed · 8 disallowed
  • Disallow/404.html
  • Disallow/landing/ai-code-debugger/
  • Disallow/tips/confirm/
  • Disallow/quiz/
  • Disallow/landing/javascript-error-monitoring/
  • Disallow/signup/
  • Disallow/tips/thanks/
  • Disallow/contact/thanks/

User reviews (0)

  • No reviews yet.