Một ngày của SEO Specialist: 12 task thật + thời lượng + tiêu chí DONE

0) “DONE” trong SEO Specialist là gì?

Với Junior, DONE = “có output + proof + tiêu chí pass”. Với Specialist, DONE cao hơn 1 tầng: đã ship đúng, đo được, và có khả năng lặp lại.

DONE (Specialist) = Output + Proof + Measurement Plan + Handoff

- Output: tài sản bạn tạo ra (ticket/brief/sheet/change-log/code)
- Proof: bằng chứng kiểm chứng (screenshot/link/test/log)
- Measurement Plan: đo cái gì, ở đâu, khi nào (leading + lagging indicators)
- Handoff: ai làm tiếp, deadline, rủi ro, rollback

Nhắc lại câu “kim chỉ nam” (đừng bỏ qua):
Entity của trang dịch vụ, bài viết = {ENTITY_MAIN}. Keyword chỉ là cách người dùng gọi entity đó.

3 tầng proof (rất thực dụng):

• Proof A (ngay lập tức): test schema / index / event tracking / internal link đã đặt.
• Proof B (dẫn đường, 3-14 ngày): impression, query coverage, index stability, crawl hits, CTR theo intent.
• Proof C (kết quả chậm, 14-90 ngày): lead/call/form/chat, conversion rate, pipeline, revenue (nếu có).

1) Timeline mẫu: 1 ngày làm việc của SEO Specialist (8 tiếng)

Timeline dưới đây cố tình chia theo “nhịp vận hành” của Specialist: Tín hiệu → Quyết định → Ship → Đo → Handoff. Có thể đổi thứ tự theo team/sprint, nhưng đừng bỏ khối đo lường và log thay đổi.

TIMELINE 8H: SEO SPECIALIST THỰC CHIẾN

12 task thật • có output • có tiêu chí DONE + đo lường (để không làm theo cảm giác)

Phần lớn kế hoạch SEO chết ở khâu triển khai chứ không ở khâu lập kế hoạch. Đào Tạo SEO dành phần lớn thời lượng cho khâu triển khai.

12 task thật • 8h làm việc (không tính nghỉ trưa) • có output • có DONE + đo lường

Ghi chú vận hành: Specialist không “chạy task”. Specialist đóng gói quyết định để team ship được và đo được.

• Không tối ưu mù: mọi thay đổi phải có measurement plan.
• Không chỉ “vẽ map”: internal link phải đặt thật và có proof.
• Không chỉ “đẹp content”: kiến trúc phải giải trùng intent, nuôi money pages.

2) 12 task thật của SEO Specialist (thời lượng + output + DONE)

Phần dưới đây là “bộ xương nghề” để bạn đi làm: mỗi task có mục tiêu, output, proof và tiêu chí DONE. Nếu thiếu 1 trong 4, bạn đang làm theo cảm giác.

Task 01 (25’): KPI Pulse Check (GSC + GA4 + dashboard)

Task này là đọc nhanh KPI đầu ngày rồi ghi lại thành bản snapshot. Bản đó cần trả lời hôm nay tăng giảm gì trong 3 gạch đầu dòng, top 3 URL nóng, top 3 query nóng, outcome dạng call, form hay chat có gì bất thường, giả thuyết trong 24h, kèm link dashboard. Đọc số đầu ngày thì cả ngày biết làm gì.

KPI Snapshot
- Hôm nay tăng/giảm gì (3 bullet):
- URL nóng (top 3):
- Query nóng (top 3):
- Outcome (call/form/chat) có gì bất thường:
- Giả thuyết 24h:
- Link dashboard:

DONE: có snapshot + 1 quyết định ưu tiên trong ngày.

Task 02 (25’): Triage bất thường + “thông báo sớm”

Task này là phân loại bất thường rồi báo sớm cho cả đội. Kết quả là một alert ticket, ghi rõ mức độ theo thang P1, P2, P3, hiện tượng đang thấy, phạm vi ảnh hưởng gồm URL, query và outcome, 3 giả thuyết nguyên nhân, hành động trong 24h, người phụ trách, và mốc kiểm lại. Báo sớm rẻ hơn sửa muộn.

