Logo Zephyrnet

5 Điều Cần Biết Về Programmatic SEO | Kiểm lâm cấp bậc

Ngày:

[Nhúng nội dung]

Bạn cần làm gì để có được chương trình SEO phù hợp? Đó là những gì chúng ta sẽ thảo luận hôm nay với một trưởng nhóm SEO nội bộ, đam mê SEO có lập trình, nội dung và thúc đẩy tăng trưởng trên quy mô lớn. Cô bắt đầu hành trình SEO của mình tại Wix và hiện đang làm việc trong lĩnh vực tạo video AI tại Synthesia. Chào mừng bạn đến với podcast In Search SEO, Anna Uss.               

Trong tập này, Anna sẽ chia sẻ năm điều cần biết về SEO có lập trình, bao gồm: 

  • Cấu trúc nội dung có lập trình của bạn để có ý nghĩa đối với người dùng và bot Google   
  • Chiến lược sản xuất nội dung   
  • Sử dụng siêu dữ liệu SEO độc đáo     
  • Sử dụng dữ liệu có cấu trúc, lược đồ Câu hỏi thường gặp và đường dẫn                 
  • Tiếp tục theo dõi                 

5 mẹo SEO có lập trình

Anna: Này mọi người, rất vui được ở đây.

D: Cảm ơn rất nhiều vì đã tham gia. Bạn có thể tìm thấy Anna ở anauss.com. Anna, hôm nay bạn sẽ chia sẻ năm điều quan trọng bạn cần biết về SEO có lập trình. Nhưng trước tiên, bạn định nghĩa SEO có lập trình như thế nào?

Đáp: Vâng, SEO có lập trình là một khái niệm mới nổi. Cách đây vài năm, khi tôi mới bắt đầu làm, thậm chí còn chưa có từ nào như vậy, chúng tôi chỉ mới có ý tưởng thôi. Bây giờ có một mô tả rõ ràng hơn nói rằng SEO có lập trình là về việc tạo các trang đích trên quy mô lớn để thúc đẩy lưu lượng truy cập từ các từ khóa đuôi dài. Đó là cách tôi định nghĩa nó.

D: Tốt lắm, rất dứt khoát. Tôi không có bất kỳ câu hỏi tiếp theo nào về điều đó. Tôi nghĩ điều đó khá dễ hiểu đối với hầu hết mọi người đang lắng nghe. Vì vậy hôm nay, bạn sẽ chia sẻ năm điều quan trọng bạn cần biết về SEO có lập trình. Bắt đầu với số một, hãy cấu trúc nội dung có lập trình của bạn theo cách có ý nghĩa hoàn hảo đối với người dùng và các bot của Google. Trước hết, nội dung có lập trình là gì?       

1. Cấu trúc nội dung có lập trình của bạn để mang lại ý nghĩa cho người dùng và Google Bot

Đáp: Đó là nội dung có lập trình mà bạn sắp tạo. Giả sử bạn muốn tập trung vào tích hợp và có hàng triệu tích hợp với các kết hợp khác nhau. Ý tôi muốn nói về cấu trúc là cách bạn sắp xếp nó theo một trình tự hợp lý để người dùng dễ dàng thu thập dữ liệu, điều hướng dễ dàng và dễ sử dụng. Ví dụ: logic là trên trang cuối xếp hạng cho một từ khóa đuôi dài, có tích hợp x cộng với tích hợp y và người dùng sẽ kết thúc ở đó. Làm thế nào để bạn cấu trúc nó theo cách mà họ có thể điều hướng trở lại, nơi họ có thể thấy tất cả các loại tích hợp khác ngoài tích hợp x đó? Có trường hợp sử dụng tương tự nào mà bạn có thể liên kết từ trang này không? Vì vậy, bỏ lỡ cấu trúc về cách mọi thứ được kết nối. Cấp một, cấp hai, cấp ba là gì? Và con đường bạn muốn người dùng đi là gì? Đó là cấu trúc. Và tôi nghĩ điều này rất quan trọng vì nhiều người có ý tưởng, họ lao vào tạo trang đích đích đó, nhưng sau đó họ lại không suy nghĩ thấu đáo. Nó gắn với cấu trúc trang web của họ như thế nào? Và làm cách nào người dùng có thể điều hướng đến trang đó từ trang chủ của họ?

D: Tôi hiểu rồi, tôi sẽ tưởng tượng rằng vụn bánh mì có liên quan rất nhiều đến nó.

