Isi kandungan:
- Keperluan untuk Laman Perkongsian Hasil
- Bagaimana InfoBarrel Masih Berfungsi?
- Aduan Orang Hantar Tentang
- Orang Meninggalkan
- Infobarrel Mempunyai Banyak Kesalahan Yang Tidak Diselesaikan
- Masalah dengan Pembayaran Dikendalikan Secara Manual
- Tidak Ada Butang Padam
- Perubahan Tajuk Menyebabkan Ralat "404 Dead Link"
- Kekeliruan dengan Nama Pena vs Nama Pengguna
- Bug dalam Kod CSS
- Amazon Membatalkan Akaun Afiliasi InfoBarrel
- Google Disekat Terus Dari Artikel Pengindeksan
- Siapa yang Menjalankan Pertunjukan?
- Pentadbir Akhirnya Mengakui Kebenaran
- Status Disahkan pada Ogos 2018
- Status pada Julai 2020
- Tiada Protokol Keselamatan Digunakan
- Pembayaran Tidak Dihentikan
Saya menemui banyak masalah yang tidak dapat diselesaikan dengan InfoBarrel semasa meneliti laman web ini. Sebagai penganalisis sistem, saya mempunyai kemampuan untuk meneliti isu-isu yang mengganggu laman web pengarang kandungan. Saya akan menerangkan sebab-sebab mengapa saya merasakan ini akhirnya akan gagal.
InfoBarrel ditubuhkan pada tahun 2008 untuk menulis artikel. Ini bukan penipuan, kerana saya melihat banyak orang bertanya di forum, tetapi ia mempunyai banyak masalah.
Teks dan kesan penyelewengan ditambah oleh pengarang
Keperluan untuk Laman Perkongsian Hasil
Semasa mula menulis dalam talian, syarat saya untuk memilih laman web adalah seperti berikut:
- Mereka mesti menuntut kandungan berkualiti.
- Mereka mesti mempunyai kakitangan pengaturcara web yang baik.
- Mereka mesti menunjukkan kemahiran perniagaan profesional.
- Mereka perlu menunjukkan pemahaman tentang Google dan SEO.
Bagaimana InfoBarrel Masih Berfungsi?
Semasa pertama kali membuat akaun di InfoBarrel pada tahun 2016, keadaan mereka membuat saya tertanya-tanya bagaimana mereka masih berfungsi! Saya merasa luar biasa bahawa mereka masih berniaga pada tahun 2020 setelah banyak laman web lain menjadi buncit.
Saya telah bereksperimen dengan menyiarkan artikel di banyak laman web lain, seperti Rangkaian Penyumbang Yahoo, Bubblews, Persona Paper, Squidoo , dan Tsū. Saya dapat melihat masalah yang mereka hadapi, malah saya memberi amaran kepada orang lain di forum mereka. Sejak itu semua laman web tidak lagi beroperasi.
Bagi InfoBarrel, saya menjumpai beberapa pautan ke halaman maklumat teknikal yang hanya mengalihkan pembaca ke halaman utama. Itu bermakna tidak ada yang cukup peduli untuk menyelesaikan penyiapan laman web ini.
Saya juga mendapati bahawa banyak orang mengadu di forum mengenai pembayaran yang tidak dijawab.
Setelah menemui sebilangan besar bug, saya menulis kepada pentadbir bertanya apakah dia masih mengekalkan laman web ini. Dia tidak pernah menjawab. Orang menyiarkan di forum bahawa dia nampaknya sering hilang tindakan
Aduan Orang Hantar Tentang
Semasa saya membuat siasatan yang sewajarnya untuk menyiasat InfoBarrel sebelum membuat catatan dan artikel, saya telah membaca banyak aduan di forum-seperti ini:
- Peningkatan yang dijanjikan yang tidak pernah berlaku.
- Penantian yang lama untuk artikel baru diluluskan.
- Google tidak mengindeks artikel.
- Bayaran tiada atau lewat
- Bug dengan menyiarkan dan mengedit artikel.
- Gagal menghapus artikel berdasarkan permintaan.
- Mengubah TOS secara berterusan mengenai siapa yang memiliki hak untuk kandungan.
Bagi titik terakhir, mereka mengubahnya kembali. Semasa saya membaca TOS baru-baru ini, dengan jelas dinyatakan:
Bagi pembayaran yang terlewat, admin pernah membuat catatan di forum, mengatakan bahawa dia mengendalikan pembayaran secara manual. Wah! Bayangkan itu!
Orang Meninggalkan
Saya perhatikan bahawa banyak profil ahli telah dialih keluar dan kini dihubungkan ke halaman utama. Itu bermaksud orang akan pergi, malah anggota baru yang bahkan tidak basah.
Mengalihkan ke halaman utama, bukannya menunjukkan kesalahan, adalah pengaturcaraan yang buruk. Sekiranya akaun ditutup, mereka harus memaparkan sesuatu seperti, "Pengguna ini tidak lagi menggunakan InfoBarrel." Saya rasa mereka tidak mahu mengakuinya.
Kesan gambar yang diputarbelitkan oleh Glenn Stok
Infobarrel Mempunyai Banyak Kesalahan Yang Tidak Diselesaikan
Saya akan menerangkan semua masalah yang saya dapati dengan menggunakan laman web ini dan dengan membaca catatan dari pengguna lain di forum.
Masalah dengan Pembayaran Dikendalikan Secara Manual
Saya menjumpai catatan forum dari pentadbir yang menerangkan bagaimana dia kehilangan jejak, mengacaukan pembayaran satu bulan, dan cuba mengatasi kekacauan itu.
Pada bulan Ogos 2016, beberapa orang melihat peningkatan pendapatan yang luar biasa tetapi jangka pendek. Satu orang menyiarkan komen bahawa dia melihat $ 45 di akaunnya, dan kemudian diperbaiki menjadi $ 3.
Orang lain melihat $ 900 yang mengejutkan. Dia menyiarkan, “Saya ragu mereka asli. Saya nampaknya memperoleh sekitar $ 400 untuk setiap 1,000 tayangan. "
Ya, memang — itu mustahil. Apa pengaturcaraan yang buruk! Dengan andaian ada sistem pembayaran yang digunakan. Catatan forum dari pentadbir nampaknya menjelaskan bahawa dia mengendalikan pembayaran secara manual.
Tidak Ada Butang Padam
Anda harus menghubungi pentadbir untuk meminta penghapusan artikel yang ingin anda hapus. Maka terserah kepada mereka jika mereka mewajibkan. Sebilangan orang menyiarkan di forum bahawa mereka harus mencuba berkali-kali untuk mendapatkan respons — ada yang sia-sia.
Perubahan Tajuk Menyebabkan Ralat "404 Dead Link"
Apabila seseorang menukar tajuknya, URL berubah seiring dengannya dan tanpa pengalihan 301 ke URL baru. Itu membuat pautan mati, yang menghantar kod ralat 404 ke penyemak imbas seseorang. Oleh itu, semua pautan sebelumnya yang disiarkan di media sosial, dan indeks enjin carian, rosak.
Amalan yang baik adalah menjadikan URL statik setelah artikel diterbitkan, dan tidak semestinya berkaitan dengan perubahan tajuk selepas itu.
Kekeliruan dengan Nama Pena vs Nama Pengguna
Apabila pengguna menambahkan nama pena ke profil mereka, nama pengguna mereka yang sebenarnya masih dipaparkan sebagai pengirim ketika meninggalkan komen dalam artikel. Itu menyukarkan untuk mengetahui siapa seseorang kerana tidak sesuai dengan nama dalam profil pengarang.
Bug dalam Kod CSS
Bug yang saya temui dalam kod CSS menyebabkan video YouTube yang disisipkan merangkumi teks di sekitarnya. Saya bahkan tidak dapat membaca kandungan bertindih pada artikel yang mempunyai masalah ini.
Amazon Membatalkan Akaun Afiliasi InfoBarrel
Beberapa ahli menyiarkan di forum bahawa mereka telah kehilangan status afiliasi Amazon mereka kerana Amazon telah mula membatalkan akaun afiliasi jika mereka beriklan di laman web yang tidak mereka miliki. InfoBarrel menghendaki ahli menggunakan kod afiliasi Amazon mereka sendiri. Itulah masalahnya.
HubPages tidak menghadapi masalah ini kerana penulis dapat menggunakan Amazon melalui Program Perolehan HP. Dalam kes ini, Amazon mengeluarkan kod afiliasi unik untuk setiap pengguna, tetapi ini didaftarkan di bawah nama HubPages.
Anda mungkin fikir ini dapat dilakukan dengan InfoBarrel juga, tetapi ada masalah. URL profil kelihatan seperti profil forum kerana mereka mempunyai kata "pengguna" di URL. Itu bukan domain tingkat atas, jadi saya rasa inilah sebab mengapa Amazon membatalkan akaun afiliasi yang digunakan di InfoBarrel.
Orang yang kehilangan akaun afiliasi mereka telah menyiarkan di forum bahawa Amazon mengatakan bahawa mereka membatalkan kerana mereka menggunakan akaun mereka di laman forum, yang bertentangan dengan syarat perkhidmatan mereka. Sekali lagi, pengaturcaraan yang buruk menyebabkan kekeliruan ini.
Saya terakhir memeriksa isu tertentu pada tahun 2018, dan profil pengguna masih sama, tetap tidak mematuhi syarat perkhidmatan Amazon.
Kesan gambar yang dikristal oleh Glenn Stok
Google Disekat Terus Dari Artikel Pengindeksan
Oleh kerana saya melihat banyak orang mengadu di forum mengenai fakta bahawa Google tidak mengindeks artikel mereka, saya memutuskan untuk memeriksa fail robots.txt mereka. Webmaster membuat fail ini untuk mengarahkan robot mesin pencari mengenai cara merangkak halaman mereka.
Ketika saya mula-mula memeriksa fail itu pada tahun 2016, saya mendapati arahan Google menolak kebenaran mesin pencari untuk mengindeks. Itu mungkin secara tidak sengaja ditinggalkan di sana setelah kemas kini sistem. Itu sangat tidak profesional kerana terlepas perkara seperti itu.
Mereka akhirnya menemui kesalahan mereka dan memperbaikinya sehingga mesin pencari sekali lagi mengindeks artikel mereka. Namun, semasa mengemas kini artikel ini pada 1 Ogos 2018, saya memutuskan untuk menyemaknya sekali lagi, dan saya mendapat arahan berikut:
Sekali lagi, mereka menolak akses Google sehingga artikel tidak dapat disenaraikan dalam SERP. Enjin carian lain, seperti Bing, tidak disekat kali ini.
Mereka terus meletakkan arahan itu di robots.txt. Saya tidak tahu mengapa pengaturcara mereka melakukannya! Tidak ada tujuan yang bermanfaat bagi pengarang mereka.
Saya memeriksa beberapa artikel dengan meletakkan judulnya di Bing, dan artikel itu muncul seperti yang diharapkan. Tetapi ketika saya mencari tajuk dengan Google, tajuk tersebut tidak muncul di SERP.
Perkara berubah dengan cepat. Hanya beberapa hari kemudian, pada 6 Ogos 2018, saya perhatikan mereka membuang arahan yang tidak membenarkan pengindeksan Google — mungkin kerana mereka dimaklumkan mengenai kesilapan mereka dengan kemas kini saya ke artikel ini. Mungkin mereka memerhatikan saya, siapa tahu.
Fail robots.txt yang dikemas kini kini hanya mempunyai arahan berikut:
Itu adalah pernyataan yang sah, menunjukkan enjin carian di mana untuk mencari peta laman. Tidak ada lagi arahan yang akan menyekat pengindeksan mesin pencari. Sekurang-kurangnya tidak semasa saya terakhir diperiksa. Namun, ada masalah lain sekarang. Peta laman web mereka tidak kemas!
Saya melihat fail sitemap.php mereka, dan semua yang dilakukannya adalah secara berulang-ulang. Bagaimana dengan artikel? Itu gila! Mereka jelas tidak tahu apa yang mereka lakukan.
Berikut adalah fail peta laman mereka pada 6 Ogos 2018:
Siapa yang Menjalankan Pertunjukan?
Pada tahun 2016 ketika saya pertama kali menguji laman web ini, saya menghantar e-mel kepada Kevin, pentadbir, untuk bertanya sama ada kakitangan aktif bekerja di laman web ini. Saya tidak pernah mendapat jawapan.
Orang lain mengeluh tentang ketiadaan pentadbir, yang membuat saya tertanya-tanya apakah ini hanya kedai satu orang. Domain tersebut didaftarkan ke Ryan McKenzie di Kanada. Dia disenaraikan sebagai kenalan pentadbiran dan hubungan teknikal.
Saya juga menemui dua ahli pasukan lain melalui LinkedIn: Kevin Hinton dan Brad Liski.
Kevin adalah pentadbir di forum, walaupun saya tidak pasti apakah ia sebenarnya kerana dia bersembunyi di belakang avatar kucing seperti yang ditunjukkan di bawah:
Avatar Pentadbir
InfoBarrel
Pentadbir Akhirnya Mengakui Kebenaran
Pada April 2017, Kevin menyiarkan di forum kebenaran mengenai urusan mereka. Dia mengakui bahawa mereka tidak dapat meluangkan waktunya, dan akan terus mengoperasikan laman web seperti sekarang.
Forum InfoBarrel
Status Disahkan pada Ogos 2018
Terdapat tiga orang yang terlibat dalam menjalankan perniagaan - Kevin, Ryan, dan Brad - tetapi mereka tidak dapat meluangkan masa untuk menjalankan InfoBarrel, seperti yang diakui oleh Keven dalam postingnya yang saya tunjukkan di atas.
Di sinilah keadaannya:
- Laman web ini tetap rosak menurut catatan yang sedang berlangsung di forum.
- Mereka tidak dapat memperbaiki sistem pembayaran, jadi mereka perlu membuat pembayaran secara manual.
- Arahan yang melarang Google mengindeks artikel terus berulang, seperti yang saya bincangkan di atas dalam artikel ini.
- Kemas kini sistem terakhir adalah pada bulan Julai 2015, dengan versi 4.0.
- Pembaikan pepijat yang terakhir dilaporkan masih bermula pada tahun 2010. Tampaknya mereka berhenti menyokong laman web ini.
- Struktur laman web baru diumumkan pada tahun 2015, dengan menyatakan bahawa kandungan berkualiti yang luar biasa akan dipindahkan ke Open.InfoBarrel.com, tetapi URL itu hanya diteruskan ke laman web asal.
Status pada Julai 2020
Saya mendaftar masuk untuk melihat keadaan di mana, dan saya terkejut dengan ketidakcekapan itu.
Tiada Protokol Keselamatan Digunakan
Beberapa tahun yang lalu, setiap laman web yang sah mula menggunakan protokol Transport Layer Security (TLS). Itu memberikan tiga jenis perlindungan: Penyulitan, Integriti Data, dan Pengesahan. Anda akan tahu ia selamat apabila anda menggunakan "https: //" di hadapan URL.
Baru-baru ini, saya perhatikan InfoBarrel tidak menyediakan sambungan yang selamat. Satu-satunya cara untuk mendapatkannya adalah dengan "HTTP: //" sebelum URL, yang tidak selamat.
Pembayaran Tidak Dihentikan
Pada Februari 2020, InfoBarrel mengumumkan bahawa mereka tidak lagi dapat membayar penulisnya, dengan alasannya kerana Paypal menghilangkan API yang digunakan untuk membuat pembayaran.
Mereka mendakwa bahawa mereka menggunakan kaedah pembayaran alternatif, tetapi mengakui bahawa mereka tidak mempunyai sumber kewangan untuk melakukannya.
Oleh itu, dipersoalkan apa yang akan berlaku seterusnya.
© 2016 Glenn Stok