เมื่อเมนูคู่แข่งอ่านไม่ได้
ร้านอาหารใช้เว็บไซต์ได้ทุกรูปแบบ หน้า HTML ที่สะอาดอ่านได้ดีเยี่ยม ส่วนเว็บหนัก ๆ แบบแอปที่เมนูโผล่ก็ต่อเมื่อคลิกไปมานั้นเดินทางในนั้นไม่ได้
กฎ
การอ่านที่ล้มเหลวไม่เคยซ่อนสิ่งที่คุณเก็บไว้แล้ว และไม่เคยคิดเครดิตคุณ การอัปโหลดรูปของคุณเองเป็นทางเข้าที่ใช้ได้เสมอ
แต่ละข้อความหมายถึงอะไร
- “We couldn’t reach that link” — เว็บล่ม หรือ URL เปลี่ยนไป
- “This site blocks automated reading” — กำแพงกันบอท ระบบลองใหม่ด้วยเบราว์เซอร์จริงไปแล้ว ซึ่งผ่านได้เกือบทุกกรณี คุณเห็นข้อความนี้เฉพาะตอนที่แม้วิธีนั้นก็ยังถูกปฏิเสธ
- “That link didn’t look like a menu” — มันคือหน้าแรกหรือบล็อก หา URL ที่ลงท้ายด้วย
/menuแทน - “We don’t have any menu photos from Google yet” — สั่ง Refresh from Google บนแท็บ Google ก่อน
แต่ละข้อความพ่วงขั้นตอนถัดไปที่เร็วที่สุดมาให้ — ปุ่ม Try their Google menu photos ถ้าเขามีรูป หรือ Upload their menu instead ถ้าไม่มี
เว็บที่บล็อกซ้ำ ๆ
หลังถูกปฏิเสธหลายครั้ง แท็บจะเลิกเสนอให้ลองใหม่ — เว็บที่ไล่เรากลับมาสี่ครั้งจะไม่เปิดในครั้งที่ห้า คุณยังได้เส้นทางที่ใช้ได้ขึ้นมาก่อน และวางลิงก์ อื่น ได้ถ้าลิงก์ที่เก็บไว้ผิดตั้งแต่แรก
ค่าใช้จ่าย
- การอ่านที่ล้มเหลว คืนเงินให้เอง ลองใหม่กับเว็บที่ไม่เป็นมิตรจึงไม่เสียอะไร
- เมื่อเว็บที่มีกำแพงกันบอทเปิดได้ด้วยการลองใหม่ผ่านเบราว์เซอร์ การลองนั้นเพิ่มค่าใช้จ่ายไม่กี่เครดิตต่อหน้า แสดงเป็นบรรทัดของตัวเองในหน้าการใช้งาน
- ถ้ายังล้มเหลวหลังจากหน้าเหล่านั้น ก็คืนเครดิตให้เช่นกัน
- การรีเฟรชอัตโนมัติรายเดือนจะเงียบ ๆ เลิกลองเว็บที่บล็อกซ้ำ ๆ และกลับมาลองใหม่ทันทีที่เว็บนั้นยอมให้เข้า
ถ้ามันดูค้าง
การอ่านใช้เวลา 15–30 วินาที อันที่ค้างจะเคลียร์ตัวเองภายในไม่กี่นาที คุณไม่ต้องรีเฟรช
สองอย่างที่ทำให้การอัปโหลดอ่านออกสะอาดตั้งแต่ครั้งแรก: ทีละหนึ่งถึงสองหน้า และ รูปถ่ายจากมือถือปกติ แทนไฟล์สแกนขนาดมหึมา ซึ่งตัวอ่านอาจปฏิเสธ
ฟีเจอร์ที่เกี่ยวข้อง
- เมนูคู่แข่ง — การเก็บเมนูตั้งแต่แรก
- เทียบเมนูกับ Nina — ทำอะไรต่อเมื่อคุณมีเมนูแล้ว