TaiNguyenSeo

Biểu đồ lượt nhấp trong Search Console gãy xuống một đường dốc, và phản xạ đầu tiên của nhiều người là kết luận ngay rằng Google update rồi. Có thể đúng. Cũng có thể là lỗi chỉ mục, mùa vụ, hoặc trang kết quả đổi giao diện. Trước khi sửa bất cứ thứ gì, việc đầu tiên là xác định mình đang dính loại nào. Tập này đi qua cách làm đó theo từng bước.

Thuật toán Google là tập hợp hệ thống tự động quyết định trang nào hiện ở kết quả tìm kiếm và theo thứ tự nào. Google không có ai ngồi chấm từng trang. Công cụ này dùng chương trình gọi là web crawlers để khám phá trang trên internet. Bot đọc xong thì nội dung được lưu vào cơ sở dữ liệu gọi là chỉ mục. Khi có người gõ truy vấn, hệ thống chạy qua hàng trăm tín hiệu để quyết định thứ tự.

Lấy một trang bán ghế xoay văn phòng làm ví dụ. Bot ghé, đọc, lưu. Có người gõ “ghế xoay lưng cao”, hệ thống lôi các trang liên quan trong chỉ mục ra rồi xếp. Trang chưa vào chỉ mục thì chưa hề được chấm, nên đừng đổ lỗi cho thuật toán quá sớm. Phần nền rộng hơn nằm trong bài tổng hợp về thuật toán Google và cách chẩn đoán, đọc song song sẽ dễ hình dung hơn.

Thuật toán không phải một công thức mà là nhiều hệ thống chạy cùng nhau. Mỗi hệ thống lo một việc, như hiểu câu truy vấn, đọc nội dung, cân nhắc link và lọc spam. Google còn cập nhật quanh năm vì web thêm trang mới mỗi ngày, người tìm đổi cách gõ và dân làm spam đổi chiêu. Hệ thống đứng yên thì chỉ vài tháng là lỗi thời.

Vậy Google cập nhật bao lâu một lần? Không có lịch cố định để canh. Đợt lớn thường được đăng lên trang trạng thái chính thức, còn vị trí của trang thì xê dịch liên tục giữa các đợt. Câu hay gặp nhất là site có sửa gì đâu sao lại tụt. Nghe quen không? Vị trí đổi không có nghĩa trang sai, nhưng cũng không có nghĩa trang vô can.

Ba thứ hay bị gọi chung là bị Google phạt, gồm core update, spam update và hành động thủ công. Chúng khác nhau ở người quyết định, chỗ hiện thông báo và cách xử lý. Core update thay đổi cách hệ thống đánh giá chung. Nó không phải án phạt. Trang tụt thường vì trang khác được chấm tốt hơn, và gọi sai tên là chữa sai bệnh.

Spam update nhắm hành vi vi phạm chính sách spam, ví dụ sơ đồ link dàn xếp hay nội dung sản xuất hàng loạt. Trang dính thì có lý do cụ thể để tìm. Hành động thủ công thì khác hẳn, vì do người của Google xử lý. Bạn mở Search Console, vào nhóm Bảo mật và hành động thủ công, chọn Hành động thủ công. Có vi phạm thì ở đó hiện thông báo kèm đường gửi yêu cầu xem xét lại. Thuật toán không gửi thông báo nào.

Mục này nên mở trước. Đó là nguyên nhân duy nhất có thông báo rõ và có cửa kháng nghị. Thấy thông báo thì sửa vi phạm rồi gửi yêu cầu xem xét lại. Mục trống thì sang phần chẩn đoán, và đừng tự kết luận mình bị phạt. Khung nguyên nhân tụt lượt truy cập có năm nhóm, gồm vấn đề kỹ thuật, thay đổi thuật toán, hành động thủ công, yếu tố mùa vụ và thay đổi trang kết quả.

Giờ đến phép đối chiếu ngày. Một ngày sai làm hỏng mọi kết luận phía sau, nên đừng đưa danh sách ngày theo trí nhớ. Hãy mở Google Search Status Dashboard, vào phần các sự cố và cập nhật xếp hạng. Tìm dòng thuộc loại core update hoặc spam update. Ghi ngày bắt đầu, rồi ghi ngày kết thúc cùng trạng thái, đang triển khai hay đã xong. Ngày kết thúc là thứ nhiều người bỏ qua, vì một đợt update chạy kéo dài và chỉ lấy ngày bắt đầu là dễ gán nhầm cú giảm của tuần sau cho đợt này.

Đợt nào còn ghi đang triển khai thì chưa có ngày kết thúc. Hãy đợi nó xong rồi mới đối chiếu. Mốc nào chưa dẫn được trang trạng thái chính thức thì bỏ. Ô trống còn đỡ hại hơn một ngày đoán mò. Có một mốc về chính sách đáng biết. Theo chính sách spam tháng 3/2024, Google không phạt cách tạo ra nội dung mà phạt việc sản xuất hàng loạt nội dung ít giá trị, bất kể ai hay cái gì tạo ra nó.

Sau khi loại hành động thủ công và khớp ngày, mới đến lớp hệ thống lõi. RankBrain, BERT và MUM giúp Google hiểu người gõ muốn gì, không chấm xem bài lặp từ khóa bao nhiêu lần. Dấu hiệu là bài nhồi từ khóa nhưng lạc ý định, lượt hiển thị có mà lượt nhấp lèo tèo. Không có chuyện bị BERT phạt. Đó là hệ thống hiểu câu, nên chỉ có bài đáp đúng ý hoặc đáp lệch ý. Cách tự kiểm là mở báo cáo Hiệu suất, lọc từng truy vấn rồi đọc lại bài như người lạ.

Nhóm helpful content nhắm vào nội dung viết cho máy thay vì trả lời người đọc. Dấu hiệu là cả một nhóm bài cùng kiểu tụt chung một lượt. Hãy nhóm trang theo thư mục trong Search Console, so nhóm tụt với nhóm giữ nguyên, rồi đọc ba bài tụt nặng nhất. Bài nào không chỉ ra được ai viết, dựa trên trải nghiệm gì, thì yếu ở E-E-A-T. Với link, Google quét gắt các sơ đồ dàn xếp như trao đổi link ba chiều và link tầng. Hãy tránh chúng.

Bản đồ update đầy đủ còn nhiều chi tiết hơn tập này. Bạn có thể đọc tiếp trên website của Tài Nguyên SEO, hoặc xem lại phần chẩn đoán tụt lượt truy cập sau update để làm theo từng bước.

Bài gốc: https://tainguyenseo.com/thuat-toan-google-2/

CÔNG TY TNHH TÀI NGUYÊN SEO

Giọng đọc: Piper, mô hình vi_VN vais1000 (CC BY 4.0).

Cài chứng chỉ bảo mật xong, kết quả tìm kiếm có khá lên không? Câu hỏi này đến từ hai phía. Chủ web sợ không cài thì bị trừ điểm. Người bán dịch vụ thì hay tung câu cài HTTPS là bứt lên. Bài này tách rõ câu nào đúng, câu nào chỉ là lời chào hàng.

Trả lời nhanh: SSL có ảnh hưởng đến SEO, nhưng ít. Google dùng HTTPS làm tín hiệu nhẹ từ năm 2014. Cài chứng chỉ không tự đưa website lên vị trí cao. Thứ gây hại thật là chứng chỉ hết hạn, mixed content và chuỗi chuyển hướng sai. Những lỗi đó khiến Google chọn bản HTTP, hoặc khiến người dùng thấy cảnh báo rồi rời trang.

Ảnh hưởng chia làm hai tầng. Tầng trực tiếp là tín hiệu Google xác nhận từ 2014, và vai trò của nó gần như tie breaker, tức yếu tố phân định khi các yếu tố khác ngang nhau. Đây là cách hiểu thực hành của dân làm nghề, không phải hạn mức Google công bố. Hai trang ngang nhau về nội dung và độ tin cậy thì bản HTTPS có chút lợi thế. Trang nội dung yếu mà khoác HTTPS thì vẫn yếu. Nên coi HTTPS là điều kiện phải có, không phải đòn bẩy. Site đã chạy HTTPS ổn thì cứ để yên.