ALERT TICKET
- Mức độ: P1 / P2 / P3
- Hiện tượng:
- Ảnh hưởng (URL/query/outcome):
- Nguyên nhân khả dĩ (3 giả thuyết):
- Hành động 24h:
- Người phụ trách:
- Khi nào kiểm lại:

DONE: ≥ 1 ticket có owner + thời điểm kiểm lại data.

Task 03 (35’): Opportunity Mining (queries/pages/gaps)

Mục tiêu: đào cơ hội “dễ ăn” nhất: hiển thị cao nhưng chưa chốt, near page 1, hoặc trang bị trùng intent làm phân tán tín hiệu.

OPPORTUNITY LIST
- Query/nhóm query:
- URL đang nhận impression:
- Vấn đề: (intent lệch / thiếu proof / thiếu IL / cannibalization)
- Ước tính tác động:
- Việc cần làm (1 câu):
- Cách đo (leading indicator):

DONE: chốt 3 cơ hội có “giả thuyết + cách đo”.

Task 04 (45’): ICE/RICE + thiết kế thí nghiệm

Task này là chấm điểm backlog rồi thiết kế thí nghiệm. Kết quả là một experiment brief, ghi giả thuyết trong 1 câu, lý do tin vào giả thuyết đó, nhóm URL bị ảnh hưởng, thay đổi sẽ làm, leading indicator theo dõi trong 3 đến 14 ngày, và lagging indicator theo dõi tới 90 ngày. Không có brief thì test xong cũng bỏ.

EXPERIMENT BRIEF
- Giả thuyết (1 câu):
- Vì sao tin giả thuyết này:
- Nhóm URL ảnh hưởng:
- Thay đổi sẽ làm:
- Leading indicator (3-14 ngày):
- Lagging indicator (14-90 ngày):
- Rủi ro + rollback:
- Ai làm gì (handoff):

DONE: top 3 thí nghiệm có measurement plan rõ ràng.

Task 05 (80’): Content Architecture Sprint (cluster + cannibalization)

Mục tiêu: quy hoạch tín hiệu để Google và AI hiểu đúng hệ thống nội dung.

CLUSTER MAP
- Hub (money page): {URL}
- Spokes (support pages): 8-15 URL
- Intent mỗi URL (1 câu):
- Trùng intent? (có/không)
- Quyết định: gộp / đổi intent / redirect / canonical / giữ
- Internal link rule:
- Proof blocks cần thống nhất:

DONE: có quyết định rõ cho các URL trùng.

Task 06 (35’): Entity + Knowledge Graph Update (v3)

Task này là cập nhật entity sheet cho khớp knowledge graph. Sheet đó gồm định nghĩa thực thể chính trong 1 câu, danh sách ai phù hợp và ai không phù hợp, từ 7 đến 10 thuộc tính cốt lõi, 5 tiêu chí chọn, và từ 3 đến 5 proof block bắt buộc. Sheet chuẩn thì máy hiểu bạn nói về cái gì.

ENTITY SHEET v3
- {ENTITY_MAIN} là gì (1 câu):
- Ai phù hợp / ai không phù hợp:
- Thuộc tính cốt lõi (7-10):
- Tiêu chí chọn (5):
- Proof blocks bắt buộc (3-5):
- FAQ dễ trích (8 câu, 40-60 từ):
- CTA 3 mức (nhẹ/vừa/mạnh):
- 10 cách người dùng gọi (keywords):

DONE: có NOT FIT + proof blocks + FAQ đúng độ dài.

Task 07 (65’): Ship URL Upgrade (2 URL hoặc 1 URL nặng)

Mục tiêu: đã đưa thay đổi vào trang, có test, có log, có plan đọc lại số liệu.

URL UPGRADE CHECKLIST
- Answer-first 1 câu (có điều kiện/ngoại lệ)
- Proof blocks (3): số liệu/case/ảnh/quote/log
- Schema đúng loại + test pass
- Internal link về money page
- CTA theo intent (không gào bán)
- Change log + thời điểm kiểm lại data

DONE: có change log + schema test pass + proof A.

