Working with an assistant guide
Bulk Editor or AI Assistant: Which Fits Your Metadata Cleanup?
Run the same annotated set of pages through a manual bulk editor and an assistant workflow, count review time and errors, and choose by the job rather than the feature list.
On this page
For most metadata cleanups, the choice between a bulk editor and an assistant comes down to one question: does each new value require reading the page? If you already know the values, or they follow a pattern, a bulk editor or a script is usually faster and has fewer ways to go wrong. If each value has to be written from the page’s content, an assistant can draft at volume, but you still read every result. The reliable way to decide is to run a small sample through both on a staging copy and count the time and errors yourself.
This guide gives that procedure. It does not report timings of its own, because the answer depends on your pages, your tools, and how carefully you review.
Know what each approach documents
Manual bulk editing. Rank Math documents a bulk edit mode in the WordPress posts list, with “SEO Title” and “SEO Desc” columns that you edit inline and save with Save All Edits (Editing SEO Meta at Scale, checked September 27, 2026). The same page labels spreadsheet-based bulk editing as a PRO feature and AI bulk actions such as “Write SEO Description with AI” as a Content AI feature. Other SEO plugins may offer their own versions; check your plugin’s current documentation.
Scripted edits from a spreadsheet. If the values are already written, a command-line loop applies them without a screen. WP Visibility’s wp visibility set <id> --description="..." changes one post per call; a spreadsheet exported to CSV and a short shell loop covers a list. See the WP-CLI Command Reference. Test on staging and keep a copy of the old values.
An assistant. A connected assistant reads each page and drafts a value. With WP Visibility’s Agent and Autopilot modules on and Assistant changes set to Hold for my review, each supported SEO write it makes through the plugin’s abilities becomes a proposal you approve in the review queue. The wp visibility set command is not held; it writes directly. Rank Math also documents MCP tools for assistants (MCP tools, checked September 27, 2026); a review step before its writes apply is not documented on that page as of September 27, 2026.
Define the cleanup and the acceptance rubric
Pick a real cleanup and write the rubric before you start, so neither workflow grades itself. For example (illustrative): “Every service page and blog post from 2023 has a meta description that is accurate to the page, specific to it, and 70 to 160 characters.”
Then build a sample of 20 to 30 pages and annotate it:
| Column | Purpose |
|---|---|
| Post ID and URL | The fixed target list |
| Current value | Baseline to compare against |
| Page type | Service page, post, thin page, landing page |
| Known difficulty | “Enough text”, “little text”, “facts unclear” |
| Correct outcome | What an expert would accept, or “needs owner input” |
Include the awkward cases on purpose: a page with almost no text, a page whose purpose has changed, a page that should be noindexed rather than described. A comparison that uses only easy pages flatters whichever tool drafts fastest.
Run both workflows on copies
Use two staging copies of the site, or one copy restored between runs. Keep the same person reviewing both.
For each workflow, record:
- Setup time. Enabling columns, writing the spreadsheet, connecting the assistant, writing the brief.
- Drafting time. Your time, not the tool’s. Waiting for an assistant while doing something else is not the same as typing.
- Review time. Reading each value against the page. For the assistant, this includes reading proposals in the queue.
- Errors found in review. Wrong facts, generic text, duplicates, wrong length.
- Errors found after. Check the rendered tag on each page afterwards and count anything that slipped through.
- Unsupported cases. Pages the workflow could not handle and a person had to finish.
For the assistant run, give it a written brief with a stop rule for pages with too little information. Write an SEO Job Brief That an Assistant Can Stop and Verify has a template, and Bulk Draft Missing Meta Descriptions walks through the whole assistant batch.
Compare effort and remaining judgment
Add up the columns per workflow and look at where the time went, not only the total. A pattern you might see (this is a way to read your results, not a finding):
| If your results show | It suggests |
|---|---|
| Drafting dominates the manual run; review dominates the assistant run | The assistant saves writing, not reading. Worth it when writing is the bottleneck. |
| The assistant’s errors cluster on thin pages | Route thin pages to a person and use the assistant for the rest. |
| Review time for the assistant is close to manual drafting time | The manual editor is the simpler choice for this job. |
| Many “needs owner input” pages in both runs | The problem is missing content or decisions, not tooling. |
| Values follow one pattern | Neither: change the description template instead, and empty the per-page descriptions it should replace, because a page’s own value overrides the template. See Set Title and Description Templates. |
When the manual editor is the better choice
A bulk editor, or a script, is often the right tool:
- You already know the values. A client sent approved copy in a spreadsheet. There is nothing for an assistant to write.
- The change is mechanical. Removing a year from 200 titles, or clearing a stale suffix, is a find-and-replace job.
- The set is small. For a dozen pages, connecting and briefing an assistant can take longer than typing.
- You want to see every value in one grid. Inline editing shows many values side by side in the posts list columns; WP Visibility’s review queue lists each proposal as its own before and after diff, 20 to a page.
- No credential should exist. A bulk editor needs no Application Password, so there is no extra access to scope, monitor, and revoke later.
When an assistant earns its setup
The assistant route pays off when each value needs the page read, the list is long enough that drafting is the bottleneck, and you have a review step you trust. It also helps when you want a per-page reason recorded next to each change, which the optional reason field on WP Visibility’s proposals carries and the review queue shows above the diff.
It does not remove review. With an assistant, the person’s work moves from typing to reading, and reading carefully is the part that catches invented details. If the comparison shows you would skim, the manual route is the safer one for that job.
Whichever you choose, verify the rendered output on a handful of pages afterwards and keep the old values until you have.