Tầng gián tiếp mới làm mất khách thật. Trình duyệt gắn nhãn không an toàn lên trang HTTP có ô nhập liệu, và khách đọc nhãn đó rất nhanh. Họ nghĩ web gì mà báo không an toàn, thôi khỏi để lại thông tin liên hệ. Rồi đóng tab. Đây là mất mát không ai đo ra, vì Search Console không báo gì, chỉ có số liên hệ lặng lẽ thấp đi. Bạn muốn đọc kỹ từng tầng thì có bài phân tích chi tiết về SSL và SEO đi sâu vào phần này.

SSL, TLS và HTTPS thường bị gọi lẫn. SSL là tên cũ của giao thức mã hóa đường truyền giữa trình duyệt và máy chủ. TLS là bản kế nhiệm, và là thứ đang chạy thật trên mọi website hiện nay. Chứng chỉ là giấy xác thực danh tính tên miền, do một tổ chức cấp chứng chỉ ký. HTTPS là địa chỉ web chạy qua kết nối TLS đó. Người trong nghề vẫn gọi tất cả là SSL theo thói quen. Tài liệu của Google lại viết HTTPS và TLS, nên biết đúng chữ sẽ đỡ lạc. Tra đúng từ là ra.

Về kết quả tìm kiếm, loại chứng chỉ không phải thứ quyết định. Google và người dùng cần chứng chỉ hợp lệ, khớp tên miền và còn hạn. Let’s Encrypt cấp miễn phí và tự gia hạn qua công cụ như Certbot. Chứng chỉ miễn phí của Cloudflare hoặc hosting thì bật nhanh, nhưng gắn chặt với nhà cung cấp đó. Loại trả phí có lý do hợp lý, nhưng lý do đó không phải SEO. Nó là xác thực tổ chức, bảo hành và hỗ trợ kỹ thuật. Mua chỉ để tăng vị trí là mua thứ Google không chấm điểm. Rủi ro thật của loại miễn phí là gia hạn tự động hỏng mà không ai biết.

Chứng chỉ hết hạn lặng lẽ như hộp sữa trong tủ lạnh. Đến lúc mở ra mới biết. Khi đó khách thấy màn hình chặn toàn trang. Hãy đặt lịch nhắc trước ngày hết hạn và dùng một công cụ giám sát chứng chỉ. Việc này loại nào cũng cần.

Checklist chuyển HTTP sang HTTPS gồm tám bước, và đảo thứ tự là chỗ site hay vỡ nhất. Ba bước đầu chưa đụng vào site đang chạy. Crawl toàn bộ bản HTTP bằng Screaming Frog, xuất URL, mã trạng thái và thẻ canonical. Lập bản đồ URL cũ sang mới, mỗi URL HTTP ứng với đúng một URL HTTPS cùng đường dẫn, gồm cả biến thể www và không www. Cài chứng chỉ hợp lệ cho từng biến thể. Cấp thiếu một biến thể là trình duyệt chặn đúng biến thể đó. Chưa crawl xong thì đừng bật 301. Không có bản đồ, bạn chỉ biết site hỏng sau khi Google đọc xong chỗ hỏng.

Từ đây mới là phần sửa thật. Bật 301 từng URL HTTP sang URL HTTPS tương ứng. Đổ hết về trang chủ là tự xóa lịch sử của chính mình. Đổi canonical trỏ HTTPS, rồi kiểm xem có chỗ nào bị gõ cứng đè lên không. Sửa mixed content, tức ảnh, script, CSS còn gọi qua http, trong theme, database và plugin. Dựng lại sitemap chỉ chứa URL HTTPS, cập nhật robots.txt trỏ sitemap mới, và đổi hreflang sang HTTPS. Cập nhật internal link và những backlink trong tầm tay. Tài liệu canonical của Google nói Google ưu tiên chọn HTTPS làm canonical. Ngoại lệ là khi chứng chỉ lỗi, trang phụ thuộc tài nguyên không an toàn, chuyển hướng đi qua HTTP, hoặc canonical trỏ về HTTP. Một chỗ sót là một lá phiếu bầu ngược.

Chuyển xong chưa phải xong. Thêm property HTTPS vào Search Console trước, vì dữ liệu của HTTP và HTTPS nằm ở hai chỗ khác nhau. Gửi lại sitemap, rồi theo dõi báo cáo lập chỉ mục xem URL có chuyển sang bản HTTPS đều không. Không ai hứa chắc được mốc thời gian Google xử lý xong. Ai hứa chắc thì nên nghi. Crawl lần hai để so với bản trước. HSTS làm sau cùng. Nó ép trình duyệt chỉ vào bằng HTTPS, nên chứng chỉ mà hỏng thì khách không còn nút bấm bỏ qua cảnh báo. Muốn làm đủ từng bước thì mở checklist chuyển từ HTTP sang HTTPS đầy đủ để đối chiếu.

Khi lỗi xảy ra, hãy sửa theo thứ tự ảnh hưởng. Chứng chỉ hỏng trước, chuyển hướng sai tiếp, mixed content sau cùng. Chứng chỉ hỏng chặn cả khách lẫn Google. Mixed content làm ổ khóa thủng một lỗ. Mở Console trong DevTools sẽ thấy từng dòng cảnh báo. Link gõ cứng trong template hoặc widget cần sửa tại file gốc, đừng vá từng bài. Form gửi dữ liệu về địa chỉ http thì khách điền xong mới bị cảnh báo. Đó là lúc họ rời đi. Đổi action sang https.

Bài đầy đủ cùng các lỗi còn lại nằm trên website của Tài Nguyên SEO.

Bài gốc: https://tainguyenseo.com/ssl-co-anh-huong-seo/

CÔNG TY TNHH TÀI NGUYÊN SEO

Giọng đọc: Piper, mô hình vi_VN vais1000 (CC BY 4.0).

Cài xong plugin SEO, đèn trong trình soạn chuyển xanh hết, góc trên hiện điểm tuyệt đối. Anh em bấm xuất bản rồi ngồi chờ. Chờ hơi lâu đấy. Điểm đó chỉ là một danh sách kiểm tra cho bài đang viết, còn Google quyết định chuyện khác. Hai việc này không nối thẳng với nhau.

Rank Math SEO là plugin chạy bên trong WordPress. Nó gom tiêu đề, meta description, sitemap, schema, chuyển hướng 301 và theo dõi lỗi 404 vào cùng một chỗ. Schema là dữ liệu có cấu trúc, báo cho máy biết trang là bài viết, sản phẩm hay địa điểm. Mọi thiết lập nằm ngay trong trang quản trị và khung soạn bài. Phần cấu hình cho site tiếng Việt nằm trong hướng dẫn cấu hình Rank Math cho site tiếng Việt, đọc song song với tập này sẽ dễ theo hơn.

Nên dùng khi site WordPress cần tiêu đề, sitemap, schema và chuyển hướng cùng lúc mà anh em không muốn mỗi việc một plugin. Gom lại một chỗ thì đỡ xung đột. Có hai trường hợp khỏi cài. Một là site không chạy WordPress, vì plugin không có chỗ bám. Hai là đã có dev tự viết meta và schema bằng code, lúc đó cài thêm chỉ khiến hai bên đè nhau xuất thẻ. Khỏi cần.

Câu hay nghe nhất từ người mới là điểm xanh hết rồi sao chưa lên. Plugin chưa bao giờ hứa chuyện đó. Muốn bài được chú ý thì phải đúng ý định tìm kiếm trước, rồi mới tới chi tiết plugin. Điểm SEO trong trình soạn giúp anh em khỏi sót việc. Nó không thay được chuyện bài có trả lời đúng điều người ta cần hay không. Thanh đếm ký tự của meta description cũng vậy, chỉ đếm độ dài chứ chưa nói gì về chuyện câu chữ có hấp dẫn người bấm.

Chọn gói thì bắt đầu bằng bản miễn phí. Nó đủ cho phần lớn site nhỏ và vừa làm onpage cơ bản, khi việc chính là đặt tiêu đề, meta, sitemap, breadcrumb và schema. Cứ chạy vài tuần. Thấy thiếu đúng thứ gì thì ghi lại thứ đó. Pro đáng tiền khi giải đúng một việc đang kẹt, ví dụ nhập hàng loạt chuyển hướng từ file CSV hay theo dõi từ khóa ngay trong plugin. Hãng đổi gói theo thời gian, nên hãy đối chiếu bảng tính năng trên trang chính thức.