Task 08 (40’): Internal Link Deployment + QA

Task này là triển khai liên kết nội bộ rồi kiểm lại. Kết quả là một deploy log ghi money page, danh sách từ 8 đến 12 link đặt từ các URL nguồn về money page đó, mỗi dòng ghi URL nguồn, anchor và vị trí đặt link. Phần QA soi xem URL nguồn có được index không. Đặt xong phải kiểm lại.

IL DEPLOY LOG
- Money page: {URL}
- Link đặt từ URL nguồn → money page (8-12 link):
 1) source URL / anchor / vị trí (H2/H3/đoạn)
...
- QA: source URL index được? có noindex? canonical lệch?
- Proof: screenshot hoặc link highlight

DONE: ≥ 8 link đã đặt + nguồn link index được + anchor sạch.

Task 09 (40’): Technical Deep Dive (crawl/index/log)

Task này là soi kỹ phần kỹ thuật qua crawl, index và log. Nhóm check nặng gồm indexability, canonical, redirect chain, lỗi 4xx hoặc 5xx trên các URL lõi, và tính nhất quán của sitemap. Nhóm check đủ dùng gồm ảnh nặng bất thường, điểm nghẽn lớn của CWV, và JS render làm mất nội dung. Nặng trước, nhẹ sau.

• Check nặng: indexability, canonical, redirect chain, 4xx/5xx core URLs, sitemap consistency.
• Check đủ dùng: ảnh nặng bất thường, CWV “điểm nghẽn lớn”, JS render gây mất nội dung chính.

TECH FINDINGS
- Phát hiện:
- Ảnh hưởng:
- Nguyên nhân:
- Việc cần làm:
- Rủi ro:
- Rollback (nếu cần):
- Người phụ trách + deadline:

DONE: có hành động + rollback, không chỉ liệt kê.

Task 10 (30’): Measurement Validation (GA4 + event + annotation)

Task này là kiểm chứng phần đo lường trước khi đọc số. Mục tiêu là đóng dấu đo lường để đọc data không bị mù. Ghi chú đo lường cần nêu event nào phải test, gồm form, call và chat, test ở URL nào, bằng chứng realtime hoặc debug, cùng annotation ghi ngày giờ. Số sai thì mọi kết luận sau đó đều sai.

Mục tiêu: đóng dấu đo lường để đọc data không bị mù.

MEASUREMENT NOTE
- Event cần test: form / call / chat
- Test ở URL nào:
- Proof realtime/debug:
- Annotation (ngày/giờ) cho thay đổi lớn:
- Khi nào đọc lại leading indicator:

DONE: event ghi đúng landing page + có note/annotation.

Task 11 (30’): Competitive Intelligence (1 thay đổi đáng học)

Task này là soi đối thủ để rút ra một thay đổi đáng học. Kết quả là một memo ghi đối thủ đang thắng ở đâu, chỉ cần 1 điểm, proof block nào họ có mà mình thiếu, format nào họ dùng đúng intent, và 1 hành động cho tuần này để đưa vào backlog. Học một thứ rồi làm, hơn ngồi liệt kê.

COMPETITOR MEMO
- Đối thủ đang thắng ở đâu (1 điểm):
- Proof block nào họ có mà mình thiếu:
- Format nào họ dùng đúng intent:
- 1 hành động tuần này (viết vào backlog):

DONE: memo biến thành 1 hành động cụ thể.

Task 12 (30’): Handoff cuối ngày (Backlog + Change Log)

Task này là bàn giao cuối ngày bằng hai thứ. Thứ nhất là backlog top 3 cho ngày mai, mỗi việc ghi rõ URL, impact, confidence, ease, người phụ trách, next action và mốc kiểm lại data. Thứ hai là change log trong ngày, ghi lại đã thay đổi những gì. Bàn giao rõ thì sáng mai khỏi mất một giờ nhớ lại.

BACKLOG TOP 3 (ngày mai)
- Việc:
- URL:
- Impact:
- Confidence:
- Ease:
- Người phụ trách:
- Next action:
- Khi nào kiểm lại data:

