The guides on this site describe how HTTP status codes behave and how search engines treat missing pages. Those statements come from the specifications and from the official documentation of the search engines themselves, listed below so you can verify anything you read here.
The behaviour of every status code discussed on this site is defined in the HTTP standard. The current documents are RFC 9110, which specifies HTTP semantics including the full status code registry, and RFC 9111, which covers caching. These replaced the older RFC 7230 series. They are the authoritative source for the difference between a 301 and a 302, for the meaning of 410 Gone, and for what a server is expected to do in each case.
Statements about how missing pages are treated in search results, about crawl budget, and about soft 404 detection come from the documentation the search engines publish for webmasters.
The rules a crawler is expected to follow, and the formats a site uses to declare what it contains, are public specifications rather than search engine policy.
The recommendations about alternative text on images, and about markup in general, follow the HTML specification and the Web Content Accessibility Guidelines.
The redirection examples in our repair guide use standard Apache directives, documented by the Apache Software Foundation.
The site header and logo were produced with cooltext.com.
Bye404 is written in plain PHP and runs on an Apache server. The crawler uses the cURL library for its requests and the DOM extension of PHP to read the HTML of each page. It follows redirections manually so that every hop can be validated, requests only public http and https addresses, and paces itself so that the sites it tests are never flooded.