Rank Math hay Yoast thì không có câu trả lời chung. So theo tiêu chí sẽ rõ hơn. Trước hết, liệt kê việc mình cần rồi gạch từng dòng xem plugin nào làm được mà không phải trả thêm. Tiếp theo là đường chuyển. Wizard của Rank Math có bước import dữ liệu từ plugin cũ, nhưng vẫn phải kiểm lại mẫu bài sau khi chuyển. Cuối cùng là thói quen cả đội. Đội quen Yoast lâu năm mà đổi chỉ vì nghe nói nhiều tính năng thì mất công đào tạo lại. Site đang chạy ổn thì đừng đổi khi chưa có lý do đo được.

Wizard chạy xong trong vài phút, nhưng mỗi ô tick là một quyết định áp lên cả site. Hãy chạy trên bản staging trước. Sao lưu cơ sở dữ liệu và thư mục wp-content. Dựng staging giống site thật về phiên bản WordPress, theme và danh sách plugin. Chụp tiêu đề và meta description của bốn loại trang gồm trang chủ, một bài viết, một trang danh mục và một trang sản phẩm hoặc dịch vụ. Lưu lại đường dẫn sitemap hiện tại để đối chiếu. Có sao lưu thì sai đâu quay về đó.

Trong wizard, chọn chế độ nâng cao nếu muốn tự quyết từng module, vì chế độ gọn bật sẵn nhiều thứ site chưa chắc cần. Bước import từ plugin cũ là chỗ nên dừng. Trên staging cứ import để xem kết quả, còn trên site thật thì chưa bấm. Chọn đúng loại site, vì chọn sai thì schema mặc định lệch theo. Ô nào không hiểu hậu quả thì để mặc định. Đừng tick cho đủ bộ.

Wizard xong mới là lúc những chỗ riêng của tiếng Việt lộ ra. Kiểm slug của vài bài, vài danh mục. Slug có dấu hoặc quá dài thì sửa trước khi site có link trỏ vào, vì đổi sau là phải kéo theo chuyển hướng. Tiếng Việt có dấu chiếm chỗ hiển thị hơn bản không dấu, nên xem trước mẫu tiêu đề trong khung soạn chứ đừng đoán. Bật breadcrumb rồi xem theme có tự in riêng không, kẻo hai cái chồng lên nhau. Bật 404 Monitor để ghi lại đường dẫn khách và bot gõ vào mà không có trang. Bật Redirections để khai báo luật chuyển hướng bằng giao diện. Cuối cùng gửi sitemap trong Search Console.

Trước khi đụng tới site thật, lấy ảnh chụp hiện trạng ra so từng dòng. Điểm nào lệch thì dừng. Tiêu đề và meta của bốn loại trang mẫu phải giống trước hoặc đúng mẫu mới. Sitemap thì đếm xem loại nội dung nào đang vào, loại nào đang ra. Breadcrumb không được in hai lần. Gõ thử một đường dẫn bậy để xem 404 Monitor có ghi lại không.

Plugin chỉ lo phần kỹ thuật, còn bài đúng ý định tìm kiếm là việc của người viết. Bản đầy đủ có trong bài chi tiết về cách cài và cấu hình Rank Math SEO trên website của Tài Nguyên SEO. Đọc xong, làm thử trên staging trước.

Bài gốc: https://tainguyenseo.com/rank-math-seo/

CÔNG TY TNHH TÀI NGUYÊN SEO

Giọng đọc: Piper, mô hình vi_VN vais1000 (CC BY 4.0).

Thuê một đơn vị SEO mà không gặp mặt khiến nhiều chủ doanh nghiệp ngần ngại. Cảm giác này dễ hiểu. Ta quen với chuyện ngồi đối diện, nhìn văn phòng rồi mới tin. Nhưng SEO diễn ra trên màn hình, trong dữ liệu của website. Tập này bàn xem làm hoàn toàn online thì bạn nhận được gì, kiểm chứng bằng gì, và phần nào của SEO thật sự đổi theo địa phương.

Gặp mặt cho bạn nhìn thấy người bán hàng. Nó không cho bạn thấy website của mình đang nghẽn ở đâu. Google cũng không xếp website theo chỗ ngồi của bên làm SEO. Ba thứ hay được dùng để chọn đơn vị là văn phòng gần chỗ mình, một ảnh chụp màn hình về vị trí từ khoá, và một mức giá đọc qua điện thoại. Cả ba đều đẹp trên giấy. Không cái nào cho bạn biết site của bạn cần gì.

Ba thứ nên dùng thay thế đều kiểm được qua màn hình. Thứ nhất là quyền đọc Search Console của chính bạn. Bạn cấp quyền xem, bên kia chỉ ra Google đang chọn trang nào cho cụm từ bạn muốn lên, và trang đó đã trả lời đúng người tìm chưa. Thứ hai là một ca có ngày bắt đầu, ngày khoá số và cả chỗ hỏng. Thứ ba là giá chốt sau khi đọc hồ sơ site, không phải giá đọc ra trước khi ai đó nhìn thấy website. Thiếu một trong ba thì nên dừng. Đơn giản vậy.

Cách làm này được mô tả đầy đủ ở trang dịch vụ SEO làm online cho doanh nghiệp trong thành phố, gồm ba nhánh bán tách nhau là SEO tổng thể, SEO từ khoá và SEO local. Mọi bước chạy online, từ buổi đọc hồ sơ tới báo cáo tháng. Bảng giá không đổi theo tỉnh. Phần đổi theo địa phương chỉ có một, và sẽ được nói ở phần sau.

Bước đầu là đọc hồ sơ. Bạn gửi tên miền và nhóm từ khoá muốn lên. Buổi tư vấn đầu miễn phí, qua họp online hoặc Zalo, và audit tổng thể xong trong ba đến năm ngày làm việc. Audit là bước rà toàn bộ site để tìm chỗ đang kìm nó lại, vì mỗi site nghẽn một chỗ khác nhau. Bước hai là chốt phạm vi. Bạn nhận file kế hoạch cùng bộ từ khoá đã xếp lịch theo tháng. Đọc, hỏi, sửa tới khi rõ rồi mới ký. File tới tay bạn trước chữ ký, không phải sau.

Bước ba là triển khai. Từng backlink và từng bài hiện trên dashboard ngay khi xong, không đợi tới cuối tháng. Bước bốn là đo và chỉnh, với báo cáo hàng tháng đối chiếu bằng Search Console và GA4 của bạn. Hai tài khoản đó đứng tên bạn. Bên làm SEO chỉ đọc chung. Chỗ khác với một dự án có gặp mặt chỉ nằm ở bước một và bước hai, nơi hai bên mở chung một màn hình thay cho một cái bàn. Bạn cấp quyền xem Search Console trước buổi họp thì buổi đó đọc số thật, không đọc slide.

Việc hằng ngày đi qua Zalo trong giờ làm việc, từ Thứ Hai đến Thứ Bảy, 08:00 đến 18:00. Hai buổi quan trọng nhất là đọc hồ sơ và chốt phạm vi, cả hai đi qua họp online. Bạn không mất thời gian di chuyển, cũng không phải đợi tới cuối tháng mới biết việc nào đã xong. Chỉ cần mở dashboard.

Vậy phần nào của SEO đổi theo địa phương? Chỉ một phần. Đó là khi khách gõ tên dịch vụ kèm tên quận, hoặc thêm chữ gần đây. Lúc này khối bản đồ quyết định bạn có hiện hay không. Trang trợ giúp của Google Business Profile ghi rằng kết quả địa phương dựa chủ yếu vào mức độ liên quan, khoảng cách và mức độ phổ biến của doanh nghiệp. Việc cần làm là hồ sơ đã xác minh, thông tin tên, địa chỉ, số điện thoại khớp ở mọi nơi, cùng entity và backlink đúng khu vực. Entity là danh tính của doanh nghiệp trên mạng, thứ giúp Google hiểu bạn là ai. Tất cả làm được trên màn hình. Chỉ số nên theo là cuộc gọi và lượt chỉ đường trong Business Profile.

