All videos
Site Activity log

Site Activity log

In this video, we walk through how the Site Activity Log helps you review changes made to your Webflow site — including what changed, who made the change, and whether it came from a person, an AI tool, or a person working with an agent like MCP.

Video transcript

When people and AI are both making changes to your site, things can move fast. A class update. A new CMS item. A metadata change across multiple pages.

Before you publish, we want to know exactly what changed, who changed it, and whether anything needs a closer look. That’s where the Site Activity Log comes in.

In this video, we’ll look at how the Site Activity Log helps us review changes before publishing, especially when AI is part of the workflow.

We’ll start in Site Settings. And over here in the left panel, we’ll open Site Activity Log.

A quick note: the Site Activity Log requires an Enterprise site plan. So if we don’t see it here, you can probably stop watching this video.

But, the Site Activity Log gives us a record of changes made to the site, including what changed, who made the change, and when it happened.

And with AI attribution, we can also see how the change was made.

For example, we can see whether a change came from a person working on their own, a person working with an agent like MCP, or a person using another Webflow AI tool like AI Assistant.

[Grimur talking loudly on the phone]

[Miguel] Grimur, sorry. We’re recording.

[Grimur holds his hand up to me as if he’s telling me to be quiet.] Not now, I’m talking to my agent.

[Miguel] Grimur, it’s not that kind of agent.

[Grimur laughs] Miguel, c’mon. 

And for style changes, we can open an activity log item and see which specific elements and pages were affected. Looking at these together matters because AI can make changes across more of the site than we might have intended or expected.

Maybe we ask AI to create a new section, and it creates several new styles to support it. Or maybe we asked AI to tweak one heading, and we want to make sure it didn’t affect headings across multiple pages that share the same class.

In other words, AI isn’t perfect. It can make mistakes or even do things we don’t want it to do.

Site Activity Log helps us understand the scope of those changes.

Ok, zooming back out, we can review all the changes manually right here in the log.

As we scroll, we’ll see activity grouped in the order they happened with icons for the type of change, like updates to pages, styles, or CMS items. And if we’re looking for something specific, we can use filters to narrow the log down to a certain type of activity.

Now, if your team is using the Webflow MCP, there’s another way to review this same information. Instead of only scrolling through the log, we can ask for a summary in natural language.

In this example, we’re using Claude with MCP to query the Site Activity Log. And we’ll drop in a prompt like:

“Give me a structured, intuitively laid-out summary of everything that happened on this site during the last session, and flag anything that looks like it should be reviewed before publishing.”

And now we get a report organized by change type, with a summary of what happened and anything that might need review before we publish.

Same underlying activity. Much easier to scan and organize in a format that gives you exactly what you need to know.

So the Site Activity Log becomes more than a list of events. It becomes a way to understand what happened, check the scope of the work, and decide what might need review before publishing.

Once we’ve reviewed the log and everything looks good, the next step is publishing to staging.

And in the Enterprise publishing workflow, we get one more useful checkpoint. Before publishing, we can review the most recent changes, including changes that happened since the last publish to staging.

If we need more detail, we can click into any of these changes, and Webflow takes us back to the related Site Activity Log entry.

So we can review the full details here, double-check anything that looks important, and then publish to staging. Or, if only one page is ready, we can publish a single page.

That gives us one more chance to verify what changed before anything goes live.

So that’s the Site Activity Log. It gives us a clear record of what happened on the site, whether the change came from a person, AI, or a person working with AI.

And when we’re using AI to move faster, this gives us a way to slow down, review the work, and publish when we’re truly ready.

[Grimur] My agent just got ME a publishing deal. I’m going to be a millionaire.