Đ: Có, nhưng mẩu bánh mì là kết quả cuối cùng. Nếu bạn không suy nghĩ kỹ xem các trang trung gian sẽ là gì, có thư mục hay không, có danh mục hay không hoặc bạn không triển khai cấu trúc URL thì bạn không thể sử dụng đường dẫn. Các mẩu bánh mì là quả anh đào cuối cùng ở trên. Hãy nói theo cách đó.

Đ: Đã hiểu. Trừ khi bạn hiểu đúng cấu trúc danh mục của mình, nếu không thì đường dẫn của bạn sẽ trở nên vô dụng.

Đ: Chính xác. Và bạn sẽ nghĩ rằng điều này là hiển nhiên. Nhưng trong một dự án gần đây mà tôi bắt đầu, có một đối thủ cạnh tranh chính và cấu trúc URL của họ không tối ưu. Vì vậy, khi bắt đầu xem xét dự án, điều đầu tiên tôi nói là đối thủ đó đang làm rất tốt, nhưng nếu bạn thay đổi cấu trúc URL và không lấy chúng làm ví dụ, bạn sẽ có kết quả tốt hơn nhiều. Vì vậy, chúng tôi dễ dàng điều chỉnh nó và may mắn thay, chúng tôi vẫn còn thời gian để làm điều đó vì các trang này chưa được đưa vào hoạt động. Nhưng nếu bạn không suy nghĩ kỹ và đưa vào sử dụng thì thực sự rất khó để hoàn nguyên vì bạn sẽ phải đối mặt với hàng nghìn lần chuyển hướng mà không ai muốn giải quyết.

Đ: Chắc chắn rồi. Không ai muốn giải quyết nhưng đôi khi việc dán thạch cao lại dễ dàng khắc phục. Sau đó, mọi người sẽ quên nó cho đến khi SEO xuất hiện và khiến mọi thứ hoạt động hiệu quả hơn.

Đáp: Vâng, có rất nhiều vấn đề liên quan đến chuyển hướng, bởi vì nhiều lần lệnh trực tiếp được triển khai nhưng các liên kết nội bộ không được sửa. Hoặc việc thẩm định kỹ thuật SEO không được thực hiện và bạn sẽ gặp rất nhiều rắc rối. Vì vậy, các chuyển hướng ở đó, bạn cho rằng mọi thứ đều ổn, sau đó nếu bạn thực sự thu thập dữ liệu trang web, bạn sẽ thấy rằng Google đang bị nhầm lẫn trong nhiều giai đoạn thu thập thông tin khi các chuyển hướng không suôn sẻ hoặc được triển khai chính xác. Đó là lý do tại sao tôi nói rằng cấu trúc rất quan trọng và tôi đặt nó lên hàng đầu bởi vì việc sắp xếp cấu trúc của bạn là viên gạch đầu tiên tạo nên tầng hầm tạo nên sự thành công của dự án.

D: Được rồi, tôi rất muốn tiếp tục chủ đề cụ thể này nhưng hãy chuyển sang vấn đề thứ hai, đó là chiến lược sản xuất nội dung.     

2. Chiến lược sản xuất nội dung

Đáp: Vâng, đây là một điều rất thú vị vì có rất nhiều cách để bạn có thể tiếp cận SEO theo chương trình. Tôi sẽ không nói có đúng và sai, ý tôi là rõ ràng là có sai khi bạn đưa nội dung xấu, không hữu ích cho người dùng, v.v. Nhưng theo kinh nghiệm gần đây của tôi, bạn thậm chí có thể sử dụng các trang đơn giản. Trước đây, dự án lớn nhất mà tôi thực hiện, Snyk Advisor, có một trang rất phong phú chứa nhiều cơ sở dữ liệu được cắm vào đó. Nó rất có ý nghĩa vì nó có nội dung chất lượng rất cao. Trong các dự án gần đây hơn, chúng tôi đang tạo các trang đơn giản hơn, chủ yếu dựa vào các công cụ sửa đổi. Nhưng đối với người dùng, nó vẫn là một trang rất hữu ích. Bởi vì nếu công ty có nhiều kết hợp tích hợp, plugin, v.v., người dùng thực sự khó tìm thấy sự kết hợp chính xác mà họ muốn chỉ bằng cách điều hướng qua trang chủ. Và thông thường, mọi người tìm kiếm một sự kết hợp tích hợp cụ thể. Nếu bạn muốn kết nối Google Trang tính với Notion của mình, bạn sẽ tìm kiếm điều đó. Bạn sẽ không truy cập trang web và cố gắng điều hướng theo cách của mình đến sự kết hợp tích hợp cụ thể đó. Vì vậy, bằng cách tạo trang đích đó, chúng tôi đang tạo điều kiện thuận lợi và cải thiện trải nghiệm người dùng. Và trang đó không yêu cầu nhiều nội dung mới. Bạn có thể đưa một số bài viết vào đó, một số trường hợp sử dụng hoặc một số liên kết hữu ích về cách bắt đầu với sự kết hợp tích hợp cụ thể đó. Nhưng bản thân trang đích khá đơn giản.