Còn nếu bạn bán toàn quốc thì sao? Tên thành phố gần như không đổi gì. Tốc độ tải, index, nội dung trang dịch vụ và liên kết cho cụm từ toàn quốc được làm y hệt, dù chủ site ngồi ở quận nào hay ở tỉnh nào. Index là việc Google đã đưa trang của bạn vào kho tìm kiếm hay chưa. Câu hỏi duy nhất còn lại là trang của bạn đã trả lời đúng người tìm chưa.

Về cách chọn gói, hãy bắt đầu từ chỗ đang nghẽn. SEO tổng thể là đọc lại và làm cả site, gồm sáu nhóm việc từ kỹ thuật, nội dung tới đo lường, với hợp đồng tối thiểu sáu tháng. SEO từ khoá hợp khi trang đích đã ổn và bạn chỉ cần đẩy một nhóm cụm từ, không đụng cấu trúc site hay bài sẵn có. SEO local dành cho khách tìm quanh quận bạn bán, ghép từ những hạng mục có giá riêng. Chọn theo chỗ nghẽn. Chi tiết nằm ở bảng ba nhánh dịch vụ và cách chọn theo chỗ đang nghẽn.

Nếu bạn đã thử một mảng mà đơn hàng không đổi, nên đọc lại cả site thay vì mua thêm một mảng nữa. Site mới thì khác. Làm nền kỹ thuật và nội dung trước, vì mua link lúc đó là mua sớm. Còn nếu chưa chắc site nghẽn ở mảng nào, cách nhanh nhất là gửi tên miền để được đọc hồ sơ. Đôi khi kết luận là chưa cần mua gói nào.

Muốn đọc bản đầy đủ, mời bạn ghé website của Tài Nguyên SEO.

Bài gốc: https://tainguyenseo.com/dich-vu-seo-tai-ha-noi/

CÔNG TY TNHH TÀI NGUYÊN SEO

Giọng đọc: Piper, mô hình vi_VN vais1000 (CC BY 4.0).

Câu hỏi đắt nhất khi đặt cấu trúc site không phải cái nào tốt hơn. Câu đúng là phần này do ai vận hành. Blog, trang dịch vụ và bản tiếng Anh thường chung một đội, chung một mục tiêu tìm kiếm. App đăng nhập hay bản staging thì không. Chỗ rẽ nằm đúng ở đó. Tập này đi qua cây quyết định chọn subdomain hay thư mục con theo từng tình huống.

Mặc định nên chọn thư mục con. Thư mục con là đường dẫn sau tên miền, ví dụ /blog/. Subdomain là phần đứng trước tên miền. Chỉ tách subdomain khi gặp một trong bốn trường hợp. Một là sản phẩm riêng, có thương hiệu và tệp khách riêng. Hai là có đội kỹ thuật và hạ tầng riêng, deploy theo nhịp riêng. Ba là cần tách rủi ro, như staging hay app đăng nhập. Bốn là landing chiến dịch ngắn hạn, dựng xong là gỡ. Lý do tách phải nói được trong một câu. Nói không nổi thì đừng tách. Người gánh cấu hình về sau thường chính là đội của bạn.

Blog sinh ra để dẫn người đọc tới trang dịch vụ. Vì vậy để chúng chung một tên miền là hợp lý nhất. Mỗi bài trong /blog/ trỏ về trang dịch vụ là một link nội bộ đi trong cùng một host, đo và sửa ở cùng một chỗ. Tách blog sang subdomain thì đường link đó thành link giữa hai host. Bạn phải nhớ cấu hình thêm hai lần cho mọi thứ. Blog không có lý do kỹ thuật riêng thì cứ về thư mục con. Đỡ phải giải thích.

Shop cùng thương hiệu nên là thư mục con như /san-pham/ hay /danh-muc/. Khách đi từ bài hướng dẫn sang trang sản phẩm mà vẫn ở một tên miền. Ngoại lệ có thật. Giỏ hàng hay thanh toán chạy trên nền tảng khác, có chứng chỉ và đội riêng, thì tách riêng phần đó là hợp lý. Danh mục sản phẩm vẫn nên ở tên miền chính. Site đa ngôn ngữ cũng đi theo logic ấy. Nếu /en/ và /vi/ nằm trong cùng một host thì thẻ hreflang trỏ qua lại dễ kiểm hơn. Google Search Central yêu cầu mã ngôn ngữ và vùng theo chuẩn RFC 5646. Sai một ký tự là cả cụm trỏ chéo mất tác dụng. Một tên miền riêng cho từng nước chỉ đáng khi mỗi nước có đội, pháp lý và ngân sách riêng. Còn không, nó là món nợ bảo trì nhân đôi.

Ba trường hợp còn lại nghiêng về subdomain vì mỗi cái có lý do nói được trong một câu. Staging là môi trường thử nghiệm, phải tách khỏi site thật. App đăng nhập có nội dung nằm sau tài khoản, không phục vụ tìm kiếm. Landing chiến dịch sống ngắn, gỡ đi không để lại rác trên site chính. Bản staging lọt vào Google là lỗi thường gặp nhất của nhóm này. Hãy khóa bằng đăng nhập trước. Rồi mới nghĩ đến noindex.

Google công bố rằng subdomain và thư mục con đều được xử lý như nhau. Điều đó không sai. Nhưng người vận hành vẫn phải làm việc với từng host một. Đó mới là khác biệt thật. Về crawl, mỗi subdomain là một host riêng, có tệp robots và sitemap riêng, nên thêm một chỗ để cấu hình và để quên. Về link, link nội bộ và link ngoài dễ bị chia nhỏ giữa các host. Về Search Console, phải thêm property riêng cho từng host, nên báo cáo rải ra nhiều nơi. Về thương hiệu, subdomain dễ khiến khách tưởng đó là một site khác.

Gộp chung cũng có mặt trái. Crawl budget là chỗ lộ ra đầu tiên. Gộp nội dung vào cùng host thì phải dọn URL rác trước. Không dọn thì rác cũng chuyển về chung nhà. Dọn trước, gộp sau.

Blog chạy trên nền tảng khác mà vẫn muốn địa chỉ /blog/ thì làm được bằng reverse proxy. Máy chủ chính nhận yêu cầu rồi chuyển sang máy chủ blog. Nginx dùng proxy_pass. Apache dùng mod_proxy với ProxyPass và ProxyPassReverse. Chuyển được blog về cùng máy chủ thì khỏi proxy, đỡ một tầng để hỏng. Đừng nhầm proxy với chuyển hướng. Proxy giữ nguyên địa chỉ trên thanh trình duyệt. Redirect đẩy người dùng sang địa chỉ khác. Dùng cả hai trên cùng một đường dẫn thì chúng có thể “đánh nhau”.

Lỗi hay gặp có năm kiểu. Link tuyệt đối trên blog vẫn trỏ về subdomain cũ. Canonical ghi sai host. Chứng chỉ SSL không khớp host của máy chủ blog. Header Host hoặc cookie bị đổi giữa đường nên đăng nhập quản trị hỏng. Sitemap blog vẫn liệt kê URL cũ. Chỉ sai một dòng header là cả blog trả về 404. Một dòng thôi.

Không có quyền sửa máy chủ chính thì Cloudflare Workers là đường vòng. Đó là một đoạn script định tuyến theo đường dẫn, thấy /blog/ thì lấy nội dung từ máy chủ blog. Cấu hình xong, hãy kiểm bằng lệnh curl với cờ -I trước khi tin trình duyệt. Trình duyệt có cache và tự đi theo chuyển hướng. Nó nói dối rất ngọt. Bốn việc cần kiểm. Địa chỉ bài viết phải ra mã 200 và không có Location trỏ về subdomain. Canonical trong mã nguồn phải là host chính. Tab Network trong DevTools phải tải ảnh, CSS, script từ đúng host. Một URL không tồn tại dưới /blog/ phải ra 404 thật, không phải trang chủ.

Cấu trúc đang chạy ổn mà chưa đủ lý do thì đừng vội chuyển. Chuyển cấu trúc là thao tác có thứ tự, đảo bước là mất công làm. Phần 301, canonical và sitemap nằm trong checklist chuyển subdomain sang thư mục con. Muốn đọc bản đầy đủ thì ghé Tài Nguyên SEO.

Bài gốc: https://tainguyenseo.com/subdomain-hay-thu-muc-con/

CÔNG TY TNHH TÀI NGUYÊN SEO

