차례:
- 수익 공유 사이트에 대한 요구 사항
- InfoBarrel은 어떻게 작동 할 수 있습니까?
- 사람들이 게시하는 불만 사항
- 사람들은 떠나고있다
- Infobarrel에는 해결되지 않은 결함이 많이 있습니다.
- 수동으로 처리되는 결제 문제
- 삭제 버튼이 없습니다
- 제목 변경으로 인해 "404 데드 링크"오류 발생
- 펜 이름과 사용자 이름의 혼동
- CSS 코드의 버그
- Amazon에서 취소 한 InfoBarrel의 제휴 계정
- Google은 기사 색인 생성에서 지속적으로 차단됩니다.
- 누가 쇼를 운영하고 있습니까?
- 관리자는 마침내 진실을 인정했습니다
- 2018 년 8 월 현재 상태 확인
- 2020 년 7 월 현재 상태
- 사용 된 보안 프로토콜 없음
- 지급 중단
사이트를 조사하는 동안 InfoBarrel에서 해결되지 않은 많은 문제를 발견했습니다. 시스템 분석가로서 저는 콘텐츠 저작 웹 사이트를 괴롭히는 문제를 조사 할 수있는 능력이 있습니다. 나는 이것이 결국 실패 할 것이라고 생각하는 이유를 설명 할 것입니다.
InfoBarrel은 기사 작성을 위해 2008 년에 설립되었습니다. 많은 사람들이 포럼에서 질문하는 것을 보았 기 때문에 사기는 아니지만 많은 문제가 있습니다.
작성자가 추가 한 텍스트 및 왜곡 효과
수익 공유 사이트에 대한 요구 사항
처음 온라인으로 글을 쓰기 시작했을 때 사이트를 선택하기위한 요구 사항은 다음과 같습니다.
- 그들은 양질의 콘텐츠를 요구해야합니다.
- 좋은 웹 프로그래머의 직원이 있어야합니다.
- 전문적인 비즈니스 기술을 보여 주어야합니다.
- Google 및 SEO에 대한 이해를 표시해야합니다.
InfoBarrel은 어떻게 작동 할 수 있습니까?
2016 년에 InfoBarrel에서 처음으로 계정을 만들었을 때, 그들의 상태로 인해 그들이 여전히 어떻게 작동하는지 궁금해졌습니다! 다른 많은 사이트가 배가 고파 진 후에도 2020 년에도 여전히 사업을하고 있다는 것이 놀랍습니다.
Yahoo Contributor Network, Bubblews, Persona Paper, Squidoo 및 Tsū 와 같은 다른 많은 사이트에 기사를 게시하는 실험을했습니다 . 나는 그들이 가진 문제를 볼 수 있었고 포럼에서 다른 사람들에게 경고했습니다. 그 이후로 모든 사이트가 폐업했습니다.
InfoBarrel의 경우 기술 정보 페이지에 대한 일부 링크가 독자를 홈 페이지로 리디렉션한다는 사실을 발견했습니다. 즉, 사이트 설정을 완료 할만큼 충분히 신경을 쓰지 않은 사람이 없습니다.
나는 또한 많은 사람들이 지불 누락에 대해 포럼에서 불평하고 있음을 발견했습니다.
상당한 수의 버그를 발견 한 후, 나는 관리자에게 그가 여전히 사이트를 유지하고 있는지 물었다. 그는 대답하지 않았습니다. 사람들은 그가 종종 실종 된 것처럼 보이는 포럼에 게시합니다.
사람들이 게시하는 불만 사항
기사와 기사를 게시하기 전에 InfoBarrel을 조사하면서 실사를했을 때 포럼에서 다음과 같은 많은 불만 사항을 읽었습니다.
- 결코 발생하지 않은 약속 된 업그레이드.
- 새 기사가 승인 될 때까지 오래 기다립니다.
- Google은 기사 색인을 생성하지 않습니다.
- 지불 누락 또는 연체.
- 기사 게시 및 편집과 관련된 버그.
- 요청시 기사 삭제 실패.
- 콘텐츠에 대한 권리 소유자에 대한 TOS를 지속적으로 변경합니다.
마지막 요점은 다시 변경했습니다. 최근에 TOS를 읽었을 때 다음과 같이 명시되어 있습니다.
누락 된 지불에 대해 관리자는 한 번 포럼에 게시하여 지불을 수동으로 처리한다고 말했습니다. 와! 상상 해봐!
사람들은 떠나고있다
많은 회원 프로필이 제거되어 이제 홈 페이지에 연결되는 것을 확인했습니다. 그것은 사람들이 떠나고 있다는 것을 의미합니다. 심지어 발이 젖지 않은 신입 회원도 마찬가지입니다.
일종의 오류를 표시하는 대신 홈 페이지로 리디렉션하는 것은 잘못된 프로그래밍입니다. 폐쇄 된 계정의 경우 "이 사용자는 더 이상 InfoBarrel에 없습니다."와 같은 내용이 표시되어야합니다. 나는 그들이 그것을 인정하고 싶지 않은 것 같아요.
Glenn Stok의 왜곡 된 이미지 효과
Infobarrel에는 해결되지 않은 결함이 많이 있습니다.
사이트를 사용하고 포럼에서 다른 사용자의 게시물을 읽음으로써 내가 발견 한 모든 문제를 설명하겠습니다.
수동으로 처리되는 결제 문제
나는 관리자가 어떻게 그가 추적을 잃고 한 달 동안 지불을 엉망으로 만들고 혼란을 해결하려고 노력했는지 설명하는 포럼 게시물을 발견했습니다.
2016 년 8 월, 일부 사람들은 엄청나게 단기간에 수입이 증가하는 것을 목격했습니다. 한 사람이 자신의 계정에서 $ 45를 본 댓글을 게시 한 후 $ 3로 수정되었습니다.
다른 사람은 무려 900 달러를 보았습니다. 그는 “진짜인지 의심 스럽다. 1,000 회 노출 당 약 $ 400의 수익을 올리고있는 것 같습니다. "
예, 정말 불가능합니다. 얼마나 형편없는 프로그래밍! 사용중인 결제 시스템도 있다고 가정합니다. 관리자의 포럼 게시물은 그가 수동으로 지불을 처리한다는 것을 분명히하는 것 같습니다.
삭제 버튼이 없습니다
삭제하려는 기사의 제거를 요청하려면 관리자에게 문의해야합니다. 그런 다음 그들이 의무화하는 것은 그들에게 달려 있습니다. 어떤 사람들은 답변을 얻기 위해 여러 번 시도해야한다고 포럼에 게시합니다. 일부는 헛된 것입니다.
제목 변경으로 인해 "404 데드 링크"오류 발생
제목을 변경하면 301이 새 URL로 리디렉션되지 않고 URL도 함께 변경됩니다. 그러면 브라우저에 404 오류 코드를 보내는 데드 링크가 생성됩니다. 따라서 소셜 미디어에 게시 된 모든 이전 링크와 검색 엔진 색인이 손상됩니다.
기사가 게시되면 URL을 정적으로 만드는 것이 좋으며 그 이후의 제목 변경과 관련이 없어야합니다.
펜 이름과 사용자 이름의 혼동
사용자가 프로필에 펜 이름을 추가하면 기사에 댓글을 남길 때 실제 사용자 이름이 보낸 사람으로 계속 표시됩니다. 저자 프로필의 이름과 일치하지 않기 때문에 누군가가 누구인지 알기가 어렵습니다.
CSS 코드의 버그
CSS 코드에서 발견 한 버그로 인해 임베드 된 YouTube 비디오가 주변 텍스트를 덮습니다. 이 문제가있는 기사에 오버레이 된 내용도 읽을 수 없었습니다.
Amazon에서 취소 한 InfoBarrel의 제휴 계정
일부 회원은 자신이 소유하지 않은 사이트에 광고하는 경우 Amazon이 제휴 계정을 취소하기 시작했기 때문에 Amazon 제휴 자격을 상실했다고 포럼에 게시했습니다. InfoBarrel은 회원이 자신의 Amazon 제휴 코드를 사용해야합니다. 그게 문제입니다.
작가는 HP 수익 프로그램을 통해 Amazon을 사용할 수 있기 때문에 HubPages에는이 문제가 없습니다. 이 경우 Amazon은 각 사용자에 대해 고유 한 제휴 코드를 발급하지만 이는 HubPages의 이름으로 등록됩니다.
InfoBarrel에서도이 작업을 수행 할 수 있다고 생각할 수 있지만 문제가 있습니다. 프로필 URL은 URL에 "사용자"라는 단어가 있기 때문에 포럼 프로필처럼 보입니다. 그것은 최상위 도메인이 아니므로 Amazon이 InfoBarrel에서 사용되는 제휴 계정을 취소 한 이유라고 생각합니다.
제휴 계정을 잃은 사람들은 아마존이 포럼 사이트에서 계정을 사용했기 때문에 취소했다고 포럼에 게시했으며 이는 서비스 약관에 위배됩니다. 다시 한 번 잘못된 프로그래밍으로 인해 이러한 혼란이 발생합니다.
2018 년에 특정 문제를 마지막으로 확인했는데 사용자 프로필은 여전히 동일하며 Amazon의 서비스 약관에 위배됩니다.
Glenn Stok의 결정화 된 이미지 효과
Google은 기사 색인 생성에서 지속적으로 차단됩니다.
Google이 기사의 색인을 생성하지 않는다는 사실에 대해 포럼에서 많은 사람들이 불평하는 것을 보았 기 때문에 나는 그들의 robots.txt 파일을 확인하기로 결정했습니다. 웹 마스터는이 파일을 만들어 검색 엔진 로봇에게 페이지 크롤링 방법을 지시합니다.
2016 년에이 파일을 처음 확인했을 때 검색 엔진의 색인 생성 권한을 거부하는 Google 지침을 발견했습니다. 시스템 업데이트 후 실수로 남아있을 수 있습니다. 그런 것을 놓친 것은 매우 비전문적입니다.
그들은 결국 그들의 실수를 발견하고 그것을 수정하여 검색 엔진이 다시 한번 그들의 기사를 색인 할 수 있도록했습니다. 그러나 2018 년 8 월 1 일에이 기사를 업데이트 할 때 다시 확인하기로 결정했고 다음 지침을 찾았습니다.
다시 한번, 그들은 기사가 SERP에 나열 될 수 없도록 Google 액세스를 거부했습니다. Bing과 같은 다른 검색 엔진은 이번에 차단되지 않았습니다.
그들은 그 지시문을 robots.txt에 계속 넣습니다. 프로그래머들이 왜 그렇게하는지 모르겠습니다! 저자에게 유익한 목적은 없습니다.
Bing에 제목을 넣어 몇 개의 기사를 확인했는데 예상대로 표시되었습니다. 하지만 Google에서 타이틀을 검색했을 때 SERP에 나타나지 않았습니다.
상황이 빠르게 변했습니다. 며칠 후인 2018 년 8 월 6 일에 Google 색인 생성을 허용하지 않는 지시문을 제거했음을 알게되었습니다. 아마도이 기사를 업데이트하여 실수에 대한 경고를 받았기 때문일 수 있습니다. 아마 그들은 나를 지켜보고 있을지도 모릅니다.
업데이트 된 robots.txt 파일에는 이제 다음과 같은 지시문이 있습니다.
사이트 맵을 찾을 수있는 검색 엔진을 보여주는 유효한 설명입니다. 검색 엔진 인덱싱을 차단하는 지시문이 더 이상 없었습니다. 적어도 내가 마지막으로 확인했을 때는 아니었다. 그러나 이제 또 다른 문제가 있습니다. 그들의 사이트 맵은 엉망입니다!
나는 그들의 sitemap.php 파일을 보았고 그것이하는 일은 재귀 적으로 자신을 가리키는 것뿐입니다. 기사는 어떻습니까? 미친 짓이야! 그들은 분명히 자신이 무엇을하고 있는지 모릅니다.
다음은 2018 년 8 월 6 일 현재 사이트 맵 파일입니다.
누가 쇼를 운영하고 있습니까?
2016 년에 사이트를 처음 테스트했을 때 관리자 인 Kevin에게 이메일을 보내 직원이이 사이트에서 적극적으로 작업하고 있는지 물었습니다. 답장을받지 못했습니다.
다른 사람들은 관리자의 부재에 대해 불평을해서 이것이 단지 1 인 상점인지 궁금해졌습니다. 도메인은 캐나다의 Ryan McKenzie에 등록되어 있습니다. 그는 관리 담당자 및 기술 담당자로 나열됩니다.
또한 LinkedIn을 통해 Kevin Hinton과 Brad Liski라는 두 명의 다른 팀원을 찾았습니다.
Kevin은 포럼의 관리자이지만 아래와 같이 고양이 아바타 뒤에 숨어 있기 때문에 실제로 그 사람인지 확실하지 않습니다.
관리자의 아바타
InfoBarrel
관리자는 마침내 진실을 인정했습니다
2017 년 4 월 Kevin은 포럼에 자신의 업무에 대한 진실을 게시했습니다. 그는 시간을 할애 할 수 없으며 사이트를 그대로 운영 할 것이라고 인정했다.
InfoBarrel 포럼
2018 년 8 월 현재 상태 확인
케빈, 라이언, 브래드 등 세 사람이 비즈니스 운영에 관여하고 있지만, Keven이 위에서 보여 드린 그의 게시물에서 인정했듯이 InfoBarrel을 운영하는 데 시간을 할애 할 수는 없습니다.
이것이 바로 상황입니다.
- 포럼에서 진행중인 게시물에 따르면 사이트는 매우 많이 손상되었습니다.
- 결제 시스템을 고칠 수 없으므로 수동으로 결제해야합니다.
- Google에서 기사 색인을 생성하지 못하도록하는 지시문은이 기사에서 위에서 설명한 것처럼 계속 반복됩니다.
- 마지막 시스템 업데이트는 2015 년 7 월 버전 4.0이었습니다.
- 마지막으로보고 된 버그 수정은 여전히 2010 년입니다. 사이트 지원을 중단 한 것 같습니다.
- 2015 년에 새로운 사이트 구조가 발표되어 뛰어난 품질의 콘텐츠는 Open.InfoBarrel.com으로 이동되지만 해당 URL은 홈 사이트로 전달됩니다.
2020 년 7 월 현재 상태
나는 사물이 어디에 있는지 확인하기 위해 체크인했는데 무능함에 충격을 받았습니다.
사용 된 보안 프로토콜 없음
몇 년 전 모든 합법적 인 웹 사이트에서 TLS (Transport Layer Security Protocol)를 사용하기 시작했습니다. 이는 암호화, 데이터 무결성 및 인증의 세 가지 유형의 보호를 제공합니다. URL 앞에 "https: //"를 사용하면 안전하다는 것을 알 수 있습니다.
최근에 InfoBarrel이 보안 연결을 제공하지 않는 것으로 나타났습니다. URL 앞에 "HTTP: //"를 사용하는 유일한 방법은 안전하지 않습니다.
지급 중단
2020 년 2 월 InfoBarrel은 Paypal이 지불에 사용 된 API를 제거했기 때문에 더 이상 작가에게 지불 할 수 없다고 발표했습니다.
그들은 대체 지불 방법을 연구하고 있다고 주장하지만 그렇게 할 재정적 자원이 없다는 것을 인정했습니다.
그래서 다음에 무슨 일이 일어날 지 의문입니다.
© 2016 글렌 스토크