CHANGE LOG (trong ngày)
- Thay đổi gì:
- Ở đâu (URL/section):
- Vì sao đổi:
- Proof (link/ảnh/test):
- Rủi ro + rollback:

DONE: top 3 có owner + KPI/indicator + deadline, và change log đủ để “người khác đọc là hiểu”.

3) Bộ “Resource Pack” cho SEO Specialist (copy-paste dùng liền)

Dưới đây là “đồ nghề” để bạn làm nhanh hơn mà vẫn đúng chuẩn. Bạn có thể đưa vào Notion/Sheets/Jira tùy team.

A) Prompt Pack (AI-first, ra output thật)

Phần này đưa bộ prompt để ra output dùng được thật. Prompt đầu tiên là prompt đào cơ hội: từ dữ liệu GSC và GA4 mô tả bằng chữ, yêu cầu đề xuất 10 opportunity chia thành 3 nhóm. Nhóm 1 là near page 1, nhóm 2 là nhóm impression cao mà CTR thấp do lệch intent. Prompt rõ thì output mới dùng được.

Prompt 01 (Opportunity Mining)
Từ dữ liệu GSC/GA4 (mô tả bằng chữ), hãy đề xuất 10 opportunity theo 3 nhóm:
(1) near page 1, (2) impression cao CTR thấp do intent lệch, (3) cannibalization.
Output: Opportunity list có URL, giả thuyết, việc cần làm, cách đo (leading indicator).

Prompt 02 (Experiment Brief)
Thiết kế thí nghiệm SEO cho {ENTITY_MAIN} với mục tiêu {KPI}.
Bắt buộc: giả thuyết 1 câu, thay đổi cụ thể, nhóm URL, rủi ro, rollback, leading indicator 14 ngày, lagging indicator 90 ngày.

Prompt 03 (Entity Sheet v3)
Tạo Entity Sheet v3 cho {ENTITY_MAIN} tại Việt Nam.
Bắt buộc: NOT FIT, thuộc tính cốt lõi, proof blocks, FAQ 8 câu (40-60 từ), CTA 3 mức, 10 cách người dùng gọi.

Prompt 04 (URL Upgrade)
Hãy viết lại đoạn mở bài “answer-first” cho URL {URL} theo intent {INTENT}.
Yêu cầu: 1 câu trả lời thẳng + 1 câu điều kiện/ngoại lệ + gợi ý 3 proof blocks.

Prompt 05 (Competitor Memo)
Từ 3 điểm mạnh của đối thủ (mình mô tả), hãy tạo memo 30 phút:
1 thay đổi đáng học, proof block cần bổ sung, và 1 action đưa vào backlog.

B) Checklist “đủ dùng” cho tool stack

Checklist này gom bộ công cụ đủ dùng, chia theo nhóm việc. Nhóm tín hiệu gồm GSC ở phần Performance và Pages, GA4 ở phần event cùng outcome, thêm một dashboard dựng bằng Looker hoặc Sheet. Nhóm kiến trúc gồm cluster map, sheet theo dõi cannibalization và log liên kết nội bộ. Đủ dùng là đủ, không cần sắm thêm.

• Tín hiệu: GSC (Performance, Pages/Indexing), GA4 (events/outcome), Looker/Sheet dashboard.
• Kiến trúc: cluster map, cannibalization sheet, internal link log.
• QA & schema: test schema, kiểm canonical/noindex/redirect chain, core pages 4xx/5xx.
• Vận hành: ticketing (Jira/Trello), change log, annotation, handoff rule.

Tải template: SEO Specialist Task-Timeline Pack (Google Sheets)

Muốn lên trình từ Specialist lên Lead?

Lead không “làm nhiều task hơn”, mà thiết kế được hệ thống để người khác làm đúng: SOP, rubric QA, chuẩn hóa entity, chuẩn hóa proof blocks, và quản trị backlog theo tuần/tháng. Nếu bạn muốn học đúng nhịp CORE + LAB để “học tới đâu ra deliverable tới đó”, bắt đầu tại Đào Tạo SEO và xem thêm Khóa học SEO Master.

FAQ: Một ngày của SEO Specialist (8h)

6 câu hỏi hay gặp khi áp dụng “lịch 8h” để SEO đi vào vận hành (có output + proof).

1) SEO Specialist khác Junior chỗ nào?

Junior tập trung “làm đúng việc” (checklist, QA onpage, viết brief, triển khai link theo hướng dẫn).

Specialist tập trung “ra quyết định đúng” dựa trên KPI, tín hiệu SERP và rủi ro kỹ thuật: chọn đúng URL, đúng ưu tiên, đúng thử nghiệm, và ship thay đổi có đo lường.

Nói ngắn: Junior ship task; Specialist ship quyết định + kết quả (hoặc ít nhất là tiến bộ đo được).

2) KPI nào là “đầu bảng” của Specialist?

KPI “đầu bảng” không phải traffic cho vui, mà là Outcome: lead/call/chat/đơn hàng (tuỳ site). Sau đó mới tới Leading KPI (topical coverage, ranking, CTR, index/crawl ổn định) và Process KPI (số URL upgrade/tuần, số experiment có kết luận, % backlog có ICE/RICE).

Mẹo vận hành: mỗi tuần chỉ cần 1 câu trả lời rõ: “Tuần này SEO tác động được gì vào mục tiêu kinh doanh?”

3) Một ngày chỉ có 8 tiếng thì ưu tiên task nào trước?

Ưu tiên theo thứ tự: KPI pulse check → triage bất thường → chọn 1 việc “ship được” → đo/ghi log. Nếu bạn mở ngày bằng việc “làm cho hết checklist”, rất dễ hết 8 tiếng mà không ra chuyển biến.

Quy tắc cứng: mỗi ngày phải có 1 thay đổi lên live (dù nhỏ), kèm proof tối thiểu (ảnh/changelog/link).

4) “Ship URL upgrade” cần proof tối thiểu gì?

Phần này trả lời cần bằng chứng tối thiểu nào khi ship bản nâng cấp URL. Tối thiểu nên có 4 thứ. Thứ nhất là ảnh before và after, chụp title, H1, heading, schema và internal link, hoặc một checklist diff. Thứ hai là link chứng cứ, gồm URL live kèm thời điểm triển khai. Không proof thì coi như chưa ship.

Tối thiểu nên có 4 thứ:

• Before/After: chụp Title/H1/heading, schema, internal link (hoặc diff checklist).
• Link chứng cứ: URL live + thời điểm triển khai (timestamp).
• Ghi chú đo lường: baseline (7-28 ngày) + metric theo dõi (GSC/GA4/event).
• Changelog: “đã đổi gì, vì sao đổi, kỳ vọng tác động gì”.

Không có proof = chưa DONE (vì không ai verify được).

5) Internal link triển khai bao nhiêu là đủ để có tác động?

Không có “con số hoàn hảo”. Đủ là khi link đúng intent và tạo được “đường đi” rõ: bài hỗ trợ → trang trụ cột/cluster → money page.

Thực hành nhanh: với 1 URL mục tiêu, đặt 3-8 internal links chất lượng từ các trang liên quan nhất (cùng chủ đề, có traffic/đã index ổn). Anchor nên mô tả entity/ý định, tránh spam exact-match.

6) Khi nào nên chuyển từ Specialist lên Lead?

Phần này trả lời khi nào nên chuyển từ specialist lên lead. Đó là khi bạn làm được 3 việc mà không thấy thiếu oxy. Việc đầu là chốt ưu tiên, tức biến KPI thành backlog rồi thành sprint, và nói rõ vì sao chọn. Việc sau là quản trị rủi ro, mỗi release đều có rollback plan. Đủ ba việc thì lên.

Khi bạn làm được 3 việc mà không cảm thấy “thiếu oxy”:

• Chốt ưu tiên: biến KPI → backlog → sprint (và nói rõ vì sao).
• Quản trị rủi ro: release thay đổi có rollback plan, tránh “ship xong cháy”.
• Nâng team: viết SOP/rubric, review output, đào tạo để người khác ship theo chuẩn.

Lead không phải “làm nhiều hơn”, mà là làm cho cả hệ thống chạy nhanh hơn.