Mục lục:
- Yêu cầu đối với trang web chia sẻ doanh thu
- Làm thế nào để InfoBarrel vẫn hoạt động?
- Khiếu nại Mọi người Đăng về
- Mọi người đang rời đi
- Infobarrel có nhiều trục trặc chưa được giải quyết
- Các vấn đề với thanh toán được xử lý theo cách thủ công
- Không có nút xóa
- Thay đổi tiêu đề Gây ra lỗi "Liên kết chết 404"
- Nhầm lẫn giữa Tên bút và Tên người dùng
- Lỗi trong mã CSS
- Các tài khoản liên kết của InfoBarrel đã bị Amazon
- Google liên tục bị chặn lập chỉ mục các bài báo
- Ai đang chạy chương trình?
- Quản trị viên cuối cùng đã thừa nhận sự thật
- Trạng thái được xác nhận kể từ tháng 8 năm 2018
- Tình trạng tính đến tháng 7 năm 2020
- Không có giao thức bảo mật nào được sử dụng
- Thanh toán bị ngừng
Tôi đã tìm thấy nhiều vấn đề chưa được giải quyết với InfoBarrel trong khi nghiên cứu trang web. Là một nhà phân tích hệ thống, tôi có khả năng nghiên cứu các vấn đề ảnh hưởng đến các trang web tạo nội dung. Tôi sẽ giải thích lý do tại sao tôi cảm thấy cái này cuối cùng sẽ thất bại.
InfoBarrel được thành lập vào năm 2008 để viết bài. Nó không phải là một scam, như tôi thấy nhiều người hỏi trong các diễn đàn, nhưng nó có nhiều vấn đề.
Hiệu ứng văn bản và biến dạng do tác giả thêm vào
Yêu cầu đối với trang web chia sẻ doanh thu
Khi lần đầu tiên tôi bắt đầu viết bài trực tuyến, các yêu cầu của tôi để chọn một trang web là:
- Họ phải yêu cầu nội dung chất lượng.
- Họ phải có một đội ngũ nhân viên lập trình web giỏi.
- Họ phải thể hiện các kỹ năng kinh doanh chuyên nghiệp.
- Họ cần thể hiện sự hiểu biết về Google và SEO.
Làm thế nào để InfoBarrel vẫn hoạt động?
Khi tôi lần đầu tiên tạo tài khoản của mình trên InfoBarrel vào năm 2016, tình trạng của họ khiến tôi tự hỏi làm thế nào họ vẫn hoạt động! Tôi thấy thật ngạc nhiên khi họ vẫn kinh doanh vào năm 2020 sau khi rất nhiều trang web khác hoạt động.
Tôi đã thử nghiệm với việc đăng các bài báo trên nhiều trang web khác, chẳng hạn như Mạng cộng tác viên Yahoo, Bubblews, Persona Paper, Squidoo và Tsū. Tôi có thể thấy những vấn đề mà họ gặp phải, và tôi thậm chí đã cảnh báo những người khác trong diễn đàn của họ. Tất cả các trang web đó đã ngừng hoạt động.
Đối với InfoBarrel, tôi phát hiện ra một số liên kết đến các trang thông tin kỹ thuật chỉ chuyển hướng người đọc đến trang chủ. Điều đó có nghĩa là không ai đủ quan tâm để hoàn thành việc thiết lập trang web.
Tôi cũng phát hiện ra rằng nhiều người đã phàn nàn trong các diễn đàn về các khoản thanh toán bị bỏ lỡ.
Sau khi tìm thấy một số lỗi đáng kể, tôi đã viết thư cho quản trị viên để hỏi xem anh ta có còn duy trì trang web hay không. Anh ấy không bao giờ đáp lại. Mọi người đăng trên diễn đàn rằng anh ấy dường như thường xuyên mất tích trong hành động.
Khiếu nại Mọi người Đăng về
Khi tôi thực hiện thẩm định của mình để điều tra InfoBarrel trước khi đăng và các bài báo, tôi đã đọc nhiều khiếu nại trong diễn đàn — chẳng hạn như sau:
- Một nâng cấp đã hứa mà không bao giờ xảy ra.
- Một thời gian dài chờ đợi các bài báo mới được chấp thuận.
- Google không lập chỉ mục các bài báo.
- Thanh toán thiếu hoặc chậm.
- Lỗi với việc đăng và chỉnh sửa bài viết.
- Không thể xóa bài theo yêu cầu.
- Liên tục thay đổi ĐKDV về người sở hữu quyền đối với nội dung.
Đối với điểm cuối cùng đó, họ đã thay đổi nó một lần nữa. Khi tôi đọc TOS gần đây, nó nói rõ ràng:
Đối với những khoản thanh toán bị bỏ lỡ đó, quản trị viên đã từng đăng trên diễn đàn, nói rằng anh ta xử lý các khoản thanh toán theo cách thủ công. Chà! Tưởng tượng rằng!
Mọi người đang rời đi
Tôi nhận thấy rằng nhiều hồ sơ thành viên đã bị xóa và bây giờ được liên kết với trang chủ. Điều đó có nghĩa là mọi người sẽ rời đi, ngay cả những thành viên mới thậm chí còn chưa kịp ướt chân ráo.
Chuyển hướng đến trang chủ, thay vì hiển thị một lỗi nào đó, là lập trình kém. Trong trường hợp tài khoản bị đóng, họ sẽ hiển thị thông báo như "Người dùng này không còn trên InfoBarrel nữa." Tôi đoán họ không muốn thừa nhận điều đó.
Hiệu ứng hình ảnh méo mó của Glenn Stok
Infobarrel có nhiều trục trặc chưa được giải quyết
Tôi sẽ mô tả tất cả các vấn đề mà tôi đã phát hiện ra bằng cách sử dụng trang web và bằng cách đọc các bài đăng từ những người dùng khác trong diễn đàn.
Các vấn đề với thanh toán được xử lý theo cách thủ công
Tôi đã tìm thấy một bài đăng trên diễn đàn từ quản trị viên giải thích việc anh ta mất dấu vết, làm xáo trộn các khoản thanh toán trong một tháng và cố gắng giải quyết tình trạng lộn xộn.
Vào tháng 8 năm 2016, một số người đã thấy thu nhập tăng nhanh chóng nhưng trong thời gian ngắn. Một người đã đăng bình luận rằng cô ấy nhìn thấy 45 đô la trong tài khoản của mình, và sau đó nó đã được sửa thành 3 đô la.
Một người khác đã nhìn thấy con số khổng lồ $ 900. Anh ấy đăng, “Tôi nghi ngờ chúng là hàng thật. Tôi rõ ràng đang kiếm được khoảng 400 đô la cho mỗi 1.000 lần hiển thị ”.
Đúng vậy - điều đó là không thể. Những gì kém lập trình! Giả sử có cả một hệ thống thanh toán đang được sử dụng. Bài đăng trên diễn đàn đó từ quản trị viên dường như nói rõ rằng anh ta xử lý các khoản thanh toán theo cách thủ công.
Không có nút xóa
Bạn phải liên hệ với quản trị viên để yêu cầu xóa bất kỳ bài viết nào bạn muốn xóa. Sau đó, nó tùy thuộc vào họ nếu họ bắt buộc. Một số người đăng trên diễn đàn rằng họ đã phải cố gắng nhiều lần để nhận được phản hồi — một số thì vô ích.
Thay đổi tiêu đề Gây ra lỗi "Liên kết chết 404"
Khi một người thay đổi tiêu đề của họ, URL sẽ thay đổi cùng với nó và không có chuyển hướng 301 đến URL mới. Điều đó tạo ra một liên kết chết, gửi mã lỗi 404 đến trình duyệt của một người. Do đó, tất cả các liên kết trước đó được đăng trên phương tiện truyền thông xã hội và các chỉ mục của công cụ tìm kiếm, đều bị hỏng.
Một phương pháp hay là đặt URL tĩnh sau khi một bài báo được xuất bản và nó không bao giờ được liên quan đến bất kỳ thay đổi tiêu đề nào sau đó.
Nhầm lẫn giữa Tên bút và Tên người dùng
Khi người dùng thêm bút danh vào hồ sơ của họ, tên người dùng thực của họ vẫn được hiển thị với tư cách là người gửi khi để lại nhận xét trong bài viết. Điều đó gây khó khăn để biết ai đó là ai vì nó không khớp với tên trong hồ sơ của tác giả.
Lỗi trong mã CSS
Một lỗi mà tôi đã phát hiện ra trong mã CSS khiến các video YouTube được nhúng che đi phần văn bản xung quanh. Tôi thậm chí không thể đọc nội dung phủ trên một bài báo có vấn đề này.
Các tài khoản liên kết của InfoBarrel đã bị Amazon
Một số thành viên đã đăng trên diễn đàn rằng họ đã mất trạng thái liên kết Amazon của mình vì Amazon đã bắt đầu hủy tài khoản liên kết nếu họ quảng cáo trên các trang web mà họ không sở hữu. InfoBarrel yêu cầu các thành viên sử dụng mã liên kết Amazon của riêng họ. Đó chính là vấn đề.
HubPages không gặp vấn đề này vì người viết có thể sử dụng Amazon thông qua Chương trình thu nhập của HP. Trong trường hợp này, Amazon cấp mã liên kết duy nhất cho mỗi người dùng, nhưng chúng được đăng ký dưới tên của HubPages.
Bạn có thể nghĩ rằng điều này cũng có thể được thực hiện với InfoBarrel, nhưng có một vấn đề. URL hồ sơ trông giống như hồ sơ diễn đàn vì chúng có từ “người dùng” trong URL. Đó không phải là miền cấp cao nhất, vì vậy tôi nghĩ đây là lý do tại sao Amazon hủy các tài khoản liên kết được sử dụng trên InfoBarrel.
Những người bị mất tài khoản liên kết đã đăng trên diễn đàn rằng Amazon nói rằng họ đã hủy tài khoản vì họ đã sử dụng tài khoản của mình trên một trang diễn đàn, điều này trái với điều khoản dịch vụ của họ. Một lần nữa, lập trình kém gây ra sự nhầm lẫn này.
Lần cuối tôi kiểm tra vấn đề cụ thể đó vào năm 2018 và hồ sơ người dùng vẫn giống nhau, vẫn tuân theo các điều khoản dịch vụ của Amazon.
Hiệu ứng hình ảnh tinh thể hóa bởi Glenn Stok
Google liên tục bị chặn lập chỉ mục các bài báo
Vì tôi thấy rất nhiều người phàn nàn trong diễn đàn về việc Google không lập chỉ mục các bài viết của họ, tôi quyết định kiểm tra tệp robots.txt của họ. Quản trị viên web tạo tệp này để hướng dẫn rô bốt công cụ tìm kiếm cách thu thập dữ liệu các trang của chúng.
Khi tôi lần đầu tiên kiểm tra tệp đó vào năm 2016, tôi đã tìm thấy chỉ thị của Google từ chối quyền lập chỉ mục của các công cụ tìm kiếm. Điều đó có thể đã vô tình bị bỏ lại ở đó sau khi cập nhật hệ thống. Thật là thiếu chuyên nghiệp khi đã bỏ lỡ một điều như vậy.
Cuối cùng họ đã phát hiện ra sai lầm của mình và sửa chữa nó để các công cụ tìm kiếm một lần nữa lập chỉ mục các bài báo của họ. Tuy nhiên, khi cập nhật bài viết này vào ngày 1 tháng 8 năm 2018, tôi đã quyết định kiểm tra lại điều đó và tôi thấy chỉ thị sau:
Một lần nữa, họ từ chối quyền truy cập của Google để các bài báo không thể được liệt kê trong SERPs. Các công cụ tìm kiếm khác, chẳng hạn như Bing, không bị chặn lần này.
Họ tiếp tục đưa chỉ thị đó trở lại trong robots.txt. Tôi không biết tại sao lập trình viên của họ làm như vậy! Nó không phục vụ mục đích có lợi cho tác giả của họ.
Tôi đã kiểm tra một số bài báo bằng cách đặt tiêu đề của chúng vào Bing, và chúng hiển thị như mong đợi. Nhưng khi tôi tìm kiếm các tiêu đề bằng Google, chúng không xuất hiện trong SERPs.
Mọi thứ thay đổi nhanh chóng. Chỉ vài ngày sau, vào ngày 6 tháng 8 năm 2018, tôi nhận thấy họ đã xóa chỉ thị không cho phép Google lập chỉ mục — có thể vì họ đã được cảnh báo về lỗi của mình khi tôi cập nhật bài viết này. Có lẽ họ đang theo dõi tôi, ai mà biết được.
Tệp robots.txt được cập nhật của họ hiện chỉ có lệnh sau:
Đó là một tuyên bố hợp lệ, hiển thị cho các công cụ tìm kiếm nơi để tìm sơ đồ trang web. Không còn chỉ thị nào chặn việc lập chỉ mục của công cụ tìm kiếm. Ít nhất là không khi tôi kiểm tra lần cuối. Tuy nhiên, có một vấn đề khác bây giờ. Sơ đồ trang web của họ là một mớ hỗn độn!
Tôi đã xem tệp sitemap.php của họ và tất cả những gì nó làm là trỏ đến chính nó một cách đệ quy. Còn các bài báo thì sao? Thật là điền rồ! Rõ ràng là họ không biết họ đang làm gì.
Dưới đây là tệp sơ đồ trang web của họ kể từ ngày 6 tháng 8 năm 2018:
Ai đang chạy chương trình?
Vào năm 2016, khi lần đầu tiên tôi thử nghiệm trang web, tôi đã gửi email cho Kevin, quản trị viên, hỏi xem nhân viên có tích cực làm việc trên trang này không. Tôi chưa bao giờ nhận được hồi âm.
Những người khác đã phàn nàn về sự vắng mặt của quản trị viên, điều này khiến tôi tự hỏi liệu đây có phải chỉ là cửa hàng một người không. Miền đã được đăng ký cho Ryan McKenzie ở Canada. Anh ta được liệt kê là liên hệ hành chính và liên hệ kỹ thuật.
Tôi cũng tìm thấy hai thành viên khác trong nhóm thông qua LinkedIn: Kevin Hinton và Brad Liski.
Kevin là quản trị viên của diễn đàn, mặc dù tôi không chắc đó có thực sự là anh ấy hay không vì anh ấy ẩn sau hình đại diện mèo như hình dưới đây:
Hình đại diện của quản trị viên
InfoBarrel
Quản trị viên cuối cùng đã thừa nhận sự thật
Vào tháng 4 năm 2017, Kevin đã đăng lên diễn đàn sự thật về công việc của họ. Anh ấy thừa nhận rằng họ không thể dành thời gian cho nó và sẽ tiếp tục vận hành trang web như hiện tại.
Diễn đàn InfoBarrel
Trạng thái được xác nhận kể từ tháng 8 năm 2018
Có ba người tham gia điều hành doanh nghiệp - Kevin, Ryan và Brad - nhưng họ không thể dành thời gian để điều hành InfoBarrel, như Keven đã thừa nhận trong bài đăng của anh ấy mà tôi đã cho bạn thấy ở trên.
Đây là nơi mọi thứ đứng:
- Trang web vẫn còn rất nhiều bị hỏng theo các bài viết đang diễn ra trong diễn đàn.
- Họ không thể sửa chữa hệ thống thanh toán, vì vậy họ cần phải thực hiện thanh toán theo cách thủ công.
- Chỉ thị không cho phép Google lập chỉ mục các bài viết tiếp tục tái diễn, như tôi đã thảo luận ở trên trong bài viết này.
- Lần cập nhật hệ thống gần đây nhất là vào tháng 7 năm 2015, với phiên bản 4.0.
- Bản sửa lỗi được báo cáo cuối cùng vẫn là từ năm 2010. Có vẻ như họ đã ngừng hỗ trợ trang web.
- Một cấu trúc trang web mới đã được công bố vào năm 2015, nói rằng nội dung chất lượng vượt trội sẽ được chuyển đến Open.InfoBarrel.com, nhưng URL đó chỉ chuyển tiếp đến trang chủ.
Tình trạng tính đến tháng 7 năm 2020
Tôi kiểm tra chỉ để xem mọi thứ đứng ở đâu, và tôi đã bị sốc vì sự kém cỏi.
Không có giao thức bảo mật nào được sử dụng
Một vài năm trước, mọi trang web hợp pháp đều bắt đầu sử dụng giao thức Bảo mật tầng truyền tải (TLS). Điều đó cung cấp ba loại bảo vệ: Mã hóa, Toàn vẹn dữ liệu và Xác thực. Bạn sẽ biết nó an toàn khi bạn sử dụng "https: //" trước URL.
Gần đây, tôi nhận thấy InfoBarrel không cung cấp kết nối an toàn. Cách duy nhất để truy cập nó là sử dụng "HTTP: //" trước URL, không an toàn.
Thanh toán bị ngừng
Vào tháng 2 năm 2020, InfoBarrel thông báo rằng họ không thể trả tiền cho người viết của mình nữa, cho rằng đó là do Paypal đã loại bỏ API được sử dụng để thực hiện thanh toán.
Họ tuyên bố rằng họ đang nghiên cứu một phương thức thanh toán thay thế, nhưng thừa nhận rằng họ không có đủ tài chính để làm điều đó.
Vì vậy, có vấn đề điều gì sẽ xảy ra tiếp theo.
© 2016 Glenn Stok