# Atlassian TXT verification before CDN hides status CNAME > Use TXT verification when the CDN hides your status-page CNAME, then keep the routing CNAME in place so the branded status domain can still go live without DNS guesswork. - Canonical HTML: https://growth.iangoh.com/growth-ideas/atlassian-txt-verification-before-cdn-hides-status-cname/ - Source: [support.atlassian.com](https://support.atlassian.com/statuspage/docs/set-a-custom-domain-and-ssl/) - GrowthDex source hub: [Atlassian Statuspage Docs: Set a custom domain and SSL](/sources/atlassian-statuspage-docs-set-a-custom-domain-and-ssl-support-atlassian-/) - Last checked: 2026-06-08T03:14:22.000Z - Rarity: rare - Budget: low - Channels: Brand Trust, Infrastructure, Support - Stages: status page, dns verification, incident communications, brand trust, custom domain ## Why this can grow The trust page fails at the worst time when DNS setup depends on tribal knowledge. Atlassian's Statuspage docs are valuable here because they spell out a real edge case: if a CDN or another service prevents Statuspage from retrieving the CNAME value, you can verify ownership with a TXT record, but you still need the CNAME for routing. That is the kind of detail that saves a launch or incident communication path from avoidable drift. Buyers do not care whether the failure came from DNS nuance. They only see whether the status page loads when the main product is already shaky. A reliable branded status route is part infrastructure and part brand promise. ## Ian's take From scaling consumer platforms across MENA and Southeast Asia, my default is to distrust growth work that only looks good in a slide. My bias is to treat this as a small market test first. Make the audience narrow, make the promise concrete, and let the first real response decide whether it deserves more work. I would run it small enough to learn quickly, then only scale the parts that real users repeat, save, reply to, or buy from. For this tactic, I would watch one clear growth signal before putting more time or budget behind it. ## Action plan 1. Define one narrow startup segment where atlassian txt verification before cdn hides status cname can create a measurable lift. 2. Turn the tactic into one offer, page, campaign, or workflow for the Brand Trust and Infrastructure channel. 3. Use the evidence from support.atlassian.com to set the first version of the message, format, and audience. 4. Launch a small test for 7 to 14 days with one success metric: one measurable growth signal. 5. Review the result, keep the winning message, remove weak variants, and turn the learning into a repeatable growth playbook. ## Source-backed example Atlassian says Statuspage owners can add a TXT record to verify domain ownership when a CDN hides the CNAME, then revalidate records, while keeping the CNAME in place so requests still route correctly. ## Adjacent tactics in the same lane - [Dedicated status domain before first incident](/growth-ideas/dedicated-status-domain-before-first-incident/) - same source, 1 shared channel, 1 shared stage - [Slack Marketplace public support path with 2-day SLA](/growth-ideas/slack-marketplace-public-support-path-with-2-day-sla/) - 2 shared channels, 1 shared stage - [Help center custom domain before support links spread](/growth-ideas/help-center-custom-domain-before-support-links-spread/) - 1 shared channel, 2 shared stages - [Chrome Web Store support hub before review queue piles up](/growth-ideas/chrome-web-store-support-hub-before-review-queue-piles-up/) - 1 shared channel, 1 shared stage ## Read GrowthDex essays Browse the plain-English essay index at [GrowthDex Blog](/blog/). ## Related GrowthDex essays - [The customer-facing answer should keep the context attached](/blog/the-customer-facing-answer-should-keep-the-context-attached/) - support-led growth, brand trust, customer success ## Advisory If you want help turning this into a working growth system, Ian Goh offers advisory at https://iangoh.com/advisory.