Giọng đọc: Piper, mô hình vi_VN vais1000 (CC BY 4.0).

Nhiều bài hướng dẫn bảo rằng Google chấm bài dựa trên một danh sách LSI keyword mà người viết phải rải đều vào thân bài. Cách nghĩ này khiến người mới mất cả buổi chép từ công cụ sang bản nháp. Trong khi đó, cái tên sai ngay từ gốc. Tập này gỡ chỗ sai trước. Sau đó là cách làm đúng cho content SEO bằng tiếng Việt. Trả lời nhanh là thế này: LSI keyword là cách dân SEO gọi những từ và cụm từ cùng chủ đề với từ khóa chính. Việc đáng làm là phủ đủ ý con và entity của chủ đề.

Dân SEO dùng cụm này cho những từ hay đi cùng từ khóa chính. Với dịch vụ SEO, đó có thể là báo giá, audit, backlink và đo kết quả. Phần ý tưởng nghe hợp lý. Bài nói sâu về một chủ đề thì tự nhiên chứa nhiều từ quanh chủ đề đó. Chỗ hỏng nằm ở cái tên. Latent Semantic Indexing là một kỹ thuật phân tích ngôn ngữ, ra đời khi web chưa phổ biến. Nó làm việc trên kho tài liệu nhỏ và đóng. Dán nhãn đó lên một danh sách từ gợi ý cũng giống đặt tên chiếc xe máy là Ferrari cho oai. Chạy thì vẫn chạy. Nhưng đừng ai tin nó có động cơ ấy. Muốn đọc kỹ hơn phần này, bạn xem bài đầy đủ về LSI keyword trên website.

Không có bảng chỉ tiêu từ ngữ nào để Google đem ra chấm. Kỹ thuật gốc do nhóm nghiên cứu của Scott Deerwester và Susan Dumais đề xuất vào cuối thập niên 1980. Cách làm là lập bảng thống kê từ nào xuất hiện trong tài liệu nào, rồi dùng phép phân tích ma trận nén bảng đó lại. Nhờ vậy máy thấy hai tài liệu gần nghĩa dù không chung từ nào. Với kho đóng thì ổn. Web thì khác, vì trang mới ra và trang cũ đổi nội dung từng ngày. Bảng thống kê phải tính lại liên tục. Đó là lý do kỹ thuật này không hợp với chỉ mục web.

Hướng của Google nay đi theo mô hình đọc từng từ trong câu. BERT là ví dụ, nó hiểu ngữ cảnh của cả câu chứ không chỉ đếm từ nằm cạnh nhau. Hai cách nghĩ khác hẳn nhau. Nhiều công cụ trên mạng gắn nhãn LSI rồi viện cái tên cũ như bằng chứng. Thực ra chúng chỉ gợi ý những từ hay xuất hiện cùng ngữ cảnh. Gợi ý như vậy có ích. Chứng minh Google dùng LSI thì không. Về phát biểu công khai, một đại diện của Google làm việc với cộng đồng SEO đã nói rằng không có thứ gọi là LSI keyword. Câu này phủ nhận cái nhãn. Nó không nói từ liên quan là vô ích.

Bốn khái niệm hay bị gom vào một danh sách, rồi người viết không biết mình đang làm việc gì. LSI theo nghĩa gốc là kỹ thuật phân tích trên kho văn bản cố định. Hiểu nguồn gốc tên gọi là đủ, đừng dùng nó để lập danh sách từ. Từ đồng nghĩa là cách gọi khác cùng nghĩa, như SEO thuê ngoài, dùng để câu bớt lặp mà vẫn giữ ý. Từ khóa liên quan là cụm cùng chủ đề, hay đi cùng nhau trong các trang tốt. Chúng giúp phủ các ý con người đọc cần. Entity là thực thể có nghĩa xác định, như Google, Search Console hay Ahrefs. Gọi tên nhất quán thì máy hiểu bài nói về cái gì. Từ khóa phụ là việc của kế hoạch nội dung, còn từ liên quan là việc của độ phủ chủ đề. Đừng trộn hai thứ vào một bảng tính.

Từ khóa là một chuỗi chữ. Còn máy thì cố gắn mỗi cụm vào một entity. Chữ Python đi kèm pip, thư viện và code thì máy hiểu đó là ngôn ngữ lập trình, không phải con rắn. Chính những từ xung quanh chọn nghĩa. Phần này dựa trên embedding, tức mô hình biến chữ thành dãy số sao cho những nghĩa gần nhau nằm gần nhau. Bạn không cần biết code vẫn dùng được ý này. Máy đo độ gần về nghĩa, không đối chiếu từng từ với một bảng. Từ đó ra hai việc cụ thể. Một, gọi một thứ bằng một tên xuyên suốt bài. Hai, tự hỏi bài đã nói rõ về cái gì chưa, thay vì hỏi còn thiếu từ nào.

Quy trình tìm thuật ngữ liên quan từ kết quả tìm kiếm tốn một buổi và không mất đồng nào. Ví dụ chạy xuyên suốt là từ khóa dịch vụ SEO, và mọi thuật ngữ chỉ để minh họa. Bước một, mở năm trang đầu, ghi lại toàn bộ H2 và H3 của từng trang. Tô màu mọi thuật ngữ xuất hiện ở từ ba trang trở lên. Gạch bỏ ý chỉ một trang có, vì đó là góc riêng hoặc lạc đề. Ba trang giống nhau chưa chắc vì cùng đúng. Nhiều khi họ chép nhau. Bước hai, kéo xuống cuối trang để chép mục tìm kiếm liên quan. Mở khung People Also Ask, bấm vài câu để nó sinh thêm câu mới. Rồi gõ từ khóa kèm từng chữ cái để xem gợi ý tự động. Xếp mọi câu hỏi vào nhóm đã tô. Câu nào không nhóm nào chứa là ý con còn thiếu. Các bước chi tiết nằm trong phần cách tìm thuật ngữ liên quan từ kết quả tìm kiếm.

Bước ba là đối chiếu với truy vấn thật trong Search Console. Danh sách từ ở kết quả tìm kiếm mới là giả thuyết, truy vấn thật mới là bằng chứng. Bài đã có lượt hiển thị thì báo cáo cho thấy người ta gõ gì để gặp trang bạn. Có những cụm bạn chưa từng nghĩ tới. Cụm khách thật gõ thường chẳng giống cụm bạn đã chọn. Từ khóa dài và cụ thể theo từng dự án hay lộ ra ở đây, và là hướng hợp với những site nhỏ không muốn cạnh tranh trực diện trên từ khóa đầu ngành. Đó là cách làm cho một trường hợp cụ thể, không phải kết quả lặp lại với mọi dự án. Làm vậy đỡ tốn công.

Bạn cứ thử một lượt với từ khóa của mình. Bản đầy đủ có bảng đối chiếu và quy trình chi tiết trên website của Tài Nguyên SEO.

Bài gốc: https://tainguyenseo.com/lsi-keyword/

CÔNG TY TNHH TÀI NGUYÊN SEO

Giọng đọc: Piper, mô hình vi_VN vais1000 (CC BY 4.0).

Nhiều chủ shop mở admin lên là lao vào sửa tiêu đề từng sản phẩm. Trong khi đó, bước đầu tiên chỉ cần một thanh địa chỉ. Bạn gõ tên miền của mình kèm đường dẫn robots, rồi mở thêm một tab với đường dẫn sitemap. Hai trang đó cho biết nền tảng đã làm sẵn những gì. Sửa chồng lên phần làm sẵn chẳng khác sơn thêm một lớp lên bức tường đã sơn. Tường dày hơn mà không đẹp hơn. Còn dễ sinh lỗi trùng.

SEO Haravan là việc chuẩn bị website bán hàng chạy trên nền tảng Haravan để Google đọc và hiểu được. Phần nền như sitemap, đường dẫn thân thiện và thẻ canonical thường đã có sẵn từ nền tảng và theme. Chữ thường ở đây quan trọng. Bạn cần xác nhận lại trên site của mình, đừng coi là chắc chắn. Phần chủ shop tự lo gồm tiêu đề, mô tả, alt ảnh, chuyển hướng 301, schema, tốc độ và Search Console. Muốn nhìn cả bảng việc cùng cách tự kiểm, bạn xem hướng dẫn SEO Haravan từng bước của chúng tôi.

