Skip to content

update: custom domain setup guide#732

Open
tamalchowdhury wants to merge 4 commits into
mainfrom
tamal/update/add-custom-domain-page-update
Open

update: custom domain setup guide#732
tamalchowdhury wants to merge 4 commits into
mainfrom
tamal/update/add-custom-domain-page-update

Conversation

@tamalchowdhury

@tamalchowdhury tamalchowdhury commented May 13, 2026

Copy link
Copy Markdown
Collaborator

Restructured and rewrote the custom domain setup guide with clearer step-by-step instructions, field-by-field DNS setup details, provisioning status screenshots, and provider-specific links. Moved CAA records, social sign-in, and multi-level subdomains into an Advanced setup section, and expanded FAQs. Also fixed grammar, hyphenation, parallel structure, and frontmatter throughout.

Summary by CodeRabbit

  • Documentation
    • Updated the custom domain guide title and navigation metadata for clarity.
    • Reorganized the content into a step-by-step “General setup” workflow, including DNS verification/provisioning checks.
    • Added an “Advanced setup” section covering CAA record configuration, multi-level subdomains, and alignment with social sign-in providers.
    • Expanded troubleshooting and added a “Custom domain FAQs” section with timing expectations and common DNS/renewal considerations.

@tamalchowdhury
tamalchowdhury requested a review from a team as a code owner May 13, 2026 08:52
@coderabbitai

coderabbitai Bot commented May 13, 2026

Copy link
Copy Markdown
Contributor

Review Change Stack

Walkthrough

This PR updates the custom domain guide with revised metadata, a step-by-step setup workflow, advanced DNS and social sign-in instructions, multi-level subdomain guidance, and expanded troubleshooting and FAQ content.

Changes

Custom Domain Setup Guide

Layer / File(s) Summary
Page metadata and navigation setup
src/content/docs/build/domains/pointing-your-domain.mdx
Updated title, description, sidebar fields, table-of-contents depth, and topics for SSL, CAA records, and social sign-in.
General setup flow
src/content/docs/build/domains/pointing-your-domain.mdx
Rewrote instructions for adding the domain, creating CNAME records, monitoring verification and provisioning, and confirming the domain under App keys.
Advanced domain configuration
src/content/docs/build/domains/pointing-your-domain.mdx
Added CAA authorization for ZeroSSL and Let’s Encrypt, social sign-in callback configuration, and multi-level subdomain DNS instructions.
Tips, troubleshooting, and FAQs
src/content/docs/build/domains/pointing-your-domain.mdx
Expanded guidance for environment variables, token behavior, DNS formatting, provisioning timing, cookies, SSL renewal, local domains, and support.

Estimated code review effort: 2 (Simple) | ~10 minutes

Suggested reviewers: coel, onderay, dtoxvanilla1991, komanrudden

Poem

🐰 A custom domain hops into view,
DNS paths grow clearer too.
SSL and sign-in join the quest,
FAQs help every guest.
Subdomains bloom—what a delight! ✨

🚥 Pre-merge checks | ✅ 5
✅ Passed checks (5 passed)
Check name Status Explanation
Description Check ✅ Passed Check skipped - CodeRabbit’s high-level summary is enabled.
Title check ✅ Passed The title clearly matches the main change: a rewrite and reorganization of the custom domain setup guide.
Docstring Coverage ✅ Passed No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.
Linked Issues check ✅ Passed Check skipped because no linked issues were found for this pull request.
Out of Scope Changes check ✅ Passed Check skipped because no linked issues were found for this pull request.
✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Commit unit tests in branch tamal/update/add-custom-domain-page-update

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands.

@cloudflare-workers-and-pages

cloudflare-workers-and-pages Bot commented May 13, 2026

Copy link
Copy Markdown

Deploying kinde-docs-preview with  Cloudflare Pages  Cloudflare Pages

Latest commit: 91c4309
Status: ✅  Deploy successful!
Preview URL: https://91cb4885.kinde-docs-preview.pages.dev
Branch Preview URL: https://tamal-update-add-custom-doma.kinde-docs-preview.pages.dev

View logs

@coderabbitai coderabbitai Bot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 2

🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

