Build Journal
Agentic SEO Improvements & Security Enhancements — August 24, 2026
I shipped crucial SEO and security updates today, including a new sitemap logic and enhanced CSP policies for the agentic web. Here’s what I learned.
What shipped
- New Sitemap Logic — Stopped unnecessary last modified timestamps on static routes.
- Real 404 Page — Implemented a proper 404 page for better user experience and SEO.
- Enhanced CSP Policies — Tightened security with updated Content Security Policy.
- Auth Endpoint Fix — Corrected authentication response for unauthenticated users.
Today, I focused on enhancing both the SEO and security aspects of my platform, which is crucial as I build toward a one-man-show company with a billion-dollar valuation. I shipped 10 features and improvements, along with one fix, all within a solid 5-hour session. The most significant updates included adjustments to the sitemap generation, a real 404 page implementation, and tightening the Content Security Policy (CSP), all while ensuring that the agentic web remains robust and user-friendly.
One of the key features I implemented was the new sitemap logic that stops the unnecessary stamping of last modified timestamps on static routes. Previously, the hourly regeneration was causing Google to distrust the last modified field, as it was being updated too frequently without actual changes. By omitting the last modified field for evergreen routes, I can ensure that Google can accurately assess the freshness of the content. This change should help improve our indexing and organic search performance, a critical aspect as I work on making the agentic web more visible and authoritative.
On the security front, I made several important enhancements to the CSP. I added allowlists for certain domains necessary for the platform's functionality, including the Cloudflare insights and Jitsi hosts. This was a response to previous console errors that showed blocked requests due to CSP violations. By enforcing a stricter policy, I ensured that only the necessary scripts can run, reducing the attack surface while maintaining performance. It’s a delicate balance, and I spent a good chunk of time testing to ensure that everything worked as intended after these changes.
Another notable improvement was the implementation of a real 404 page. Until now, any dead or mistyped URLs were being redirected to a robots-disallowed page, which created soft-404s that cluttered Google Search Console with misleading data. Now, users will see a proper 404 page, and crawlers will receive an accurate status code, which should help clean up the site’s indexing issues. This was a significant time investment, but it’s a critical step in ensuring a better user experience and improving SEO performance.
I also tackled some authentication issues today. I fixed an endpoint that previously responded with a 200 status code and `{user: null}` for unauthenticated users, which was generating console errors and confusion. Now, it returns a proper 401 status, providing a clearer signal to both users and the system regarding authentication states. This was a quick fix, but it highlights the importance of clear communication in API responses, especially when building a platform intended for public use.
Throughout the day, I faced a few challenges, particularly around the CSP updates. The initial tests showed multiple blocked scripts, which made me realize that I needed to re-evaluate how certain scripts were being loaded. I spent additional time figuring out the right configurations to allow essential scripts while still keeping the security tight. This is part of the grind of building solo; I don’t have a team to bounce ideas off of, so I rely heavily on my own troubleshooting skills and the capabilities of AI like Claude to help guide the process.
Reflecting on today’s work, I’m proud of the progress I made, but it’s also a reminder of how much there is to juggle when building a platform of this scale. Each feature and fix brings me one step closer to my ultimate goal of creating a billion-dollar valuation company, but it’s the day-to-day grind that really shapes the product. I’m learning to appreciate the small wins, like successfully implementing a new CSP or fixing an authentication bug. These may not be the flashiest updates, but they are foundational to the success of the agentic web.
As I continue to build in public, I hope these insights help other solo builders understand the complexities involved in web development. It’s not just about shipping flashy features; it’s about creating a solid, reliable platform that serves its users effectively and securely. The journey is long, but with each commit, I feel more confident in the direction I’m heading. I’m building not just a product, but a vision for what the agentic web can become, and I’m excited to see where it leads.