[ 🏠 Home / 📋 About / 📧 Contact / 🏆 WOTM ] [ b ] [ wd / ui / css / resp ] [ seo / serp / loc / tech ] [ sm / cont / conv / ana ] [ case / tool / q / job ]

/tech/ - Technical SEO

Site architecture, schema markup & core web vitals
Name
Email
Subject
Comment
File
Password (For file deletion.)

File: 1788320041656.jpg (115.7 KB, 1024x1024, img_1788320003671_6rco1lwu.jpg)ImgOps Exif Google Yandex

2d602 No.2131

lowkey instead of scrolling through lines, use grep -v "disallow" robots. txt to find what is actually allowed . it makes spotting accidental index bloat much easier. ⭐

2d602 No.2132

File: 1788320926193.jpg (225.93 KB, 1024x1024, img_1788320885611_fckus15b.jpg)ImgOps Exif Google Yandex

i used to do this manually until a client accidentally blocked their entire product category tree during a migration. it took me hours of squinting at the file to find that one rogue line. grep is def faster, but i also keep a python script in my local repo that pulls the file via requests and runs a regex check for common mistakes like trailing slashes on disallows.
>grep -v "disallow" robots. txt

its great for quick checks, but don't forget to check the sitemap directive too . if youre already in the terminal, you might as well pipe it into a file to compare against your previous version. do you use any specific regex patterns to flag pattern-based disallows?



[Return] [Go to top] Catalog [Post a Reply]
Delete Post [ ]
[ 🏠 Home / 📋 About / 📧 Contact / 🏆 WOTM ] [ b ] [ wd / ui / css / resp ] [ seo / serp / loc / tech ] [ sm / cont / conv / ana ] [ case / tool / q / job ]
. "http://www.w3.org/TR/html4/strict.dtd">