50 câu hỏi bạn phải hỏi để đánh giá chất lượng trang web của bạn

Làm thế nào để bạn đánh giá một trang web?

Bằng cách đặt câu hỏi đúng.

Không có trang web nào là hoàn hảo.

Mỗi trang web đều có sai sót.

Nhiều thứ có thể sai, cho dù do SEO kỹ thuật, tối ưu hóa trên trang, tốc độ trang hoặc một thứ khác.

Bạn đã sẵn sàng để tìm lỗi của trang web để bạn có thể sửa chúng và hoạt động bình thường không?

Tuyệt quá!

Đọc tiếp để tìm hiểu 50 câu hỏi bạn nên hỏi để đánh giá chất lượng trang web của bạn.

1. Các trang web có chứa nhiều thẻ H1 không?

Không nên có nhiều thẻ H1 trên trang.

Thẻ H1 là trọng tâm của chủ đề của trang và do đó nó chỉ xuất hiện trên trang một lần.

Nếu bạn bao gồm nhiều hơn một thẻ H1 trên trang, nó sẽ gây ra sự pha loãng của trọng tâm của trang.

Nhận một số cà phê để đánh giá trang web
50 câu hỏi bạn phải hỏi để đánh giá chất lượng trang web của bạn
2. Trang web có dễ thu thập thông tin không?
Một vấn đề lớn có thể ảnh hưởng đến một trang web tiêu cực là các trang lỗi 4xx và 5xx.

Nếu trang web của bạn không thể được thu thập thông tin do các vấn đề này, bạn có thể gặp phải sự sụt giảm hiệu suất khi công cụ tìm kiếm không thể thu thập dữ liệu trang web một cách hiệu quả.

3. Các trang lỗi có được định cấu hình đúng không?
Các vấn đề có thể xảy ra khi các trang lỗi không được cấu hình đúng.

Việc cấu hình đúng các trang lỗi có thể giúp các công cụ tìm kiếm xem trang nào là chính xác những gì chúng đang có.

Một ví dụ: nếu bạn có 200 trang OK nhưng chúng hiển thị Lỗi trang không được tìm thấy, thì công cụ tìm kiếm có thể đọc các trang này dưới dạng 200 trang OK.

Điều này có thể giới thiệu xung đột về thu thập thông tin và lập chỉ mục .

Giải pháp an toàn là đảm bảo rằng tất cả các trang đều hiển thị trạng thái và hiển thị trạng thái đó.

4xx trang sẽ hiển thị lỗi 4xx với trạng thái 4xx.

5xx trang sẽ hiển thị trạng thái 5xx.

Sử dụng bất kỳ cấu hình nào khác sẽ thêm nhầm lẫn và sẽ không giúp ích gì khi nói đến các vấn đề cụ thể của bạn.

Xác định các vấn đề theo cách như vậy và sửa chúng sẽ giúp tăng chất lượng trang web của bạn.

4. Điều hướng sử dụng JavaScript?
Nếu bạn sử dụng điều hướng sử dụng JavaScript để triển khai, bạn sẽ can thiệp vào tính tương thích giữa nhiều nền tảng và trình duyệt chéo.

Trong 99,9 phần trăm các trường hợp, JavaScript không cần phải được sử dụng để điều hướng.

Nhiều hiệu ứng tương tự có thể đạt được thông qua mã CSS 3 thẳng, đó là những gì nên được sử dụng để điều hướng thay thế.

Nếu trang web của bạn đang sử dụng thiết kế đáp ứng, thì điều này sẽ là một phần của nó.

Nghiêm túc, bỏ JavaScript.

5. Các URL có phân giải thành một trường hợp đơn lẻ không?

Một lần nữa, điều này có thể là một vấn đề lớn khác.

Giống như các vấn đề về chuẩn hóa ở trên, URL trong nhiều trường hợp có thể gây ra các vấn đề nội dung trùng lặp vì công cụ tìm kiếm xem tất cả các trường hợp URL này cùng một lúc.

Một mẹo bạn có thể sử dụng để quản lý các URL đa trường hợp bao gồm thêm lệnh thấp hơn vào tệp htaccess của trang web.

Điều này sẽ làm cho tất cả các URL nhiều trường hợp hiển thị dưới dạng một URL chuẩn mà bạn chọn.

6. Trang web của bạn có sử dụng kiến ​​trúc phẳng không?

Sử dụng một kiến ​​trúc phẳng là tất cả tốt và tốt nhưng không cho vay chính nó tốt để tập trung và tổ chức tại chỗ.

Với kiến ​​trúc bằng phẳng, tất cả các trang của bạn thường được đổ trong thư mục gốc và không tập trung vào các chủ đề hoặc chủ đề liên quan và thường có sự phân tổ tất cả được gộp thành một.

Việc sử dụng kiến ​​trúc đã tắt sẽ giúp bạn nhóm các trang web theo chủ đề và chủ đề và sắp xếp chúng bằng cấu trúc liên kết để củng cố thêm sự tập trung tại chỗ.

Điều này, đến lượt nó, giúp công cụ tìm kiếm hiểu rõ hơn những gì bạn đang cố gắng xếp hạng.

Đối với các trang web tập trung chủ đề hẹp hơn, một kiến ​​trúc phẳng có thể là một cách tốt hơn để đi, nhưng vẫn phải có cơ hội để điều hướng phù hợp.

7. Nội dung mỏng có trên trang web không?

Bản thân nội dung mỏng, miễn là nó đủ chất lượng để trả lời truy vấn của người dùng với thông tin cho truy vấn đó, không nhất thiết là một vấn đề.

Nội dung mỏng trở thành một vấn đề khi nó không có giá trị gì cả. Không nên đo lường nội dung mỏng theo số lượng từ mà về mặt chất lượng, tính độc đáo, thẩm quyền, mức độ liên quan và tin cậy.

Nội dung có chất lượng nội dung không?