Một lần nữa, có hai cách nhìn vào nội dung. Bạn có thể cắm nhiều cơ sở dữ liệu vào và cung cấp nội dung rất phong phú cung cấp cho bạn thông tin mới và hiểu biết mới. Đồng thời, bạn có thể có một trang đích đơn giản đáp ứng được nhu cầu của người dùng. Việc có các trang đơn giản có những tác động và hậu quả vì bạn có thể gặp vấn đề về nội dung mỏng hoặc trùng lặp, nhưng bạn vẫn có thể xử lý vấn đề đó. Đây là điều mà tôi thấy rất thú vị nhưng đây không phải là một công cụ chặn. Nếu bạn nghĩ rằng bạn không thể lập trình vì bạn không thể tạo nội dung chất lượng cao do con người tạo ra cho hàng nghìn trang thì điều đó cũng không ngăn cản bạn thử chiến lược đó. Vẫn có cách giải quyết, bạn có thể thêm Câu hỏi thường gặp hoặc bạn có thể thêm công cụ sửa đổi. Tất cả những điều đó vẫn đang hoạt động, hữu ích và là một chiến lược tốt để thử.

D: Tôi bị sốc vì tôi không nghe thấy hai chữ cái AI khi bạn đang thảo luận về nội dung. Tại sao vậy?

A: Tôi rất cẩn thận về điều đó. Một điều mà chúng tôi sẽ thử là sử dụng Chat GPT để tạo nội dung độc đáo cho Câu hỏi thường gặp. Nhưng tôi sẽ không bao giờ khuyến khích bất cứ ai chỉ sao chép và dán nội dung đó vào trang đích của bạn. Ngay cả khi bạn đang sử dụng công nghệ để đẩy nhanh quá trình đó, tôi vẫn khuyên bạn nên xem lại, viết đúng nguyên trạng và đảm bảo rằng nó đúng về mặt thực tế, có ý nghĩa và thể hiện chính xác thương hiệu của bạn. Bạn nghĩ gì về nó?

D: Ồ, tôi nghĩ đó là một lĩnh vực đang thay đổi nhanh chóng. Tôi nghĩ đó là một lĩnh vực mà bạn phải thử nghiệm. Nhưng chắc chắn không có câu trả lời rõ ràng trắng đen cho điều đó vào lúc này. Bất cứ ai cũng có thể đoán được chúng ta sẽ ở đâu sau XNUMX đến XNUMX năm nữa. Nhưng hiện tại, tôi nghĩ rằng những người làm SEO chăm sóc các trang web doanh nghiệp lớn hơn phải tìm cách thử nghiệm việc sử dụng AI mà không có khả năng tác động tiêu cực đến các trang có lưu lượng truy cập cao của họ.

Đ: Đồng ý. Một điều có thể được thử ở đây và cũng là điều tôi muốn thử nghiệm, đó là giả sử chúng tôi đang thử nghiệm phần Câu hỏi thường gặp với nội dung câu hỏi/câu trả lời. Một trang có thể có câu trả lời chính xác giống như 20 trang còn lại, dưới dạng một nhóm, sau đó số tiền tiếp theo sẽ có phần sửa đổi trong đó và trang thứ ba sẽ có nội dung do AI tạo. Và sẽ rất thú vị nếu xem liệu điều đó có tạo ra sự khác biệt về hiệu quả hoạt động của các trang hay không.

Ngoài ra, khi bạn tung ra một sản phẩm mới, sẽ có ít rủi ro thất bại hơn. Nếu bạn đang làm việc với một trang web doanh nghiệp và đột nhiên thay đổi toàn bộ chiến lược 180 độ thì đó là một rủi ro rất lớn. Nhưng nếu bạn sắp tung ra thứ gì đó mới, tôi nghĩ đó là một sân chơi tốt để thử nghiệm những lý thuyết và công cụ đó.