Sang phần sản phẩm và bộ sưu tập. Bạn mở một sản phẩm hoặc bộ sưu tập chủ lực, kéo xuống khối xem trước kết quả tìm kiếm rồi sửa từng ô. Ô tiêu đề thì đặt từ khóa chính ở đầu, kèm tên sản phẩm cụ thể, đừng nhồi. Ô mô tả chỉ cần một hai câu nói trang này giúp khách làm được việc gì. Google cắt tiêu đề và mô tả theo chiều rộng pixel. Vì vậy đừng bám một con số ký tự cứng. Chỉ cần xem câu có bị cụt giữa chừng không. Tên menu và tên ô có thể đổi theo phiên bản admin, nên bạn đối chiếu với màn hình của mình.

Một nguyên tắc rất đáng nhớ là làm kỹ vài trang trước. Chọn những sản phẩm bán chạy nhất, viết mô tả thật cho chúng, đừng chép nguyên văn nhà sản xuất. Sửa đều mà mỏng thì không trang nào thật sự khác trang còn lại. Hai sản phẩm cùng dòng mà tiêu đề giống hệt nhau là cách nhanh nhất để Google không biết trang nào đáng đứng trước. Đó là lỗi hay gặp. Về ảnh, alt phải mô tả đúng cái ảnh đang có. Ảnh trang trí thì để trống. Tên file nên đặt trước khi tải lên, vì đổi sau là phải tải lại.

Tiếp theo là giới hạn của nền tảng. Haravan là dịch vụ thuê dùng, nên có chỗ bạn không sửa được như trên WordPress với plugin và file gốc. Biết sớm thì khỏi mất công. Bài hướng dẫn nào bảo dán code vào file gốc hay cài plugin thì đó là bài cho WordPress. Làm theo trên Haravan chỉ tốn công. Với robots và canonical, cách chắc ăn là tự kiểm năm việc ngay trên domain của bạn. Mở robots xem có chặn nhầm thư mục quan trọng không. Mở sitemap xem có đủ sản phẩm, bộ sưu tập, bài viết không. Xem mã nguồn trang sản phẩm để tìm thẻ canonical. Chạy Rich Results Test để biết theme xuất schema nào. Cuối cùng là mở báo cáo Pages trong Search Console.

Phần không sửa được thì có hai đường. Một là dùng noindex hoặc canonical ở cấp trang nếu theme cho phép. Hai là chấp nhận rồi bù bằng nội dung tốt hơn. Các trang phân trang của bộ sưu tập dài cũng cần để mắt, vì chúng dễ sinh những địa chỉ gần giống nhau. So với WordPress, có thể hiểu gọn thế này. WordPress cho bạn quyền, Haravan cho bạn sự đỡ lo. Với cửa hàng nhỏ, đổi chác này thường chấp nhận được, vì việc quyết định hiệu quả nằm ở nội dung từng trang và link trỏ về.

Search Console nên làm xong ngay ngày đầu, vì mọi quyết định sau đó đều cần dữ liệu của nó. Bạn xác minh quyền sở hữu domain, gửi sitemap ở mục Sơ đồ trang web, rồi dùng URL Inspection kiểm một trang sản phẩm. Sau đó mở báo cáo Pages. Trang ở trạng thái đã phát hiện nhưng chưa lập chỉ mục là dấu hiệu nên xem lại nội dung. Gửi lại nhiều lần không giải quyết được. Có thể dùng thêm Bing Webmaster Tools để gửi sitemap cho Bing. Screaming Frog SEO Spider giúp quét lỗi 404 và title trùng. Ahrefs Webmaster Tools cho audit miễn phí site đã xác minh.

Chuyển hướng 301 là chỗ nhiều shop vấp nhất. Dùng 301 khi URL cũ còn trang thay thế, ví dụ đổi handle sản phẩm hoặc gộp hai bộ sưu tập. Trong admin, bạn tìm mục có chữ chuyển hướng rồi thêm cặp đường dẫn cũ và mới. Đích phải là trang liên quan nhất. Đổ tất cả về trang chủ thì khách phải tự đi tìm lại món mình cần. Nếu sản phẩm hết hàng vĩnh viễn và không có bộ sưu tập nào gần nghĩa, để 404 sạch sẽ còn hơn ép 301 về trang chẳng liên quan. Mã 410 báo hẳn là trang đã gỡ, nhưng nếu admin không cho trả mã này thì 404 vẫn đủ dùng. Cần tránh soft 404. Đó là trang trả mã thành công nhưng nội dung chỉ là dòng không tìm thấy.

Sau mỗi lần chuyển hướng, hãy sửa luôn link nội bộ để trỏ thẳng về URL mới. Để chuyển hướng gánh mãi thì các cặp cũ chồng lên nhau, về sau chính bạn cũng không nhớ cặp nào để làm gì. Vì vậy cách tốt nhất là đổi handle càng ít càng tốt.

Cuối cùng là tốc độ. Bạn nên gỡ app thừa trước khi đụng vào code theme, vì app là nguyên nhân chậm dễ thấy nhất và hoàn tác được. Nén và đổi kích thước ảnh trước khi tải lên. Bật lazy loading cho ảnh nằm dưới màn hình đầu, nhưng đừng bật cho ảnh đầu trang vì nó làm LCP chậm đi. Giữ số font ít, vì mỗi font thêm là thêm một request. Core Web Vitals gồm LCP, INP và CLS, đo cảm giác tải trang của người dùng thật. Muốn xem kỹ cả quy trình, bạn mở bảng việc Haravan làm sẵn và chủ shop tự làm, rồi ghé Tài Nguyên SEO để đọc bản đầy đủ.

Bài gốc: https://tainguyenseo.com/seo-haravan/

CÔNG TY TNHH TÀI NGUYÊN SEO

Giọng đọc: Piper, mô hình vi_VN vais1000 (CC BY 4.0).

Dán tiêu đề bài mới nhất của trang vào tab Tin tức trên Google rồi bấm tìm. Không thấy? Đừng vội kết luận là bị phạt. Nguyên nhân hay nằm ở một dòng cấu hình sai, hoặc ở điều kiện chưa đủ, và bạn có thể kiểm cả hai trong một buổi. Tập này đi qua những gì nên rà trước, theo thứ tự hợp lý nhất. Bản đầy đủ nằm trong bài hướng dẫn SEO Google News trên website.

Một bài tin có thể xuất hiện ở bốn nơi. Đó là Google News, tab Tin tức, khối tin nổi trên trang kết quả chung và luồng gợi ý Discover. Mỗi nơi hợp với một kiểu nội dung riêng. Google News gom bài theo sự kiện và hợp với trang xuất bản đều. Tab Tin tức phục vụ người chủ động gõ từ khoá. Discover đẩy bài tới người dùng mà họ không cần gõ gì, nên hợp với bài phân tích dài. Hãy chọn một kênh trước, làm chắc phần kỹ thuật cho tab Tin tức, rồi mới tính tiếp.

Bài kiếm click bằng nội dung giật gân không phải tin tức. Tin tức cần sự kiện có nguồn, có ngày, có tác nhân. Nếu tiêu đề chỉ có chữ sốc mà không nói điều gì xảy ra, thì bài đó không thuộc về Google News. Sai ngay từ tít.

Hãy rà nhóm kỹ thuật trước, vì lỗi ở đây làm công sức nội dung phía sau mất ý nghĩa. URL phải mở được công khai, không bắt đăng nhập mới đọc. Không có thẻ noindex. Tệp robots không chặn Googlebot vào chuyên mục tin. Canonical của mỗi bài trỏ về chính bài đó. Nội dung chính nằm ngay trong HTML trả về. Trang chạy HTTPS, đọc ổn trên điện thoại, và URL không đổi sau khi đăng. Làm đủ chừng đó là có nền móng.

Canonical là thẻ báo cho Google biết đâu là bản chính của một nội dung. Một lỗi hay gặp là plugin SEO cài sai và để mặc định canonical về trang chủ cho mọi URL. Khi đó các bài trên site tin bị hiểu là bản sao của trang chủ. Triệu chứng thường là một câu hỏi, bài đăng đều mà sao Google coi như không có. Cách kiểm rất nhanh. Mở mã nguồn một bài, tìm rel canonical và xem nó trỏ về đâu. Sau đó dùng URL Inspection để xem canonical Google chọn có khớp URL bạn khai không. Lệch thì sửa cấu hình plugin là xong.

