Skip to content
https://quantcast.com

Infrastructure

· 9 checks — DNS, redirects, IPv6, crawlability, URL variants, and domain intelligence rolled into one auditable list.
SCORE
81
GRADE
B
FIX
2
REVIEW
2
PASS
5
INFO
0
Probed from Sao Paulo, Brazil
301 Moved Permanently
Checks
9
5 PASS 2 REVIEW 2 FIX
D
Redirect Chain
Action
2 redirect(s), 2051 ms total
FIX
2 redirect(s), 2051 ms total
Warning::
2 redirects before reaching final URL
Each redirect adds latency. Try to minimize the chain to 1 hop.
Info::
WWW normalization redirect
Info::
Uses 302 (temporary) redirect
If permanent, use 301 instead.
Got: https://www.quantcast.com/
Warning::
Redirect overhead: 2051 ms total
Got: 2051 ms

https://quantcast.com

609 ms · HTTP/1.1

301

https://www.quantcast.com/

645 ms · HTTP/1.1

302

https://www.quantcast.com/home

797 ms · HTTP/1.1 FINAL

#URLStatusTimeProtocolServer
1https://quantcast.com301609 msHTTP/1.1
2https://www.quantcast.com/302645 msHTTP/1.1istio-envoy
3https://www.quantcast.com/home200797 msHTTP/1.1istio-envoy

See the visual redirect chain in the HTTP Probe tab →

Each redirect adds latency. Try to minimize the chain to 1 hop.

Why this matters

Redirect chain — each hop adds latency; combine into one redirect where possible.

Source: Google Search Central / web.dev

If permanent, use 301 instead.

Why this matters

302 (Found) is for genuinely temporary redirects — if this redirect is permanent, switch to 301 to preserve SEO equity.

Learn more

Search engines treat 302 as temporary, keeping the original URL indexed and not transferring full link equity to the destination. Use 301 (Moved Permanently) for permanent redirects (HTTP→HTTPS, www-vs-non-www, URL restructures).

Source: Google Search Central

D
CDN & Delivery
Action
No CDN detected
FIX
No CDN detected
Warning::
No CDN detected
A CDN can significantly improve load times for users around the world by caching content at edge nodes closer to them.
No CDN detected

Consider using a CDN to improve global delivery speed and reduce origin load.

C
IPv6 Readiness
Action
No IPv6 support
REVIEW
No IPv6 support
Info::
No IPv6 (AAAA) records found
IPv6 support is increasingly important for global accessibility. About 40% of internet users have IPv6 connectivity.
No IPv6 Support
About 40% of internet users have IPv6. Consider adding AAAA records.

IPv6 support is increasingly important for global accessibility. About 40% of internet users have IPv6 connectivity.

Why this matters

No AAAA records — same impact as 'no IPv6 (AAAA) records'; IPv6-preferring clients pay extra latency falling back to IPv4.

Source: Google IPv6 stats

B
TLS Certificate Expiry & Recommendations
65 days until leaf cert expires — 3 issues to address
REVIEW

Certificate validity

65
days left
0d 30d 60d 90d+

Recommended actions

  • Enable HSTS: Strict-Transport-Security: max-age=31536000; includeSubDomains
  • Enable DNSSEC on your domain for DNS spoofing protection
  • Enable OCSP stapling on your TLS server to remove a CA roundtrip and protect user privacy