D: Còn siêu dữ liệu thì sao? Bạn có thể sử dụng AI để tạo nội dung và siêu dữ liệu không? Bởi vì quan điểm thứ ba của bạn là đảm bảo bạn sử dụng siêu dữ liệu SEO và đảm bảo rằng siêu dữ liệu đó là duy nhất.     

3. Sử dụng siêu dữ liệu SEO độc đáo

Đáp: Đúng, và ý tôi là không nên bỏ qua nó. Bởi vì nếu bạn đang xử lý các trang SEO có lập trình, các tiêu đề H1, H2, v.v. là nội dung chính mà bạn đang làm việc. Và đó chính là điều tôi muốn nói, hãy đảm bảo bạn bao gồm các công cụ sửa đổi. Bạn không chỉ nói sự tích hợp tốt nhất và đó là điều mà mọi trang đều nói. Bạn cần bao gồm tên tích hợp, bạn cần đảm bảo rằng tiêu đề và cấu trúc của trang có ý nghĩa. Tôi đã thấy các trường hợp đánh dấu trang không chính xác và đó có thể là yếu tố quan trọng dẫn đến lỗi SEO theo chương trình.

Nhưng để trả lời câu hỏi của bạn, trong trường hợp cụ thể này, tôi sẽ nỗ lực nhiều hơn để tìm ra mô hình. Mẫu cho H1, H2, v.v. nên là gì? Và bạn không thực sự cần tạo ra AI cho việc đó.

D: Theo mẫu, ý bạn là bạn có thể thoát khỏi việc sử dụng 'tốt nhất' trong H1 hoặc sử dụng 'top' trong H2? Hay phải có một kiểu luân chuyển nào đó? Việc sử dụng cùng một công cụ sửa đổi ở cùng một giai đoạn trên mỗi trang có phải là một ý tưởng tồi không?

Đáp: Bằng từ bổ nghĩa, ý tôi là, nội dung cụ thể mà trang đích này nói đến. Nếu là tích hợp thì là trang tích hợp, nếu là gói nguồn mở thì là trang gói nguồn mở. Nếu nó là cái gì khác, thì nó là cái gì khác. Vì vậy, theo một mẫu, ý tôi là có một cụm từ và bạn chèn công cụ sửa đổi vào cụm từ đó cụ thể và duy nhất cho trang đích đó. Và để xác định mô hình đó, bạn phân tích kết quả tìm kiếm, bạn xem những gì hoạt động và những trang đích đó nói về điều gì. Nếu những trang đích đó có nội dung là “Xây dựng thứ gì đó của bạn” thì có thể bạn sẽ sử dụng loại ý định câu tương tự. Nếu các trang nói, “Năm cách để làm việc X”, bạn có thể sẽ diễn đạt nó xung quanh mục đích đó. Phân tích SERP, xác định tiêu đề của bạn và sau đó nhúng công cụ sửa đổi vào đó.

D: Và điểm thứ tư, hãy sử dụng dữ liệu có cấu trúc, lược đồ Câu hỏi thường gặp và đường dẫn.     

4. Sử dụng dữ liệu có cấu trúc, lược đồ câu hỏi thường gặp và đường dẫn

Đ: Vâng. Tôi cảm thấy lược đồ là một tài sản SEO rất mạnh mẽ mà nhiều người triển khai và một số người đánh giá thấp. Có rất nhiều loại lược đồ. Lược đồ Câu hỏi thường gặp hoạt động thực sự hiệu quả đối với SEO có lập trình vì bạn có thể triển khai nó trên quy mô lớn. Breadcrumbs rất hữu ích cho việc điều hướng, lập chỉ mục và giải thích cấu trúc nội dung của bạn. Một lược đồ khác mà tôi đã thử gần đây là 'sameAs' và tôi chưa có kết quả về điều đó. Tôi cực kỳ hào hứng với loại lược đồ đó vì đã có một cuộc nói chuyện tuyệt vời về Brighton SEO vào tháng XNUMX về chủ đề đó. Và sẽ rất thú vị để xem liệu điều đó có thực sự mang lại kết quả hay không. Nhưng nói chung, tôi cực kỳ hào hứng với lược đồ vì bạn có thể triển khai toàn bộ trang web hoặc toàn bộ nội dung trên các loại trang tương tự và bạn có thể mở rộng quy mô. Mọi thứ ở quy mô đều thực sự mạnh mẽ, phải không?

Đ: Chắc chắn rồi. Miễn là bạn đang theo dõi và đó là điểm thứ năm.     