Lớp thứ hai là sự minh bạch. Người đọc và Google đều cần biết ai viết, viết khi nào, ai chịu trách nhiệm. Mỗi bài nên có tên tác giả kèm trang giới thiệu, ngày đăng và ngày cập nhật hiện rõ, khớp với dữ liệu trong mã nguồn. Trang cần nêu tên đơn vị xuất bản, thông tin liên hệ và người chịu trách nhiệm biên tập. Bài dựa trên thông tin của bên khác thì phải nêu nguồn. Bài cập nhật thì đổi ngày cập nhật, đừng đổi ngày đăng cho trông mới.

Về dữ liệu có cấu trúc, loại NewsArticle mô tả một bài tin cho máy đọc. Các thuộc tính cần khai gồm headline, datePublished, dateModified, author và image. Khai xong thì kiểm bằng Rich Results Test, công cụ miễn phí của Google. Sitemap tin là một file riêng liệt kê bài mới xuất bản. Thêm bài vào ngay khi đăng, gỡ bài cũ ra cho file gọn, rồi khai trong Search Console để theo dõi trạng thái đọc. Làm vậy đỡ tốn công.

Publisher Center là nơi bạn khai tên, logo và nguồn nội dung để Google hiển thị đúng bộ nhận diện của trang tin. Nó không quyết định bài có được thu thập hay không, vì Googlebot tự khám phá bài đăng công khai. Công cụ này không sửa được canonical sai, không vá được schema thiếu và không biến bài mỏng thành bài đáng đọc. Đăng ký là bước cuối, không phải bước đầu. Thứ tự việc thì giữ nguyên. Đăng nhập bằng tài khoản của đơn vị xuất bản, tạo publication, khai tên, website, logo, chọn nguồn nội dung, đọc lại cho khớp rồi gửi xét. Thời gian xét không ai hứa được, nên bên nào ghi con số duyệt thì nên dè chừng.

Trong lúc chờ duyệt, đừng đổi URL hàng loạt, đừng tạo nhiều publication cho cùng một site và đừng đẩy bài mỏng lên cho đủ nhịp. Đó là lúc sửa lỗi kỹ thuật. Mở vài bài mới nhất, chạy URL Inspection xem Google đã thu thập chưa, rồi đối chiếu logo và tên hiển thị với những gì đã khai. Cũng cần cẩn thận với việc cho bên thứ ba đăng bài lên site chỉ để mượn uy tín tên miền. Google đã cập nhật chính sách lạm dụng uy tín site từ năm 2024 để dọn chiêu đó.

Kỹ thuật đúng mà nội dung rỗng thì Google vẫn không có lý do giữ bài của bạn. Tiêu đề nêu đúng sự kiện, ai làm gì, ở đâu. Nguồn tin ghi ngay trong bài. Bài sửa lớn thì ghi rõ đã sửa phần nào. Tin và bài quảng cáo tách riêng, đừng trộn chung một chuyên mục. Với trang tin, đăng ít bài nhưng có tên tác giả và nguồn rõ vẫn tốt hơn phủ đại trà mà không ai chịu trách nhiệm. Ngách hẹp mà sâu thì người đọc dễ nhớ bạn là ai. Chủ đề nhạy cảm đòi hỏi cao hơn, nên tác giả cần có chuyên môn thật.

Muốn đi đủ từng mục, bạn xem điều kiện và kỹ thuật cho trang tin trên website. Nếu cần rà rộng hơn phần kỹ thuật, đội ngũ Tài Nguyên SEO có sẵn checklist để đi theo. Làm từng lớp, kiểm từng bước.

Bài gốc: https://tainguyenseo.com/seo-google-news/

CÔNG TY TNHH TÀI NGUYÊN SEO

Giọng đọc: Piper, mô hình vi_VN vais1000 (CC BY 4.0).

Hỏi dịch vụ SEO Maps mà chỉ nhắm vào chuyện thứ hạng thì rất dễ mua nhầm một bản báo cáo đẹp. Câu đáng hỏi hơn là hồ sơ thuộc về ai, từng phần việc để lại đầu ra gì, và khi dừng hợp đồng thì doanh nghiệp nhận lại những gì. Đó mới là câu hỏi đúng. Tập này đi qua từng ý, theo đúng thứ tự một người mua nên kiểm trước khi ký.

SEO Maps là nhóm phần việc quanh hồ sơ bản đồ của một địa điểm vật lý. Gồm chỉnh Google Business Profile, chuẩn hóa tên, địa chỉ, số điện thoại, xây các nguồn nhắc thông tin doanh nghiệp và quản lý đánh giá. Mục tiêu là cải thiện hiện diện trong Google Maps, cụm kết quả bản đồ và các truy vấn kiểu gần tôi. Cụm bản đồ thay đổi theo truy vấn, vị trí người tìm và giao diện. Cho nên đừng coi một lần chụp màn hình là chuẩn. Phạm vi này nằm trong dịch vụ SEO Maps cho địa điểm vật lý mà Tài Nguyên SEO đang triển khai.

Hồ sơ bản đồ cũng có chỗ không hợp. Doanh nghiệp không có địa điểm cố định thì nên nghiêng về SEO website theo nhóm từ khóa có khả năng chuyển đổi. Hồ sơ bản đồ lúc ấy bị ép làm việc nó không sinh ra để làm. Doanh nghiệp nhiều chi nhánh cũng chưa chắc nên mua một gói Maps đơn lẻ cho tất cả. Website có thể cần trang đích riêng và chiến lược từ khóa bài bản. SEO Maps cũng không thay được toàn bộ SEO Local, vì SEO Local còn gồm website và kết quả tìm kiếm tự nhiên. Chọn sai phạm vi là trả tiền cho đầu ra không đúng nhu cầu. Nghe phũ nhưng đúng.

Kiểm quyền truy cập và trạng thái xác minh trước khi bàn tới thứ hạng. Sửa một hồ sơ chưa nằm trong tay khách thì công sức có thể nằm trên tài khoản của người khác. Việc đầu tiên là xem doanh nghiệp đã có hồ sơ trên Google Maps chưa, để khỏi dựng thêm một bản trùng. Sau đó xác định tài khoản nào giữ quyền sở hữu, ai chỉ có quyền quản lý. Chưa có hồ sơ thì tạo mới bằng dữ liệu thật rồi làm bước xác minh Google yêu cầu. Bị từ chối thì rà lại thông tin và bằng chứng. Đừng bấm gửi lại cho có. Mọi thứ ghi vào biên bản bàn giao.

Hồ sơ đã có thì câu chuyện chuyển sang dữ liệu. So tên, địa chỉ, số điện thoại trên hồ sơ với website và các nguồn nhắc thông tin. Kiểm danh mục chính, danh mục phụ, giờ hoạt động, vị trí ghim và website đích. Tách lỗi dữ liệu khỏi sự cố hồ sơ như tạm ngưng, trùng lặp hay mất quyền truy cập. Chốt một bản chuẩn trước khi sửa từng nguồn. Bước này không được bỏ. Không làm thì mỗi người sửa một kiểu. Lưu trạng thái trước và sau khi chỉnh. Nhờ vậy khách biết phần nào đã đổi.

Khách có thể tự mở vài công cụ để kiểm. Google Business Profile cho thấy tài khoản đang giữ quyền và trạng thái xác minh. Google Maps cho thấy ghim, thông tin đang hiển thị và các hồ sơ có dấu hiệu trùng trong khu vực. Google Search Console ghi nhận dữ liệu trang đích nếu doanh nghiệp đã cấp quyền. Google Sheets dùng cho bảng đối chiếu nguồn, lỗi và trạng thái xử lý. Rich Results Test chỉ kiểm dữ liệu có cấu trúc của trang đích. Công cụ này không dùng để kết luận tình trạng hồ sơ bản đồ. Mỗi công cụ một việc.