A
DNS Records
3 A records, 326 ms lookup
PASS
3 A records, 326 ms lookup
Info::
Resolves to 3 IPv4 address(es)
Got: 35.155.244.125, 34.209.86.229, 44.240.140.166
Info::
No IPv6 (AAAA) records
Info::
4 nameserver(s) configured
Got: ns-1410.awsdns-48.org, ns-1936.awsdns-50.co.uk, ns-33.awsdns-04.com, ns-538.awsdns-03.net
Info::
5 mail exchanger(s) configured
Info::
CAA records not checked
CAA record lookup requires a specialized DNS resolver. This check will be available in a future update.
Info::
SPF record present in TXT
Warning::
DNS resolution is slow (326 ms)
Slow DNS adds latency to every page load. Consider a faster DNS provider.
Got: 326 ms
A35.155.244.125, 34.209.86.229, 44.240.140.166
AAAA
CNAME
NSns-1410.awsdns-48.org, ns-1936.awsdns-50.co.uk, ns-33.awsdns-04.com, ns-538.awsdns-03.net
MX
1 aspmx.l.google.com
5 alt2.aspmx.l.google.com
5 alt1.aspmx.l.google.com
10 alt4.aspmx.l.google.com
10 alt3.aspmx.l.google.com
TXT
BPL=1841143
MS=ms56396602
adobe-idp-site-verification=d6e7d54447b1d51a3401a373d7ff675ad5c3f0f88085f426edc6...
atlassian-domain-verification=TNEt1rCyWHsplrUUz+uiu1yurXFN15SrKggdskmlABeclN4WFL...
atlassian-domain-verification=XA8f7T4mp7E17TLV8WuYUZx63z0McRcc022Xk2GaYPkKI1eLzm...
atlassian-sending-domain-verification=18af88e9-b0e4-4f86-a2ff-a69def878282
cursor-domain-verification-mc5sbk=UX5uGQGn95QgC9RPqLDWXEbZW
docusign=9db9d3dd-9ac0-4c84-a1ed-b42001f378c3
figma-domain-verification=4fc702bb76e41b73822c9341f57c4f590d1a24ef1a1092870436da...
google-site-verification=kNP-X1aVptScfikrOYRfzIG0dNjwipm2Gzg_pB8GNFE
jamf-site-verification=LVPRnL7n-KrjXIavvBkWXw
phxkxg37cgv2j677tsxm05g1bbmqfdd9
salesforce-domain-verification=00D700000008lCS=1TBU100000009Xx
slack-domain-verification=eXlmle0DYCdNPJbgH8jwPBBb7AnZHXOsqQX4dxFY
SPF v=spf1 include:_spf.google.com include:afb5a32b-spf.mta.getcheckrecipient.com in...
CAALookup not available with standard resolver
Resolved in 326 ms

CAA record lookup requires a specialized DNS resolver. This check will be available in a future update.

Why this matters

Informational: CAA (Certification Authority Authorization) records weren't checked in this scan.

Slow DNS adds latency to every page load. Consider a faster DNS provider.

Why this matters

DNS resolution is slow — anycast DNS providers (Cloudflare, Route 53) typically resolve <50ms globally.

Source: DNS performance benchmarks

A+
Crawlability
robots.txt present, sitemap with 505 URLs
PASS
robots.txt present, sitemap with 505 URLs
Info::
robots.txt is present
Got: 352 bytes
Info::
sitemap.xml is present
Info::
sitemap.xml is valid XML
Info::
sitemap.xml contains 505 entries
Info::
robots.txt references sitemap
robots.txt 200 OK
Size 352 B Sitemaps referenced 1 User-agents * Blocking No — crawling allowed
# https://www.robotstxt.org/robotstxt.html
# Do not modify this file manually, it must be automatically generated by running 'npm run generate'
# If you need to add more pages to disallow, set the 'ignoreOnSitemap' on Builder for that page to on
User-agent: *
Disallow: /edit-symbols
Disallow: /adchoices

Sitemap: https://www.quantcast.com/sitemap.xml
A+
URL Variants
www/non-www, trailing slash, HTTP→HTTPS
PASS
www/non-www, trailing slash, HTTP→HTTPS
Info::
www/non-www redirect configured correctly (preferred: non-www)
Info::
HTTP correctly 301-redirects to HTTPS

www / non-www

302https://www.quantcast.com/
200https://quantcast.com/

Preferred variant: non-www

HTTP → HTTPS

301http://quantcast.com/ https://www.quantcast.com/

Consistent

