While stress-testing our new MCP server, we expected to find a few minor code optimizations. Instead, we uncovered a hidden snag that was quietly confusing search engines and burying our product pages
Earlier this year, before we officially launched our new ChangeCrab MCP (Model Context Protocol) server, our engineering team was busy putting the beta version through its paces. If you missed our announcement a few weeks back, the MCP server allows AI assistants to securely connect to our platform to read, grab, and even create changelog data directly.
To stress-test it, we hooked the beta up to our own systems to see how well an AI could analyze our platform's structure and historical data. We expected it to help us optimize a few queries or tidy up some code. Instead, the AI used our MCP server to uncover a hidden snag that was quietly confusing search engines and keeping our core product pages out of the spotlight.
It was an eye-opening moment. Rather than just fixing the issue quietly behind the scenes, we wanted to share the story of what our new server helped us find, how we corrected it, and how we used our own platform to stay aligned along the way.
Because our MCP server can instantly fetch and interact with changelog data, the AI had deep context into our platform's history. This was amplified by a powerful aspect of our own infrastructure: we do not just use ChangeCrab for public release notes. We rely on ChangeCrab's internal secure changelog feature to log our own system events, deployments, and code commits.
This meant the AI had an incredibly wide, integrated view of our ecosystem. During our testing, it flagged a highly unusual pattern: search engines were picking up completely random, highly generic phrases from the user-hosted changelogs on our subdomains.
The AI didn't just point out the symptom. It used the MCP connection to cross-reference those public anomalies directly with our secure internal system logs. By connecting the dots, it was able to trace this SEO bug back to a specific code commit from months prior. We could see exactly when a crucial line of code had been accidentally omitted during a routine update.
Because those community-generated pages were suddenly missing the digital signposts that tell search bots to skip over them, search engines started treating each one as a core part of our website. This led to a few unintended consequences:
We had accidentally created a setup that completely hid our actual product. Because of this massive keyword misclassification, search engines essentially thought we were trying to go head-to-head with Google and Microsoft to rank for broad, dictionary-level definitions. While it is definitely a little funny that the algorithm thought we were ready to take on the tech giants in generic search, accidental enterprise-level competition wasn't exactly doing our SaaS metrics any favors.
Over the next few weeks, we rolled up our sleeves to rebuild our search foundation. Because this required tight coordination across our team, we decided the best way to manage the rollout was to use ChangeCrab itself. By publishing internal release notes and updates right on our own platform, everyone stayed in the loop as we pushed out the fixes.
Here is what we changed:
The impact was clear and immediate. Within a month of rolling out the updates, our search presence shifted dramatically.
Instead of ranking for random technical terms, we started showing up for the things that actually matter: “changelog tools,” “release notes,” and software update solutions. We are now connecting with the people who are actively looking for the exact tools we build, and welcoming more visitors from the regions where our core customers actually live and work.
It is easy to only talk about the big, shiny feature launches. But the reality of building software is that sometimes you stumble into weird bugs that have been hiding in plain sight.
Testing our MCP server highlighted a blind spot we simply didn't know we had. If this had gone unnoticed for another six months or a year, the problem would have compounded severely. As our community grew and more user-hosted pages were created, our core product would have been buried even deeper under generic search terms. Catching it early saved us from a much harder, more painful recovery down the road.
We are sharing this because we know firsthand how valuable it is to learn from other teams' unexpected challenges. Fixing this not only improved our platform's health but also gave us the perfect excuse to use our own product to manage a complex project. It was a fantastic stress test for the MCP server prior to its launch, and it proved just how powerful logging secure internal system events alongside public updates can be.
If you haven't checked out the newly released MCP server yet, we highly recommend giving it a spin. You might be surprised by the insights it uncovers when you feed it your own workflow data. And if you rely on ChangeCrab to communicate with your customers, know that we are always working behind the scenes to keep the platform healthy, optimized, and growing.