Mỗi hạng mục phải để lại một thứ nhìn thấy được. Danh mục chính sát hoạt động tạo doanh thu, rồi mới tới danh mục phụ. Mô tả đúng dịch vụ và khu vực phục vụ, không nhồi từ khóa vào tên doanh nghiệp. Giờ mở cửa chính xác. Ảnh thật của cửa hàng, sản phẩm và không gian. Với nguồn nhắc thông tin, khách nhận danh sách đã tạo hoặc đã sửa, kèm trạng thái để tự kiểm. Đánh giá thì xin từ khách thật và phản hồi đàng hoàng. Review ảo hàng loạt thì không làm. Tên hạng mục kiểu làm tổng thể nghe đầy đặn nhưng mở ra rất nhẹ. Nên tránh.

Về quyền quản lý, hãy thống nhất bằng văn bản trước khi ký. Tài khoản nào giữ quyền trong thời gian triển khai. Ai chịu trách nhiệm khi hồ sơ bị khóa. Quyền được bàn giao ra sao khi kết thúc dịch vụ. Cuối hợp đồng, doanh nghiệp cần nhận danh sách tài khoản, vai trò truy cập, trạng thái xác minh và các yêu cầu còn chờ xử lý. Hãy hỏi câu này trước tiên. Khoan nói thứ hạng, tài khoản này của ai?

Còn một điểm hay bị gộp nhầm. Mục tiêu hiện trên bản đồ và mục tiêu được công cụ trả lời tự động trích dẫn là hai việc khác nhau. Đầu ra khác, cách kiểm cũng khác. Hai thứ nên tách riêng trong báo giá, báo cáo và tiêu chí nghiệm thu. Chưa có bằng chứng thì đừng nối hai lời hứa bằng một nét bút. Mục tiêu là bản đồ thì đo bản đồ, theo truy vấn, khu vực và điều kiện nhất quán.

Đừng chọn theo lời hứa. Hãy chọn theo hồ sơ, quyền sở hữu và đầu ra ghi được trên giấy. Bạn có thể xem phạm vi chi tiết ở trang phạm vi và đầu ra từng hạng mục trên website, hoặc ghé Tài Nguyên SEO để đọc bản đầy đủ. Nghe thì dễ. Làm đủ mới khó.

Bài gốc: https://tainguyenseo.com/dich-vu-seo-maps/

CÔNG TY TNHH TÀI NGUYÊN SEO

Giọng đọc: Piper, mô hình vi_VN vais1000 (CC BY 4.0).

Vệ tinh và hình tháp hay bị gom chung một cái tên, dù luồng link của hai thứ chảy theo hai kiểu khác hẳn. Ai tìm cụm “mô hình backlink” sẽ gặp mỗi bài một bộ sơ đồ với mũi tên chằng chịt. Bài nào cũng bảo mô hình của mình hiệu quả. Nghe thì thuyết phục. Muốn chọn đúng thì phải đọc được mũi tên đang chảy về đâu.

Mô hình backlink chỉ là hình dạng đi link. Độ an toàn do nguồn link, anchor text và nhịp đi quyết định. Về bản chất, đó là cách sắp xếp các liên kết trỏ về một website. Mô hình gồm trang cần lên hạng gọi là money site, các site vệ tinh và số tầng link gọi là tier. Phổ biến có Star, Chain, Wheel, Web và Pyramid.

Trang cần lên hạng là money site, thường là trang dịch vụ hoặc trang sản phẩm đem khách về. Mọi mũi tên cuối cùng đều phải chỉ vào đây. Site vệ tinh là những site phụ có nội dung riêng, đặt link trỏ về money site. Mỗi lớp link là một tier. Tier một trỏ thẳng vào money site, tier hai trỏ vào các trang của tier một, cứ thế xuống.

Đọc sơ đồ thì đi ngược từ money site ra ngoài. Cầm sơ đồ lên, hỏi ba câu. Mũi tên cuối cùng chỉ vào trang nào? Mỗi site cách money site mấy bước? Ai kiểm soát từng điểm trên đường đi? Nhiều tầng mà không ai kiểm index thì giống chuyền tin qua năm người trong nhóm chat, tới tay người cuối chỉ còn dấu chấm hỏi. Sơ đồ đẹp chưa nói lên gì khi chưa biết tier một lên index chưa.

Google dùng backlink như một phiếu tín nhiệm để đánh giá độ uy tín của một trang. Phiếu thì phải có người bỏ thật, ở nơi đáng tin. Vì vậy mới cần cẩn thận với từng mũi tên.

Star và Chain là hai mô hình dễ kiểm soát nhất. Star có nhiều nguồn, mỗi nguồn trỏ thẳng về money site và không nối với nhau. Hợp khi đi ít link, mỗi nguồn đủ mạnh để đứng một mình, ví dụ một bài guest post hay một bài backlink báo. Điểm yếu là nguồn nào kém thì lộ ngay, vì không có tầng nào che. Chain thì các trang nối đuôi nhau, trang cuối trỏ về money site. Hợp khi muốn dẫn link qua một trang trung gian có nội dung liên quan. Điểm yếu là đứt một mắt xích thì các mắt phía sau mất nguồn. Cả hai đều cho thấy toàn bộ đường đi. Tra từng URL trên Google là biết mắt nào đã lên index. Mất công nhất là Chain đứt.

Wheel xếp các site vệ tinh thành vòng tròn, mỗi site trỏ sang site kế bên và có link trỏ về money site. Điểm yếu là vòng khép kín nhìn từ ngoài dễ thấy là dựng sẵn. Double Linked Link Wheel nối vòng hai lần, nên link nội bộ dày hơn. Rớt một mắt, khựng cả vòng. Link Web là nhiều site nối chéo như tấm lưới. Chỉ nên dùng khi thật sự vận hành một nhóm site có nội dung riêng và có người theo dõi hằng tuần. Thêm một site là thêm cả chục mối nối. Quản lý phình rất nhanh.

Pyramid là mô hình nên để sau cùng. Money site nằm ở đỉnh, tier một trỏ vào đỉnh, tier hai đông hơn trỏ vào tier một, đáy rộng nhất. Vệ tinh là nhiều site phụ trỏ thẳng về money site. Hình tháp là nhiều tầng link nối tiếp, link ở đáy thường không trỏ thẳng tới đỉnh. Có một ý nghĩ hay gặp là thêm một tầng nữa cho an toàn. Thêm tầng thường không làm link sạch hơn, chỉ làm link bẩn khó thấy hơn. Ba tầng, ba lần kiểm index. Dựng tháp mà đáy toàn cát thì đừng ngạc nhiên khi nó nghiêng.

Chọn mô hình thì nhìn hiện trạng site trước, rồi mới tới tiền. Site mới nên đi ít link sạch từng đợt, đừng đi backlink số lượng lớn dồn một lần vì dễ khiến Google để ý sai cách. Nhiều tầng thì khó kiểm soát. Site dịch vụ nên ưu tiên link báo và guest post cùng chủ đề, ít mà đúng ngành. Thương mại điện tử thì nên cân nhắc backlink báo và forum. Ngân sách mỏng, ngại rủi ro thì chọn Star hoặc Chain, chia đợt nhỏ và tra index từng đợt. Chưa có nội dung rõ ràng thì chưa nên làm. Đừng vội. Chưa chắc nên chọn mô hình nào thì xem bảng so sánh sáu mô hình backlink theo rủi ro trước khi mở ví.

Mô hình backlink có bị Google phạt không? Có rủi ro. Nhất là khi mục đích là thao túng kết quả tìm kiếm. Google không chấm hình dạng sơ đồ. Thứ bị chấm là ý đồ và dấu vết để lại. Mua bán link nhằm thao túng PageRank là hành vi vi phạm chính sách spam về link của Google. Mạng blog vệ tinh dựng để tác động kết quả tìm kiếm, kể cả PBN, bị xếp vào nhóm link spam, và rủi ro bị phạt không thể loại bỏ hoàn toàn. Vì vậy không nên dựng tầng thấp bằng link rác dù rẻ. Hậu quả sau cùng là mấy tháng đi gỡ. Muốn chọn đúng mô hình cho site của mình thì xem cách chọn mô hình backlink hợp với site. Bản đầy đủ nằm ở Tài Nguyên SEO.

Bài gốc: https://tainguyenseo.com/mo-hinh-backlink/

CÔNG TY TNHH TÀI NGUYÊN SEO

Giọng đọc: Piper, mô hình vi_VN vais1000 (CC BY 4.0).