A
Domain Intelligence
quantcast.com — via MarkMonitor Inc., 21 years, 1 months old, hosted on AWS
PASS
quantcast.com — via MarkMonitor Inc., 21 years, 1 months old, hosted on AWS
Warning::
Domain expires in 56 days
Consider enabling auto-renewal to prevent accidental expiration.
Got: Expires Jun 18, 2026
Info::
DNSSEC is not enabled
DNSSEC protects against DNS spoofing attacks. While not required, enabling DNSSEC adds an additional layer of security. Contact your DNS provider to enable it.
Info::
Registrar: MarkMonitor Inc.
Warning::
Registrar lock is NOT enabled
The domain can be transferred without an unlock step. Enable registrar lock (clientTransferProhibited) in your registrar's control panel to protect against unauthorized or accidental transfers.
Info::
Hosting: AWS
Got: AS16509
Domain expiry

5 days

June 18, 2026

SSL certificate

65 days

Issued by Let's Encrypt

Domain age

21 years, 1 months

Registered June 18, 2005

DNSSEC

Not enabled

Protects against DNS spoofing

Hosting

AWS

ASN AS16509

34.209.86.229

Registrar

MarkMonitor Inc.

Unlocked 4 NS records
Expiry timeline
Today
+1 year
Domain expiry SSL expiry Danger zone (≤30 days)
Recommended actions
  • Renew the domain or enable auto-renewal to prevent accidental expiry
  • Enable DNSSEC to protect visitors from DNS spoofing
  • Enable registrar lock (clientTransferProhibited) to block unauthorized domain transfers
Registrar MarkMonitor Inc.
Created June 18, 2005 (21 years, 1 months ago)
Expires June 18, 2026 (1 months)
Last Updated May 17, 2024
Name Servers ns-1410.awsdns-48.org, ns-1936.awsdns-50.co.uk, ns-33.awsdns-04.com, ns-538.awsdns-03.net
DNSSEC Not enabled
Hosting
IP Address 34.209.86.229
ASN AS16509 (AMAZON-02 - Amazon.com, Inc., US)
Provider AWS
Data source: rdap (0.7s)

Consider enabling auto-renewal to prevent accidental expiration.

Why this matters

Domain expiry approaching — renew immediately and ensure auto-renew + alerting are configured.

Source: ICANN renewal policy

DNSSEC protects against DNS spoofing attacks. While not required, enabling DNSSEC adds an additional layer of security. Contact your DNS provider to enable it.

Why this matters

Without DNSSEC, an attacker who can poison your DNS can hijack your domain — and SSL certs alone don't stop them.

Learn more

DNSSEC adds cryptographic signatures to DNS records, preventing forged responses from poisoning resolver caches. Without it, an attacker who controls the network path can redirect your domain to a malicious server before any HTTPS handshake happens. Most modern registrars (Cloudflare, Google Domains, Route 53) enable it with one toggle.

Source: ICANN / RFC 4033

The domain can be transferred without an unlock step. Enable registrar lock (clientTransferProhibited) in your registrar's control panel to protect against unauthorized or accidental transfers.

Why this matters

Without registrar lock, an attacker who phishes your registrar credentials can transfer the domain in minutes — total brand hijack.

Learn more

Registrar lock (clientTransferProhibited, clientUpdateProhibited, clientDeleteProhibited) requires extra verification before any transfer/update/delete. Every major registrar offers it free. Combined with 2FA on your registrar account, it's the strongest defense against domain hijacking.

Source: ICANN / domain-security best practice

A
HTTP Probe Timing
Total 618 ms — DNS, TCP, TLS, TTFB, content transfer breakdown
PASS
DNS Lookup DNS Lookup — time to resolve the domain name to an IP address.
10 ms
TCP Connect TCP Connect — time to establish a TCP connection to the server.
202 ms
TLS Handshake TLS Handshake — time to complete the HTTPS encryption handshake.
203 ms
Time to First Byte Time to First Byte — how long the server takes to respond with the first byte of data.
618 ms
Total Time Total request time from DNS lookup through full response.
618 ms

Connection waterfall

DNS Lookup 10 ms TCP Connect 202 ms TLS Handshake 203 ms Server Processing 203 ms Content Transfer 0 ms
All checks on this page are automated. Results are estimates - run targeted manual reviews when the score affects a release decision.

Send Feedback