+```
+
+Required properties:
+- `p-name`: The person's full name
+- `u-url`: The canonical identity URL (must match the page URL)
+
+Optional properties:
+- `u-photo`: Avatar image URL
+- `p-note`: Brief biography
+- `u-email`: Contact email (consider privacy implications)
+
+### 4. rel="me" Links
+
+For identity consolidation and social proof:
+
+```html
+GitHub
+```
+
+Best practices:
+- Only include links to profiles you control
+- Ensure reciprocal rel="me" links where possible
+- Use HTTPS URLs whenever available
+
+## Security Considerations
+
+### 1. HTTPS Requirement
+- Identity URLs MUST use HTTPS
+- All linked endpoints MUST use HTTPS
+- Mixed content will break authentication flows
+
+### 2. Content Security
+- No inline JavaScript required or recommended
+- Minimal inline CSS only if necessary
+- No external dependencies for core functionality
+
+### 3. Privacy
+- Consider what information to make public
+- Email addresses can attract spam
+- Phone numbers should generally be avoided
+
+## Testing Strategy
+
+### 1. IndieAuth Validation
+- Test with https://indielogin.com/
+- Verify endpoint discovery works
+- Complete a full authentication flow
+
+### 2. Microformats Validation
+- Use https://indiewebify.me/
+- Verify h-card is properly parsed
+- Check all properties are detected
+
+### 3. HTML Validation
+- Validate with W3C validator
+- Ensure semantic HTML5 compliance
+- Check accessibility basics
+
+## Common Pitfalls
+
+### 1. Missing or Wrong URLs
+- Identity URL must be absolute and match the actual page URL
+- Endpoints must be absolute URLs
+- rel="me" links must be to HTTPS when available
+
+### 2. Incorrect Microformats
+- Missing required h-card properties
+- Using old hCard format instead of h-card
+- Nesting errors in microformat classes
+
+### 3. Authentication Failures
+- Using HTTP instead of HTTPS
+- Incorrect or missing endpoint declarations
+- Not including trailing slashes consistently
+
+## Minimal Implementation Checklist
+
+- [ ] HTML5 DOCTYPE declaration
+- [ ] UTF-8 character encoding
+- [ ] Viewport meta tag for mobile
+- [ ] Authorization endpoint link
+- [ ] Token endpoint link
+- [ ] h-card with p-name
+- [ ] h-card with u-url matching page URL
+- [ ] All URLs use HTTPS
+- [ ] No broken links or empty hrefs
+- [ ] Valid HTML5 structure
+
+## Reference Implementations
+
+See `/docs/examples/identity-page.html` for a complete, working example that can be customized for any IndieAuth user.
+
+## Standards References
+
+- [IndieAuth Specification](https://indieauth.spec.indieweb.org/)
+- [Microformats2 h-card](http://microformats.org/wiki/h-card)
+- [rel="me" specification](https://microformats.org/wiki/rel-me)
+- [IndieWeb Authentication](https://indieweb.org/authentication)
\ No newline at end of file
diff --git a/docs/decisions/ADR-010-static-identity-page.md b/docs/decisions/ADR-010-static-identity-page.md
new file mode 100644
index 0000000..f07bcb5
--- /dev/null
+++ b/docs/decisions/ADR-010-static-identity-page.md
@@ -0,0 +1,144 @@
+# ADR-010: Static HTML Identity Pages for IndieAuth
+
+## Status
+Accepted
+
+## Context
+
+Users need a way to establish their identity on the web for IndieAuth authentication. This identity page serves as the authoritative source for:
+- Discovering authentication endpoints
+- Providing identity information (h-card)
+- Establishing social proof through rel="me" links
+
+The challenge is creating something that:
+- Works immediately without any server-side code
+- Has zero dependencies
+- Can be hosted anywhere (static hosting, GitHub Pages, etc.)
+- Is simple enough for non-technical users to customize
+
+## Decision
+
+We will provide a single, self-contained HTML file that serves as a complete IndieAuth identity page with:
+
+1. **No external dependencies** - Everything needed is in one file
+2. **No JavaScript** - Pure HTML with optional inline CSS
+3. **Public IndieAuth endpoints** - Use indieauth.com's free service
+4. **Comprehensive documentation** - Comments explaining every section
+5. **Minimal but complete** - Only what's required, nothing more
+
+## Rationale
+
+### Why Static HTML?
+
+1. **Maximum Portability**: Can be hosted anywhere that serves HTML
+2. **Zero Maintenance**: No updates, no dependencies, no security patches
+3. **Instant Setup**: Upload one file and it works
+4. **Educational**: Users can read and understand the entire implementation
+
+### Why Use indieauth.com?
+
+1. **Free and Reliable**: Public service maintained by Aaron Parecki
+2. **No Registration**: Works for any domain immediately
+3. **Standards Compliant**: Reference implementation of IndieAuth
+4. **Privacy Focused**: Doesn't store user data
+
+### Why Inline Documentation?
+
+1. **Self-Teaching**: The file explains itself
+2. **No External Docs**: Everything needed is in the file
+3. **Copy-Paste Friendly**: Users can take what they need
+4. **Reduces Errors**: Instructions are right next to the code
+
+## Consequences
+
+### Positive
+
+1. **Lowest Possible Barrier**: Anyone who can edit HTML can use this
+2. **Future Proof**: HTML5 won't break backward compatibility
+3. **Perfect for Examples**: Ideal reference implementation
+4. **No Lock-in**: Users own their identity completely
+5. **Immediate Testing**: Can validate instantly with online tools
+
+### Negative
+
+1. **Limited Functionality**: Can't do dynamic content without JavaScript
+2. **Manual Updates**: Users must edit HTML directly
+3. **No Analytics**: Can't track usage without JavaScript
+4. **Basic Styling**: Limited to inline CSS for single-file approach
+
+### Mitigation
+
+For users who need more functionality:
+- Can progressively enhance with JavaScript
+- Can move to server-side rendering later
+- Can use as a template for dynamic generation
+- Can extend with additional microformats
+
+## Alternatives Considered
+
+### 1. JavaScript-Based Solution
+
+**Rejected because**:
+- Adds complexity and dependencies
+- Requires ongoing maintenance
+- Can break with browser updates
+- Not necessary for core functionality
+
+### 2. Server-Side Generation
+
+**Rejected because**:
+- Requires server infrastructure
+- Increases hosting complexity
+- Not portable across platforms
+- Overkill for static identity data
+
+### 3. External Stylesheet
+
+**Rejected because**:
+- Creates a dependency
+- Can break if CSS file is moved
+- Increases HTTP requests
+- Inline CSS is small enough to not matter
+
+### 4. Using Multiple Files
+
+**Rejected because**:
+- Complicates deployment
+- Increases chance of errors
+- Makes sharing/copying harder
+- Benefits don't outweigh complexity
+
+## Implementation Notes
+
+The reference implementation (`/docs/examples/identity-page.html`) includes:
+
+1. **Complete HTML5 structure** with semantic markup
+2. **All required IndieAuth elements** properly configured
+3. **h-card microformat** with required and optional properties
+4. **Inline CSS** for basic but pleasant styling
+5. **Extensive comments** explaining each section
+6. **Testing instructions** embedded in HTML comments
+7. **Common pitfalls** documented inline
+
+## Testing Strategy
+
+Users should test their identity page with:
+
+1. **https://indielogin.com/** - Full authentication flow
+2. **https://indiewebify.me/** - h-card validation
+3. **W3C Validator** - HTML5 compliance
+4. **Real authentication** - Sign in to an IndieWeb service
+
+## Security Considerations
+
+1. **HTTPS Only**: Page must be served over HTTPS
+2. **No Secrets**: Everything in the file is public
+3. **No JavaScript**: Eliminates XSS vulnerabilities
+4. **No External Resources**: No CSRF or resource injection risks
+
+## References
+
+- [IndieAuth Specification](https://indieauth.spec.indieweb.org/)
+- [Microformats2 h-card](http://microformats.org/wiki/h-card)
+- [IndieWeb Authentication](https://indieweb.org/authentication)
+- [indieauth.com](https://indieauth.com/)
\ No newline at end of file
diff --git a/docs/examples/identity-page-customization-guide.md b/docs/examples/identity-page-customization-guide.md
new file mode 100644
index 0000000..85ec699
--- /dev/null
+++ b/docs/examples/identity-page-customization-guide.md
@@ -0,0 +1,334 @@
+# IndieAuth Identity Page Customization Guide
+
+## Quick Start
+
+The identity page template (`identity-page.html`) is a complete, working IndieAuth identity page. To use it:
+
+1. Download `identity-page.html`
+2. Edit the marked sections with your information
+3. Upload to your domain root as `index.html`
+4. Test at https://indielogin.com/
+
+## What to Customize
+
+### Required Changes
+
+These MUST be changed for the page to work correctly:
+
+#### 1. Your Name
+```html
+
+Phil Skents
+
Phil Skents
+
+
+Your Name
+
Your Name
+```
+
+#### 2. Your Domain
+```html
+
+
+ https://thesatelliteoflove.com
+
+
+
+
+ https://yourdomain.com
+
+```
+
+### Optional Customizations
+
+#### Add Your Photo
+```html
+
+
+```
+
+Photo tips:
+- Use a square image (1:1 ratio)
+- 240x240 pixels minimum recommended
+- JPEG or PNG format
+- Under 100KB for fast loading
+
+#### Add Your Bio
+```html
+
+ Your bio here. Keep it brief - 1-2 sentences.
+
+```
+
+#### Add Social Media Links
+
+Uncomment and modify the social links section:
+
+```html
+
+```
+
+**Important**: Only add profiles you control. Some services that support rel="me":
+- GitHub (automatic)
+- Mastodon (automatic)
+- Personal websites
+- Some IndieWeb services
+
+#### Add Micropub Endpoint
+
+If you have a Micropub server (like StarPunk):
+
+```html
+
+```
+
+## Advanced Customizations
+
+### Custom Styling
+
+The template includes minimal inline CSS. To customize:
+
+1. **Colors**: Change the color values in the `
+
+
+
+