Inline comments:
In `@src/content/docs/build/domains/pointing-your-domain.mdx`:
- Around line 146-154: The two instructional screenshots currently use empty alt
attributes which makes them inaccessible; update the <img> elements that
reference the URLs ending with "9247cb87-9e7a-4977-b3f5-6c8b52f64200/public"
(and the other image at lines around the same block) to provide short
descriptive alt text that conveys the screenshot purpose (e.g., "DNS settings in
provider dashboard" or "Add CNAME record dialog") instead of alt=""; keep other
attributes (width, loading, decoding) unchanged.
- Around line 198-201: The CNAME example entry uses an incorrect
self-referential Value (`account.example.com`) that contradicts the earlier
“Value from Kinde” instruction; update the CNAME Value example in the block that
lists Host: `account` and Record type: `CNAME` to show the Kinde-provided target
(e.g., replace `account.example.com` with a clear placeholder like “Value from
Kinde” or the provider target example such as `your-tenant.kinde.com`) so
readers are guided to use the actual target shown in Kinde rather than pointing
to their own domain.
🪄 Autofix (Beta)

Fix all unresolved CodeRabbit comments on this PR:

  • Push a commit to this branch (recommended)
  • Create a new PR with the fixes

ℹ️ Review info
⚙️ Run configuration

Configuration used: Repository UI

Review profile: CHILL

Plan: Pro

Run ID: e29c2708-edb1-4ef9-bbf6-122640c52abf

📥 Commits

Reviewing files that changed from the base of the PR and between b750eb9 and 4f5e0f0.

📒 Files selected for processing (1)
  • src/content/docs/build/domains/pointing-your-domain.mdx

Comment thread src/content/docs/build/domains/pointing-your-domain.mdx Outdated
Comment thread src/content/docs/build/domains/pointing-your-domain.mdx Outdated
@onderay
onderay requested a review from coel June 10, 2026 06:01
@tamalchowdhury tamalchowdhury changed the title fix: update custom domain setup guide update: custom domain setup guide Jul 8, 2026
Comment thread src/content/docs/build/domains/pointing-your-domain.mdx Outdated
Comment thread src/content/docs/build/domains/pointing-your-domain.mdx Outdated

@coderabbitai coderabbitai Bot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 1

Caution

Some comments are outside the diff and can’t be posted inline due to platform limitations.

⚠️ Outside diff range comments (2)
src/content/docs/build/domains/pointing-your-domain.mdx (2)

142-142: 📐 Maintainability & Code Quality | 🟡 Minor | ⚡ Quick win

Fix remaining hyphenation issues.

The PR objectives state hyphenation is being fixed, but two cases remain:

  • Line 142: "social sign in" should be "social sign-in" (compound noun). The body text at line 144 already uses the correct "sign-in form."
  • Line 176: "DNS set up" should be "DNS setup" (noun form). "Set up" is the verb form; "setup" is the noun.
✏️ Proposed fixes
-### Add the custom domain to social sign in
+### Add the custom domain to social sign-in
-### Tips for the DNS set up
+### Tips for the DNS setup

Also applies to: 176-176

🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In `@src/content/docs/build/domains/pointing-your-domain.mdx` at line 142, Update
the headings in the domain documentation to use the correct noun hyphenation:
change “social sign in” to “social sign-in” and “DNS set up” to “DNS setup.”

98-100: 📐 Maintainability & Code Quality | 🟡 Minor | ⚡ Quick win

Capitalize brand names correctly.

"Godaddy" should be "GoDaddy" and "NameCheap" should be "Namecheap" per each company's official brand styling.

✏️ Proposed fix
-    - [Godaddy](https://au.godaddy.com/help/add-a-cname-record-19236)
+    - [GoDaddy](https://au.godaddy.com/help/add-a-cname-record-19236)
     - [Cloudflare](https://developers.cloudflare.com/dns/manage-dns-records/how-to/create-dns-records/#create-dns-records)
-    - [NameCheap](https://www.namecheap.com/support/knowledgebase/article.aspx/9646/2237/how-to-create-a-cname-record-for-your-domain/)
+    - [Namecheap](https://www.namecheap.com/support/knowledgebase/article.aspx/9646/2237/how-to-create-a-cname-record-for-your-domain/)
🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In `@src/content/docs/build/domains/pointing-your-domain.mdx` around lines 98 -
100, Update the provider names in the domain setup link list: change “Godaddy”
to “GoDaddy” and “NameCheap” to “Namecheap,” while leaving the URLs and
Cloudflare entry unchanged.
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

Inline comments:
In `@src/content/docs/build/domains/pointing-your-domain.mdx`:
- Line 156: Update the multi-level subdomain sentence in the domain setup
documentation to use grammatically correct wording that makes the user, rather
than the domain, responsible for adding DNS levels. Preserve the existing
guidance that additional levels must be created when needed.

---

Outside diff comments:
In `@src/content/docs/build/domains/pointing-your-domain.mdx`:
- Line 142: Update the headings in the domain documentation to use the correct
noun hyphenation: change “social sign in” to “social sign-in” and “DNS set up”
to “DNS setup.”
- Around line 98-100: Update the provider names in the domain setup link list:
change “Godaddy” to “GoDaddy” and “NameCheap” to “Namecheap,” while leaving the
URLs and Cloudflare entry unchanged.
🪄 Autofix (Beta)

Fix all unresolved CodeRabbit comments on this PR:

  • Push a commit to this branch (recommended)
  • Create a new PR with the fixes

ℹ️ Review info
⚙️ Run configuration

Configuration used: Repository UI

Review profile: CHILL

Plan: Pro

Run ID: c6c1eaee-7032-4385-8797-734cb996b4ac

📥 Commits

Reviewing files that changed from the base of the PR and between 4f5e0f0 and 91c4309.

📒 Files selected for processing (1)
  • src/content/docs/build/domains/pointing-your-domain.mdx

If you are using a multi-level subdomain, like `multi.subdomain.your_business.com`, how you set up DNS records will depend on how your zones are set up.

- Update your code to use the custom domain.
The details provided in the admin console assume the domain entered is adding a single level to your DNS zone, but if you are adding more than one level you’ll need to create others.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🎯 Functional Correctness | 🟡 Minor | ⚡ Quick win

Fix grammatical error in multi-level subdomain instructions.

"assume the domain entered is adding a single level" is grammatically incorrect — a domain doesn't "add" levels, the user does. This could confuse readers setting up multi-level subdomains.

✏️ Proposed fix
-The details provided in the admin console assume the domain entered is adding a single level to your DNS zone, but if you are adding more than one level you'll need to create others.
+The details provided in the admin console assume you are adding a single level to your DNS zone, but if you are adding more than one level you'll need to create others.
📝 Committable suggestion

‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.

Suggested change
The details provided in the admin console assume the domain entered is adding a single level to your DNS zone, but if you are adding more than one level youll need to create others.
The details provided in the admin console assume you are adding a single level to your DNS zone, but if you are adding more than one level you'll need to create others.
🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In `@src/content/docs/build/domains/pointing-your-domain.mdx` at line 156, Update
the multi-level subdomain sentence in the domain setup documentation to use
grammatically correct wording that makes the user, rather than the domain,
responsible for adding DNS levels. Preserve the existing guidance that
additional levels must be created when needed.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants