TGWV Academy — Giáo trình Content Marketing, SEO & Thiết kế Website
Bộ giáo trình nội bộ 100 chương từ quản trị WordPress/Flatsome & Yoast đến SEO Google, Google Maps, Social, AI Writing, Canva, thiết kế landing page, đo lường, quy trình dự án và kiểm tra cuối khóa. Toàn bộ nội dung và hình minh họa đọc được offline.
01. Bắt đầu & nguyên tắc an toàn
Đọc trước khi nhân viên chỉnh sửa website thật.
Flatsome là gì?
Flatsome là hệ sinh thái giao diện/trình dựng trang cho WordPress, thường dùng cùng WooCommerce để quản lý cửa hàng. Tài liệu này ưu tiên Flatsome Classic (UX Builder) vì phổ biến trên các website đang vận hành, đồng thời nêu sự khác biệt với dòng Flatsome mới dùng Flatsome Builder.
5 quy tắc bắt buộc
- Chỉ sửa nội dung nằm trong phạm vi công việc; không thay theme, plugin, CSS hoặc cấu trúc toàn site khi chưa được duyệt.
- Với trang quan trọng: sao lưu, ghi lại URL và chụp ảnh hiện trạng trước khi sửa.
- Không nhập mật khẩu hoặc API key vào tài liệu, ảnh chụp hay tin nhắn nhóm.
- Luôn kiểm tra máy tính – máy tính bảng – điện thoại trước và sau lưu.
- Không sửa trực tiếp file PHP/theme trên hosting; chuyển cho người phụ trách kỹ thuật.
| Quyền tài khoản | Công việc khuyến nghị |
|---|---|
| Editor / Biên tập viên | Trang, bài viết, hình ảnh được phân quyền; thường không sửa cấu hình |
| Shop Manager / Quản lý cửa hàng | Sản phẩm, đơn hàng, phiếu giảm giá (tùy phân quyền) |
| Administrator / Quản trị viên | Quản trị hệ thống; hạn chế cấp đại trà |
02. Xác định phiên bản và giao diện quản trị
Tìm đúng nút sửa để không áp dụng nhầm hướng dẫn.
- Đăng nhập đường dẫn
https://tenmiencuaban/wp-admin/bằng tài khoản được cấp. - Ở Giao diện → Giao diện (Appearance → Themes), xem tên theme đang kích hoạt.
- Mở một Trang và tìm nút Edit with UX Builder / UX Builder (Classic), hoặc Edit with Flatsome Builder (dòng mới).
- Nếu dùng Classic, thực hiện các bước UX Builder trong tài liệu; nếu dùng dòng mới, ưu tiên đường dẫn Flatsome → Dashboard và trình chỉnh sửa block như ghi chú bên dưới.
Tham khảo chính thức: Flatsome docs (mới) · Classic docs.
03. Đăng nhập, đổi mật khẩu và thao tác WordPress
Làm quen thanh quản trị, đường dẫn và trạng thái nội dung.
- Nhập URL quản trị do bộ phận kỹ thuật cung cấp; kiểm tra HTTPS và tên miền chính xác.
- Nhập tên đăng nhập, mật khẩu; hoàn thành xác thực 2 lớp nếu có.
- Nhìn menu bên trái: Trang (Pages) là nội dung tĩnh, Bài viết (Posts) là tin/bài, Sản phẩm (Products) là hàng hóa.
- Để đổi mật khẩu: Thành viên → Hồ sơ, thực hiện theo chính sách công ty.
- Kết thúc ca làm, đăng xuất; không dùng chung tài khoản.
| Trạng thái | Ý nghĩa |
|---|---|
| Bản nháp / Draft | Chưa công khai |
| Chờ duyệt / Pending | Đang chờ người có quyền xuất bản |
| Đã đăng / Published | Người truy cập có thể xem |
| Riêng tư / Private | Chỉ nhóm được phép xem (tùy cấu hình) |
| Thùng rác / Trash | Có thể khôi phục khi chưa xóa vĩnh viễn |
04. Làm quen UX Builder (Classic)
Phân biệt vùng cây nội dung, khung xem trước và công cụ lưu.
- Vào Trang → Tất cả trang, di chuột lên trang cần sửa và chọn Edit with UX Builder (hoặc mở trang rồi nhấn UX Builder).
- Ở vùng xem trước, bấm đúng chữ, ảnh hoặc khối cần sửa.
- Quan sát cây khối/cột thiết lập bên trái; tìm Section → Row → Column → Element.
- Sửa trường nội dung hoặc thuộc tính, rồi kiểm tra kết quả trong phần xem trước.
- Nhấn Update/Publish theo trạng thái trang để lưu, sau đó mở URL ngoài trang quản trị kiểm tra.
05. Section, Row, Column và các Element
Hiểu bố cục để thêm/sắp xếp nội dung không phá thiết kế.
Section là vùng lớn, thường có nền và khoảng cách; Row chứa hệ lưới; Column là cột; Element là văn bản, hình ảnh, nút, video, sản phẩm...
- Chọn vị trí muốn thêm nội dung; nhấn dấu + ở đúng Section/Row/Column.
- Tìm Element bằng từ khóa:
Text,Image,Button,Banner,Slider,Products. - Chèn thử một Element, sửa thuộc tính, kiểm tra khoảng cách.
- Để di chuyển: dùng tính năng kéo thả/công cụ sắp xếp trong UX Builder; không kéo ngẫu nhiên giữa các cột.
- Để xóa: chọn đúng Element rồi kiểm tra vùng chọn trước khi nhấn Delete; hoàn tác ngay nếu sai.
06. Sửa chữ, tiêu đề, đoạn văn và nút bấm
Phần việc gặp nhiều nhất trong vận hành website.
- Vào đúng trang trong UX Builder, nhấp vùng tiêu đề hoặc chữ cần đổi.
- Chọn Element Text / Title / Text Box tùy thiết kế; nhập nội dung mới, kiểm tra dấu tiếng Việt và xuống dòng.
- Giữ thứ tự tiêu đề hợp lý: H1 cho tiêu đề chính, H2 cho mục, H3 cho mục con (nếu đang có cấu trúc này).
- Với nút Button: sửa nhãn và ô Link; dùng URL đầy đủ cho website ngoài, URL nội bộ chính xác cho trang trong.
- Kiểm tra trên di động: chữ không tràn, nút đủ lớn, tương phản rõ; nhấn Update.
| Nội dung | Ví dụ kiểm tra |
|---|---|
| Tiêu đề | Không lặp H1; không viết HOA toàn bộ nếu không cần |
| Nút Liên hệ | Trỏ đúng /lien-he/ hoặc số điện thoại dạng tel: |
| Nút Zalo | Đường dẫn Zalo đã xác thực của doanh nghiệp |
| Nút Email | Dùng mailto:hotro@tenmien.vn, không thừa khoảng trắng |
07. Thư viện Media, ảnh sản phẩm và tối ưu hình ảnh
Upload đúng tỷ lệ, tránh ảnh vỡ hoặc quá nặng.
- Chuẩn bị ảnh đã duyệt: tên tệp không dấu, rõ nghĩa, ví dụ
banner-dich-vu-seo.webp. - Vào Media → Add New (Thư viện → Thêm mới), tải ảnh lên.
- Nhập Alternative Text (Alt) mô tả đúng nội dung ảnh, không nhồi từ khóa; điền chú thích khi hữu ích.
- Trong UX Builder chọn Element Image/Banner → chọn Media Library → ảnh mới.
- Kiểm tra crop, tỷ lệ, chữ trên ảnh và độ nét ở cả desktop/mobile.
| Loại ảnh | Gợi ý thực hành (không phải bắt buộc) |
|---|---|
| Ảnh hero/banner | Chuẩn bị khung theo layout thực tế; hình rộng đủ nét cho desktop |
| Ảnh sản phẩm | Cùng tỷ lệ và nền nhất quán giữa các sản phẩm |
| Ảnh trong bài | Ưu tiên WebP/AVIF nếu hệ thống hỗ trợ |
| Tên ảnh/Alt | Rõ nghĩa, trung thực, không nhồi từ khóa |
08. Banner, slider, background và popup
Thay nội dung chiến dịch mà không làm hỏng phần hiển thị.
- Mở trang chủ bằng UX Builder, chọn đúng Banner hoặc Slider trong cây nội dung.
- Với Banner: sửa ảnh nền, tiêu đề, nút CTA; kiểm tra lớp phủ (overlay) và vị trí chữ.
- Với Slider: xác định từng slide; sửa hoặc clone slide, tránh xóa cả slider.
- Nếu slider có tự chạy, kiểm tra thời gian và hành vi trên mobile; tránh dùng quá nhiều ảnh nặng.
- Xem desktop/tablet/mobile, nhấn Update, kiểm tra ngoài frontend.
09. Tạo, sao chép và chỉnh sửa Trang
Áp dụng cho Giới thiệu, Dịch vụ, Liên hệ, Chính sách...
- Vào Trang → Thêm trang mới. Nhập tiêu đề và kiểm tra đường dẫn tĩnh (slug).
- Chọn cách biên tập phù hợp hệ thống; với Classic dùng UX Builder khi trang đã được thiết kế bằng UX Builder.
- Nếu tạo trang theo mẫu, sao chép trang chuẩn bằng tính năng nhân bản được cài sẵn (nếu có); thay toàn bộ dữ liệu mẫu.
- Cài ảnh đại diện, cha/con của trang hoặc mẫu trang nếu website sử dụng.
- Lưu nháp → gửi duyệt nội dung/SEO → xuất bản → đưa vào menu nếu cần.
10. Bài viết Blog/Tin tức, danh mục và thẻ
Quy trình từ bản nháp tới bài đăng được kiểm tra SEO.
- Vào Bài viết → Viết bài mới, nhập tiêu đề, nội dung, ảnh đại diện.
- Chọn Chuyên mục (Categories) chính xác; hạn chế tạo chuyên mục trùng hoặc gần nghĩa.
- Viết mở bài trực tiếp, chia H2/H3; chèn ảnh có Alt và internal link phù hợp.
- Xem trước bài viết để kiểm tra đoạn văn, mục lục và liên kết.
- Điền dữ liệu SEO qua plugin đang dùng (Yoast/Rank Math/khác nếu có); nhấn Lưu nháp hoặc Đăng.
| Mục | Kiểm tra trước khi đăng |
|---|---|
| Tiêu đề SEO | Phản ánh đúng chủ đề và ý định tìm kiếm |
| Meta description | Mô tả trung thực, dễ hiểu, không trùng lặp |
| URL | Ngắn, rõ nghĩa, hạn chế chỉnh lại sau xuất bản |
| Internal link | Liên kết đến trang liên quan, anchor tự nhiên |
| Ảnh đại diện | Hiển thị đẹp khi chia sẻ lên mạng xã hội |
12. Header, logo, top bar, sticky header
Những thay đổi thường ảnh hưởng toàn website.
- Classic: vào Giao diện → Tùy biến → Header hoặc Flatsome → Theme Options tùy phiên bản/cấu hình.
- Chọn Header Main/Top Bar/Bottom Bar; xác định vị trí logo, search, menu, giỏ hàng.
- Thay logo bằng ảnh đúng quy cách, không chỉnh kích thước quá lớn.
- Kiểm tra Sticky Header và mobile; không làm che nội dung hoặc nút chức năng.
- Nhấn Publish trong Customizer khi đã kiểm tra.
14. Màu sắc, font chữ, khoảng cách và responsive
Đảm bảo nhất quán nhận diện thương hiệu.
- Classic: truy cập Giao diện → Tùy biến hoặc Flatsome → Theme Options.
- Kiểm tra nhóm Style / Colors / Typography (tên có thể khác).
- Thử thay đổi nhỏ trên trang staging; lưu lại mã màu và font gốc.
- Chọn chế độ Desktop, Tablet, Mobile trong trình dựng trang; kiểm tra chiều rộng cột, khoảng cách, độ lớn chữ.
- Không tự ý chèn CSS nếu chưa có người duyệt kỹ thuật.
| Điểm kiểm tra | Tiêu chuẩn nội bộ nên áp dụng |
|---|---|
| Khả năng đọc | Độ tương phản tốt, không dùng chữ quá nhỏ |
| Lề và khoảng cách | Các khối có nhịp đều, không chạm mép màn hình |
| Mobile | Không tràn ngang, nút dễ chạm |
| Hình ảnh | Không cắt mất nội dung quan trọng |
| Toàn site | Header/footer giữ thống nhất |
15. WooCommerce: Tổng quan cửa hàng
Xác định menu quản lý bán hàng và quyền chỉnh sửa.
Chương 15–19 áp dụng khi website đã cài và kích hoạt WooCommerce. Một số trường phụ thuộc plugin vận chuyển/thanh toán và cấu hình cửa hàng.
- Vào WooCommerce → Home/Orders/Settings để xem tình trạng cửa hàng.
- Vào Sản phẩm → Tất cả sản phẩm để kiểm tra danh sách, trạng thái và tồn kho.
- Tài khoản Shop Manager chỉ được sửa đúng phân hệ phân quyền.
- Khi nhận đơn, kiểm tra đơn thật và phương thức thanh toán trước khi đổi trạng thái.
- Không thay đổi cấu hình cổng thanh toán, thuế hay email hệ thống khi chưa có phê duyệt.
16. Thêm sản phẩm đơn giản (Simple Product)
Quy trình chi tiết tạo sản phẩm bán hàng.
- Vào Sản phẩm → Thêm mới; nhập tên sản phẩm rõ nghĩa.
- Nhập mô tả dài, mô tả ngắn, chọn danh mục, ảnh đại diện và thư viện ảnh.
- Trong Product data chọn Simple product; nhập Regular price và Sale price nếu có.
- Mục Inventory: nhập SKU, bật quản lý tồn kho nếu cửa hàng sử dụng; nhập số lượng đúng số liệu.
- Mục Shipping: trọng lượng/kích thước theo chính sách vận chuyển (nếu áp dụng).
- Nhập Alt ảnh, kiểm tra URL, SEO, đăng thử bản nháp và xem trước trước khi Publish.
17. Sản phẩm biến thể (Variable Product)
Thiết lập kích thước, màu sắc, SKU và tồn kho từng biến thể.
- Mở sản phẩm → Product data → Variable product.
- Vào Attributes: tạo thuộc tính như Màu sắc hoặc Kích thước, thêm giá trị; đánh dấu dùng cho biến thể.
- Vào Variations: tạo các tổ hợp cần bán (không cần sinh mọi tổ hợp nếu không kinh doanh).
- Ở từng biến thể nhập giá, SKU, tồn kho, ảnh và trạng thái còn hàng.
- Lưu thuộc tính/biến thể → Update sản phẩm → kiểm tra lựa chọn ở trang chi tiết và thao tác thêm vào giỏ.
| Thuộc tính | Ví dụ |
|---|---|
| Màu sắc | Đen, Trắng |
| Kích thước | S, M, L |
| SKU biến thể | AO-DEN-M |
| Giá/tồn kho | Nhập riêng cho biến thể nếu chính sách khác nhau |
18. Danh mục, thuộc tính, đánh giá và trang Shop
Quản lý cấu trúc cửa hàng và trải nghiệm danh sách.
- Vào Sản phẩm → Danh mục để tạo/sửa tên, slug, cha/con, ảnh đại diện danh mục.
- Vào Sản phẩm → Thuộc tính để quản lý bộ thuộc tính dùng lại.
- Chỉnh thứ tự và hiển thị sản phẩm theo cấu hình WooCommerce/Flatsome nếu được phân quyền.
- Kiểm tra trang danh mục, lọc sản phẩm, phân trang, nút mua, ảnh placeholder và mobile.
- Nếu kiểm duyệt đánh giá, tuân thủ chính sách đánh giá trung thực; không tự tạo đánh giá giả.
19. Đơn hàng, coupon, thanh toán và vận chuyển
Tác nghiệp thương mại phải giữ nguyên tính chính xác dữ liệu.
- Mở WooCommerce → Orders; tìm theo mã đơn/tên khách/ngày.
- Đọc đủ sản phẩm, số lượng, phí vận chuyển, tổng thanh toán, ghi chú và trạng thái thanh toán.
- Chỉ đổi trạng thái khi điều kiện nghiệp vụ đáp ứng (đã xác nhận tiền/đã giao theo quy trình công ty).
- Với coupon: tạo mã và giới hạn ngày, số lượt, danh mục theo chương trình được duyệt.
- Đối với thay đổi cổng thanh toán, thuế, phí vận chuyển: chuyển người phụ trách quản trị.
| Trạng thái WooCommerce | Cách hiểu thông dụng — tùy cổng thanh toán |
|---|---|
| Pending payment | Chờ thanh toán |
| On hold | Tạm giữ/chờ xác nhận |
| Processing | Đang xử lý |
| Completed | Hoàn tất |
| Cancelled | Đã hủy |
| Refunded | Đã hoàn tiền |
| Failed | Thanh toán thất bại |
20. Form liên hệ, email và link liên hệ
Kiểm tra trọn luồng khách gửi → hệ thống nhận.
- Xác định plugin form (Contact Form 7, WPForms, Fluent Forms, Forms của Flatsome mới...).
- Truy cập menu plugin tương ứng, chọn đúng form đang gắn ở trang; sao chép cấu hình trước khi sửa.
- Kiểm tra các trường bắt buộc: họ tên, số điện thoại/email, nội dung, đồng ý xử lý dữ liệu nếu cần.
- Gửi một biểu mẫu thử bằng dữ liệu test; xác nhận email hoặc nơi lưu lead nhận được.
- Kiểm tra chống spam, thông báo thành công và trải nghiệm trên mobile.
21. SEO, URL, sitemap, internal link và redirect
Chỉnh nội dung không phá lưu lượng tìm kiếm.
- Trước khi sửa trang có traffic, ghi lại URL, tiêu đề SEO, H1 và các liên kết quan trọng.
- Không đổi slug, cấu trúc category hoặc xóa trang đang index mà không có phương án chuyển hướng 301.
- Đảm bảo mỗi URL phục vụ một ý định tìm kiếm; dùng liên kết nội bộ đúng trang đích.
- Tối ưu title/meta qua plugin SEO được cài, thay ảnh/Alt phù hợp và kiểm tra canonical nếu có quyền.
- Xem kết quả frontend, source meta cơ bản và lưu nhật ký thay đổi.
| Tình huống | Thao tác đúng |
|---|---|
| Bài mới | Viết nội dung gốc, chọn danh mục, slug và liên kết nội bộ |
| Trang đổi URL | Báo SEO/kỹ thuật tạo 301 rồi kiểm tra |
| Trang phân trang | Không tùy tiện noindex/canonical toàn bộ |
| Trang cũ có traffic | Kiểm tra tác động trước khi xóa/hợp nhất |
22. Cache, tối ưu tốc độ và lỗi không thấy cập nhật
Phân biệt lỗi lưu với lỗi cache.
- Đầu tiên kiểm tra đã nhấn Update/Publish và trang không báo lỗi.
- Tải lại bằng cửa sổ ẩn danh, thử trình duyệt/thiết bị khác.
- Nếu có plugin cache/CDN, nhờ người có quyền xóa cache đúng trang hoặc cache liên quan.
- Nếu ảnh cũ còn, kiểm tra URL ảnh trong Element và CDN; đừng upload lặp vô hạn.
- Nếu layout lỗi chỉ trên điện thoại, kiểm tra thiết lập responsive và cache CSS.
23. Sao lưu, cập nhật theme/plugin và môi trường staging
Bảo vệ website trước thay đổi cấu hình hoặc giao diện.
- Trước các thay đổi lớn, xác nhận có bản sao lưu database + wp-content + cấu hình và biết cách khôi phục.
- Ưu tiên thử trên website staging, đối chiếu giao diện và các tính năng mua hàng/form.
- Kiểm tra changelog, tương thích WordPress/PHP/WooCommerce và plugin liên quan.
- Kỹ thuật thực hiện cập nhật theo lịch; kiểm tra sau cập nhật: trang chủ, menu, bài viết, sản phẩm, giỏ hàng, thanh toán.
- Ghi rõ ai cập nhật, thời điểm, phiên bản cũ/mới và kết quả kiểm tra.
24. Xử lý sự cố thường gặp & cách báo kỹ thuật
Khắc phục bước đầu an toàn và chuyển tuyến đúng lúc.
| Hiện tượng | Kiểm tra bước đầu | Khi nào chuyển kỹ thuật |
|---|---|---|
| Không thấy UX Builder | Kiểm tra tài khoản/quyền, phiên bản theme và trang phù hợp | Thiếu plugin/theme, xung đột hoặc lỗi JS |
| Sửa nhưng frontend không đổi | Đã Update? Xem ẩn danh, cache | Cache CDN/server hoặc lỗi lưu |
| Mất một khối giao diện | Dùng Undo/Revision nếu còn; đối chiếu ảnh trước sửa | Không khôi phục được hoặc ảnh hưởng nhiều trang |
| Ảnh không hiển thị | Kiểm tra Media URL, Alt, định dạng | Lỗi quyền tệp, CDN, tối ưu ảnh |
| Menu sai trên mobile | Kiểm tra menu gán và responsive | Lỗi JavaScript/CSS hoặc header đặc biệt |
| Không nhận form | Thử gửi test, kiểm tra spam/đích nhận | SMTP, DNS hoặc plugin form |
| 500/white screen | Dừng thao tác, ghi thời điểm và URL | Chuyển kỹ thuật ngay, không tự sửa core |
| Đơn hàng sai tiền | Dừng xác nhận/hoàn tiền, ghi mã đơn | Chuyển quản trị/kinh doanh ngay |
Mẫu thông tin gửi bộ phận kỹ thuật
URL lỗi: ...
Thời điểm: ...
Tài khoản vai trò: ... (không gửi mật khẩu)
Thiết bị/trình duyệt: ...
Đã thao tác các bước: 1)... 2)...
Kết quả mong muốn / thực tế: ...
Ảnh chụp màn hình, video (đã che dữ liệu nhạy cảm): ...
25. Quy trình chuẩn cho nhân viên: trước – trong – sau chỉnh sửa
Checklist áp dụng trong công việc hằng ngày.
26. Bài tập thực hành và tiêu chí nghiệm thu
Đào tạo nhân viên mới trước khi cấp quyền trên website thật.
| Bài tập | Thực hiện trên staging | Đạt khi |
|---|---|---|
| 01 | Thay tiêu đề và 1 đoạn mô tả | Đúng chữ, không vỡ bố cục |
| 02 | Thay ảnh banner và sửa CTA | Ảnh đẹp cả desktop/mobile, link đúng |
| 03 | Tạo bài blog với ảnh, danh mục, internal link | Đúng cấu trúc, đủ thông tin |
| 04 | Thêm sản phẩm Simple có SKU, giá, ảnh | Hiển thị đúng trên Shop |
| 05 | Tạo sản phẩm 2 biến thể | Chọn biến thể, giá và tồn kho đúng |
| 06 | Sửa footer trên bản sao | Không ảnh hưởng ngoài phạm vi |
| 07 | Tìm nguyên nhân “sửa mà không thấy đổi” | Kiểm tra Update + cache đúng cách |
| 08 | Lập báo cáo lỗi hoàn chỉnh | Có URL, bước tái hiện và ảnh |
Gợi ý đánh giá: mỗi bài 10 điểm, 80% trở lên mới đề xuất cấp quyền biên tập website production; các bài thay đổi toàn site cần phê duyệt riêng.
27. Từ điển thuật ngữ và tài liệu tham khảo
Đọc khi gặp từ tiếng Anh trong giao diện.
| Thuật ngữ | Nghĩa |
|---|---|
| Frontend | Phần website khách truy cập nhìn thấy |
| Backend / Dashboard | Khu vực quản trị WordPress |
| UX Builder | Trình dựng nội dung của Flatsome Classic |
| Element / Block | Thành phần giao diện |
| Section / Row / Column | Vùng / hàng / cột bố cục |
| Media Library | Thư viện ảnh, video, tệp |
| Slug / Permalink | Đường dẫn URL của nội dung |
| Responsive | Tự thích nghi theo kích thước màn hình |
| Staging | Bản sao thử nghiệm trước khi đưa lên thật |
| Cache / CDN | Bộ nhớ đệm / mạng phân phối nội dung |
| SKU | Mã quản lý sản phẩm |
| Variable Product | Sản phẩm có biến thể |
| UX Block | Khối nội dung dùng lại trong Classic |
Nguồn đối chiếu
28. Hướng dẫn tiếng Việt đối chiếu 5 bộ tài liệu chính thức
Phần này diễn giải, hệ thống hóa và hướng dẫn thực hành bằng tiếng Việt theo những chủ đề có trong tài liệu của nhà phát triển. Đây là nội dung đào tạo biên soạn độc lập, không phải bản dịch toàn văn của các trang nguồn. Chọn liên kết Đọc tài liệu gốc khi cần kiểm tra thay đổi theo phiên bản.
28.1. Flatsome mới – Site Builder / Block Editor
- Chuẩn bị: đăng nhập WordPress; kiểm tra theme đang chạy và quyền chỉnh sửa. Không cài bản theme mới lên website Classic chỉ để thử giao diện.
- Khởi tạo nội dung: vào mục Trang (Pages), tạo một trang nháp, nhập tiêu đề, thêm block/khối nội dung; xem trước rồi mới xuất bản.
- Thiết lập trang chủ: xác định trang muốn làm trang chủ và trang bài viết; kiểm tra đường dẫn và cấu hình trang tĩnh trong phần cài đặt WordPress.
- Thiết kế toàn website: dùng vùng thiết lập màu chữ, màu thương hiệu, phông chữ và khoảng cách để giữ phong cách đồng nhất. Không sửa từng trang bằng nhiều màu tùy ý.
- Header & Footer: kiểm tra logo, menu chính, liên kết liên hệ, số điện thoại, icon giỏ hàng; kiểm tra bản mobile và desktop riêng.
- Banner & Slider: thay ảnh, văn bản, nút CTA, đích liên kết; kiểm tra ảnh bị cắt trên điện thoại trước khi xuất bản.
- WooCommerce: các vùng shop, sản phẩm, giỏ hàng và thanh toán có thể có block/template riêng; thử mua hàng trên môi trường kiểm thử nếu thay đổi bố cục bán hàng.
- Chuyển từ Classic: chỉ thực hiện theo kế hoạch nâng cấp được phê duyệt; sao lưu và thử trên staging, đặc biệt với shortcode/UX Block.
Thuật ngữ: Site Builder = công cụ dựng giao diện toàn website; Block = khối nội dung; Pattern = mẫu nhóm khối dùng lại; Global Styles = kiểu hiển thị dùng chung; Template = mẫu hiển thị.
28.2. Flatsome Classic – UX Builder
- Mở trang: WordPress → Trang → chọn trang cần sửa → Edit with UX Builder (nếu website có nút này).
- Nhận diện bố cục: Section là vùng lớn; Row là hàng; Column là cột; Element là nội dung như Text, Image, Button, Banner.
- Thay văn bản: chọn đúng Text/Heading → nhập nội dung → kiểm tra chữ dài có làm vỡ bố cục không.
- Thay hình: mở thuộc tính Image/Banner → chọn Media Library → tải ảnh đúng kích thước; không dùng ảnh mờ hoặc nặng bất thường.
- Thay nút: kiểm tra text trên nút và URL; nếu dẫn ra ngoài website nên kiểm tra uy tín của trang đích.
- Thêm vùng: chỉ thêm Section/Row/Column khi nắm được bố cục; hạn chế sao chép các block có ID trùng lặp hoặc nội dung ẩn.
- UX Blocks: xác định block dùng chung trước khi sửa, vì chỉnh một block có thể làm thay đổi nhiều trang.
- Mobile: mở chế độ màn hình hẹp, kiểm tra cỡ chữ, khoảng cách và độ cao banner; không mặc định hình trên desktop sẽ đẹp trên mobile.
- Lưu và kiểm tra: nhấn Apply/Update theo giao diện được cung cấp → xem trang thực tế ở tab ẩn danh → kiểm tra link và ảnh.
Lỗi thường gặp: sửa sai trang nháp, thay ảnh nhưng cache chưa xóa, banner có chữ bị cắt, sửa UX Block khiến nhiều nơi đổi, hoặc quên bấm Update. Nếu không chắc nguồn nội dung, không tự xóa một Section.
28.3. WooCommerce – thêm và quản lý sản phẩm
Đọc tài liệu gốc WooCommerce Products
| Loại sản phẩm | Cách hiểu bằng tiếng Việt | Khi nào dùng |
|---|---|---|
| Simple product | Sản phẩm đơn giản | Một mẫu hàng, không cần khách chọn biến thể |
| Variable product | Sản phẩm có biến thể | Áo nhiều size/màu, mỗi biến thể có thể có giá và kho riêng |
| Grouped product | Nhóm các sản phẩm | Trưng bày nhiều món liên quan trên một trang |
| External/Affiliate | Sản phẩm bán tại trang khác | Giới thiệu hàng và dẫn sang đối tác |
| Virtual/Downloadable | Sản phẩm ảo / có thể tải xuống | Dịch vụ hoặc tài liệu số, tùy cấu hình |
Quy trình nhập một sản phẩm: vào Sản phẩm → Thêm mới; nhập tên rõ ràng; viết mô tả ngắn và dài; chọn danh mục; chọn đúng loại sản phẩm; điền giá thường/giá khuyến mãi (nếu có); nhập SKU, quản lý tồn kho khi được phân quyền; thêm ảnh đại diện và thư viện ảnh; kiểm tra thuộc tính/biến thể; xem trước; xuất bản. Sau đó mở trang chi tiết sản phẩm ở chế độ ẩn danh để kiểm tra hiển thị.
Ví dụ với áo thun ba màu, ba size: dùng Variable product, tạo thuộc tính Màu và Kích thước, đánh dấu dùng cho biến thể, tạo các tổ hợp cần bán, đặt giá và tình trạng tồn kho cho từng tổ hợp. Không nhập một giá duy nhất rồi bỏ trống giá biến thể nếu hệ thống yêu cầu giá của từng biến thể.
Quy tắc dữ liệu: danh mục giúp khách tìm hàng; tag chỉ dùng nếu thực sự cần; SKU phải nhất quán; ảnh cần đúng sản phẩm; không tự bật quản lý tồn kho nếu chưa hiểu quy trình kho thực tế; kiểm tra trạng thái thuế và giao hàng theo chính sách cửa hàng.
28.4. WooCommerce – quản lý đơn hàng
Đọc tài liệu gốc WooCommerce Orders
| Trạng thái | Diễn giải vận hành | Việc cần kiểm tra |
|---|---|---|
| Pending payment | Đang chờ thanh toán | Kiểm tra phương thức và thời hạn thanh toán |
| On hold | Đang tạm giữ / chờ xác minh | Đối soát giao dịch hoặc xác nhận thủ công |
| Processing | Đã vào quy trình xử lý | Kiểm tra hàng, đóng gói, giao vận |
| Completed | Đơn hoàn tất | Chỉ đánh dấu khi thực sự đáp ứng quy trình hoàn tất |
| Cancelled | Đã hủy | Kiểm tra lý do và thông báo liên quan |
| Refunded | Đã hoàn tiền (toàn phần hoặc theo hệ thống) | Đối chiếu số tiền thực hoàn với cổng thanh toán |
| Failed | Đơn thanh toán không thành công | Kiểm tra lỗi thanh toán trước khi yêu cầu khách thao tác lại |
- Vào WooCommerce → Orders/Đơn hàng (hoặc đường dẫn quản lý đơn tùy phiên bản).
- Lọc đơn theo thời gian/trạng thái; mở đơn để đối chiếu tên, điện thoại, địa chỉ, mặt hàng, tổng tiền, phí vận chuyển và ghi chú.
- Đối soát thanh toán theo bằng chứng hoặc trạng thái cổng thanh toán; không tự suy đoán đã nhận tiền.
- Cập nhật trạng thái phù hợp quy trình bán hàng; phân biệt ghi chú nội bộ với ghi chú gửi khách hàng.
- Chỉ sửa hàng, phí, hoàn tiền hoặc thông tin cá nhân nếu được ủy quyền; ghi lại lý do thay đổi.
- Khi có lỗi, lưu mã đơn, thời gian, trạng thái, ảnh màn hình (che dữ liệu nhạy cảm) và gửi người quản trị.
Kiểm thử: thao tác thử đơn hàng trên staging/sandbox. Không tự tạo đơn thử có thanh toán thật trên website đang bán hàng.
28.5. WordPress – quản trị nội dung và bảo mật
- Dashboard/Bảng tin: nơi hiển thị thông báo và các lối tắt quản trị. Cảnh báo cập nhật không đồng nghĩa được phép cập nhật ngay.
- Pages/Trang: dùng cho các trang thường xuyên tồn tại như Giới thiệu, Liên hệ, Dịch vụ.
- Posts/Bài viết: dùng cho tin tức, kiến thức, blog. Mỗi bài cần tiêu đề, nội dung, chuyên mục, ảnh đại diện và xem trước.
- Media/Thư viện: lưu hình ảnh, tệp; đặt tên rõ ràng, dùng định dạng phù hợp, khai báo alt text mô tả ảnh khi cần.
- Appearance/Giao diện: nơi có menu, widget, tùy biến tùy loại theme; chỉ người được giao quản lý giao diện mới thay đổi.
- Users/Thành viên: mỗi nhân viên dùng tài khoản riêng, cấp quyền tối thiểu, bật xác thực nhiều lớp nếu website hỗ trợ.
- Plugins/Plugin: không tự cài hoặc gỡ plugin trên site thật vì có thể gây lỗi giao diện, SEO, thanh toán hoặc bảo mật.
- Updates/Cập nhật: sao lưu trước, thử trên staging, ghi lại phiên bản và kiểm tra các luồng quan trọng sau cập nhật.
28.6. Bảng thuật ngữ Anh – Việt nhanh
| Tiếng Anh trong giao diện | Cách hiểu tiếng Việt |
|---|---|
| Edit / Update / Publish / Preview | Sửa / Cập nhật / Xuất bản / Xem trước |
| Draft / Pending review / Trash | Bản nháp / Chờ duyệt / Thùng rác |
| Featured image / Gallery | Ảnh đại diện / Bộ sưu tập ảnh |
| Permalink / Slug / Category | Đường dẫn tĩnh / Đoạn URL / Danh mục |
| Header / Footer / Sidebar | Đầu trang / Chân trang / Thanh bên |
| Responsive / Breakpoint | Co giãn theo màn hình / Ngưỡng kích thước màn hình |
| Section / Row / Column / Element | Vùng / Hàng / Cột / Thành phần |
| SKU / Stock / Attribute / Variation | Mã hàng / Tồn kho / Thuộc tính / Biến thể |
| Regular price / Sale price | Giá thường / Giá khuyến mãi |
| Coupon / Shipping / Tax | Mã giảm giá / Vận chuyển / Thuế |
| Cache / Backup / Staging | Bộ nhớ đệm / Sao lưu / Môi trường thử nghiệm |
| SEO title / Meta description / Alt text | Tiêu đề SEO / Mô tả SEO / Văn bản thay thế ảnh |
28.7. Bài thực hành tổng hợp
- Tạo một trang nháp, thêm một vùng nội dung gồm tiêu đề, ảnh và nút liên hệ; gửi link xem trước để người phụ trách duyệt.
- Tạo một bài viết nháp có chuyên mục, ảnh đại diện, H2 và liên kết nội bộ.
- Trên môi trường thử nghiệm, tạo một sản phẩm đơn giản và một sản phẩm có hai biến thể, rồi kiểm tra giá và tồn kho.
- Kiểm tra một đơn hàng thử, ghi lại ý nghĩa trạng thái và quy trình bàn giao.
- Kiểm tra toàn bộ trên màn hình desktop và mobile; báo cáo ảnh trước/sau và đường dẫn các nội dung đã chỉnh.
5 nguồn đối chiếu: Flatsome mới · Flatsome Classic · WooCommerce sản phẩm · WooCommerce đơn hàng · WordPress. Các trang nguồn có thể thay đổi theo thời gian.
29. Lộ trình đào tạo 5 buổi & phân cấp nhân viên
Học đúng nội dung theo vai trò, có đầu ra và người duyệt.
| Buổi | Nội dung | Thực hành bắt buộc | Đầu ra |
|---|---|---|---|
| 1 (2 giờ) | Đăng nhập, phân quyền, Trang, Bài viết, Media | Sửa 1 trang nháp, đăng 1 bài nháp và tối ưu 2 ảnh | Không làm thay đổi trang công khai |
| 2 (3 giờ) | UX Builder, Section, Row, Banner, Slider | Dựng landing page nháp từ bố cục có sẵn | Giao diện không vỡ trên mobile |
| 3 (2 giờ) | Header, footer, menu, UX Blocks, responsive | Thực hiện trên staging hoặc bản sao | Liệt kê được phạm vi ảnh hưởng |
| 4 (3 giờ) | WooCommerce: sản phẩm, biến thể, đơn hàng | Tạo 2 sản phẩm mẫu và 1 đơn hàng kiểm thử | Đúng giá, kho, tùy chọn sản phẩm |
| 5 (2 giờ) | SEO, QA, sao lưu, xử lý sự cố và thi cuối khóa | Xuất checklist + bàn giao kết quả | Đạt tối thiểu 80/100 điểm |
Phân công theo năng lực
- Cấp 1 — Biên tập: viết bài, cập nhật ảnh, sản phẩm nháp; không sửa cấu trúc toàn site.
- Cấp 2 — Quản trị nội dung: quản lý trang, menu, banner sau khi được duyệt; có thể quản lý đơn hàng nếu được giao.
- Cấp 3 — Kỹ thuật/Admin: cấu hình plugin, thanh toán, phân quyền, theme, backup, cập nhật và khôi phục.
30. Phân quyền WordPress và WooCommerce
Biết rõ phạm vi quyền trước khi giao tài khoản.
| Vai trò | Phù hợp | Lưu ý |
|---|---|---|
| Subscriber | Chỉ đăng nhập/xem nội dung được cấp | Không dùng làm nhân viên biên tập |
| Contributor | Viết bản nháp, chờ duyệt | Khả năng upload ảnh thường bị hạn chế |
| Author | Xuất bản và sửa bài của mình | Không giao khi cần kiểm duyệt tập trung |
| Editor | Quản lý bài/trang của nhiều tác giả | Chỉ khi tin cậy và đã đào tạo |
| Shop Manager | Sản phẩm, đơn hàng và một số thiết lập cửa hàng | Quyền cụ thể phụ thuộc cấu hình và plugin |
| Administrator | Quản trị toàn hệ thống | Giới hạn người sử dụng; bật xác thực bổ sung |
- Vào Users → All Users, kiểm tra có tài khoản riêng cho từng nhân viên.
- Tạo tài khoản ở Users → Add New bằng email công việc; giao đúng role.
- Yêu cầu mật khẩu mạnh, đăng xuất ở máy dùng chung và bật 2FA nếu hệ thống hỗ trợ.
- Khi nhân viên nghỉ việc: thu hồi quyền, chuyển chủ sở hữu nội dung nếu cần, kiểm tra API keys và các phiên đăng nhập.
Không được: tự cài plugin từ nguồn lạ, chia sẻ mật khẩu qua nhóm chat, cấp Admin để giải quyết lỗi biên tập đơn giản.
31. Quy trình biên tập và duyệt xuất bản
Quy chuẩn nội dung từ tiếp nhận yêu cầu đến kiểm tra sau đăng.
- Nhận yêu cầu có URL, đầu mục cần sửa, nội dung được duyệt, deadline và người yêu cầu.
- Ghi nhận phiên bản ban đầu bằng ảnh chụp, lưu tiêu đề, URL và thông tin sản phẩm trước chỉnh sửa.
- Soạn nội dung ở trạng thái Draft hoặc trên staging. Không copy trực tiếp Word làm hỏng định dạng.
- Kiểm tra chính tả, hình ảnh, đường dẫn, giá, CTA, tên khách hàng và các tuyên bố quảng cáo.
- Xem trước desktop/tablet/mobile; xin duyệt nếu thay đổi liên quan thương hiệu, giá bán hoặc trang dùng chung.
- Publish/Update; mở tab ẩn danh và kiểm tra nội dung đã hiển thị đúng trên giao diện công khai.
- Ghi log: URL, thời gian, người thực hiện, nội dung, người duyệt, kết quả kiểm tra và phương án hoàn tác.
Phiếu yêu cầu thay đổi mẫu
URL: ____________________
Mục đích: ____________________
Nội dung trước / sau: ____________________
Mức độ ảnh hưởng: [ ] 1 trang [ ] Nhiều trang [ ] Toàn site
Người thực hiện: ______ Người duyệt: ______
Thời gian: ______ Trạng thái: ______
32. SEO nội dung và kỹ thuật dành cho biên tập viên
Thực hành đúng một trang cho một mục đích tìm kiếm; tránh chỉnh sửa SEO bừa bãi.
Checklist SEO khi xuất bản
Phân trang: trang 2, 3 của danh mục có thể có URL riêng và khả năng thu thập riêng; không tự canonical tất cả về trang 1. Quyết định index/noindex cần theo chiến lược website và kiểm tra thực tế.
33. Quy trình vận hành cửa hàng và đơn hàng thực tế
Tách dữ liệu sản phẩm, thanh toán, giao hàng và tình trạng hoàn tiền.
| Tình huống | Thao tác nhân viên | Điểm kiểm soát |
|---|---|---|
| Đơn mới, chờ thanh toán | Kiểm tra phương thức thanh toán, đối chiếu giao dịch thực | Không đánh dấu đã thanh toán chỉ vì khách gửi ảnh chuyển khoản |
| Đang xử lý | Kiểm tra tồn kho, địa chỉ, phí ship, chuẩn bị hàng | Không sửa tiền hàng tùy tiện |
| Hoàn thành | Chỉ cập nhật theo quy trình giao nhận đã xác nhận | Kiểm tra email tự động và hóa đơn nếu có |
| Hủy/Hoàn tiền | Xác minh yêu cầu, báo quản lý và xử lý trên cổng thanh toán nếu cần | Trạng thái Refunded không luôn đồng nghĩa tiền đã thực trả |
| Đơn thất bại | Đối chiếu lịch sử, tránh tạo trùng đơn | Không chia sẻ thông tin khách hàng ra ngoài |
Đối soát hằng ngày
- Lọc đơn theo ngày và trạng thái; kiểm tra đơn bất thường.
- Đối chiếu thanh toán trong WooCommerce với ngân hàng/cổng thanh toán theo quyền cho phép.
- Kiểm tra đơn đã giao nhưng chưa hoàn tất, đơn hoàn tiền, đơn trùng.
- Chỉ xuất dữ liệu khách hàng cho người có quyền và lưu theo chính sách bảo mật.
34. Checklist QA 35 điểm trước khi bàn giao
Biểu mẫu nghiệm thu giao diện, nội dung, thương mại điện tử và khả năng truy cập.
| Nhóm | Điểm kiểm tra |
|---|---|
| Nội dung | Đúng chính tả; không còn chữ demo; địa chỉ/điện thoại/email chuẩn; nút CTA đúng; không có link hỏng; ngày/giá hợp lệ; bản quyền ảnh rõ ràng. |
| Giao diện | Desktop 1440px; laptop 1024px; tablet 768px; mobile 390px; mobile 320px; không tràn ngang; menu mobile hoạt động; slider không che chữ. |
| Hình ảnh | Ảnh đúng nội dung; không nhòe; alt hợp lý; không tải ảnh gốc quá lớn vô cớ; crop không làm mất chủ thể. |
| Tương tác | Nút bấm; biểu mẫu và email; số điện thoại bấm gọi; link bản đồ; thông báo xác nhận; không có lỗi JavaScript lộ rõ. |
| WooCommerce | Đúng giá; giá khuyến mãi; biến thể; tồn kho; thêm vào giỏ; checkout test; phí ship; phương thức thanh toán; email đơn hàng. |
| SEO | Title; description; H1; URL; canonical; index; sitemap; liên kết nội bộ. |
| Vận hành | Có bản sao lưu; người duyệt; log sửa; không dùng admin chung; biết rollback; kiểm tra sau xóa cache. |
Cách nghiệm thu: ghi PASS/FAIL/N/A cho từng mục, đính kèm URL và ảnh chụp; mọi lỗi blocker (giá sai, thanh toán hỏng, mất nội dung, menu hỏng) phải được xử lý trước khi duyệt.
35. Sổ tay chẩn đoán lỗi theo triệu chứng
Xử lý có thứ tự, ưu tiên an toàn và khả năng khôi phục.
| Triệu chứng | Kiểm tra lần lượt | Khi nào báo kỹ thuật |
|---|---|---|
| Sửa xong nhưng trang không đổi | Đã Update? Đúng URL? Tab ẩn danh? Cache plugin/server/CDN? | Sau khi kiểm tra mà kết quả vẫn khác |
| Trang bị vỡ sau sửa UX Builder | Xem chế độ mobile; kiểm tra Section/Row vừa xóa; xem revisions | Ảnh hưởng nhiều trang hoặc không khôi phục được |
| Ảnh không hiển thị | Kiểm tra Media, URL ảnh, định dạng và quyền truy cập | Lỗi nhiều ảnh hoặc thư mục upload |
| Không có email đơn hàng | Kiểm tra trạng thái đơn và cấu hình email | Cần kiểm tra SMTP/log máy chủ |
| Giỏ hàng/checkout lỗi | Kiểm tra sản phẩm, thanh toán, vận chuyển, cache trang động | Có khách thực bị ảnh hưởng; báo ngay |
| Màn hình trắng / lỗi 500 | Dừng thao tác, ghi thời điểm, đường dẫn, ảnh lỗi | Báo ngay; không tự xóa plugin/theme |
| Không đăng nhập được | Kiểm tra đường dẫn, quyền, mật khẩu và 2FA | Nghi bị chiếm quyền hoặc khóa nhiều tài khoản |
Thông tin lỗi bắt buộc: URL, thời điểm có múi giờ, bước tái hiện, kết quả mong muốn/thực tế, ảnh lỗi (che thông tin cá nhân), tài khoản vai trò, trình duyệt, thay đổi gần nhất.
36. Khả năng truy cập, bảo mật nội dung và hiệu suất
Các tiêu chuẩn chất lượng cần áp dụng ngay khi biên tập.
Khả năng tiếp cận
- Dùng tiêu đề theo thứ bậc H1 → H2 → H3; liên kết có nội dung đủ nghĩa, tránh “bấm vào đây”.
- Độ tương phản chữ/nền tốt; không nhúng thông tin quan trọng chỉ trong hình ảnh.
- Ảnh trang trí có alt rỗng nếu thích hợp; ảnh có thông tin cần alt mô tả chức năng/nội dung.
- Kiểm tra sử dụng bằng bàn phím Tab/Enter; menu, biểu mẫu và popup có thể đóng và thao tác được.
- Video nên có phụ đề khi phù hợp; không tự chạy âm thanh gây khó chịu.
Hiệu suất và bảo mật
- Chọn ảnh kích thước hợp lý, ưu tiên WebP/AVIF nếu hosting và trình duyệt hỗ trợ; không tải hình 5MB chỉ để hiển thị thumbnail.
- Không nhúng script tùy ý, iframe từ nguồn không tin cậy hoặc form thu thập thông tin cá nhân không được phép.
- Không đưa mật khẩu, API key, số thẻ, thông tin đơn hàng/khách hàng thật vào ảnh hướng dẫn hoặc nội dung công khai.
- Không bật chế độ tắt plugin/caching toàn site chỉ để giải quyết vấn đề một trang.
37. Bài kiểm tra cuối khóa & đánh giá năng lực
Mẫu đánh giá khách quan trước khi giao quyền lên website thật.
| Phần thi | Điểm | Tiêu chí |
|---|---|---|
| Đăng nhập, quyền, nguyên tắc an toàn | 10 | Chọn đúng role và biết khi nào không được thao tác |
| Biên tập trang/bài và UX Builder | 25 | Không làm vỡ bố cục, nội dung đúng |
| Ảnh, banner, menu, responsive | 15 | Đúng tỷ lệ, CTA, mobile |
| Sản phẩm, biến thể và đơn hàng | 20 | Giá và tồn kho chính xác, quy trình an toàn |
| SEO và QA | 15 | Đủ checklist và xử lý trùng URL đúng |
| Xử lý lỗi, bàn giao, báo cáo | 15 | Ghi log, nêu rollback, báo đúng nơi |
Xếp loại: 90–100: có thể thao tác độc lập trong phạm vi quyền; 80–89: đạt, cần duyệt bước cuối; 65–79: thực hành bổ sung; dưới 65: học lại phần chưa đạt. Điều kiện bắt buộc: không mắc lỗi nghiêm trọng về xóa dữ liệu, phân quyền, giá bán và thanh toán.
Đề thi thực hành mẫu (60–90 phút)
- Tạo một trang nháp gồm banner, 2 cột lợi ích, nút liên hệ và footer dùng chung.
- Viết bài blog 400–600 từ, có 2 hình, tối thiểu 2 liên kết nội bộ và SEO meta phù hợp.
- Tạo sản phẩm đơn giản và sản phẩm 2 biến thể, không công khai khi chưa duyệt.
- Đưa ra cách xử lý tình huống: đã Update nhưng khách hàng vẫn thấy phiên bản cũ.
- Nộp ảnh desktop/mobile, URL nháp, log công việc, checklist QA.
38. Flatsome Builder mới và quy tắc chuyển đổi từ Classic
Phân biệt công cụ đang dùng; tuyệt đối không tự chuyển đổi website đang hoạt động.
| Flatsome Classic | Flatsome mới |
|---|---|
| UX Builder, UX Blocks, tùy chọn Flatsome Theme Options, Header Builder | Flatsome Builder với block/pattern, template parts, global styles và modules |
| Thành phần giao diện có thể được lưu dạng shortcode | Giao diện xây bằng các khối (blocks) và mẫu (patterns) |
| Nhân viên tiếp tục quy trình hiện tại nếu site đang dùng Classic | Chỉ học giao diện mới nếu quản trị viên xác nhận site dùng Site Builder |
Quy trình chuyển đổi dành riêng cho kỹ thuật
- Backup đầy đủ cả tệp và cơ sở dữ liệu, tạo staging.
- Đối chiếu yêu cầu phiên bản WordPress/PHP/WooCommerce mới nhất trong tài liệu chính thức.
- Dùng công cụ Migrator để Scan → Convert → Review → Apply trên staging.
- Rà soát header/footer, trang quan trọng, checkout, UX Blocks, CSS/script tùy biến, menu mobile, index/SEO.
- Chỉ đưa lên production sau khi được duyệt; giữ phương án rollback.
Tham khảo chính thức: From Flatsome Classic và Your first page (cần Internet khi mở link ngoài).
39. Cách sử dụng tài liệu hoàn toàn ngoại tuyến
File HTML tự chứa hình, CSS, JavaScript; liên kết nguồn ngoài chỉ dùng khi có mạng.
- Tải file
Flatsome_Training_Full_Offline_TGWV_Yoast_SEO.htmlvề máy. - Nhấp đúp file và mở bằng Chrome, Safari, Edge hoặc Firefox; không yêu cầu hosting để đọc.
- Ảnh minh họa mô phỏng, toàn bộ nội dung, tìm kiếm mục lục và chế độ in hoạt động không cần mạng.
- Các đường dẫn ra tài liệu chính thức, trang web và video vẫn cần kết nối Internet nếu muốn truy cập.
- Nếu cần gửi nhân viên, upload nguyên file lên hosting hoặc chia sẻ trực tiếp qua bộ nhớ nội bộ.
Phiên bản tài liệu: 3.0 Offline · Ngày biên soạn: 05/11/2026 · Đơn vị: CÔNG TY TNHH THẾ GIỚI WEB VIỆT.
40. Quy trình viết bài chuẩn SEO với Yoast
Từ nghiên cứu ý định tìm kiếm đến nghiệm thu bài viết.
1. Hiểu đúng vai trò của Yoast SEO
Yoast SEO hỗ trợ nhập cụm từ khóa trọng tâm, SEO title, meta description, xem bản xem trước kết quả tìm kiếm, phân tích SEO và khả năng đọc. Yoast không tự nghiên cứu từ khóa, không thay thế kiểm chứng thông tin và không bảo đảm bài lên top. Google có thể tạo lại tiêu đề và mô tả trong kết quả tìm kiếm.
2. Trình tự công việc từ brief đến xuất bản
- Nhận brief: người đọc mục tiêu, chủ đề, sản phẩm/dịch vụ liên quan, URL dự kiến, người duyệt.
- Nghiên cứu truy vấn: từ khóa chính, từ khóa phụ, câu hỏi, nhu cầu tìm kiếm và đối thủ nội dung; ghi rõ nguồn khi đưa số liệu.
- Kiểm tra trùng ý định: tìm bài/trang hiện có trên website để tránh tạo hai URL cạnh tranh cùng truy vấn.
- Lập dàn ý: tiêu đề, mở bài trả lời trực tiếp, H2/H3, ví dụ, ảnh, FAQ khi có ích.
- Viết nội dung gốc: chính xác, có trải nghiệm hoặc minh chứng, không sao chép/nhồi từ khóa.
- Nhập WordPress: danh mục, ảnh đại diện, ảnh minh họa, alt, liên kết nội bộ.
- Tối ưu Yoast: focus keyphrase, slug, SEO title, meta description, đọc cảnh báo.
- QA trước xuất bản: link, điện thoại, chính tả, thông tin liên hệ, SEO, khả năng truy cập.
- Gửi duyệt → xuất bản → theo dõi: ghi URL và ngày; cập nhật theo dữ liệu Search Console, không đổi URL tùy tiện.
3. Phân loại ý định tìm kiếm
| Ý định | Ví dụ | Trang nên dùng |
|---|---|---|
| Thông tin | “cách chăm sóc website wordpress” | Bài hướng dẫn có các bước thực hiện |
| Thương mại / so sánh | “dịch vụ chăm sóc website giá bao nhiêu” | Trang giải pháp / so sánh dịch vụ |
| Giao dịch | “thuê thiết kế website doanh nghiệp” | Trang dịch vụ và biểu mẫu tư vấn |
| Điều hướng | Tìm tên một thương hiệu | Trang thương hiệu / trang liên hệ phù hợp |
4. Mẫu brief bắt buộc trước khi viết
Người đọc: Nhân viên marketing không chuyên kỹ thuật
Ý định: Học cách vận hành website an toàn
Từ khóa chính: chăm sóc website WordPress
Từ khóa phụ: cập nhật WordPress, sao lưu website, quản lý nội dung
URL dự kiến: /huong-dan-cham-soc-website-wordpress/
URL cần liên kết: trang dịch vụ chăm sóc website, bài hướng dẫn sao lưu (chỉ gắn khi đã tồn tại)
Chuyên gia kiểm tra: bộ phận kỹ thuật / quản lý nội dung
Ngày rà soát: sau xuất bản theo kế hoạch nội bộ.
41. Hướng dẫn thao tác Yoast SEO trong WordPress
Từng trường, từng bước: keyphrase, SEO title, slug, meta description và đèn đánh giá.
1. Cách mở Yoast SEO khi viết bài
- Truy cập WordPress Dashboard → Bài viết → Viết bài mới hoặc sửa bài cần tối ưu.
- Nhập tiêu đề và nội dung trong Gutenberg / Classic Editor; nếu website dùng UX Builder, kiểm tra xem Yoast có phân tích đầy đủ phần nội dung từ builder hay không.
- Trong Gutenberg, nhấp biểu tượng Yoast SEO ở thanh trên cùng để mở thanh bên; hoặc cuộn xuống hộp Yoast SEO dưới nội dung nếu phiên bản/trình soạn thảo hiển thị như vậy.
- Chọn phần SEO, Readability hoặc Social nếu các mục này được bật và có quyền truy cập.
2. Giải thích từng trường quan trọng
| Trường trong Yoast | Ý nghĩa và cách điền | Lỗi cần tránh |
|---|---|---|
| Focus keyphrase | Cụm từ truy vấn chính để plugin phân tích bài; ưu tiên dạng người dùng tìm kiếm. | Tưởng rằng đây là meta keywords hoặc chỉ cần nhập từ khóa là Google sẽ xếp hạng. |
| SEO title | Tiêu đề đề xuất cho kết quả tìm kiếm; ngắn gọn, chính xác, có lợi ích rõ. | Nhồi từ khóa, trùng title với URL khác, hứa quá mức. |
| Slug / Permalink | Đường dẫn gọn, dễ hiểu; với URL mới có thể dùng chữ không dấu. | Đổi slug bài đã xuất bản mà không kiểm tra redirect/link. |
| Meta description | 1–2 câu mô tả riêng của trang, khớp nội dung, có lý do để nhấp. | Điền danh sách từ khóa, trùng toàn site hoặc hứa sai. |
| SEO analysis | Phản hồi về keyphrase, heading, link, nội dung và ảnh. | Chèn từ khóa không tự nhiên để đạt xanh. |
| Readability analysis | Gợi ý câu, đoạn, cấu trúc, chuyển tiếp; độ phù hợp phụ thuộc ngôn ngữ. | Đánh đổi độ chính xác tiếng Việt để đổi màu đèn. |
| Social preview / metadata | Kiểm tra chia sẻ Facebook/X nếu tính năng hoặc gói hỗ trợ. | Ảnh sai tỉ lệ hoặc tiêu đề chia sẻ không đúng nội dung. |
| Advanced: robots / canonical | Thiết lập index, liên kết chuẩn; chỉ thay theo yêu cầu kỹ thuật/SEO. | Tự đặt noindex hoặc canonical sang trang khác. |
3. Viết SEO title và meta description
Không có số ký tự cố định nào bảo đảm Google hiển thị đủ. Hãy theo dõi bản xem trước desktop/mobile, ưu tiên thông tin quan trọng ở đầu, và chấp nhận việc Google có thể viết lại snippet theo truy vấn.
Ví dụ tốt – Meta description: Hướng dẫn 7 bước chăm sóc website WordPress: sao lưu, cập nhật, kiểm tra lỗi, nội dung và bảo mật. Có checklist cho nhân viên mới.
Ví dụ kém: Chăm sóc website, chăm sóc WordPress, chăm sóc website giá rẻ, chăm sóc website tốt nhất...
4. Đèn đỏ, cam, xanh: xử lý thế nào?
- Đỏ (Problems): xem nguyên nhân; sửa các lỗi có ảnh hưởng thật như thiếu tiêu đề, thiếu liên kết, bố cục khó đọc.
- Cam (Improvements): cân nhắc tối ưu nếu không làm câu văn gượng ép.
- Xanh (Good results): phù hợp một số tiêu chí của plugin, không đồng nghĩa chất lượng cao hoặc lên top.
- Xám: có thể chưa nhập focus keyphrase hoặc tính năng phân tích chưa hoạt động.
5. Khi Yoast không đọc nội dung UX Builder
Kiểm tra nội dung thực tế ở frontend và mã HTML render. Một số builder/shortcode có thể khiến đánh giá plugin không phản ánh đầy đủ nội dung mà người đọc hoặc Google nhìn thấy. Không nhân đôi văn bản ẩn chỉ để Yoast báo xanh. Gửi kỹ thuật/SEO xác minh tích hợp builder nếu kết quả lệch rõ.
42. Tối ưu SEO On-page cho bài viết Flatsome
Cấu trúc bài, hình ảnh, internal link, QA, index/canonical và lỗi cần tránh.
1. Cấu trúc bài mẫu
Mở bài: Nêu đối tượng, lợi ích và kết quả bài viết mang lại; trả lời nhanh câu hỏi chính.
H2: Vì sao cần chăm sóc website định kỳ?
H2: 7 bước chăm sóc website WordPress
H3: Sao lưu dữ liệu trước khi cập nhật
H3: Cập nhật WordPress, theme và plugin an toàn
H3: Kiểm tra form, tốc độ và hiển thị mobile
H2: Những lỗi thường gặp và cách xử lý
H2: Checklist công việc theo tuần/tháng
H2: Khi nào nên dùng dịch vụ chăm sóc website?
Kết luận: Tóm tắt bước ưu tiên, CTA phù hợp và link đến trang dịch vụ liên quan.
2. Checklist kỹ thuật SEO On-page cho mỗi bài
3. Internal link đúng chuẩn
Ưu tiên liên kết đến bài hỗ trợ (cluster), bài tổng quan (pillar) hoặc trang dịch vụ khi phù hợp chủ đề. Anchor phải mô tả nội dung đích, ví dụ “quy trình sao lưu website WordPress”, thay vì “bấm vào đây”. Số lượng link dựa trên sự hữu ích, không có mức cố định cho mọi bài.
4. Ảnh, bảng và nội dung hiển thị trên Flatsome
- Chọn ảnh thật, hình minh họa có quyền sử dụng hoặc tự sản xuất.
- Đặt tên file hợp lý, dung lượng phù hợp; tránh tải ảnh quá lớn rồi thu nhỏ bằng CSS.
- Điền Alternative Text mô tả đúng thông tin ảnh; ảnh trang trí có thể để alt rỗng.
- Kiểm tra bằng frontend rằng ảnh/bảng không tràn màn hình mobile và alt không biến thành chuỗi nhồi từ khóa.
- Trên UX Builder, kiểm tra thẻ heading của phần tử văn bản; không giả định mọi heading visual đều là H2/H3 đúng chuẩn.
5. Chọn index, noindex và canonical
6. Các lỗi thường gặp
| Lỗi | Cách sửa |
|---|---|
| Từ khóa lặp trong mỗi câu | Viết lại tự nhiên theo chủ đề và câu hỏi của người đọc. |
| Bài chỉ diễn giải chung chung | Thêm bước cụ thể, ví dụ, điều kiện áp dụng và ảnh khi cần. |
| Hai bài gần như cùng intent | Đề xuất hợp nhất/cập nhật bài cũ hoặc phân biệt rõ intent. |
| Đổi URL làm mất truy cập | Thông báo SEO/kỹ thuật, lập phương án 301 và sửa internal link. |
| Chỉ tin đèn xanh Yoast | Đánh giá nội dung, intent, người đọc, dữ liệu thật và kết quả tìm kiếm. |
| Copy nội dung AI chưa kiểm tra | Biên tập, xác minh dữ kiện, bổ sung kiến thức chuyên môn và trách nhiệm nội dung. |
43. Bài thực hành và kiểm tra cuối khóa Yoast SEO
Bài tập, thang điểm, phiếu bàn giao và bài kiểm tra kiến thức.
1. Bài thực hành 60–90 phút
Đề bài: Viết một bài hướng dẫn “Cách chăm sóc website WordPress cho doanh nghiệp nhỏ” trên bản nháp của site training. Không chỉnh sửa website khách hàng khi chưa có quyền.
- Viết brief với 1 từ khóa chính, 3–5 từ khóa liên quan, intent và 2 URL nội bộ dự kiến.
- Soạn H1, mở bài, tối thiểu 4 phần H2 và các H3 nếu thật sự cần; có ví dụ thực tế hoặc checklist.
- Chèn ảnh có quyền sử dụng, tối ưu kích thước; đặt alt có nghĩa.
- Nhập bài trong WordPress, đặt danh mục và ảnh đại diện.
- Trong Yoast, điền focus keyphrase, SEO title, slug và meta description.
- Chỉnh những gợi ý hữu ích của Yoast mà không làm văn bản gượng ép.
- Chèn 2 internal link nếu có trang đích phù hợp và tồn tại; nếu chưa có, ghi chú cho người duyệt.
- Xem trước desktop/mobile, tự rà checklist, lưu nháp và gửi link để quản lý duyệt.
2. Rubric chấm điểm (100 điểm)
| Tiêu chí | Điểm tối đa | Yêu cầu đạt |
|---|---|---|
| Đúng intent, không trùng URL | 20 | Rõ người đọc và mục tiêu tìm kiếm |
| Chất lượng, sự chính xác, tính hữu ích | 30 | Có cách làm, ví dụ, không sao chép |
| Cấu trúc H1/H2/H3 và khả năng đọc | 15 | Mạch lạc, dễ đọc trên mobile |
| Yoast SEO fields và snippet | 15 | Nhập đủ và khớp nội dung |
| Hình ảnh và internal link | 10 | Hợp lý, đúng đích, có alt phù hợp |
| QA, quy trình gửi duyệt và an toàn | 10 | Không tự đổi cấu hình hệ thống |
3. Mẫu phiếu bàn giao bài viết
URL bản nháp: …
Từ khóa chính / intent: …
SEO title: …
Meta description: …
Link nội bộ đã chèn: …
Nguồn số liệu đã xác minh: …
Trạng thái Yoast SEO / Readability: … (ghi rõ các cảnh báo chưa xử lý và lý do)
Kiểm tra mobile: Đạt / Chưa đạt
Người viết / ngày: …
Người duyệt / quyết định: …
4. 10 câu tự kiểm tra kiến thức
- Focus keyphrase có phải meta keywords gửi tới Google không?
- Đèn xanh Yoast có bảo đảm lên top không?
- Vì sao phải xác định intent trước khi viết?
- Khi nào không nên tạo URL bài mới?
- Khác nhau giữa H1, SEO title và slug?
- Google có bắt buộc dùng meta description đã nhập không?
- Có nên nhồi từ khóa để đèn xanh?
- Trường hợp nào cần tạo redirect 301?
- Vì sao phải kiểm tra bản mobile?
- Ai được thay canonical/noindex cho bài viết?
Đáp án gợi ý cho quản lý đào tạo
1 Không. 2 Không. 3 Để phục vụ đúng nhu cầu. 4 Khi đã có URL cùng intent có thể cập nhật. 5 H1 là tiêu đề chính trong nội dung; SEO title là tiêu đề đề xuất cho tìm kiếm; slug là phần đường dẫn. 6 Không. 7 Không. 8 Khi đổi URL cần giữ chuyển hướng phù hợp. 9 Để tránh lỗi hiển thị và thao tác. 10 Người có thẩm quyền SEO/kỹ thuật.
5. Tài liệu gốc để đối chiếu khi có mạng
- Yoast: Tối ưu nội dung với thanh bên Yoast SEO
- Yoast: Bật/tắt phân tích SEO, readability và các tính năng
- Yoast Developer: Nguyên lý phân tích nội dung và snippet editor
- Google Search Central: Hướng dẫn SEO căn bản
- Google: Nguyên tắc tiêu đề hiển thị trong tìm kiếm
Liên kết chỉ là nguồn đối chiếu; toàn bộ phần học, ví dụ và hình mô phỏng trong chương này vẫn đọc được offline. Nội dung được biên soạn lại bằng tiếng Việt, không phải dịch nguyên văn tài liệu của bên thứ ba.
Bảng điều khiển học tập & lộ trình 8 tuần
Bộ giáo trình gồm 100 chương: 100 chương nền tảng Flatsome/Yoast và 57 chương SEO Google, Maps, Social, AI, Canva, thiết kế website, đo lường và quản lý dự án. Chọn vai trò ở thanh công cụ để lọc các chương liên quan; muốn đọc toàn bộ hãy chọn “Tất cả”.
Lộ trình 8 tuần (đề xuất)
WordPress, Flatsome, Yoast và quyền truy cập
SEO brief, AI Writing, viết bài và QA
Keyword research, intent, SILO và On-page
Technical SEO, index, GSC và tracking
Google Business Profile và Local SEO
Social, Canva AI, video và banner
Layout website và kế hoạch SEO 6 tháng
Dự án thực chiến, báo cáo, thi và nghiệm thu
Sơ đồ minh họa quy trình chuyên môn (nhúng Base64)
44. Tiếp nhận brief khách hàng và phân tích ngành
Mục tiêu: Phân biệt mục tiêu kinh doanh (đơn hàng, lead, cuộc gọi) với chỉ số SEO (click, hiển thị, thứ hạng). Thu thập dịch vụ, địa bàn, chân dung khách, USP, nguồn lực, ngân sách và giới hạn phê duyệt.
Cách thực hiện từng bước
- Mở biểu mẫu tiếp nhận ở phụ lục
- Hỏi sản phẩm/dịch vụ nào cần ưu tiên và giá trị chuyển đổi
- Ghi URL website, danh sách đối thủ khách hàng biết, mùa vụ
- Chốt đầu ra và chủ sở hữu phê duyệt bằng văn bản
Lập brief cho doanh nghiệp giả lập An Phát Nội Thất tại TP.HCM.
Brief có 1 mục tiêu kinh doanh, 3 nhóm dịch vụ, 2 phân khúc và KPI nền.
Tránh lỗi: Không cam kết top 1 hoặc lấy thứ hạng làm mục tiêu duy nhất.
🔎 Nguồn tham khảo chính thức ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
45. Audit tình trạng hiện tại trước dự án
Mục tiêu: Baseline là mốc để so sánh sau triển khai. Kiểm tra index, nội dung, cấu trúc URL, backlink rủi ro, tốc độ, mobile và chuyển đổi; phân biệt dữ liệu xác minh và suy đoán.
Cách thực hiện từng bước
- Lấy quyền đọc Search Console/GA4 qua tài khoản được cấp
- Ghi số click, impression, CTR, trang đích trong 3 tháng gần nhất
- Rà robots, sitemap, canonical, lỗi 404 theo mức độ ảnh hưởng
- Chụp minh chứng và xếp ưu tiên theo tác động/công sức
Tạo báo cáo audit 1 trang với 10 phát hiện.
Mỗi lỗi có URL, bằng chứng, tác động, cách xử lý, owner.
Tránh lỗi: Không thay robots hoặc noindex trên website thật khi chưa được duyệt.
🔎 Nguồn tham khảo chính thức ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
46. Nghiên cứu từ khóa bằng nhiều nguồn
Mục tiêu: Gom ý tưởng từ ngôn ngữ khách hàng, GSC, Keyword Planner, SERP và đối thủ; volume chỉ là ước tính, không phải dự báo lượt truy cập. Phân biệt thương hiệu và phi thương hiệu.
Cách thực hiện từng bước
- Lấy seed keywords từ dịch vụ/sản phẩm
- Mở rộng câu hỏi và biến thể địa phương
- Đối chiếu SERP thực tế cho 10 từ khóa chính
- Gắn intent, mức ưu tiên, nguồn và ngày thu thập
Tạo danh sách 50 từ khóa phân theo cụm.
Không trùng, có intent và ước lượng ưu tiên phù hợp mục tiêu.
Tránh lỗi: Không sao chép mù quáng volume từ một công cụ.
🔎 Nguồn tham khảo chính thức ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
47. Search intent và SERP analysis
Mục tiêu: Bốn nhóm intent tham khảo: tìm hiểu, so sánh, giao dịch, điều hướng. Hình thức SERP quyết định dạng nội dung hữu ích: bài giải đáp, trang dịch vụ, danh mục hay công cụ.
Cách thực hiện từng bước
- Tìm từ khóa ở cửa sổ sạch và ghi ngày/vị trí địa lý
- Đọc tiêu đề và loại trang nổi bật thay vì chỉ nhìn vị trí
- Tổng hợp câu hỏi còn thiếu, đặc điểm ảnh/video/map
- Đề xuất loại URL và lời hứa nội dung
So sánh “thiết kế nội thất văn phòng” với “mẫu nội thất văn phòng”.
Giải thích vì sao hai intent cần URL khác nhau nếu kết quả khác đáng kể.
Tránh lỗi: Không dựa duy nhất vào AI để đoán kết quả tìm kiếm hiện tại.
🔎 Nguồn tham khảo chính thức ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
48. Keyword mapping, tránh cannibalization
Mục tiêu: Một URL có một mục đích tìm kiếm chính; nhiều từ khóa đồng nghĩa cùng intent có thể cùng một URL. Kiểm tra URL đã có trước khi tạo bài mới.
Cách thực hiện từng bước
- Xuất danh sách URL index có liên quan
- Gán cụm từ khóa chính và phụ cho một URL đích
- Đánh dấu: giữ, cập nhật, hợp nhất hoặc tạo mới
- Ghi anchor và trang liên kết nội bộ đề xuất
Mapping 30 từ khóa thành 10 URL cho website giả lập.
Không có hai URL mới tranh cùng một intent mà không có lý do.
Tránh lỗi: Không tạo một bài cho mỗi biến thể từ khóa.
🔎 Nguồn tham khảo chính thức ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
49. Xây SILO, pillar–cluster và internal link
Mục tiêu: SILO là cách tổ chức chủ đề dễ hiểu; liên kết nội bộ cần dựa ngữ cảnh và hành trình người dùng, không phải số lượng cố định. Không xây cấu trúc giả tạo chỉ để nhồi anchor.
Cách thực hiện từng bước
- Chọn trang tiền (dịch vụ/danh mục) làm đích chuyển đổi
- Thiết kế trang trụ cột và nhóm giải đáp
- Phác sitemap và breadcrumb
- Ghi anchor mô tả tự nhiên, kiểm tra trang đích tồn tại
Vẽ sơ đồ 1 pillar + 6 cluster + 2 trang dịch vụ.
Sơ đồ chỉ rõ mục đích, đường dẫn và luồng liên kết 2 chiều hợp lý.
Tránh lỗi: Không trỏ mọi link về trang chủ hoặc lặp anchor exact-match máy móc.
🔎 Nguồn tham khảo chính thức ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
50. Lập kế hoạch SEO 3–6–12 tháng
Mục tiêu: Kế hoạch gồm baseline, giả định, workstream, mốc bàn giao, nhân sự, chi phí, phụ thuộc kỹ thuật và điều kiện thay đổi. Dự báo theo kịch bản, không bảo đảm thứ hạng.
Cách thực hiện từng bước
- Chia công việc: technical, content, local, off-page, đo lường
- Ước lượng nguồn lực và độ ưu tiên theo giai đoạn
- Đặt KPI dẫn dắt (URL tối ưu, content QA) và KPI kết quả
- Dựng bảng tháng với owner, deadline, acceptance
Lập kế hoạch 6 tháng cho An Phát Nội Thất.
Có ít nhất 12 task gắn owner, ngày, kết quả và yếu tố phụ thuộc.
Tránh lỗi: Không bỏ qua công việc cần dev hoặc duyệt khách hàng.
🔎 Nguồn tham khảo chính thức ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
51. Ưu tiên backlog, KPI và review kế hoạch
Mục tiêu: Dùng tác động dự kiến × độ tin cậy ÷ công sức để thảo luận ưu tiên; điều chỉnh theo dữ liệu thực. KPI cần ghi định nghĩa, nguồn, kỳ so sánh và người chịu trách nhiệm.
Cách thực hiện từng bước
- Lập backlog với mức P0/P1/P2
- Định nghĩa lead đủ điều kiện, organic clicks, qualified traffic
- Review hàng tuần và đánh dấu blocked
- Rà kế hoạch hàng tháng từ dữ liệu thực tế
Tạo board 15 task với 3 task bị phụ thuộc phía khách hàng.
Có người theo dõi, trạng thái và hành động tiếp theo.
Tránh lỗi: Không đánh đồng impression tăng với doanh thu tăng.
🔎 Nguồn tham khảo chính thức ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
52. Crawl, index và cách Google khám phá trang
Mục tiêu: Crawl không đồng nghĩa index; index không đồng nghĩa có thứ hạng. Google khám phá URL từ liên kết và sitemap, rồi xử lý tín hiệu khác nhau.
Cách thực hiện từng bước
- Kiểm tra URL Inspection với URL quan trọng
- So robots.txt, meta robots, status code và canonical
- Kiểm tra liên kết nội bộ dẫn tới URL
- Ghi nguyên nhân có bằng chứng thay vì phán đoán
Phân tích 5 URL ở trạng thái khác nhau.
Chẩn đoán đúng: blocked, noindex, redirect, canonical hay chưa chọn index.
Tránh lỗi: Không nhấn Request indexing hàng loạt hoặc hứa sẽ index ngay.
🔎 Nguồn tham khảo chính thức ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
53. Sitemap XML, robots.txt, noindex và canonical
Mục tiêu: Sitemap gợi ý URL canonical nên crawl; robots chặn thu thập chứ không phải cách đáng tin cậy để xóa URL khỏi tìm kiếm. Canonical là tín hiệu hợp nhất phiên bản trùng lặp.
Cách thực hiện từng bước
- Mở sitemap và kiểm tra URL còn hoạt động
- Kiểm tra noindex các trang chính
- Tách trang lọc, tìm kiếm nội bộ, phân trang theo intent
- Tạo ticket kỹ thuật khi cần chỉnh quy tắc
Làm bảng quyết định cho 12 kiểu URL.
Có lý do rõ cho index/noindex/canonical, không chặn nhầm nội dung quan trọng.
Tránh lỗi: Không disallow toàn website trong robots.txt.
🔎 Nguồn tham khảo chính thức ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
54. Redirect, lỗi 404 và chuyển website
Mục tiêu: 301/308 dùng khi chuyển URL lâu dài; 404/410 phù hợp cho nội dung thực sự không còn và không có trang thay thế tương đương. Cần tránh redirect chain và soft 404.
Cách thực hiện từng bước
- Xuất các URL cũ và traffic/backlink
- Ánh xạ từng URL cũ → trang mới sát nội dung nhất
- Kiểm tra status sau triển khai
- Theo dõi GSC và log sau chuyển đổi
Lập mapping 10 URL của website giả lập đổi cấu trúc.
Không redirect hàng loạt trang lỗi về trang chủ.
Tránh lỗi: Không đổi permalink cả site khi chưa có backup và kế hoạch rollback.
🔎 Nguồn tham khảo chính thức ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
55. Core Web Vitals và trải nghiệm mobile
Mục tiêu: Theo dõi LCP, INP và CLS theo dữ liệu thực tế; tối ưu ảnh, font, JS và layout. CWV là một phần trải nghiệm, không phải công thức duy nhất để xếp hạng.
Cách thực hiện từng bước
- Đọc báo cáo Core Web Vitals trong GSC
- Đo URL mẫu trên PageSpeed Insights
- Ghi ưu tiên: ảnh hero, script nặng, dịch chuyển bố cục
- Gửi ticket dev có URL và số đo trước/sau
Lập 3 đề xuất cải thiện mobile cho landing page.
Mỗi đề xuất có bằng chứng và cách kiểm thử sau sửa.
Tránh lỗi: Không tự tháo plugin hoặc cache khiến website hỏng.
🔎 Nguồn tham khảo ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
56. Structured data và rich results
Mục tiêu: Schema chỉ nên khai báo nội dung người dùng thấy và đáp ứng chính sách loại markup; đánh dấu không bảo đảm rich result.
Cách thực hiện từng bước
- Xác định loại page thực tế
- Chọn schema phù hợp thay vì thêm mọi loại
- Kiểm tra Rich Results Test và lỗi cú pháp
- Gửi dev sửa và kiểm tra lại sau deploy
Kiểm tra một trang bài viết và một trang dịch vụ.
Báo cáo dạng schema, lỗi hợp lệ/cảnh báo và minh chứng.
Tránh lỗi: Không gắn FAQ/review giả hoặc khai báo rating không tồn tại.
🔎 Nguồn tham khảo chính thức ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
57. Content audit và cập nhật bài cũ
Mục tiêu: Đánh giá theo mục đích, mức độ hữu ích, dữ liệu Search Console và chuyển đổi; không xóa nội dung chỉ vì ít traffic.
Cách thực hiện từng bước
- Phân loại giữ/cập nhật/gộp/chuyển hướng/xóa
- Đọc intent và kiểm chứng thông tin lỗi thời
- So hiệu suất trước/sau trên cửa sổ so sánh phù hợp
- Lưu changelog nội dung và URL
Audit 15 bài blog giả lập.
Mỗi quyết định kèm số liệu, intent và tác động link nội bộ.
Tránh lỗi: Không thay ngày cập nhật khi không có cải thiện đáng kể.
🔎 Nguồn tham khảo chính thức ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
58. E-E-A-T, nội dung nhạy cảm và trích dẫn
Mục tiêu: Trải nghiệm, chuyên môn, thẩm quyền, độ tin cậy giúp đánh giá chất lượng; với chủ đề YMYL cần người có chuyên môn thẩm định. Không tạo bằng cấp, chứng nhận hay trải nghiệm giả.
Cách thực hiện từng bước
- Xác định ai là tác giả và người kiểm duyệt
- Gắn nguồn sơ cấp cho số liệu, quy định
- Chèn ảnh/ví dụ thật khi có quyền
- Ghi ngày rà soát đối với nội dung biến động
Biên tập lại một bài thiếu nguồn và tác giả.
Có trích dẫn kiểm chứng và giới hạn kết luận rõ ràng.
Tránh lỗi: Không dùng AI bịa case study, review, chuyên gia hoặc thông tin y tế.
🔎 Nguồn tham khảo chính thức ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
59. SEO cho AI Search và nội dung có giá trị riêng
Mục tiêu: Các hệ thống tìm kiếm có AI vẫn dựa nhiều vào nền tảng SEO: nội dung độc đáo, cấu trúc rõ, tài liệu nguồn tốt, trang dễ truy cập. Tránh bán công thức “AEO/GEO hack” chưa kiểm chứng.
Cách thực hiện từng bước
- Kiểm tra bài có câu trả lời trực tiếp và dẫn chứng thực tế
- Bổ sung bảng, quy trình, ví dụ độc quyền khi được phép
- Rà các trang có thể crawl và người dùng đọc được
- Theo dõi hiển thị/tương tác qua báo cáo có sẵn
Nâng cấp một bài tổng hợp chung chung thành hướng dẫn dựa ví dụ thật.
Bổ sung giá trị mới thay vì chỉ đổi cấu trúc H2 hoặc viết lại bằng AI.
Tránh lỗi: Không tự nhận có thể bảo đảm website được trích dẫn bởi AI.
🔎 Nguồn tham khảo chính thức ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
60. Điều kiện và quyền sở hữu Business Profile
Mục tiêu: Hồ sơ chỉ dành cho doanh nghiệp đủ điều kiện theo chính sách; chủ sở hữu cần giữ quyền quản trị chính, agency dùng quyền được cấp.
Cách thực hiện từng bước
- Kiểm tra doanh nghiệp đủ điều kiện hiển thị hay không
- Tìm hồ sơ đã tồn tại để tránh trùng
- Thực hiện xác minh theo phương thức Google cung cấp
- Ghi owner, manager, email doanh nghiệp và quy trình thu hồi quyền
Lập checklist trước khi nhận dự án Maps.
Có hồ sơ quyền truy cập và bằng chứng thông tin thật.
Tránh lỗi: Không tạo địa điểm ảo hoặc hồ sơ thứ hai cho cùng một cơ sở.
🔎 Nguồn tham khảo chính thức ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
61. Tối ưu tên, danh mục, địa chỉ và giờ mở cửa
Mục tiêu: Tên hồ sơ theo tên thực tế, không nhồi từ khóa; danh mục thể hiện hoạt động chính; giờ, dịch vụ, địa chỉ/khu vực phục vụ cần nhất quán với thực tế.
Cách thực hiện từng bước
- Đối chiếu bảng hiệu và giấy tờ hợp lệ
- Chọn danh mục chính chính xác rồi mới chọn phụ
- Cập nhật giờ đặc biệt, số điện thoại, URL chính thức
- Kiểm tra hiển thị Maps trên thiết bị khách
Audit 1 hồ sơ mẫu bằng checklist 15 mục.
Thông tin chính xác, không thổi phồng danh mục hoặc khu vực hoạt động.
Tránh lỗi: Không đổi tên thêm “uy tín số 1” hay từ khóa không thuộc tên doanh nghiệp.
🔎 Nguồn tham khảo chính thức ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
62. Ảnh, video, dịch vụ và cập nhật hồ sơ
Mục tiêu: Ảnh thật giúp khách hàng hình dung cơ sở và dịch vụ. Nội dung phải thuộc quyền sử dụng, không đánh lừa, không tiết lộ thông tin cá nhân.
Cách thực hiện từng bước
- Lập danh mục ảnh mặt tiền, không gian, sản phẩm/dịch vụ
- Kiểm tra định dạng và chất lượng trước đăng
- Viết mô tả dịch vụ bằng ngôn ngữ khách hàng
- Cập nhật khi thông tin kinh doanh thay đổi
Chuẩn bị lịch 4 nội dung cập nhật một tháng.
Có nguồn ảnh, ngày chụp, nội dung và người duyệt.
Tránh lỗi: Không dùng hình AI tạo giả mạo cơ sở thực tế.
🔎 Nguồn tham khảo chính thức ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
63. Quy trình xin và phản hồi đánh giá thật
Mục tiêu: Khuyến khích phản hồi tự nguyện, khách quan. Có thể dùng link/QR mời khách đánh giá nhưng không thưởng, ép, lọc chỉ khách hài lòng hoặc yêu cầu xóa đánh giá xấu để nhận lợi ích.
Cách thực hiện từng bước
- Tạo link mời đánh giá theo hướng dẫn Google
- Gửi lời mời trung lập sau khi cung cấp dịch vụ
- Trả lời đánh giá tích cực và tiêu cực lịch sự
- Chuyển khiếu nại nghiêm trọng cho người có trách nhiệm
Soạn 3 mẫu phản hồi: tích cực, trung tính, tiêu cực.
Không tiết lộ dữ liệu riêng tư, không hứa quyền lợi đổi review.
Tránh lỗi: Không mua review, thuê tài khoản review hoặc yêu cầu nhân viên tự đánh giá giả.
🔎 Nguồn tham khảo chính thức ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
64. Local landing page, NAP và tín hiệu địa phương
Mục tiêu: Trang địa phương cần phản ánh cơ sở/dịch vụ thực, nội dung hữu ích tại địa bàn; thông tin tên–địa chỉ–điện thoại (NAP) chính xác, nhất quán.
Cách thực hiện từng bước
- Kiểm tra trang liên hệ và thông tin schema
- Tạo landing page nếu có giá trị riêng cho người ở khu vực
- Thêm bản đồ, chỉ đường, giờ mở cửa khi phù hợp
- Liên kết từ Business Profile đến URL phù hợp
Dựng outline trang dịch vụ tại Quận 7 cho một đơn vị có hoạt động thật.
Không tạo nhiều doorway pages chỉ thay tên quận.
Tránh lỗi: Không gắn địa chỉ văn phòng không tồn tại.
🔎 Nguồn tham khảo chính thức ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
65. Đo lường Local SEO và xử lý hồ sơ bị hạn chế
Mục tiêu: Theo dõi cuộc gọi, chỉ đường, nhấp website và yêu cầu dịch vụ theo khả năng dữ liệu được cung cấp; các chỉ số trong Business Profile có thể khác GA4.
Cách thực hiện từng bước
- Ghi baseline trước khi chỉnh
- Gắn UTM hợp lệ cho URL website nếu phù hợp
- Lập báo cáo tháng và hành động ưu tiên
- Khi bị hạn chế: kiểm tra chính sách, tài liệu thật và kênh kháng nghị chính thức
Lập báo cáo 1 tháng theo dữ liệu mẫu, ghi rõ giả định.
Tách tăng trưởng từ mùa vụ hoặc thay đổi chiến dịch nếu có thể.
Tránh lỗi: Không tạo hồ sơ mới để né xử phạt.
🔎 Nguồn tham khảo chính thức ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
66. Chiến lược kênh và chân dung người xem
Mục tiêu: Chọn nền tảng theo khách hàng và năng lực sản xuất: Facebook/Zalo cho cộng đồng, TikTok/YouTube cho video, Pinterest cho khám phá trực quan. Social SEO không phải công tắc tăng thứ hạng Google.
Cách thực hiện từng bước
- Xác định 2 persona và 3 vấn đề họ cần giải quyết
- Chọn mục tiêu awareness, lead hoặc hỗ trợ khách
- Phân tích định dạng phù hợp từng nền tảng
- Đặt KPI theo mục tiêu từng kênh
Viết channel brief 1 trang cho thương hiệu mẫu.
Nêu rõ lý do chọn kênh, nhóm người xem và nguồn lực.
Tránh lỗi: Không đăng mọi nội dung y hệt trên mọi kênh.
🔎 Nguồn tham khảo chính thức ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
67. Tối ưu hồ sơ Facebook, TikTok, YouTube, Zalo OA
Mục tiêu: Thông tin doanh nghiệp phải thống nhất, liên kết chính thức, mô tả rõ dịch vụ và kênh liên hệ; kiểm tra quyền sở hữu tài khoản.
Cách thực hiện từng bước
- Rà tên, avatar, cover, bio, liên kết và CTA
- Tạo danh mục chủ đề chính
- Kiểm tra link hoạt động trên mobile
- Đặt quy tắc cấp quyền và xác thực tài khoản
Lập checklist hồ sơ cho 3 nền tảng.
Tên, thông tin và CTA thống nhất, không mạo danh.
Tránh lỗi: Không dùng tài khoản cá nhân của nhân viên làm chủ sở hữu tài sản khách.
🔎 Nguồn tham khảo chính thức ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
68. Lịch nội dung 30 ngày và content pillar
Mục tiêu: Dùng 4–6 trụ nội dung: giáo dục, giải đáp, sản phẩm, bằng chứng thật, hậu trường và chuyển đổi. Lịch có owner, trạng thái, asset và ngày duyệt.
Cách thực hiện từng bước
- Chọn 4 pillar và tỷ lệ phù hợp
- Lập danh sách 30 ý tưởng theo nhu cầu người xem
- Chia định dạng reel, carousel, ảnh, bài dài
- Đưa lịch lên bảng theo dõi và duyệt trước xuất bản
Tạo lịch 30 ngày cho An Phát Nội Thất.
Có thông điệp, CTA, định dạng, người phụ trách, deadline.
Tránh lỗi: Không đăng content thiếu kiểm chứng hoặc lấy ảnh từ đối thủ.
🔎 Nguồn tham khảo ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
69. Kịch bản video ngắn và tối ưu tìm kiếm nội bộ
Mục tiêu: Kịch bản cần hook đúng vấn đề, minh họa xác thực, kết luận có giá trị, CTA nhẹ. Tiêu đề/caption mô tả tự nhiên; không lạm dụng hashtag.
Cách thực hiện từng bước
- Viết hook trong 3 giây đầu
- Chia cảnh, lời thoại và hình minh họa
- Chọn thumbnail, caption, phụ đề dễ đọc
- Kiểm tra quyền hình/âm thanh trước đăng
Viết 2 kịch bản video 30–45 giây.
Có shot list, voiceover, CTA, nguồn nhạc/hình hợp lệ.
Tránh lỗi: Không dùng nhạc/ảnh không đủ giấy phép cho mục đích thương mại.
🔎 Nguồn tham khảo chính thức ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
70. UTM, tái sử dụng nội dung và báo cáo social
Mục tiêu: Tái sử dụng một nghiên cứu thành bài blog, infographic và video nhưng điều chỉnh cho nền tảng. Đo lượng tương tác có ý nghĩa và lead thay vì chỉ lượt thích.
Cách thực hiện từng bước
- Dùng quy ước utm_source, utm_medium, utm_campaign
- Rút 3 góc nội dung từ một bài SEO
- Đánh dấu bài có lead đủ điều kiện
- Lập báo cáo ngắn: điều gì hiệu quả và thử tiếp
Tạo 5 link UTM và kế hoạch tái sử dụng 1 bài pillar.
Không dùng dữ liệu cá nhân để xây tệp trái phép; không báo cáo ảo.
Tránh lỗi: Không đổi tên chiến dịch UTM tùy tiện giữa tháng.
🔎 Nguồn tham khảo chính thức ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
71. Quy tắc bảo mật và năng lực AI
Mục tiêu: AI có thể phỏng đoán thông tin sai; không nhập dữ liệu khách hàng, mật khẩu, tài liệu bí mật hoặc thông tin cá nhân vào công cụ ngoài khi chưa được phép.
Cách thực hiện từng bước
- Phân loại dữ liệu được phép đưa vào AI
- Ẩn danh thông tin dự án khi tạo ví dụ
- Ghi lại thông tin nào cần kiểm chứng
- Chỉ dùng tài khoản/giấy phép được công ty cho phép
Nhận diện 10 tình huống có nguy cơ lộ dữ liệu.
Không có thông tin nhạy cảm trong prompt; có danh sách nguồn cần kiểm tra.
Tránh lỗi: Không giao toàn quyền xuất bản hoặc thay đổi website cho AI.
🔎 Nguồn tham khảo chính thức ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
72. Prompt 6 thành phần để yêu cầu AI rõ ràng
Mục tiêu: Prompt tốt có vai trò, ngữ cảnh, đầu vào, mục tiêu, ràng buộc và định dạng đầu ra. Khai báo điều chưa biết, bắt AI gắn [CẦN XÁC MINH] nếu thiếu bằng chứng.
Cách thực hiện từng bước
- Xác định người đọc và intent
- Cho AI cấu trúc URL và dữ liệu được phép sử dụng
- Yêu cầu outline, bảng nguồn, câu hỏi còn thiếu
- Đánh giá đầu ra bằng checklist khách hàng
Viết một prompt SEO brief có dữ liệu đầu vào giả lập.
Prompt có điều kiện không bịa số liệu và tách facts/assumptions.
Tránh lỗi: Không yêu cầu AI cam kết mật độ từ khóa hay top Google.
🔎 Nguồn tham khảo chính thức ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
73. AI nghiên cứu từ khóa và đối thủ có đối chiếu
Mục tiêu: AI tốt cho gom nhóm ý tưởng, phân loại intent và tạo câu hỏi nghiên cứu, nhưng không tự có dữ liệu volume/SERP mới nếu không được cung cấp nguồn.
Cách thực hiện từng bước
- Chuẩn bị bảng keyword nguồn thật
- Nhờ AI đề xuất cụm chủ đề và URL
- So lại với SERP và website hiện có
- Ghi thay đổi do con người quyết định
Gom 40 keyword thành 8 topic cluster.
Mapping hợp lý, không bịa volume hoặc thứ hạng.
Tránh lỗi: Không trích dữ liệu đối thủ như đã kiểm tra khi chưa kiểm tra.
🔎 Nguồn tham khảo chính thức ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
74. Tạo SEO brief và outline H1–H3 bằng AI
Mục tiêu: Brief chuẩn có audience, intent, mục tiêu, URL, keyword chính/phụ, cấu trúc, ví dụ độc quyền, nguồn, CTA và internal link. Outline theo nhu cầu đọc, không theo công thức số heading cố định.
Cách thực hiện từng bước
- Dùng prompt thư viện để lập brief
- Kiểm tra intent qua trang kết quả tìm kiếm
- Bổ sung FAQ thực tế và ví dụ do khách xác nhận
- Duyệt brief trước khi giao viết
Tạo brief “chi phí thiết kế nội thất văn phòng”.
Brief có mục tiêu chuyển đổi, thông tin phải kiểm chứng, H2 và CTA.
Tránh lỗi: Không sao chép dàn ý đối thủ hoặc tạo H3 chỉ để kéo dài.
🔎 Nguồn tham khảo chính thức ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
75. Viết, biên tập và fact-check nội dung AI
Mục tiêu: Bản nháp AI không được coi là bản cuối: cần giọng thương hiệu, trải nghiệm có thật, nguồn đáng tin cậy, kiểm tra trùng lặp và chuyên gia duyệt với lĩnh vực nhạy cảm.
Cách thực hiện từng bước
- Viết từng phần theo brief đã duyệt
- Đánh dấu tuyên bố cần nguồn và đối chiếu
- Thêm ảnh/thông số/case từ khách hàng
- Đọc lại ngôn ngữ tự nhiên, xóa nội dung chung chung
- Tối ưu Yoast sau khi nội dung đạt chất lượng
Biên tập 1 bài AI 1000 từ thành bản xuất bản có bằng chứng.
Bảng fact-check ít nhất 5 thông tin; không có số liệu bịa.
Tránh lỗi: Không đăng hàng loạt bài AI ít giá trị hoặc tạo chuyên gia giả.
🔎 Nguồn tham khảo chính thức ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
76. AI hỗ trợ cập nhật bài cũ và báo cáo
Mục tiêu: AI dùng để so phiên bản, tóm tắt dữ liệu đã được cấp và đề xuất thử nghiệm; báo cáo cần kiểm tra phép tính và kết luận trước khi gửi.
Cách thực hiện từng bước
- Xuất dữ liệu GSC đã được phép dùng
- Yêu cầu AI nhóm trang tăng/giảm kèm giả thuyết
- Kiểm tra lại số liệu bằng bảng gốc
- Chọn hành động cập nhật nội dung phù hợp
Làm báo cáo tháng từ bộ dữ liệu giả lập.
Mọi con số dẫn về nguồn; phân biệt tương quan và nguyên nhân.
Tránh lỗi: Không gửi dữ liệu khách hàng vào AI công cộng khi chưa có phép.
🔎 Nguồn tham khảo chính thức ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
77. Brand guideline, bố cục và phân cấp thông tin
Mục tiêu: Banner cần mục tiêu, thông điệp chính, CTA, tương phản và vùng an toàn. Nên dùng màu thương hiệu và hệ thống font nhất quán; không tự thay logo TGWV.
Cách thực hiện từng bước
- Nhận brief, logo, màu, font và asset hợp lệ
- Phác hierarchy: headline → lợi ích → CTA
- Chọn layout có khoảng trắng
- Tạo 2 phương án có cùng thông điệp
Thiết kế key visual cho dịch vụ chăm sóc website.
Thông điệp đọc được ở kích thước thực; logo không bị méo.
Tránh lỗi: Không để text sát mép hoặc dùng quá nhiều font.
🔎 Nguồn tham khảo chính thức ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
78. Canva: Brand Kit, template và phân quyền
Mục tiêu: Dùng workspace được phép, định danh tên file và folder theo khách hàng. Brand Kit có thể phụ thuộc gói Canva; thay bằng tài liệu màu/font nếu không có.
Cách thực hiện từng bước
- Tạo folder thương hiệu và quy tắc đặt tên
- Nạp asset được khách cho phép
- Tạo template cố định header/CTA
- Khóa thành phần quan trọng khi tính năng có sẵn
Lập 1 template post vuông và 1 template banner rộng.
Người khác mở file hiểu cấu trúc và thay nội dung đúng chỗ.
Tránh lỗi: Không chia sẻ file thiết kế khách hàng bằng link công khai vô tình.
🔎 Nguồn tham khảo chính thức ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
79. Dùng AI tạo hình minh họa hợp pháp và chính xác
Mục tiêu: AI hỗ trợ concept/art direction; với cơ sở kinh doanh, con người, sản phẩm thật cần ưu tiên ảnh xác thực, tránh tạo hình dễ gây hiểu lầm. Rà điều khoản quyền sử dụng của công cụ.
Cách thực hiện từng bước
- Viết prompt gồm bối cảnh, chủ thể, ánh sáng, style và tỷ lệ
- Tạo hình không có chữ để giảm lỗi typography
- Kiểm tra tay, mặt, logo, chi tiết sản phẩm
- Ghi công cụ/nguồn để trace bản quyền
Viết 3 prompt minh họa dịch vụ và chọn 1 ảnh phù hợp.
Không có claim giả hoặc logo nhái, đã lưu metadata nguồn.
Tránh lỗi: Không mô phỏng ảnh chụp khách hàng thật như sự kiện đã xảy ra.
🔎 Nguồn tham khảo chính thức ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
80. Banner website, social và quảng cáo
Mục tiêu: Tỷ lệ thiết kế thay đổi theo vị trí sử dụng; kiểm tra kích thước yêu cầu tại nơi đăng. Website cần file nhẹ; social cần preview trên mobile.
Cách thực hiện từng bước
- Tạo desktop hero + mobile crop có vùng an toàn
- Thiết kế post 1:1, story/reel 9:16 theo brief
- Xuất PNG khi cần nét chữ, WebP/JPG khi ưu tiên dung lượng
- Kiểm tra alt/mô tả và text không bị cắt
Tạo bộ 1 hero desktop, 1 hero mobile, 2 social assets.
Không mờ, không sai thông tin, đặt tên file không dấu rõ ràng.
Tránh lỗi: Không mặc định mọi nền tảng dùng một kích thước.
🔎 Nguồn tham khảo chính thức ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
81. QA thiết kế và bàn giao file nguồn
Mục tiêu: Thiết kế phải có vòng duyệt, kiểm tra chính tả, màu, kích thước và quyền sử dụng. File nguồn phải bàn giao đúng quyền và vị trí lưu.
Cách thực hiện từng bước
- So nội dung với brief đã duyệt
- Kiểm tra độ tương phản và mobile
- Rà license hình/font/AI asset
- Xuất file cuối và lưu link Canva có phân quyền
- Ghi phiên bản và lịch sử sửa
Thẩm định 3 banner có lỗi cài sẵn.
Phát hiện hết lỗi sai hotline, CTA, logo, dấu tiếng Việt.
Tránh lỗi: Không ghi đè file final cũ nếu chưa có phiên bản dự phòng.
🔎 Nguồn tham khảo chính thức ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
82. Từ brief tới sitemap và hành trình người dùng
Mục tiêu: Thiết kế website bắt đầu từ mục tiêu hành động và cấu trúc thông tin, không bắt đầu từ hiệu ứng. Sitemap thể hiện nhu cầu người dùng và SEO intent.
Cách thực hiện từng bước
- Nhận mục tiêu lead/đặt hàng/giới thiệu
- Phân loại trang Home, About, Service, Blog, Contact
- Vẽ hành trình vào trang → hiểu giá trị → chứng minh → CTA
- Ưu tiên nội dung cho mobile
Vẽ sitemap 8 trang cho An Phát Nội Thất.
Mỗi trang có intent, CTA và vị trí trong điều hướng.
Tránh lỗi: Không tạo menu quá nhiều cấp hoặc trang trùng mục tiêu.
🔎 Nguồn tham khảo ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
83. Wireframe trang chủ và trang dịch vụ
Mục tiêu: Wireframe sắp thứ tự thông tin trước khi chọn màu. Dùng hero rõ lời hứa, pain point, giải pháp, lợi ích, bằng chứng thật, FAQ và CTA.
Cách thực hiện từng bước
- Phác bản thấp độ trung thực trên giấy/Figma/Canva
- Ưu tiên 1 mục tiêu chính mỗi section
- Bố trí ảnh đúng vai trò
- Duyệt wireframe trước thiết kế chi tiết
Vẽ wireframe trang chủ 6 section.
Luồng nội dung mạch lạc và CTA xuất hiện hợp lý.
Tránh lỗi: Không thêm review/số liệu thành tích giả.
🔎 Nguồn tham khảo ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
84. Typography, màu sắc, grid và responsive
Mục tiêu: Độ rộng dòng, khoảng trắng, contrast và lưới giúp trải nghiệm đọc. Thiết kế mobile-first với các breakpoint kiểm tra thực tế.
Cách thực hiện từng bước
- Chọn font đủ dấu tiếng Việt
- Thiết kế hệ thống heading, body, button
- Kiểm tra 320px, 375px, tablet, desktop
- Rà ảnh, bảng và form không tràn màn hình
Xây style tile 1 trang và 3 viewport demo.
Không có chữ quá nhỏ hoặc nút bấm quá sát nhau.
Tránh lỗi: Không phụ thuộc vào một kích thước màn hình duy nhất.
🔎 Nguồn tham khảo ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
85. Dựng landing page bằng Flatsome UX Builder
Mục tiêu: Section → Row → Column → Element giúp chia bố cục; UX Block tái dùng nội dung. Các nút/nhãn thay đổi theo phiên bản, luôn xem trước và sửa trên bản thử.
Cách thực hiện từng bước
- Tạo trang nháp hoặc staging
- Xây 6 section theo wireframe
- Đặt H1, CTA, form, internal link
- Tối ưu ảnh WebP, alt phù hợp
- Xem trước desktop/mobile rồi xin duyệt
Dựng landing page dịch vụ từ wireframe đã tạo.
Form gửi đúng nơi nhận; CTA hoạt động; không overflow mobile.
Tránh lỗi: Không sửa trực tiếp template toàn site khi chưa được cấp quyền.
🔎 Nguồn tham khảo ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
86. Conversion, form, accessibility và QA layout
Mục tiêu: Trang đẹp cần đo được hiệu quả; form chỉ hỏi dữ liệu cần thiết. Rà nhãn, keyboard, alt, focus, độ tương phản, tốc độ và sự đồng ý dữ liệu.
Cách thực hiện từng bước
- Thử tất cả CTA bằng máy tính và điện thoại
- Gửi form test có đánh dấu để không nhầm lead
- Kiểm tra heading order và hình có alt thích hợp
- Đo tải trang, kiểm tra layout shift
- Bàn giao checklist QA trước xuất bản
Audit landing page mẫu với 20 điểm kiểm tra.
Không có lỗi chặn chuyển đổi; có ảnh và ticket lỗi.
Tránh lỗi: Không công khai thông tin khách điền form trong ảnh chụp.
🔎 Nguồn tham khảo ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
87. Thiết lập quyền và KPI đo lường
Mục tiêu: Trước khi tạo báo cáo, xác định ai sở hữu GA4/GSC và quyền nào đủ dùng. Định nghĩa KPI và thời kỳ phân tích để tránh so sai dữ liệu.
Cách thực hiện từng bước
- Kiểm tra property đúng domain
- Xin quyền theo nguyên tắc tối thiểu
- Ghi kỳ báo cáo và múi giờ
- Lập bảng KPI có định nghĩa rõ
Tạo data dictionary 8 chỉ số cho dự án mẫu.
Các KPI có nguồn, công thức và giới hạn dữ liệu.
Tránh lỗi: Không yêu cầu mật khẩu chủ tài khoản khách hàng.
🔎 Nguồn tham khảo chính thức ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
88. Đọc Performance trong Google Search Console
Mục tiêu: Clicks, impressions, CTR và average position là các chỉ số với cách tính riêng; lọc theo search type, quốc gia, thiết bị và trang/từ khóa để tránh hiểu sai.
Cách thực hiện từng bước
- So kỳ tương đương và kiểm tra seasonality
- Lọc branded/non-branded khi có thể
- Đọc query/page/device và cơ hội CTR
- Ghi top 5 URL ưu tiên hành động
Phân tích bộ dữ liệu GSC giả lập 90 ngày.
Có 3 insight và 3 task; không suy diễn từ mẫu quá nhỏ.
Tránh lỗi: Không xem average position là thứ hạng cố định trên mọi truy vấn.
🔎 Nguồn tham khảo chính thức ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
89. GA4 events, key events và lead tracking
Mục tiêu: Tạo phép đo hợp lệ cho form submit, click call hoặc conversion thực tế; cần phân biệt lượt click với lead đủ điều kiện, tránh đo trùng.
Cách thực hiện từng bước
- Lập measurement plan trước khi cấu hình
- Kiểm thử event bằng DebugView khi được phép
- Ghi sự kiện nào thành key event
- Đối chiếu nguồn CRM/form để loại trùng
Lập tracking spec cho form và nút gọi điện.
Tên event và điều kiện kích hoạt rõ, có ảnh test.
Tránh lỗi: Không tự ý bắn dữ liệu định danh cá nhân vào GA4.
🔎 Nguồn tham khảo chính thức ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
90. UTM, GTM và quản trị thay đổi
Mục tiêu: UTM giúp phân biệt chiến dịch; GTM quản lý tag nhưng có thể ảnh hưởng bảo mật/hiệu suất nếu thêm tùy tiện. Tuân thủ lựa chọn đồng ý cookie khi áp dụng.
Cách thực hiện từng bước
- Thiết lập naming convention UTM
- Ghi mapping tag/trigger/variable cần đo
- Yêu cầu người được ủy quyền publish GTM
- Test không gửi PII và không double event
Chuẩn bị bảng 6 chiến dịch UTM mẫu.
Tên chiến dịch nhất quán, không lộ thông tin khách.
Tránh lỗi: Không publish GTM trực tiếp khi không đủ quyền.
🔎 Nguồn tham khảo chính thức ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
91. Dashboard Looker Studio và báo cáo tháng
Mục tiêu: Báo cáo tốt gồm mục tiêu, kết quả, thay đổi, nguyên nhân có bằng chứng, công việc đã làm, kế hoạch tiếp. Không chỉ liệt kê biểu đồ.
Cách thực hiện từng bước
- Chọn 5–8 KPI liên quan mục tiêu
- Dùng nguồn dữ liệu được cấp
- Ghi chú sự kiện ảnh hưởng chỉ số
- Viết executive summary và ưu tiên tháng sau
Tạo một trang báo cáo mẫu cho dự án.
Có baseline, so sánh hợp lệ, 3 nhận xét và next actions.
Tránh lỗi: Không gửi báo cáo có dữ liệu khách này sang khách khác.
🔎 Nguồn tham khảo chính thức ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
92. Backlink chất lượng và rủi ro spam
Mục tiêu: Liên kết tốt được đặt trong ngữ cảnh hữu ích, có giá trị cho độc giả; mua bán link thao túng xếp hạng, PBN và spam bình luận có thể vi phạm chính sách.
Cách thực hiện từng bước
- Xem các referring domains và nguồn link đáng ngờ
- Phân loại earned/paid/sponsored/nofollow
- Tìm cơ hội PR thật từ dữ liệu và chuyên môn
- Ghi ngày liên hệ và trạng thái
Audit 15 referring domains từ dữ liệu mẫu.
Có bằng chứng, không dùng thước đo bên thứ ba làm mục tiêu duy nhất.
Tránh lỗi: Không mua gói 1.000 backlink hoặc dùng SEO spam.
🔎 Nguồn tham khảo chính thức ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
93. Digital PR và nội dung xứng đáng được trích dẫn
Mục tiêu: Tạo tài sản hữu ích: báo cáo dữ liệu riêng hợp pháp, hướng dẫn kỹ thuật, case thực tế, công cụ hoặc ý kiến chuyên môn có xác minh.
Cách thực hiện từng bước
- Chọn câu chuyện có ích cho cộng đồng
- Xác minh số liệu, ảnh, quyền chia sẻ
- Viết media pitch ngắn, không spam
- Đo referral, mentions và liên hệ chất lượng
Soạn 1 email pitch cho case cải tạo văn phòng thật (giả lập).
Không bịa số liệu, không khẳng định bên báo sẽ đăng.
Tránh lỗi: Không gửi email hàng loạt trái phép.
🔎 Nguồn tham khảo chính thức ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
94. Brand mention, referral và audit off-page
Mục tiêu: Không phải mọi mention đều mang link; đo thêm lưu lượng giới thiệu, nhận diện thương hiệu và cơ hội hợp tác. Tách link do bản thân tạo và link earned.
Cách thực hiện từng bước
- Lập bảng mention có URL, ngày, độ liên quan
- Theo dõi referral traffic GA4
- Kiểm tra link hỏng và liên hệ sửa hợp lý
- Báo cáo rủi ro và kết quả thật
Tạo báo cáo off-page 1 tháng.
Không ghi nhận link chưa xuất hiện hoặc không truy cập được.
Tránh lỗi: Không hứa DA/DR tăng sẽ làm thứ hạng tăng tương ứng.
🔎 Nguồn tham khảo chính thức ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
95. Quy trình nhận việc, giao task và duyệt
Mục tiêu: Mọi yêu cầu cần scope, người yêu cầu, đầu ra, thời hạn, quyền truy cập, người duyệt; công việc ngoài scope phải có xác nhận.
Cách thực hiện từng bước
- Tạo ticket có URL và ảnh hiện trạng
- Gắn owner, reviewer và priority
- Lưu brief, phiên bản và phản hồi tại cùng task
- Chốt nghiệm thu rồi mới đóng
Lập board 10 task cho dự án mẫu.
Không còn task không owner hoặc thiếu tiêu chí nghiệm thu.
Tránh lỗi: Không xóa việc cũ hoặc đổi cấu trúc web ngoài phạm vi.
🔎 Nguồn tham khảo chính thức ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
96. Họp SEO tuần, báo cáo tháng và xử lý sự cố
Mục tiêu: Cuộc họp nên đi từ KPI → blocker → quyết định → người phụ trách; sự cố nghiêm trọng cần stop-ship và escalation cho kỹ thuật.
Cách thực hiện từng bước
- Review dashboard 15 phút
- Ghi điều chỉnh kế hoạch và quyết định đã duyệt
- Phân loại sự cố P0/P1/P2
- Chỉ đóng sự cố sau khi có bằng chứng kiểm tra
Viết biên bản họp với 5 action items.
Có deadline, owner, người duyệt và trạng thái.
Tránh lỗi: Không đổ lỗi hoặc che giấu lỗi tác động website khách.
🔎 Nguồn tham khảo chính thức ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
97. Quy định duyệt nội dung, bản quyền và bảo mật
Mục tiêu: Tài liệu nội bộ cần quy định ảnh dùng đúng quyền, dữ liệu khách hàng, chính sách AI, claim quảng cáo, thông tin nhạy cảm và quy trình duyệt hai lớp.
Cách thực hiện từng bước
- Kiểm tra source ảnh, font, nhạc, trích dẫn
- Ghi người duyệt nội dung và người xuất bản
- Che thông tin cá nhân trong ảnh demo
- Báo ngay lỗi cấp quyền hoặc lộ dữ liệu
Làm bài phân loại 12 tình huống rủi ro.
Không xuất bản nếu thiếu quyền sử dụng hoặc thông tin còn nghi vấn.
Tránh lỗi: Không đưa thông tin bệnh nhân/khách hàng vào AI hoặc banner.
🔎 Nguồn tham khảo chính thức ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
98. Kiểm soát thay đổi, QA và phục hồi
Mục tiêu: Trước khi sửa web khách, xác định staging/backup, phạm vi và phương án rollback; sau đó kiểm thử nhiều thiết bị và ghi log thay đổi.
Cách thực hiện từng bước
- Lưu trạng thái trước thay đổi và backup theo quyền
- Thử trên staging nếu ảnh hưởng lớn
- Chụp ảnh desktop/mobile trước/sau
- Kiểm thử form, link, metadata
- Xin nghiệm thu và lưu bản ghi
Tạo change log cho 1 landing page demo.
Có bằng chứng rollback và người chịu trách nhiệm.
Tránh lỗi: Không thử plugin/theme mới trên production mà không có phê duyệt.
🔎 Nguồn tham khảo chính thức ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
99. Dự án thực chiến xuyên suốt 8 tuần
Mục tiêu: Dùng thương hiệu giả lập An Phát Nội Thất (không phải doanh nghiệp thật): site mẫu, 3 dịch vụ, phạm vi TP.HCM, mục tiêu lead qua form/call. Bộ dữ liệu mẫu phục vụ đào tạo, không được dùng làm báo cáo khách hàng.
Cách thực hiện từng bước
- Tuần 1: brief/audit và quản trị web
- Tuần 2–3: keyword map, SILO, 3 SEO briefs và bài viết
- Tuần 4–5: GSC giả lập, Maps giả lập, social plan
- Tuần 6–7: 3 banner Canva, landing page, SEO plan
- Tuần 8: bảo vệ kết quả và nộp checklist
Nộp một thư mục gồm brief, keyword map, content, thiết kế, báo cáo, kế hoạch.
Đầu ra xác minh đủ; có link nháp và ghi rõ dữ liệu giả lập.
Tránh lỗi: Không tạo Google Business Profile giả để thực hành.
🔎 Nguồn tham khảo chính thức ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
100. Thi cuối khóa, rubric và hồ sơ năng lực
Mục tiêu: Thi lý thuyết và thực hành; đánh giá theo vai trò. Ngưỡng tham khảo: từ 70/100, không có vi phạm nghiêm trọng về bảo mật, bản quyền, dữ liệu hoặc đánh giá giả.
Cách thực hiện từng bước
- Hoàn thành câu hỏi trắc nghiệm ở phụ lục
- Nộp portfolio theo vị trí
- Giám khảo chấm dựa bằng chứng và rubric
- Ghi điểm, phản hồi, lỗ hổng và kế hoạch học bù
Bảo vệ dự án mẫu 10 phút trước quản lý.
Có bảng điểm và quyết định đạt/chưa đạt; không tự cấp chứng chỉ công khai.
Tránh lỗi: Không chỉ dựa vào điểm trắc nghiệm để kết luận năng lực thực hành.
🔎 Nguồn tham khảo chính thức ↗ (đường dẫn cần Internet; nội dung chính dùng offline).
Thư viện 15 prompt AI dùng cho TGWV
Sao chép rồi thay các trường trong dấu [ ] bằng dữ liệu đã được phép dùng. Chỉ sử dụng AI để hỗ trợ; con người phải đối chiếu facts, nguồn, chính sách và duyệt trước khi xuất bản. Nút sao chép có thể không hoạt động trong một số trình duyệt khi mở file trực tiếp; vẫn có thể chọn nội dung và sao chép thủ công.
8 mẫu biểu công việc chuẩn
Các cột được phân cách bằng tab khi sao chép để dán thẳng vào bảng tính. File HTML không tự kết nối Google Sheets và không lưu dữ liệu khách hàng lên máy chủ.
01. Brief khách hàng
Các cột đề xuất: Khách hàng | Website | Liên hệ công việc | Sản phẩm ưu tiên | Đối tượng | Địa bàn | Mục tiêu kinh doanh | USP | Đối thủ | KPI baseline | Người duyệt | Deadline
02. Bảng Keyword Mapping
Các cột đề xuất: Nhóm | Primary keyword | Secondary keyword | Search intent | URL hiện có | URL đích | Hành động | Ưu tiên | Nội dung cần làm | Internal link
03. SEO Content Brief
Các cột đề xuất: URL | Keyword chính | Người đọc | Intent | Title đề xuất | H1 | Outline H2/H3 | Bằng chứng cần cung cấp | CTA | Internal links | Nguồn | Người duyệt
04. Audit SEO
Các cột đề xuất: URL / hạng mục | Vấn đề | Bằng chứng | Mức độ | Ảnh hưởng | Giải pháp | Owner | Deadline | Trạng thái | Kiểm tra sau sửa
05. Lịch Content Social
Các cột đề xuất: Ngày | Kênh | Trụ nội dung | Chủ đề | Persona | Định dạng | Hook | CTA | Asset | Người viết | Người duyệt | Trạng thái
06. Bàn giao Banner
Các cột đề xuất: Dự án | Vị trí banner | Kích thước | Link nguồn Canva | Link file xuất | Nguồn ảnh/font | CTA | Phiên bản | Người duyệt | Ngày bàn giao
07. Báo cáo SEO tháng
Các cột đề xuất: Kỳ báo cáo | Mục tiêu | Organic clicks | Impressions | CTR | Leads | Top URL | Công việc hoàn thành | Blocker | Đề xuất tháng sau
08. QA Landing Page
Các cột đề xuất: URL | Desktop OK | Mobile OK | H1 | Title/meta | Alt | Links | Form test | CTA | Performance | Quyền hình ảnh | Duyệt cuối
Trắc nghiệm cuối khóa – chấm điểm ngay trên trình duyệt
Mỗi câu đúng được 5 điểm, tối đa 100. Bài kiểm tra chỉ đo kiến thức; điểm chứng nhận cuối khóa cần tính thêm bài thực hành và kiểm tra tuân thủ. Điểm quiz chỉ lưu trên thiết bị nếu trình duyệt cho phép.
Rubric chấm điểm thực hành 100 điểm
| Tiêu chí | Điểm | Bằng chứng cần nộp |
|---|---|---|
| Nghiên cứu và lập kế hoạch SEO | 20 | Keyword map, SILO, SEO plan |
| Viết bài, Yoast và AI có kiểm chứng | 20 | 3 bài, fact-check và QA |
| Maps / Social đúng chính sách | 15 | Audit hồ sơ mô phỏng, lịch nội dung |
| Banner Canva / layout website | 15 | 3 banner và landing page mobile |
| GSC, audit và báo cáo | 20 | Audit và báo cáo số liệu mẫu |
| Quy trình, bảo mật và bản quyền | 10 | Checklist nghiệm thu, nguồn asset |
Ngưỡng tham khảo: 70/100 và không có vi phạm nghiêm trọng. Điều chỉnh theo từng vị trí việc làm. Mọi minh chứng nội bộ phải được lưu ở hệ thống quản lý công việc của doanh nghiệp, không ghi trong file HTML công khai.