Là nội dung độc đáo (có phải nó được viết duy nhất đủ để nó không xuất hiện ở bất kỳ nơi nào khác (trên Google hoặc trên trang web) không?

Nội dung có thỏa mãn thỏa mãn truy vấn của người dùng không?

Và, nó có liên quan và nó tạo ra niềm tin khi bạn truy cập trang?

8. Bạn có kế hoạch sử dụng lại mã hiện tại hoặc tạo một trang web từ đầu không?

Sao chép và dán mã không đơn giản như bạn mong đợi.

Bạn đã bao giờ thấy các trang web dường như có lỗi trong mọi dòng mã khi kiểm tra nó trong trình xác nhận W3C chưa?

Lý do tại sao thường là do nhà phát triển đã sao chép và dán mã được viết cho một DOCTYPE và sử dụng mã này cho một DOCTYPE khác.

Nếu bạn sao chép và dán mã cho XHTML 1.0 vào một DOCTYPE HTML 5, bạn có thể gặp hàng nghìn lỗi.

Đây là lý do tại sao nó rất quan trọng để xem xét nếu bạn đang chuyển một trang web sang WordPress DOCTYPE đang được sử dụng. Điều này có thể ảnh hưởng đến khả năng tương thích giữa nhiều trình duyệt và đa nền tảng.

9. Liệu trang web có Schema.org Dữ liệu có cấu trúc khi áp dụng?

Giản đồ là chìa khóa để có được các đoạn mã chi tiết trong SERPs trên Google.

Ngay cả khi trang web của bạn không cho vay tốt đối với các ngành nhất định có các yếu tố dữ liệu có cấu trúc cụ thể, thì có nhiều cách để thêm đánh dấu có cấu trúc.

Đầu tiên, thực hiện kiểm toán thực thể hữu ích cho việc tìm kiếm trang web của bạn đang làm gì.

Nếu không có gì, bạn có thể sửa sự bất bình đẳng này bằng cách thêm Schema vào những thứ như:
  • Dẫn đường.
  • Logo.
  • Số điện thoại.
  • Một số yếu tố nội dung phổ biến trên mọi trang web.
10. Trang web có một Sơ đồ trang web XML không?

Một mặt hàng hiếm khi dịch để tăng chất lượng tổng thể của một trang web, nhưng đây là một trong số đó.

Có một sitemap XML làm cho trang web của bạn dễ dàng hơn để thu thập dữ liệu bởi các công cụ tìm kiếm.

Những thứ như lỗi 4xx và 5xx trong sơ đồ trang web, URL không chuẩn trong sơ đồ trang web, trang bị chặn trong sơ đồ trang web, sơ đồ trang web quá lớn và các vấn đề khác cần được xem xét để đánh giá mức độ ảnh hưởng của chất lượng trang web.

11. Các trang đích không được tối ưu hóa đúng cách?

Có một trường hợp có nhiều trang đích được tối ưu hóa cho cùng một từ khóa trên trang web không thực sự làm cho trang web của bạn có liên quan hơn.

Trong thực tế, nó có thể gây nhầm lẫn cho các công cụ tìm kiếm và những gì được gọi là ăn thịt từ khóa .

Nếu một trang sẽ xếp hạng, thì nó phải xác định được trang nào, và trên hết, công cụ tìm kiếm có thể không xác định được trang nào tốt nhất cho mục đích của bạn.

Việc có nhiều trang đích cho cùng một từ khóa cũng có thể làm loãng vốn chủ sở hữu của bạn.

Nếu các trang web khác quan tâm đến việc liên kết đến các trang của bạn về một chủ đề nhất định, điều thực sự có thể xảy ra là liên kết sẽ được pha loãng trên tất cả các trang về chủ đề đó.

12. Tập tin Robots.txt có bị lỗi không?

Robots.txt có thể là vấn đề lớn nếu chủ sở hữu trang web chưa định cấu hình chính xác.

Một trong những điều tôi có xu hướng chạy vào kiểm tra trang web là tệp robots.txt không được định cấu hình đúng.

Tất cả các quá thường xuyên tôi thấy các trang web có vấn đề lập chỉ mục và họ có mã sau được thêm vào:

Không cho phép: /

BAD webmaster. BAD BAD.

Thao tác này sẽ chặn tất cả trình thu thập dữ liệu thu thập dữ liệu trang web từ thư mục gốc trên xuống.

13. Trang web có sử dụng thiết kế đáp ứng không?

Đã qua rồi những ngày của các trang web di động riêng biệt (bạn biết đấy, các trang web sử dụng tên miền phụ cho trang web dành cho thiết bị di động: “mobile.example.com” hoặc “m.example.com”).

Nhờ công nghệ thiết kế đáp ứng, điều này không còn cần thiết nữa.

Thay vào đó, phương pháp hiện đại là sử dụng HTML 5 và CSS 3 Media Queries để tạo ra một thiết kế đáp ứng.

Điều này thậm chí còn quan trọng hơn với sự xuất hiện của chỉ mục đầu tiên trên thiết bị di động của Google  .

14. CSS & JavaScript có bị chặn trong Robots.txt không?

Điều quan trọng là phải vượt qua điều này vì robots.txt không được chặn tất cả tài nguyên CSS hoặc JS.

Google đã gửi một cảnh báo hàng loạt vào tháng 7 năm 2015 về việc chặn tài nguyên CSS và JS.

Tóm lại, không chặn tài nguyên CSS và JS.

15. Các URL động quá mức có được sử dụng trong toàn bộ trang web không?

Xác định số lượng URL động và liệu chúng có xuất hiện một vấn đề có thể là một thách thức hay không.

Cách tốt nhất để làm điều này: xác định xem số lượng URL động có vượt quá số URL tĩnh trên trang web hay không.

Nếu có, thì bạn có thể gặp sự cố với URL động ảnh hưởng đến khả năng thu thập thông tin.

Nó làm cho các công cụ tìm kiếm khó hiểu hơn về trang web của bạn và nội dung của nó.

16. Trang web có quá nhiều liên kết không?

Quá nhiều liên kết có thể là một vấn đề, nhưng không phải theo cách bạn nghĩ.

Google không còn xử phạt hơn 100 liên kết trên một trang  (John Mueller đã nói như vậy trong năm 2014).

Nhưng, nếu bạn có nhiều hơn số lượng đó, có thể nhiều hơn đáng kể, nó có thể được coi là một tín hiệu spam nếu bạn đang bị spam.

17. Trang web có URL chuỗi Daisy và những chuyển hướng này vượt quá 5 hoặc nhiều hơn?

Mặc dù Google sẽ theo dõi tối đa năm chuyển hướng, nhưng họ vẫn có thể trình bày sự cố.

Chuyển hướng có thể hiển thị nhiều vấn đề hơn nữa nếu chúng tiếp tục đi vào lãnh thổ quá mức - ngoài năm chuyển hướng.

Do đó, một ý tưởng hay là đảm bảo rằng trang web của bạn có hai chuyển hướng hoặc ít hơn, giả sử việc chuyển đổi này không ảnh hưởng đến các nỗ lực SEO trước trên trang web.

18. Các liên kết trên trang web có được cung cấp bằng JavaScript không?

Việc phân phối bất kỳ phần tử điều hướng nào có JavaScript là một ý tưởng tồi bởi vì nó giới hạn khả năng tương thích giữa nhiều trình duyệt và đa nền tảng, điều này cũng cản trở trải nghiệm người dùng.

Khi nghi ngờ, không phục vụ các liên kết với JavaScript và chỉ sử dụng HTML thuần túy để phục vụ các liên kết.

19. Văn bản neo trong Cấu hình liên kết của trang web có được tối ưu hóa quá mức không?

Nếu trang web của bạn có hồ sơ liên kết với văn bản neo được tối ưu hóa và lặp đi lặp lại quá mức, cuối cùng nó có thể dẫn đến hành động có thể, cho dù là thuật toán hay thủ công trong tự nhiên nếu nó đủ nghiêm trọng.

Lý tưởng nhất, trang web của bạn nên có kết hợp văn bản neo trỏ đến trang web của bạn - số dư tốt tuân theo quy tắc 20%: neo có thương hiệu 20%, đối sánh chính xác 20 phần trăm, 20% đối sánh địa lý và có thể là 20% URL khỏa thân.

Tuy nhiên, thách thức là đạt được sự cân bằng hồ sơ liên kết này trong khi cũng không để lại dấu chân xác định mà bạn đang làm bất cứ điều gì thao túng.

20. Có phải Canonicalization được thực hiện trên trang web không?

Canonicalization đề cập đến việc đảm bảo rằng Google thấy URL mà bạn muốn họ xem.

Tóm lại, sử dụng một đoạn mã bạn có thể tuyên bố rằng Google thấy một URL là nguồn nội dung ưu tiên cho URL đó.

Điều này gây ra nhiều vấn đề khác nhau cùng một lúc, bao gồm:
  • Việc pha loãng vốn chủ sở hữu liên kết trong nước.
  • Tự ăn thịt của SERPs (nơi nhiều phiên bản của URL đó đang cạnh tranh cho kết quả).
  • Thu thập thông tin không hiệu quả khi công cụ tìm kiếm dành nhiều thời gian hơn để thu thập dữ liệu chính xác cùng một nội dung mỗi lần.
Để khắc phục sự cố chuẩn hóa là sử dụng một URL cho tất cả nội dung công khai trên mỗi URL trên trang web.

Giải pháp được ưu tiên là sử dụng chuyển hướng 301 để chuyển hướng tất cả các phiên bản URL không chính thức sang phiên bản chuẩn.

Quyết định sớm trong giai đoạn phát triển web có cấu trúc URL và định dạng bạn muốn sử dụng và sử dụng làm phiên bản URL chuẩn của bạn.

Đánh giá chất lượng trang web của bạn

21. Các hình ảnh trên trang web có quá lớn không?

Nếu hình ảnh trên trang web của bạn quá lớn, bạn có nguy cơ gặp sự cố với thời gian tải, đang được triển khai dưới dạng tín hiệu xếp hạng trên thiết bị di động bắt đầu từ tháng 7.

Nếu bạn có tải hình ảnh 2MB trên trang của mình, đây là một vấn đề lớn.

Nó không phải là cần thiết, và bạn lãng phí một cơ hội để xác định những vấn đề này ở nơi đầu tiên.

22. Video trên trang web có đánh dấu lược đồ bị thiếu không?

Cũng có thể thêm Schema.org Structured Data vào video.

Sử dụng phần tử đối tượng video, bạn có thể đánh dấu tất cả video của mình bằng Giản đồ.

23. Trang web có tất cả tiêu đề trang bắt buộc không?

Thiếu tiêu đề SEO trên một trang web có thể là một vấn đề.

Nếu trang web của bạn thiếu tiêu đề SEO, Google có thể tự động tạo một tiêu đề dựa trên nội dung của bạn.

Bạn không bao giờ muốn Google tự động tạo tiêu đề và mô tả.

Bạn không muốn để bất cứ điều gì để có cơ hội khi nói đến việc tối ưu hóa một trang web đúng cách, vì vậy tất cả các tiêu đề trang phải được viết bằng tay.

24. Trang web có tất cả các mô tả meta bắt buộc không?

Nếu trang web của bạn không có mô tả meta, Google có thể tự động tạo một mô tả dựa trên nội dung của bạn và không phải lúc nào cũng là trang bạn muốn thêm vào kết quả tìm kiếm.

Để thận trọng về mặt thận trọng và để đảm bảo rằng bạn không gặp vấn đề với điều này, hãy đảm bảo rằng bạn viết mô tả meta tùy chỉnh cho mỗi trang.

Từ khóa meta cũng nên được xem xét. Google và Bing có thể đã xuất hiện và tuyên bố rằng những điều này không được sử dụng trong xếp hạng tìm kiếm, nhưng các công cụ tìm kiếm khác vẫn sử dụng chúng. Đó là một sai lầm để có một tập trung hẹp như vậy mà bạn chỉ tối ưu hóa cho Google và Bing

Ngoài ra, có khái niệm phân phối tuyến tính của từ khóa, giúp với các điểm phù hợp.

Trong khi nhồi từ khóa meta có thể không nhất thiết phải giúp xếp hạng, cẩn thận và chiến lược thêm các từ khóa meta có thể thêm các điểm liên quan đến tài liệu.

Lần duy nhất điều này có thể gây tổn hại là nếu bạn đang gửi spam và Google quyết định sử dụng nó làm tín hiệu spam để gắn trang web của bạn.

25. Tốc độ trang của các trang đích hàng đầu có hơn 2-3 giây không?

Điều quan trọng là kiểm tra và tìm hiểu tốc độ trang thực tế của các trang đích hàng đầu của bạn.

Điều này có thể thực hiện hoặc phá vỡ hiệu suất trang web của bạn.

Nếu trang web của bạn mất 15 giây để tải, điều đó thật tệ.

Luôn đảm bảo rằng trang web của bạn mất ít hơn một giây để tải.

Mặc dù đề xuất của Google cho biết 2-3 giây, tên trò chơi đang tốt hơn đề xuất của họ và tốt hơn so với đối thủ cạnh tranh của bạn.

26. Website có tận dụng bộ đệm trình duyệt không?
Điều quan trọng là tận dụng bộ nhớ đệm của trình duyệt vì đây là một thành phần của tốc độ trang web nhanh hơn.

Để tận dụng bộ nhớ đệm của trình duyệt, bạn có thể chỉ cần thêm dòng mã sau vào tệp htaccess của mình. Hãy chắc chắn đọc tài liệu về cách sử dụng nó .

XIN LƯU Ý: Sử dụng mã này có nguy cơ của riêng bạn. Tác giả không chấp nhận trách nhiệm pháp lý đối với mã này không hoạt động cho trang web của bạn.
## EXPIRES CACHING ##
<IfModule mod_expires.c>
ExpiresActive On
ExpiresByType image/jpg "access 1 year"
ExpiresByType image/jpeg "access 1 year"
ExpiresByType image/gif "access 1 year"
ExpiresByType image/png "access 1 year"
ExpiresByType text/css "access 1 month"
ExpiresByType text/html "access 1 month"
ExpiresByType application/pdf "access 1 month"
ExpiresByType text/x-javascript "access 1 month"
ExpiresByType application/x-shockwave-flash "access 1 month"
ExpiresByType image/x-icon "access 1 year"
ExpiresDefault "access 1 month"
</IfModule>
## EXPIRES CACHING ##
27. Trang web có sử dụng mạng phân phối nội dung không?
Sử dụng mạng phân phối nội dung có thể làm cho tốc độ trang web nhanh hơn vì nó giảm khoảng cách giữa máy chủ và khách hàng - do đó giảm thời gian cần để tải trang web cho mọi người ở những vị trí đó.

Tùy thuộc vào kích thước trang web của bạn, việc sử dụng mạng phân phối nội dung có thể giúp tăng hiệu suất đáng kể.

28. Nội dung trên trang web có được tối ưu hóa cho các cụm từ khóa được nhắm mục tiêu không?

Nó thường là dễ dàng để xác định khi một trang web đã được tối ưu hóa đúng cho cụm từ khóa nhắm mục tiêu.

Họ hầu như luôn luôn dính vào như một ngón tay cái đau nếu họ không được tối ưu hóa tốt.

Bạn biết làm thế nào nó là: văn bản spam đọc tương tự như sau nếu nó được tối ưu hóa cho các vật dụng : "Những vật dụng là những vật dụng tuyệt vời nhất trong lịch sử của widget widgetized. Chúng tôi hứa những vật dụng này sẽ làm rung chuyển thế giới của bạn. ”

Các từ khóa được tối ưu hóa tốt đọc tốt với văn bản xung quanh và nếu bạn là người ở bên trong các tối ưu hóa, bạn sẽ có khả năng xác định chúng dễ dàng hơn.

Nhưng, chỉ vì chúng dễ dàng được bạn xác định bởi bạn không phải lúc nào cũng làm cho chúng trở thành spam.

Nếu chúng được tổ chức tốt và được đan xen chính xác với văn bản xung quanh, thì bạn thực sự không cần phải làm nhiều việc khác để tối ưu hóa.

Mặt khác, nếu có quá nhiều văn bản spam gây ảnh hưởng tiêu cực đến việc tối ưu hóa trên trang web, thì có thể đã đến lúc phải bỏ một số nội dung và viết lại nó hoàn toàn.

29. Làm thế nào sâu sắc có nội dung trên trang web được tối ưu hóa?
Cũng giống như có các mức thu thập liên kết khác nhau, có các mức tối ưu hóa nội dung khác nhau.

Một số tối ưu hóa là mức bề mặt, tùy thuộc vào phạm vi ban đầu của nhiệm vụ thực thi nội dung.

Tối ưu hóa khác sâu hơn, với hình ảnh, liên kết và từ khóa được tối ưu hóa hoàn toàn.

Các câu hỏi khác bạn có thể muốn hỏi để đảm bảo rằng nội dung trên trang web của bạn được tối ưu hóa đúng cách bao gồm:
  • Nội dung của tôi có bao gồm các từ khóa được nhắm mục tiêu trong toàn bộ bản sao nội dung không?
  • Nội dung của tôi có bao gồm tiêu đề được tối ưu hóa với các biến thể từ khóa không?
  • Nội dung của tôi có bao gồm danh sách, hình ảnh và dấu ngoặc kép khi cần không? Không chỉ thêm những điều này ngẫu nhiên trong suốt nội dung của bạn. Chúng phải phù hợp theo ngữ cảnh và hỗ trợ nội dung.
  • Nội dung của tôi có bao gồm văn bản in đậm và in nghiêng để nhấn mạnh khi cần không?
  • Nội dung của tôi có đọc tốt không?
30. Nghiên cứu từ khóa đã được thực hiện trên trang web chưa?
Chỉ cần thêm từ khóa ở mọi nơi không hoạt động tốt.

Bạn phải biết những thứ như khối lượng tìm kiếm, cách nhắm mục tiêu những từ đó phù hợp với đối tượng của bạn và cách xác định những việc cần làm tiếp theo.

Đây là nơi nghiên cứu từ khóa xuất hiện.

Bạn sẽ không xây dựng một trang web mà không nghiên cứu thị trường mục tiêu đầu tiên của bạn, phải không?

Trong cùng một tĩnh mạch, bạn sẽ không viết nội dung mà không thực hiện nghiên cứu từ khóa được nhắm mục tiêu.

31. Nội dung trên trang web đã được kiểm chứng chưa?
Bạn đã thực hiện bất kỳ hiệu đính nào về nội dung trên trang web của mình trước khi đăng?

Tôi không thể cho bạn biết bao nhiêu lần tôi đã thực hiện kiểm toán và tìm thấy các lỗi ngớ ngẩn như lỗi ngữ pháp trong nội dung, lỗi chính tả và các vấn đề chính khác.

Hãy chắc chắn kiểm tra nội dung của bạn trước khi đăng. Điều này sẽ tiết kiệm rất nhiều công việc chỉnh sửa trong tương lai, khi bạn có các tình huống dẫn đến SEO phải thực hiện rất nhiều chỉnh sửa.

Tuy nhiên, khi đó là một phần công việc của bạn, và dự kiến, hãy cười và chịu đựng. Hoặc tiệc tùng và thưởng thức nó, bất kể bên nào của chiếc bàn bạn đang ở.

32. Có hình ảnh trên trang web được tối ưu hóa?
Tối ưu hóa hình ảnh bao gồm những thứ như cụm từ khóa trong tên tệp, kích thước hình ảnh, thời gian tải hình ảnh và đảm bảo rằng hình ảnh được tối ưu hóa cho tìm kiếm hình ảnh của Google.

Kích thước hình ảnh phải khớp hoặc xuất hiện để bổ sung cho thiết kế trang web của bạn.

Bạn sẽ không bao gồm hình ảnh hoàn toàn không liên quan nếu bạn đang làm tiếp thị một cách chính xác, đúng không?

Trong cùng một tĩnh mạch, không bao gồm hình ảnh dường như hoàn toàn gửi spam đối tượng của bạn.

33. Liệu trang web có tuân theo các phương pháp hay nhất về phát triển web?

Đây là một vấn đề lớn.

Trang web vi phạm ngay cả những điều cơ bản về thực tiễn phát triển web tốt nhất theo nhiều cách - từ tài liệu đa ngôn ngữ, tới mã không hợp lệ như được kiểm tra trên W3C, đến thời gian tải quá mức.

Bây giờ, tôi biết tôi sẽ nhận được rất nhiều từ các nhà phát triển về một số yêu cầu thông thường của tôi là "không thực tế" nhưng khi bạn đã thực hành các kỹ thuật phát triển này trong nhiều năm, chúng không phải là tất cả những khó khăn.

Nó chỉ có một suy nghĩ hơi khác so với những gì bạn đang sử dụng để: bạn biết đấy, suy nghĩ của liên tục xây dựng và đi sau khi lớn nhất, tốt nhất, và do đó trang web tuyệt vời nhất bạn có thể tạo ra.

Thay vào đó, suy nghĩ nên nói về việc "tạo ra trang web có trọng lượng nhẹ nhất, ít tốn nhiều tài nguyên nhất" là những gì cần phải đi đầu trong các thực tiễn phát triển của bạn.

Vấn đề là trước đây đã được thực hiện rất nhiều mà ngay cả SEO đã bỏ cuộc thậm chí cố gắng để thay đổi mọi thứ. Luôn luôn có rất nhiều tranh cãi từ các nhà phát triển web về thậm chí sau các thực hành tốt nhất về phát triển web cơ bản.

Có, tôi biết nhiều trang web không có W3C. Tuy nhiên, khi bạn được khách hàng của bạn trả tiền và khách hàng yêu cầu điều này, bạn cần phải biết nội dung của bạn và biết cách đảm bảo rằng trang web của bạn xác thực trong trình xác thực.

Đưa ra lý do sẽ chỉ khiến bạn trông không chuyên nghiệp.

  • Những thứ như thời gian tải 1-2 giây không thực tế? Không phải khi bạn sử dụng CSS Sprites và nén lossless trong Adobe Photoshop đúng cách.
  • Ít hơn 2-3 yêu cầu HTTP không thực tế? Không phải khi bạn cấu trúc trang web đúng cách và bạn loại bỏ các tập lệnh WordPress không cần thiết đang chiếm đoạt mã bất động sản có giá trị.
  • Bạn muốn thực sự nhận được một số lần tải trang nhanh? Loại bỏ hoàn toàn WordPress và tự mã hóa trang web. Bạn sẽ xóa ít nhất 1,5 giây thời gian tải chỉ do WordPress.

Ngừng là một nhà phát triển ghế bành và trở thành một nhà phát triển web chuyên nghiệp. Mở rộng những chân trời đó!

Suy nghĩ vượt khuôn khổ.

Hãy khác biệt. Hãy thực tế. Trở nên tốt nhất.

Ngừng suy nghĩ thực hành tốt nhất là không thực tế - bởi vì điều duy nhất không thực tế là thái độ của bạn và bạn không muốn làm việc chăm chỉ hay học cái gì mới thay vì sử dụng máy làm công việc phát triển trang web của bạn theo tên lợi nhuận và Tôi dám nói - vặn vẹo khách hàng qua.

34. Di chuyển HTTPS có được thực hiện đúng không?

Khi bạn đang thiết lập trang web của mình để di chuyển HTTPS thích hợp , bạn phải mua chứng chỉ bảo mật trang web.

Một trong những bước đầu tiên là thực hiện mua chứng chỉ này. Nếu bạn không thực hiện bước này một cách chính xác, bạn hoàn toàn có thể làm hỏng quá trình di chuyển HTTPS của mình sau này.

Đây là lý do tại sao.

Giả sử bạn đã mua chứng chỉ SSL vì lý do này. Bạn đã chọn một tùy chọn, chỉ dành cho một tên miền phụ. Bằng cách này, bạn đã vô tình tạo ra hơn 100 lỗi trên trang web chỉ bằng cách chọn tùy chọn sai trong quá trình mua hàng.

Vì lý do này, tốt nhất nên luôn xem xét ít nhất, một chứng chỉ SSL có thẻ hoang dã cho tất cả các biến thể tên miền.

Trong khi điều này thường là nhiều hơn một chút, ít nhất, bạn không bao giờ giới thiệu lỗi trong quá trình bằng cách đảm bảo điều này xảy ra.

35. Đã là một tệp từ chối mới được gửi với hồ sơ GSC HTTPS? Đó là hồ sơ GSC HTTPS đã từng được tạo chưa?

Bạn sẽ ngạc nhiên như thế nào thường xuyên này đi lên trong kiểm toán trang web. Tuy nhiên, đôi khi, một tệp từ chối chưa bao giờ được gửi đến hồ sơ HTTPS của Google Search Console (GSC) mới.

Hoặc, một hồ sơ HTTPS GSC chưa bao giờ được tạo và hồ sơ GSC hiện tại đang được báo cáo dưới mức hoặc báo cáo quá mức về dữ liệu, tùy thuộc vào cách triển khai đã được xử lý.

Rất may, bản sửa lỗi khá đơn giản - chỉ cần đảm bảo bạn chuyển tệp HTTP Disavow cũ sang hồ sơ HTTPS mới và tiếp tục cập nhật thường xuyên.

36. Các thiết lập GSC có được chuyển sang tài khoản mới không?

Điều này cũng có thể gây ra một số vấn đề nhất định khi di chuyển HTTPS.

Giả sử bạn đã thiết lập miền HTTP là www. Nhưng sau đó bạn đặt tên miền trong GSC mới thành không phải www.

Hoặc một cái gì đó khác với hồ sơ ban đầu đã có.

Đây là một ví dụ trong đó cài đặt GSC không đúng có thể gây ra sự cố khi di chuyển HTTPS.

37. Bạn có chắc chắn cần chú ý đến việc di chuyển trong Google Analytics không?

Không chỉ chú ý đến việc di chuyển, nhưng không ghi nhận những thay đổi lớn về trang web, sửa chữa lớn hoặc có thể làm tổn hại đến quyết định của bạn sau này.

Nếu các chi tiết chính xác không được lưu giữ bằng cách ghi chú chúng trong Google Analytics (GA), bạn có thể bị mù khi thực hiện các thay đổi trên trang web phụ thuộc vào các chi tiết này.

Đây là một ví dụ: nói rằng một cuộc đại tu nội dung lớn đã diễn ra. Bạn bị phạt sau. Đây là sự thay đổi duy nhất. Một sự thay đổi trong các trưởng phòng đã diễn ra, cũng như các SEO.

Lưu ý sự thay đổi này trong Google Analytics sẽ giúp những người dùng SEO trong tương lai hiểu được những gì đã xảy ra trước đó đã tác động đến trang web ở đây và bây giờ.

38. Việc thực hiện phương tiện truyền thông xã hội trên trang web có được thực hiện đúng không?
Điều này xuất hiện trong kiểm toán rất nhiều. Tôi thấy những thứ mà các liên kết truyền thông xã hội không bị loại bỏ khi mọi thứ thay đổi (như nơi nỗ lực truyền thông xã hội trên một nền tảng cụ thể không cần tập trung) hoặc nơi những thứ nhỏ hơn như tương tác khách hàng tiềm năng không chính xác hơn.

Những điều này sẽ ảnh hưởng đến chất lượng trang web của bạn.

Nếu bạn liên tục máy ghi các bài đăng trên mạng xã hội của mình và không tương tác với khách hàng đúng cách, bạn đang làm sai.

39. Các biểu mẫu gửi khách hàng tiềm năng có hoạt động đúng không?
Nếu hình thức tạo khách hàng tiềm năng không hoạt động đúng cách, bạn có thể không nhận được tất cả các khách hàng tiềm năng có thể đến.

Nếu có lỗi đánh máy trong địa chỉ email hoặc lỗi chính tả trong một dòng mã đang phá vỡ biểu mẫu, những lỗi này cần phải được sửa.

Đối với các hình thức tạo khách hàng tiềm năng, nó luôn luôn là một ưu tiên cao để đảm bảo rằng bảo trì thường xuyên được thực hiện. Điều này giúp ngăn chặn những thứ như báo cáo dưới mức khách hàng tiềm năng và thông tin sai lệch đang được gửi.

Không có gì tồi tệ hơn là lấy thông tin từ một biểu mẫu và thấy rằng số điện thoại đó là một chữ số tắt hoặc địa chỉ email sai do lỗi lập trình và không nhất thiết do lỗi gửi.

40. Có bất kỳ tập lệnh theo dõi khách hàng nào hoạt động chính xác không?
Thực hiện thử nghiệm liên tục trên tập lệnh theo dõi khách hàng tiềm năng là rất quan trọng để đảm bảo hoạt động đúng của trang web của bạn.

Nếu tập lệnh theo dõi khách hàng tiềm năng của bạn bao giờ kết thúc, và bạn nhận được các nội dung gửi không đúng vào cuối tuần, điều này có thể tàn phá những cơn ác mộng về việc mua lại khách hàng của bạn.

41. Theo dõi cuộc gọi có được thiết lập đúng cách không?
Tôi nhớ làm việc với khách hàng tại một đại lý và họ đã thiết lập theo dõi cuộc gọi trên trang web của họ.

Mọi thứ dường như hoạt động chính xác.

Khi tôi gọi cho khách hàng và thảo luận vấn đề, mọi thứ đều xuất hiện chính xác.

Chúng tôi đã thảo luận về số điện thoại và khách hàng đã đề cập rằng họ đã thay đổi số điện thoại đó trong khi quay trở lại.

Đó là một chữ số.

Bạn có thể tưởng tượng phản ứng của khách hàng khi thông báo cho họ biết số điện thoại trên trang web là gì.

Nó rất dễ dàng để quên để kiểm toán một cái gì đó đơn giản như số điện thoại khi bạn đang ở giữa các trang web ngày càng phức tạp tối ưu hóa.

Đó là lý do tại sao điều quan trọng là luôn luôn lùi lại từng bước một và kiểm tra mọi thứ và nói chuyện với khách hàng của bạn để đảm bảo rằng việc triển khai của bạn đang hoạt động chính xác ở mọi nơi.

42. Trang web có sử dụng CSS và JavaScript nội tuyến quá mức không?

Để liên lạc về một chủ đề trước đó, CSS và JavaScript nội tuyến là xấu khi nó chuyển quá mức.

Điều này dẫn đến thời gian hiển thị quá nhiều trình duyệt và có khả năng làm hỏng chức năng cross-browser và nền tảng chéo bằng cách dựa vào việc triển khai nội tuyến của CSS và JavaScript.

Tốt nhất là bạn chỉ nên tránh những điều này trong quá trình phát triển web của mình và đảm bảo rằng bạn luôn thêm bất kỳ kiểu mới nào vào biểu định kiểu CSS và bất kỳ JavaScript mới nào được tạo và chiếm đúng cách, chứ không phải nội tuyến.

43. Các tài khoản GSC / GA phù hợp có được liên kết đúng cách không?

Bạn sẽ không tin rằng mức độ thường xuyên xảy ra khi tôi tiếp quản một trang web. Tôi đã xem các tài khoản GSC hoặc GA của họ và họ không báo cáo đúng cách hoặc làm việc khác.

Hóa ra rằng tại một số thời điểm, tài khoản GA hoặc GSC đã được chuyển sang một tài khoản khác, và không ai bận tâm cập nhật trang web cho phù hợp. Hoặc, một số kịch bản kỳ lạ khác.

Đây là lý do tại sao điều quan trọng gấp đôi là luôn kiểm tra các tài khoản GSC và GA và đảm bảo rằng trang web có các cấu hình thích hợp được triển khai.

Đánh giá chất lượng trang web của bạn có thể giúp SEO của bạn

44. Trang web có URL quá dài không?

Bằng cách đảm bảo rằng URL khá ngắn và không có URL dài quá (trên 100 ký tự), bạn có thể tránh các sự cố trải nghiệm người dùng.

Điều quan trọng cần lưu ý là các URL dài hơn có thể dẫn đến các vấn đề trải nghiệm người dùng.

Khi nghi ngờ, nếu bạn có hai URL bạn muốn sử dụng trong kịch bản chuyển hướng và một URL ngắn hơn URL kia, hãy sử dụng phiên bản ngắn hơn.

Ngoài ra, nó được coi là một thực hành SEO tiêu chuẩn tốt nhất để giới hạn các URL dưới 100 ký tự. Lý do tại sao tính đến khả năng sử dụng và trải nghiệm người dùng.

Google có thể xử lý các URL dài hơn. Tuy nhiên, các URL ngắn hơn dễ phân tích, sao chép và dán dễ dàng hơn và chia sẻ trên mạng xã hội.

Điều này cũng có thể khá lộn xộn. URL dài hơn, đặc biệt là URL động, có thể tàn phá dữ liệu phân tích của bạn.

Giả sử bạn có URL động với thông số.

URL này được cập nhật vì bất kỳ lý do nào nhiều lần trong một tháng và tạo các biến thể mới của cùng một URL này với cùng một nội dung và cũng cập nhật các thông số.

Khi các URL là siêu dài trong tình huống này, có thể là khó khăn để sàng lọc thông qua tất cả các dữ liệu phân tích và xác định những gì là gì.

Đây là nơi các URL ngắn hơn đến. Chúng có thể làm cho quá trình này dễ dàng hơn, có thể đảm bảo một URL trang cho từng phần nội dung duy nhất và bạn không có nguy cơ làm hỏng dữ liệu báo cáo của trang web.

Tất cả đều đến với ngành của bạn và những gì bạn làm. Lời khuyên này có thể không có ý nghĩa nhiều đối với trang web thương mại điện tử có thể có nhiều URL với thông số như vậy.

Trong tình huống như vậy, một phương pháp xử lý các URL khác có thể được mong muốn.

45. Các từ khóa được nhắm mục tiêu trên trang web như thế nào?
Bạn có thể có nội dung hay nhất trên thế giới. SEO kỹ thuật của bạn có thể vượt quá 100 phần trăm và trở thành trang web tải nhanh nhất, nhanh nhất từ ​​trước tới nay. Nhưng, cuối cùng, từ khóa là tên của trò chơi.

Truy vấn từ khóa là cách Google tìm thấy những gì mọi người đang tìm kiếm .

Các từ khóa được nhắm mục tiêu nhiều hơn trên trang web của bạn càng tốt, Google càng có thể phân biệt vị trí đặt trang web của bạn trong kết quả tìm kiếm.

Ý nghĩa của từ khóa được nhắm mục tiêu là gì? Đây là bất kỳ từ nào mà người dùng sử dụng để tìm trang web của bạn, được ánh xạ tới các truy vấn từ Google.

Và phương pháp tốt nhất, tuyệt vời nhất để sử dụng để tối ưu hóa những từ khóa này là gì?

Khái niệm tối ưu hóa từ khóa phân phối tuyến tính được áp dụng. Nó không phải là về số lượng từ khóa bạn có thể thêm vào trang, nhưng nhiều hơn về những gì phân phối tuyến tính nói với các công cụ tìm kiếm.

Nó là tốt hơn để có từ khóa rắc khắp văn bản đều (từ thẻ tiêu đề, mô tả, và các từ khóa meta xuống dưới cùng của trang) hơn tất cả mọi thứ lên wazoo với từ khóa.

Đừng nghĩ rằng bạn có thể ngẫu nhiên nhồi nhét từ khóa vào một trang có "mật độ từ khóa cao" và làm cho nó hoạt động lâu dài. Đó chỉ là spam từ khóa ngẫu nhiên, và các công cụ tìm kiếm không thích điều đó.

Có sự khác biệt lớn giữa việc gửi spam công cụ tìm kiếm và nhắm mục tiêu theo từ khóa. Chỉ cần đảm bảo trang web của bạn tuân thủ nhắm mục tiêu theo từ khóa thích hợp cho thứ hai và bạn không được xem là người gửi spam.

46. ​​Có bất kỳ ký hiệu nào trong Google Analytics về các thay đổi lớn về trang web không?

Để mở rộng trên một điểm trước đó được thực hiện trong cuộc thảo luận di chuyển HTTPS của chúng tôi, điều quan trọng là phải đảm bảo rằng bất kỳ thay đổi lớn nào của trang web đều được ghi chú trong Google Analytics.

Điều này giúp xác định nơi mà mọi thứ (nếu có) đã đi sai trong quá trình sửa chữa lớn về kỹ thuật.

Nếu một hình phạt xảy ra sau đó, nó có thể dễ dàng hơn để xác định

47. Google Analytics có được thiết lập đúng trên trang web không?

Mở rộng các cuộc thảo luận trước đó của chúng tôi về các tài khoản phù hợp đang được liên kết, thậm chí chỉ việc thiết lập Google Analytics có thể bị bỏ qua bởi ngay cả những chuyên gia SEO có kinh nghiệm nhất.

Đó là một chi tiết mà, trong khi không phải luôn luôn được xác định trong quá trình kiểm toán, có thể tàn phá dữ liệu báo cáo sau này.

Trong quá trình di chuyển hoặc thiết kế trang web, có thể dễ dàng bỏ lỡ cài đặt Google Analytics không đúng cách hoặc nếu không, việc triển khai hiện tại hoạt động bình thường.

Ngay cả trong khi thay đổi tên miền, triển khai tên miền kỹ thuật tổng thể và các thay đổi khác trên toàn trang web, luôn đảm bảo việc triển khai Google Analytics và GSC phù hợp đang hoạt động và thiết lập đúng trên trang web.

Bạn không muốn chạy vào tình huống sau đó khi triển khai sai và bạn không biết tại sao nội dung không hoạt động đúng khi được đăng.

48. Trình quản lý thẻ của Google có hoạt động đúng không?

Nếu bạn sử dụng Trình quản lý thẻ của Google (GTM) cho báo cáo của mình, điều quan trọng là bạn cũng phải kiểm tra Trình quản lý thẻ của Google để đảm bảo rằng Trình quản lý thẻ của Google hoạt động bình thường.

Nếu triển khai báo cáo của bạn không hoạt động, thì chúng có thể kết thúc báo cáo thấp hơn hoặc báo cáo quá mức và bạn có thể đưa ra quyết định dựa trên các kết quả dương tính giả được trình bày bởi dữ liệu sai lệch.

Sử dụng chế độ xem trước và gỡ lỗi, Hỗ trợ thẻ Google và sử dụng Screaming Frog có thể là phương tiện tuyệt vời để kết thúc.

Ví dụ: việc xác định các trang không có mã Trình quản lý thẻ của Google được thêm vào thật dễ dàng với Screaming Frog.

Sử dụng tìm kiếm tùy chỉnh và trích xuất có thể giúp bạn thực hiện việc này. Phương pháp này có thể tìm thấy các trang, khá đơn giản, chỉ cần chưa cài đặt GTM.

Sử dụng Hỗ trợ thẻ Google, Tiện ích mở rộng của Chrome cho Trình quản lý thẻ của Google, có thể giúp bạn gỡ rối GTM, Google Analytics và AdWords. Nó hoạt động với các bản ghi âm bằng cách ghi lại một phiên duyệt web. Phiên này sau đó sẽ báo cáo về bất kỳ điều gì đang diễn ra và cách tương tác dữ liệu sẽ hiển thị trong GA.

49. Liệu trang web có bất kỳ vấn đề chất lượng chính nào khác không?

Các vấn đề chất lượng khác có thể ảnh hưởng đến trang web của bạn bao gồm thiết kế kém.

Hãy thành thật.

Nhìn vào trang web của bạn và các đối thủ cạnh tranh khác trong không gian.

Bạn thực sự thích trang web của mình bao nhiêu so với các đối thủ cạnh tranh đó? Đây là một trong những điều mà bạn không thể thực sự đặt ngón tay lên.

Nó phải được cảm nhận ra, hoặc bằng cách khác điều hướng thông qua các vật vô hình giống như bản năng ruột. Nếu bạn thực sự không thích những gì thiết kế của bạn đang làm, nó có thể là thời gian để quay trở lại bảng vẽ và bắt đầu lại từ đầu.

Các vấn đề khác cần lưu ý để bao gồm các lỗi trong nội dung, hình ảnh nhiễu, các trình cắm không hoạt động hoặc bất kỳ thứ gì tác động tiêu cực đến điểm báo cáo.

Nó thậm chí có thể không phải là một hình phạt. Nó chỉ đơn giản là có thể được báo cáo sai do thực hiện một plug-in đã đi sai.

50. Dữ liệu báo cáo của bạn có chính xác không?

Chủ đề nhất quán mà tôi muốn bao gồm trong suốt bài viết này bao gồm các điểm không chính xác trong báo cáo.

Vì dữ liệu báo cáo GSC và GA được sử dụng thường xuyên khi đưa ra quyết định, nên điều quan trọng là đảm bảo rằng việc triển khai GSC và GA của bạn đều chính xác 100%.

Bài viết này  mô tả chính xác những gì có thể xảy ra khi bạn gặp sự cố với dữ liệu báo cáo.

Lưu lượng truy cập tối, hoặc lưu lượng truy cập ẩn, có thể là vấn đề nếu không được xử lý đúng cách.

Điều này có thể nghiêng một đoạn lớn những gì bạn nghĩ rằng bạn biết về thống kê lưu lượng khách truy cập của bạn.

Đó có thể là một vấn đề lớn!

Nền tảng Analytics, bao gồm Google, có một thời gian khó theo dõi mọi loại nguồn lưu lượng truy cập đơn lẻ.

Một trang web chưa bao giờ được hoàn thành!
Đánh giá chất lượng của một trang web có thể là một quá trình liên tục mà không bao giờ được thực hiện. Điều quan trọng là phải tuân theo lịch trình thường xuyên.

Có lẽ lịch trình kiểm toán trang web để xảy ra mỗi năm hoặc lâu hơn. Bằng cách đó, bạn có thể tiếp tục quá trình đánh giá xác định các vấn đề và đưa chúng vào hàng đợi phát triển trước khi chúng trở thành vấn đề.

Mời các bạn viết lời bình cho bài viết!

Nhấp bài bình luận SEO