W moich błędach indeksowania Narzędzi dla webmasterów mam kilka lokalizacji, do których odmówiono dostępu:
.well-known/apple-app-site-association
.well-known/assetlinks.json
.well-known/.com
Spojrzałem na RFC 5785, ale tak naprawdę go nie rozumiałem. Naprawdę mam problemy z przestrzeganiem wielu dokumentów RFC, wydaje się, że są one wypełnione wieloma niewyjaśnionymi i niejednoznacznymi terminologiami.
Jaki jest cel tego katalogu i tych trzech plików? Jaka powinna być ich zawartość? Czy powinienem się tym martwić? Czy powinienem zablokować katalog w pliku robots.txt?
To pierwszy raz, kiedy natknąłem się na ten katalog, nie sądzę, żeby istniał i nie próbowałem go zapełniać (prawdopodobnie dlatego mu odmówiono). Nie znam też żadnych linków do tego katalogu z mojej witryny.
.well-known
Arth
źródło
źródło
.well-known/
istnieje?.well-known/
powinienem być ukrytym katalogiem i nie być dostępny dla zewnętrznych żądań, jednak powinien być dostępny dla elementów zakodowanych po stronie serwera, takich jak programy CGI, Java i tym podobne.Odpowiedzi:
RFC 5785 można sparafrazować:
Rejestr wydaje się być tutaj: https://www.iana.org/assignments/well-known-uris/well-known-uris.xhtml Możesz przejrzeć rejestr, zdecydować, czy któryś z wymaganych adresów URL służy celowi, który pomógłby twojej stronie i tworzył dokumenty, jeśli byłyby przydatne.
Spośród adresów URL wymienionych w pytaniu
assetlinks.json
wydaje się, że zostały zarejestrowane poprawnie.Zasadniczo nie ma powodu, aby tworzyć dokumenty tylko dlatego, że Google zgłasza je jako 404. Google oczekuje na błędy 404 w witrynach. Uważają nawet za oznakę dobrej strony, że adresy URL bez dokumentów zwracają poprawny status (404).
źródło
www.mysite.com/.well-known/robots.txt
a nie tylko w nimwww.mysite.com/robots.txt
? Ale ostatecznie to na razie nie ma znaczenia?robots.txt
. Ten adres URL został utworzony na długo przed tym znanym edyktem i spodziewam się, że pozostanie on zapisany w swojej zwykłej lokalizacji.