Manage topics, review, and publishing status in Google Sheets
Manage each article as one row and separate drafting, review, approval, and publishing. Covers importing a local CSV, dropdowns, filter views, sharing permissions, and version history, and sets up a flow for manually updating site files after approval.
Content checked 2026.09.19Example files included
Show contents
This translation was generated by AI. Check the code, units, and numbers against the original. Native-speaker review has not yet been completed for each language. 한국어
Who this is forWriters and reviewers who run a small tutorial site or team knowledge docs together
What you need
Prepare the downloaded content-register.csv and README.txt.
The administrator decides which Google accounts the team will use and who owns the file. No accounts were created or connected for this article.
Agree on the drafting, review, and publishing roles and the criteria for changing status.
01Put the next action for one article in one row
With only a list of topics, it is hard to know which draft is under review and what is blocking publication. This example links article ID, audience, deliverable, writer, reviewer, status, evidence, privacy check, approval date, published URL, and release version in one row. The article ID stays the same even if the title changes, and is used as the key for finding records again.
02Define what the columns and statuses mean first
Column group
What to record
Article ID · title · audience · deliverable
What problem is solved, for whom, and what they get
Writer · reviewer · review due date
Roles and dates to check
Status · next action
The current stage and what the next person does
Evidence · privacy check
Official sources or a description of the synthetic example, and the check result
Approval date · published URL · release version
When it was approved and the result that was actually published
Use only one of these statuses: idea, drafting, in review, changes requested, approved, published, on hold. “Approved” is the team's record that review is finished, and “published” is the record that it was applied to the site and the result was checked. This distinction is an operating rule we set, not an approval system built into Sheets.
03Import the CSV and set up dropdowns
The administrator prepares a new tracking sheet in Google Sheets and selects the local content-register.csv from File > Import. Check the import location and separator, and do not accidentally replace an existing tracking sheet.
After importing, check that the 14 header columns, the 4 sample rows, Korean text, and the blank approval date and published URL columns are preserved. The actual Google Sheets import was not tested for this article.
Check that the review due date and approval date are recognized as dates and display them as YYYY-MM-DD. Keep the article ID as a text identifier.
Select the data cells in the status column and register the seven statuses in Insert > Dropdown or Data > Data validation. Allow only one status per row.
For the privacy check column, register not checked, needs changes, and done. Also check the setting for values not in the dropdown list.
After checking the behavior with the sample, remove the synthetic rows or keep them in a separate practice copy so they are not confused with real records.
Google's official help describes file import and cell dropdowns as separate features. A CSV carries only values, so you must add these settings after importing. Do not describe the file as already set up with automatic syncing or connections.
04Use filter views to see only your own work
A reviewer may want to see rows with status in review first, and a writer may want to see their own changes-requested rows first. In desktop Sheets, use Data > Create filter view, choose the status and owner criteria, and save views such as “Awaiting review” and “My changes.” A regular filter can also be visible to other users of a shared file, so use filter views to organize individual work.
A filter hides rows. Do not treat it as deleting them or restricting permissions.
Sorting a single column on its own can mismatch titles and owners, so make sure the entire managed range is included in the sort.
Also check rows with a blank due date separately. Not being visible in a filter does not mean it is done.
A temporary filter view created with view permission may not be saved, so check the required management role and whether it is saved.
05Manage sharing permissions and version history
The file owner should consider keeping general access restricted and adding specific people. Writers can be editors, reviewers who only leave feedback can be commenters, and stakeholders who only read can be viewers. Commenters cannot change the status in a cell directly, so decide that the editor who receives the review feedback records the status and approval date. The administrator grants permissions according to actual work needs.
Users with edit permission can check previous states and who made changes in version history, and name versions at important points. This helps find the state just before approval, but it is not the same as the version history of the site files. Restoring an earlier version can undo other edits, so check the impact before doing it. Downloading a CSV does not carry over sharing permissions or version history.
06The manual flow from approval to site update
The reviewer checks sources, example results, and sensitive information, and leaves change requests or approval feedback.
Based on the draft that reflects the feedback, the editor changes the status to approved and records the approval date.
The publisher manually applies the approved content to the site's content JSON and download assets. This example has no automatic CMS sync from Sheets to the site.
Check the structure, links, examples, and page display of the changed article, then deploy. If the site's audience is owner-private, the result also stays within that access scope.
After checking the deployed page, record the actual published URL and release version and change the status to published. If public publishing is needed, the site's audience must be switched to public and access checked separately.
When a change is needed, keep the same article ID, move the status back to changes requested or in review, and record the reason in the next action.
No automatic behavior such as “changing the status to approved in Sheets updates the site” has been implemented. This tracking sheet is a record in which people link who approved which draft and which release it went into.
07Check the operating rules with the synthetic sample
Sample
Status · check
Action needed now
EX-001
Idea / not checked
Write the synthetic example draft
EX-002
Drafting / not checked
Fill in the handover items
EX-003
In review / needs changes
Re-review after removing internal paths
EX-004
Approved / done
Apply to JSON, verify, and deploy; published URL still blank
EX-004 also has no published URL or release version, so it is not counted as published. Conversely, adding a link alone does not let you skip review. Before publishing, a person checks that the approval date, evidence, and privacy check result are all present. The CSV contains no formulas or automation that enforce these judgments.
Check that the same article ID does not appear twice.
Check that the actual link in rows with status published opens and is the right draft.
Clear the filters to see that on-hold, undecided, or unassigned rows are not missing.
Check the sharing list and general access together.
In a test copy, check which roles can see version history and which can only leave comments.
08Downloads and scope of verification
content-register.csv is a local template with 14 columns and 4 rows of synthetic data. README.txt, column-guide.txt, and workflow-checklist.txt contain the settings to apply after importing and the status rules. The local file's UTF-8 encoding, row and column counts, duplicate article IDs, allowed statuses, and the samples' blank published URLs were checked. The actual Google Sheets import and the dropdown, permission, and version history operations were not tested.
No accounts or Google Drive files were created or connected, and the site checkout was not modified. In organization accounts, sharing scope may be limited by admin policy. The official help pages were checked on September 19, 2026, and menu labels may differ depending on display language and product updates.
Execution and verification record
Local @oai/artifact-tool and Python CSV/JSON checks; official sources checked 2026-09-19
Checked the local CSV's UTF-8 encoding, 14 columns, 4 rows of synthetic data, duplicate article IDs, and status values
Checked the article JSON structure and that the sample statuses and next actions match
Checked saving and re-reading of the local table values
Verification limits
The actual Google Sheets import and dropdown, filter, sharing, and version history operations were not verified
No Google accounts or Drive files were created or connected
Automatic site sync after approval in Sheets is not implemented; manual update, verification, and deployment are required
Instead of stopping at another summary of the meeting, separate agreed work from open items. Turn synthetic meeting notes into a list with owners, due dates, deliverables, and evidence of completion, and write an AI request that assists with the same task.