5. Theo dõi liên tục

Đáp: Đúng và có một số cách để theo dõi nỗ lực của bạn. Các trang web nhỏ có thể sử dụng Screaming Frog. Các trang web lớn hơn và ý tôi là nếu bạn có hàng trăm nghìn trang thì có thể bạn sẽ cần một số phần mềm phức tạp hơn. Ở công ty trước đây của tôi, chúng tôi đã sử dụng Lumar (trước đây là Deepcrawl). Và điều đó thực sự hữu ích khi xem thông tin chuyên sâu về một trang web lớn và phát hiện ra những vấn đề đó. Một trong những điều chúng tôi thấy là tài sản của chúng tôi thực sự không được gọi đầy đủ. Tôi biết từ tài nguyên nội bộ rằng chúng tôi có 2 triệu URL nhưng trình thu thập thông tin chỉ có thể đạt tới 500,000 URL. Vì vậy, từ thông tin đó, chúng tôi đã xác định chính xác vấn đề, cải thiện liên kết nội bộ và đạt được gấp đôi lưu lượng truy cập không phải trả tiền chỉ bằng cách cải thiện khả năng thu thập thông tin của nội dung. Và đó là điều bạn có thể làm với phần mềm như thế. Nhưng đối với một trang web nhỏ hơn với hàng trăm hoặc vài nghìn trang, bạn thường có thể sử dụng Screaming Frog vì lý do tương tự để phân tích điều đó.

D: Và Search Console?

Đ: Vâng, chính xác. Google Search Console cũng rất mạnh vì tại sao chúng ta không sử dụng các công cụ do Google cung cấp? Và ở đó tôi có một mẹo. Nếu bạn có một trang web lớn, hãy thêm các thuộc tính bổ sung của các phần phụ. Ví dụ: yourdomainname/blog là một thuộc tính riêng biệt và yourdomainname/docs là một thuộc tính riêng biệt. Nghe có vẻ đơn giản nhưng nó cung cấp cho bạn thông tin chi tiết có giá trị về cách hoạt động của phần cụ thể đó trên trang web. Và bạn cũng có thể xem việc lập chỉ mục của phần cụ thể đó và các lỗi trong phần cụ thể đó. Bởi vì nếu bạn có một trang web lớn và chỉ có một thuộc tính cho tên miền của mình thì sẽ rất khó để phát hiện ra các vấn đề và nơi chúng xảy ra.       

Pareto Pickle – Dữ liệu có cấu trúc và đánh dấu lược đồ

D: Hãy kết thúc với Pareto Pickle. Pareto nói rằng bạn có thể đạt được 80% kết quả từ 20% nỗ lực của mình. Bạn muốn giới thiệu một hoạt động SEO nào để mang lại kết quả đáng kinh ngạc cho mức độ nỗ lực vừa phải?

Đáp: Tôi đã đề cập đến vấn đề này rồi, nhưng tôi sẽ trả lời dữ liệu có cấu trúc và đánh dấu lược đồ. Và có rất nhiều loại dữ liệu có cấu trúc mà bạn có thể triển khai và nó mang lại kết quả thực sự tốt. Việc này rất dễ dàng, có khả năng mở rộng rất cao và bạn có thể thấy kết quả ngay lập tức trên SERP.

D: Tôi là người dẫn chương trình của bạn, David Bain. Bạn có thể tìm thấy Anna tại annauss.com. Cảm ơn bạn rất nhiều vì đã tham gia podcast In Search SEO.

A: Cảm ơn bạn rất nhiều vì đã có tôi.

D: Và cảm ơn bạn đã lắng nghe. Xem tất cả các tập trước và đăng ký dùng thử miễn phí nền tảng Rank Ranger tại rankranger.com.

Đưa ra quyết định dựa trên dữ liệu với theo dõi và báo cáo xếp hạng nâng cao của Rank Ranger

Tất cả dữ liệu và thông tin chi tiết bạn cần để thống trị SERPs

Giới thiệu về Tác giả

Podcast SEO trong tìm kiếm

Trong Tìm kiếm là một podcast SEO hàng tuần có một số tên tuổi lớn nhất trong ngành tiếp thị tìm kiếm.

Điều chỉnh để nghe những hiểu biết sâu sắc về SEO thuần túy với rất nhiều cá tính!

Các tập mới được phát hành vào thứ Ba hàng tuần!

tại chỗ_img

Tin tức mới nhất

tại chỗ_img