> ## Documentation Index
> Fetch the complete documentation index at: https://docs.allgoodhq.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Frequently Asked Questions

> Common issues with Web Edge Sessions, Web Tracking, and Landing Page settings — activation, DNS, tracking, and indexing.

## Web Edge Sessions

<AccordionGroup>
  <Accordion title="My subdomain's DNS record shows Not yet found — what do I do?">
    Your DNS hasn't propagated yet, or the record doesn't match what's shown. Compare the host and value in the DNS setup panel against your DNS provider, character for character. Watch especially for the doubled-domain issue: many providers, including AWS Route 53, treat the Host/Name field as relative to your domain, which can create a doubled record like `_acme-challenge.pages.yourbrand.com.yourbrand.com`. Then click **Sync** again after a few minutes.

    If a record still shows **Not yet found** an hour later, and you've confirmed it matches exactly, contact allGood support. Include your hostname and which record is failing.
  </Accordion>

  <Accordion title="A form that requires a bot check won't register on my subdomain — why?">
    Bot protection provisions only after your domain reaches **active** and you click **Sync**. If your domain is already active, click **Sync** once more. If it's still **propagating**, resolve that first — see [Set up Web Edge Sessions for your site](/mk/settings/web-edge/sessions-setup).
  </Accordion>

  <Accordion title="Visitors' browsers refuse form submissions, or tracking events don't arrive — why?">
    The origin serving that page probably isn't in your **Allowed origins** list, or doesn't match exactly — scheme included, no wildcards. Add the exact origin and try again. See [Set up Web Edge Sessions for your site](/mk/settings/web-edge/sessions-setup).
  </Accordion>
</AccordionGroup>

## Landing Page

<AccordionGroup>
  <Accordion title="Will my preview links show up in search results?">
    No. Preview links are never indexed, no matter what your **Robots posture** is set to. That setting only affects live pages. See [Manage your landing page settings](/mk/settings/web-edge/landing-page-settings).
  </Accordion>

  <Accordion title="Can I set a different indexing policy for one specific page?">
    Not yet. **Robots posture** applies to every live landing page on your domain — a per-page override isn't available. See [Manage your landing page settings](/mk/settings/web-edge/landing-page-settings).
  </Accordion>

  <Accordion title="My default subdomain is wrong, or there isn't one — how do I fix it?">
    The default subdomain shown on **Landing Page** settings is read-only there; it's managed on **Web Edge Sessions**. Register or update your subdomain from [Set up Web Edge Sessions for your site](/mk/settings/web-edge/sessions-setup) — it will then appear on the Landing Page settings page for reference.
  </Accordion>
</AccordionGroup>

## Web Tracking

<AccordionGroup>
  <Accordion title="Page views aren't showing up — where do I start?">
    Start with the browser console on the affected page. An unlisted-origin error there means the fix is adding that origin under **Web Edge Sessions** — see [Set up Web Edge Sessions for your site](/mk/settings/web-edge/sessions-setup).
  </Accordion>

  <Accordion title="There's no console error, and events still aren't arriving — what next?">
    Check that **Send events to allGood** is on, in the **What the tag does** section of the Web Tracking page. If it's already on, events may be stuck waiting on visitor consent. See [Set up Web Tracking on your site](/mk/settings/web-edge/tracking-setup) for how to confirm that. If everything checks out and events still aren't arriving, contact allGood support with the page URL and your tracking key's short ID so they can check delivery on their end.
  </Accordion>

  <Accordion title="My requests are returning a 403 — what does that mean?">
    Tracking is off, or your key is wrong or has been revoked. Check that **Send events to allGood** is on, then re-copy your tag from [Set up Web Tracking on your site](/mk/settings/web-edge/tracking-setup) in case the key changed.
  </Accordion>

  <Accordion title="Page views fire when a page loads, but not when visitors navigate — why?">
    Your site probably routes using the URL hash, which the tag doesn't treat as navigation. Turn off **Automatic page views** and record page views from your own route handler instead. See [Set up Web Tracking on your site](/mk/settings/web-edge/tracking-setup).
  </Accordion>

  <Accordion title="I changed a Web Tracking setting, but it doesn't seem to have taken effect">
    Settings changes take a moment to reach allGood's edge network. Wait for the status chip next to the setting to read **Live at the edge** — until then, the previous setting is still enforced.
  </Accordion>
</AccordionGroup>

## DNS & Propagation

These apply to any DNS record allGood asks you to add — for [Web Edge Sessions](/mk/settings/web-edge/sessions-setup) or for an [email domain](/mk/settings/email/domains-setup). Questions specific to email domain verification, or to SPF/DKIM/DMARC/BIMI authentication, are in the [Email FAQ](/mk/settings/email/faq) instead.

<AccordionGroup>
  <Accordion title="It's been more than a day and a record still shows Not detected yet — what's wrong?">
    DNS changes are cached at several points — your DNS host, your ISP's resolver, and any public resolver you check from. Each one only refreshes once its TTL (time to live) expires. Lowering the TTL only speeds up future changes; it won't speed up a change you already made.

    To check the record directly instead of a cached copy, purge it at the resolver you're testing from. Google's public DNS has a cache-flush tool at [dns.google/cache](https://dns.google/cache), Cloudflare's is at [one.one.one.one/purge-cache](https://one.one.one.one/purge-cache/), and OpenDNS has one at [cachecheck.opendns.com](https://cachecheck.opendns.com). Flushing your own computer's local DNS cache — `ipconfig /flushdns` on Windows, `dscacheutil -flushcache` on a Mac — rules out a stale local copy too.
  </Accordion>

  <Accordion title="I use Cloudflare for DNS — is there anything different I need to do?">
    Yes. Cloudflare's proxy (the orange cloud icon) rewrites a CNAME to point to Cloudflare's own address instead of the value allGood gave you, so a proxied record never validates. Set every CNAME record allGood asks you to add to **DNS only** (the gray cloud icon) instead of **Proxied**.
  </Accordion>

  <Accordion title="Is there a tool to check my domain's DNS records directly, without going through allGood?">
    Yes. [MXToolbox](https://mxtoolbox.com) runs free lookups for MX, SPF, DMARC, and BIMI records, and flags common configuration mistakes in each. For DKIM specifically, [DKIMCore's tools page](https://dkimcore.org/tools/) checks a DKIM record's syntax and key strength directly. Both read the same public DNS records anyone on the internet can already see — they don't change anything on your domain. For a fuller walkthrough of how SPF, DKIM, DMARC, BIMI, and VMC fit together, see [Authenticate your sending domain](/mk/settings/email/authentication).
  </Accordion>
</AccordionGroup>

## Getting Help

If these steps don't resolve the issue, contact allGood support. Include your hostname for Web Edge Sessions issues, or your tracking key's short ID and the affected page URL for Web Tracking issues.