สารบัญ:
- ข้อกำหนดสำหรับไซต์แบ่งปันรายได้
- InfoBarrel ยังคงทำงานได้อย่างไร?
- ร้องเรียนผู้คนโพสต์เกี่ยวกับ
- ผู้คนกำลังจากไป
- Infobarrel มีข้อบกพร่องมากมายที่ยังไม่ได้แก้ไข
- ปัญหาเกี่ยวกับการชำระเงินที่จัดการด้วยตนเอง
- ไม่มีปุ่มลบ
- การเปลี่ยนแปลงชื่อทำให้เกิดข้อผิดพลาด "404 Dead Link"
- ความสับสนระหว่างชื่อปากกากับชื่อผู้ใช้
- จุดบกพร่องในโค้ด CSS
- Amazon ยกเลิกบัญชีพันธมิตรของ InfoBarrel
- Google ถูกบล็อกอย่างต่อเนื่องจากบทความการจัดทำดัชนี
- ใครเป็นผู้ดำเนินรายการ?
- ในที่สุดผู้ดูแลระบบก็ยอมรับความจริง
- สถานะได้รับการยืนยันเมื่อเดือนสิงหาคม 2018
- สถานะ ณ เดือนกรกฎาคม 2020
- ไม่มีการใช้โปรโตคอลความปลอดภัย
- การชำระเงินถูกยกเลิก
ฉันพบปัญหาที่ยังไม่ได้รับการแก้ไขมากมายเกี่ยวกับ InfoBarrel ขณะค้นคว้าข้อมูลในไซต์ ในฐานะนักวิเคราะห์ระบบฉันมีความสามารถในการค้นคว้าประเด็นที่ก่อให้เกิดผลกระทบต่อการสร้างเนื้อหาในเว็บไซต์ ฉันจะอธิบายเหตุผลที่ฉันรู้สึกว่าสิ่งนี้จะล้มเหลวในที่สุด
InfoBarrel ก่อตั้งขึ้นในปี 2551 เพื่อเขียนบทความ ไม่ใช่เรื่องหลอกลวงอย่างที่ฉันเห็นหลายคนถามในฟอรัม แต่มันก็มีปัญหามากมาย
เพิ่มเอฟเฟกต์ข้อความและการบิดเบือนโดยผู้แต่ง
ข้อกำหนดสำหรับไซต์แบ่งปันรายได้
เมื่อฉันเริ่มเขียนออนไลน์ครั้งแรกข้อกำหนดของฉันในการเลือกไซต์มีดังต่อไปนี้:
- พวกเขาต้องต้องการเนื้อหาที่มีคุณภาพ
- ต้องมีเจ้าหน้าที่ของโปรแกรมเมอร์เว็บที่ดี
- พวกเขาต้องแสดงให้เห็นถึงทักษะทางธุรกิจระดับมืออาชีพ
- พวกเขาต้องแสดงความเข้าใจเกี่ยวกับ Google และ SEO
InfoBarrel ยังคงทำงานได้อย่างไร?
เมื่อฉันสร้างบัญชีของฉันบน InfoBarrel ครั้งแรกในปี 2559 สถานะของพวกเขาทำให้ฉันสงสัยว่าพวกเขายังคงทำงานอยู่ได้อย่างไร! ฉันพบว่ามันน่าทึ่งมากที่พวกเขายังคงดำเนินธุรกิจอยู่ในปี 2020 หลังจากที่เว็บไซต์อื่น ๆ จำนวนมากเกิดขึ้น
ฉันได้ทดลองโพสต์บทความในเว็บไซต์อื่น ๆ เช่น Yahoo Contributor Network, Bubblews, Persona Paper, Squidoo และ Tsū ฉันเห็นปัญหาที่พวกเขามีและฉันยังเตือนคนอื่น ๆ ในฟอรัมของพวกเขาด้วย ไซต์เหล่านั้นทั้งหมดได้เลิกกิจการไปแล้ว
สำหรับ InfoBarrel ฉันพบลิงก์ไปยังหน้าข้อมูลทางเทคนิคเพียงแค่เปลี่ยนเส้นทางผู้อ่านไปที่โฮมเพจ นั่นหมายความว่าไม่มีใครดูแลเพียงพอที่จะตั้งค่าไซต์ให้เสร็จสมบูรณ์
ฉันยังพบว่าหลายคนบ่นในฟอรัมเกี่ยวกับการชำระเงินที่ไม่ได้รับ
หลังจากพบข้อบกพร่องจำนวนมากฉันจึงเขียนถึงผู้ดูแลระบบเพื่อถามว่าเขายังคงดูแลไซต์อยู่หรือไม่ เขาไม่เคยตอบกลับ ผู้คนโพสต์ในฟอรัมว่าเขามักจะพลาดการดำเนินการ
ร้องเรียนผู้คนโพสต์เกี่ยวกับ
เมื่อฉันทำการตรวจสอบ InfoBarrel ก่อนโพสต์และบทความต่างๆฉันได้อ่านคำร้องเรียนมากมายในฟอรัมเช่นนี้
- การอัพเกรดตามสัญญาที่ไม่เคยเกิดขึ้น
- รอนานกว่าบทความใหม่จะได้รับการอนุมัติ
- Google ไม่ได้จัดทำดัชนีบทความ
- การชำระเงินที่ขาดหายไปหรือล่าช้า
- ข้อบกพร่องเกี่ยวกับการโพสต์และแก้ไขบทความ
- ลบบทความไม่สำเร็จตามคำขอ
- เปลี่ยนแปลง TOS อย่างต่อเนื่องเกี่ยวกับผู้ที่เป็นเจ้าของสิทธิ์ในเนื้อหา
สำหรับจุดสุดท้ายนั้นพวกเขาเปลี่ยนมันกลับมาอีกครั้ง เมื่อฉันอ่าน TOS เมื่อเร็ว ๆ นี้มีระบุไว้อย่างชัดเจน:
สำหรับการชำระเงินที่ไม่ได้รับนั้นผู้ดูแลระบบเคยโพสต์ไว้ในฟอรัมว่าเขาจัดการการชำระเงินด้วยตนเอง ว้าว! ลองนึกดูสิ!
ผู้คนกำลังจากไป
ฉันสังเกตเห็นว่าโปรไฟล์สมาชิกจำนวนมากถูกลบออกและตอนนี้เชื่อมโยงกับโฮมเพจ นั่นหมายถึงผู้คนกำลังจะจากไปแม้แต่สมาชิกใหม่ที่ไม่ได้เปียกน้ำ
การเปลี่ยนเส้นทางไปยังโฮมเพจแทนที่จะแสดงข้อผิดพลาดบางประเภทเป็นการเขียนโปรแกรมที่ไม่ดี ในกรณีของบัญชีที่ปิดไปแล้วพวกเขาควรแสดงบางอย่างเช่น "ผู้ใช้รายนี้ไม่ได้อยู่ใน InfoBarrel อีกต่อไป" ฉันเดาว่าพวกเขาไม่ต้องการยอมรับสิ่งนั้น
เอฟเฟกต์ภาพบิดเบี้ยวโดย Glenn Stok
Infobarrel มีข้อบกพร่องมากมายที่ยังไม่ได้แก้ไข
ฉันจะอธิบายปัญหาทั้งหมดที่ฉันค้นพบจากการใช้ไซต์และโดยการอ่านโพสต์จากผู้ใช้คนอื่นในฟอรัม
ปัญหาเกี่ยวกับการชำระเงินที่จัดการด้วยตนเอง
ฉันพบโพสต์ในฟอรัมจากผู้ดูแลระบบที่อธิบายว่าเขาสูญเสียการติดตามอย่างไรทำให้การชำระเงินหนึ่งเดือนยุ่งเหยิงและพยายามแก้ไขปัญหา
ในเดือนสิงหาคม 2559 บางคนมีรายได้เพิ่มขึ้นอย่างมาก แต่ในช่วงสั้น ๆ มีคนหนึ่งโพสต์ความคิดเห็นว่าเธอเห็น $ 45 ในบัญชีของเธอและจากนั้นได้รับการแก้ไขเป็น $ 3
อีกคนเห็นเงิน 900 เหรียญ เขาโพสต์ว่า “ ฉันสงสัยว่ามันเป็นของแท้ เห็นได้ชัดว่าฉันมีรายได้ประมาณ $ 400 สำหรับการแสดงผลทุกๆ 1,000 ครั้ง”
ใช่แน่นอนนั่นเป็นไปไม่ได้ โปรแกรมอะไรแย่! สมมติว่ามีการใช้ระบบการชำระเงิน โพสต์ในฟอรัมจากผู้ดูแลระบบดูเหมือนจะทำให้ชัดเจนว่าเขาจัดการการชำระเงินด้วยตนเอง
ไม่มีปุ่มลบ
คุณต้องติดต่อผู้ดูแลระบบเพื่อขอให้ลบบทความที่คุณต้องการลบ ถ้าอย่างนั้นก็ขึ้นอยู่กับพวกเขาถ้าพวกเขาบังคับ บางคนโพสต์ในฟอรัมว่าพวกเขาต้องพยายามหลายครั้งเพื่อให้ได้รับคำตอบบางคนก็เปล่าประโยชน์
การเปลี่ยนแปลงชื่อทำให้เกิดข้อผิดพลาด "404 Dead Link"
เมื่อมีคนเปลี่ยนชื่อ URL จะเปลี่ยนไปพร้อม ๆ กันและไม่มีการเปลี่ยนเส้นทาง 301 ไปยัง URL ใหม่ นั่นเป็นการสร้างลิงก์ที่ตายซึ่งจะส่งรหัสข้อผิดพลาด 404 ไปยังเบราว์เซอร์ของตน ดังนั้นลิงก์ก่อนหน้าทั้งหมดที่โพสต์ในโซเชียลมีเดียและดัชนีของเครื่องมือค้นหาจึงเสีย
แนวทางปฏิบัติที่ดีคือการทำให้ URL คงที่เมื่อมีการเผยแพร่บทความและไม่ควรเกี่ยวข้องกับการเปลี่ยนแปลงชื่อเรื่องใด ๆ หลังจากนั้น
ความสับสนระหว่างชื่อปากกากับชื่อผู้ใช้
เมื่อผู้ใช้เพิ่มนามปากกาในโปรไฟล์ของพวกเขาชื่อผู้ใช้จริงของพวกเขาจะยังคงแสดงเป็นผู้ส่งเมื่อแสดงความคิดเห็นในบทความ นั่นทำให้ยากที่จะรู้ว่าใครเป็นใครเพราะไม่ตรงกับชื่อในโปรไฟล์ของผู้เขียน
จุดบกพร่องในโค้ด CSS
ข้อบกพร่องที่ฉันค้นพบในโค้ด CSS ทำให้วิดีโอ YouTube ที่ฝังไว้ครอบคลุมข้อความโดยรอบ ฉันไม่สามารถอ่านเนื้อหาที่ซ้อนทับในบทความที่มีปัญหานี้ได้
Amazon ยกเลิกบัญชีพันธมิตรของ InfoBarrel
สมาชิกบางคนโพสต์ในฟอรัมว่าพวกเขาสูญเสียสถานะพันธมิตรของ Amazon เนื่องจาก Amazon ได้เริ่มยกเลิกบัญชีพันธมิตรหากพวกเขาโฆษณาบนไซต์ที่พวกเขาไม่ได้เป็นเจ้าของ InfoBarrel กำหนดให้สมาชิกต้องใช้รหัสพันธมิตร Amazon ของตนเอง นั่นแหละปัญหา.
HubPages ไม่มีปัญหานี้เนื่องจากนักเขียนสามารถใช้ Amazon ผ่านโปรแกรม HP Earnings ในกรณีนี้ Amazon จะออกรหัสพันธมิตรที่ไม่ซ้ำกันสำหรับผู้ใช้แต่ละคน แต่รหัสเหล่านี้ได้รับการจดทะเบียนภายใต้ชื่อของ HubPages
คุณอาจคิดว่าสามารถทำได้กับ InfoBarrel แต่มีปัญหา URL โปรไฟล์ดูเหมือนโปรไฟล์ฟอรัมเนื่องจากมีคำว่า "ผู้ใช้" อยู่ใน URL นั่นไม่ใช่โดเมนระดับบนสุดดังนั้นฉันคิดว่านี่คือสาเหตุที่ Amazon ยกเลิกบัญชีพันธมิตรที่ใช้บน InfoBarrel
ผู้ที่สูญเสียบัญชีพันธมิตรได้โพสต์ในฟอรัมว่า Amazon บอกว่าพวกเขายกเลิกเนื่องจากใช้บัญชีของตนบนเว็บไซต์ฟอรัมซึ่งขัดต่อข้อกำหนดในการให้บริการ อีกครั้งการเขียนโปรแกรมที่ไม่ดีทำให้เกิดความสับสน
ฉันตรวจสอบปัญหานั้นครั้งล่าสุดในปี 2018 และโปรไฟล์ผู้ใช้ยังคงเหมือนเดิมโดยยังคงเป็นไปตามข้อกำหนดในการให้บริการของ Amazon
เอฟเฟกต์ภาพคริสตัลโดย Glenn Stok
Google ถูกบล็อกอย่างต่อเนื่องจากบทความการจัดทำดัชนี
เนื่องจากฉันเห็นคนจำนวนมากบ่นในฟอรัมเกี่ยวกับข้อเท็จจริงที่ว่า Google ไม่ได้จัดทำดัชนีบทความของพวกเขาฉันจึงตัดสินใจดูไฟล์ robots.txt ของพวกเขา ผู้ดูแลเว็บสร้างไฟล์นี้เพื่อแนะนำให้โรบ็อตของเครื่องมือค้นหาเกี่ยวกับวิธีรวบรวมข้อมูลหน้าเว็บของตน
เมื่อฉันตรวจสอบไฟล์นั้นครั้งแรกในปี 2016 ฉันพบคำสั่งของ Google ที่ปฏิเสธการอนุญาตให้เครื่องมือค้นหาจัดทำดัชนี ซึ่งอาจถูกทิ้งไว้โดยไม่ได้ตั้งใจหลังจากการอัปเดตระบบ มันไม่เป็นมืออาชีพมากที่พลาดอะไรแบบนั้น
ในที่สุดพวกเขาก็ค้นพบข้อผิดพลาดและแก้ไขเพื่อให้เครื่องมือค้นหาจัดทำดัชนีบทความของตนอีกครั้ง อย่างไรก็ตามเมื่ออัปเดตบทความนี้ในวันที่ 1 สิงหาคม 2018 ฉันตัดสินใจตรวจสอบอีกครั้งและพบคำสั่งต่อไปนี้:
พวกเขาปฏิเสธการเข้าถึงของ Google อีกครั้งเพื่อไม่ให้บทความอยู่ในรายการ SERPs เครื่องมือค้นหาอื่น ๆ เช่น Bing ไม่ถูกบล็อกในครั้งนี้
พวกเขายังคงนำคำสั่งนั้นกลับมาใน robots.txt ฉันไม่รู้ว่าทำไมโปรแกรมเมอร์ของพวกเขาถึงทำแบบนั้น! ไม่มีจุดประสงค์ใดที่จะเป็นประโยชน์ต่อผู้เขียน
ฉันตรวจสอบบทความสองสามรายการโดยใส่ชื่อของพวกเขาใน Bing และพวกเขาก็ปรากฏขึ้นตามที่คาดไว้ แต่เมื่อฉันค้นหาชื่อด้วย Google พวกเขาไม่ปรากฏใน SERP
สิ่งต่างๆเปลี่ยนไปอย่างรวดเร็ว เพียงไม่กี่วันต่อมาในวันที่ 6 สิงหาคม 2018 ฉันสังเกตเห็นว่าพวกเขาลบคำสั่งที่ไม่อนุญาตให้ Google จัดทำดัชนีอาจเป็นเพราะพวกเขาได้รับการแจ้งเตือนถึงความผิดพลาดจากการอัปเดตบทความนี้ของฉัน บางทีพวกเขาอาจกำลังเฝ้าดูฉันอยู่ใครจะไปรู้
ไฟล์ robots.txt ที่อัปเดตแล้วตอนนี้มีคำสั่งต่อไปนี้:
นั่นเป็นคำสั่งที่ถูกต้องซึ่งแสดงให้เครื่องมือค้นหาทราบว่าจะค้นหาแผนผังเว็บไซต์ได้จากที่ใด ไม่มีคำสั่งเพิ่มเติมที่จะบล็อกการจัดทำดัชนีของเครื่องมือค้นหา อย่างน้อยก็ไม่ใช่เมื่อฉันตรวจสอบครั้งล่าสุด อย่างไรก็ตามมีปัญหาอื่นในขณะนี้ แผนผังเว็บไซต์เป็นระเบียบ!
ฉันมองไปที่ไฟล์ sitemap.php ของพวกเขาและสิ่งที่ทำจะชี้ไปที่ตัวมันเองซ้ำ ๆ แล้วบทความล่ะ? มันบ้ามาก! เห็นได้ชัดว่าพวกเขาไม่รู้ว่ากำลังทำอะไร
ด้านล่างนี้คือไฟล์แผนผังเว็บไซต์ ณ วันที่ 6 สิงหาคม 2018:
ใครเป็นผู้ดำเนินรายการ?
ในปี 2559 เมื่อฉันทดสอบไซต์ครั้งแรกฉันได้ส่งอีเมลถึงเควินซึ่งเป็นผู้ดูแลระบบเพื่อถามว่าเจ้าหน้าที่กำลังทำงานกับไซต์นี้อยู่หรือไม่ ฉันไม่เคยได้รับการตอบกลับ
มีคนบ่นเรื่องที่แอดมินไม่อยู่ซึ่งทำให้ฉันสงสัยว่านี่เป็นแค่ร้านคนเดียว โดเมนนี้จดทะเบียนกับ Ryan McKenzie ในแคนาดา เขาถูกระบุว่าเป็นผู้ติดต่อฝ่ายบริหารและผู้ติดต่อด้านเทคนิค
ฉันยังพบสมาชิกในทีมอีกสองคนผ่านทาง LinkedIn: Kevin Hinton และ Brad Liski
Kevin เป็นผู้ดูแลระบบในฟอรัมแม้ว่าฉันจะไม่แน่ใจว่าเป็นเขาจริงหรือไม่เนื่องจากเขาซ่อนตัวอยู่หลังอวตารแมวดังที่แสดงด้านล่าง:
Avatar ของผู้ดูแลระบบ
InfoBarrel
ในที่สุดผู้ดูแลระบบก็ยอมรับความจริง
ในเดือนเมษายน 2017 Kevin ได้โพสต์ความจริงเกี่ยวกับกิจการของพวกเขาในฟอรัม เขายอมรับว่าพวกเขาไม่สามารถใส่เวลาลงไปได้และจะยังคงดำเนินงานเว็บไซต์เหมือนเดิม
InfoBarrel Forum
สถานะได้รับการยืนยันเมื่อเดือนสิงหาคม 2018
มีสามคนที่เกี่ยวข้องกับการดำเนินธุรกิจคือ Kevin, Ryan และ Brad - แต่พวกเขาไม่สามารถอุทิศเวลาให้กับการเรียกใช้ InfoBarrel ได้ตามที่ Keven ยอมรับในโพสต์ของเขาที่ฉันแสดงให้คุณเห็นข้างต้น
นี่คือสิ่งที่ยืน:
- ไซต์ยังคงพังมากตามโพสต์ต่อเนื่องในฟอรัม
- พวกเขาไม่สามารถแก้ไขระบบการชำระเงินได้ดังนั้นจึงต้องชำระเงินด้วยตนเอง
- คำสั่งที่ไม่อนุญาตให้ Google จัดทำดัชนีบทความยังคงเกิดขึ้นอีกครั้งดังที่ฉันได้กล่าวไว้ข้างต้นในบทความนี้
- การอัปเดตระบบครั้งล่าสุดคือในเดือนกรกฎาคม 2015 เวอร์ชัน 4.0
- การแก้ไขข้อบกพร่องที่รายงานล่าสุดยังคงเป็นของปี 2010 ดูเหมือนว่าพวกเขาหยุดสนับสนุนไซต์นี้แล้ว
- มีการประกาศโครงสร้างไซต์ใหม่ในปี 2558 โดยระบุว่าเนื้อหาที่มีคุณภาพโดดเด่นจะถูกย้ายไปที่ Open.InfoBarrel.com แต่ URL นั้นจะส่งต่อไปยังเว็บไซต์หลักเท่านั้น
สถานะ ณ เดือนกรกฎาคม 2020
ฉันเช็คอินเพื่อดูว่าสิ่งต่างๆยืนอยู่ที่ไหนและฉันก็ตกใจกับความไร้ความสามารถ
ไม่มีการใช้โปรโตคอลความปลอดภัย
ไม่กี่ปีที่ผ่านมาเว็บไซต์ที่ถูกต้องทุกแห่งเริ่มใช้โปรโตคอล Transport Layer Security (TLS) ซึ่งให้การป้องกันสามประเภท ได้แก่ การเข้ารหัสความสมบูรณ์ของข้อมูลและการพิสูจน์ตัวตน คุณจะรู้ว่าปลอดภัยเมื่อคุณใช้ "https: //" หน้า URL
เมื่อเร็ว ๆ นี้ฉันสังเกตเห็นว่า InfoBarrel ไม่ได้ให้การเชื่อมต่อที่ปลอดภัย วิธีเดียวที่จะเข้าถึงได้คือใช้ "HTTP: //" ก่อน URL ซึ่งไม่ปลอดภัย
การชำระเงินถูกยกเลิก
ในเดือนกุมภาพันธ์ 2020 InfoBarrel ประกาศว่าพวกเขาไม่สามารถจ่ายเงินให้กับนักเขียนได้อีกต่อไปโดยอ้างว่าเป็นเพราะ Paypal ตัด API ที่ใช้ในการชำระเงิน
พวกเขาอ้างว่ากำลังดำเนินการกับวิธีการชำระเงินแบบอื่น แต่ยอมรับว่าไม่มีทรัพยากรทางการเงินที่จะทำเช่นนั้น
จึงน่าสงสัยว่าจะเกิดอะไรขึ้นต่อไป
© 2016 Glenn Stok