Dlaczego adresy URL pytań przepełnienia stosu mają identyfikator pytania przed przyjaznym SEO „pytaniem”?


13

Weźmy na przykład to losowe pytanie: Narzędzie lub wtyczka wymagane do pokazania, w których plikach HTML używany jest dany selektor css , zauważ, że odpowiednia część to /questions/16999.

Możliwe, że adres URL mógł zostać utworzony w następujący sposób:

/webmasters/tool-or-plugin-required-to-show-out-in-which-html-files-a-given-css-selectors-is/16999`

To jest pytanie_id jest po pytaniu, a to, co jest pierwsze w adresie URL, waży więcej seo, dlaczego część pytania pojawia się po pytaniu_id.

Przeczytałem również w artykule, że tylko dwa pierwsze podkatalogi są istotne, dlatego tylko one /question/16999są istotne. Patrząc na SO, to zdecydowanie nie jest prawda, ale nie mogę zdecydować o wadze tego.

Pytam, ponieważ zamierzam wdrożyć optymalizacje SEO i nie chcę później zmieniać linku do moich stron.


btw Chciałem dodać podkatalog jako tag
andho

Stronicowanie @Jeff Atwood. (Równie dobrze można przejść do źródeł.)
Su

1
Czasami adres URL może zostać obcięty (celowo (zbyt długo, aby przechowywać w DB itp.) Lub przez pomyłkę) .. a jeśli identyfikator jest przed informacją o błędzie, serwer / skrypt nadal może rozpoznać żądaną stronę, ale z identyfikatorem na końcu najprawdopodobniej nie. Wypróbuj adres URL tej strony - usuń kilka ostatnich znaków i prześlij - serwer przekieruje Cię do poprawnego adresu URL (najwyraźniej kod znajdujący się za nim ma specjalne podejście do takiego scenariusza). Z identyfikatorem na końcu prawdopodobnie zobaczysz zupełnie inne pytanie (lub stronę błędu). webmasters.stackexchange.com/questions/16641/…
LazyOne

@Lazyone, odpowiedz, abyśmy mogli głosować
John Conde

Jeśli
pominiesz

Odpowiedzi:


13

Nie znam dokładnych powodów, dla których witryny StackExchange mają identyfikator przed ślimakiem, ale oto dlaczego miałbym to w ten sposób:

Czasami adres URL może zostać obcięty (celowo (zbyt długo, aby przechowywać w DB itp.) Lub przez pomyłkę (zdarza się dość często, gdy kopiuj-wklej)) .. a jeśli identyfikator jest przed informacją o błędzie, serwer / skrypt nadal może rozpoznać żądaną stronę, ale z identyfikatorem na końcu najprawdopodobniej nie będzie.

Wypróbuj adres URL tej strony - usuń kilka ostatnich znaków i prześlij - serwer przekieruje Cię do poprawnego adresu URL ( najwyraźniej kod za tą witryną ma specjalne podejście do takiego scenariusza ). Z identyfikatorem na końcu prawdopodobnie zobaczysz zupełnie inne pytanie (najczęstsze zachowanie w takim przypadku) .. lub po prostu stronę błędu (gdy serwer / skrypt zapewnia, że ​​ślimak pasuje do identyfikatora).

Jeśli chodzi o efekt SEO - zobacz to pytanie: SEO: adresy URL: najlepsze miejsce na identyfikator


1
Dobry punkt na temat skrócenia +1
UpTheCreek

3

Tak, mogliby dodać identyfikator po tytule pytania, gdyby chcieli.

Jeśli chodzi o pozycję ID i SEO, moim zdaniem nie wydaje mi się, że miałoby to jakąkolwiek różnicę (ok, może gdyby było w nazwie domeny).

Z ludzkiego punktu widzenia czytelność wydaje mi się (przynajmniej dla mnie) wyraźniejsze, aby na końcu czytelny dla człowieka tytuł był ukryty w adresie URL.

Przeczytałem również w artykule, że tylko dwa pierwsze podkatalogi są istotne, dlatego tylko / pytanie / 16999 jest istotne. Patrząc na SO, to zdecydowanie nie jest prawda, ale nie mogę zdecydować o wadze tego

Gdzie to przeczytałeś? Nie sądzę, aby było to poprawne, a obecnie te przepisane adresy URL zwykle nie odnoszą się w żaden sposób do podkatalogów.


Myślę, że będziemy musieli zgodzić się nie zgodzić. Dla mnie losowa liczba (w porządku, to identyfikator pytania) na środku adresu jest trochę niezręczna niż coś, co brzmi naturalnie jak / pytanie / co-zrobiłeś-masz-na lunch / mamrocze-zbieraninę. Tutaj po prostu zignorowałbym wszystko, poczynając od bełkotu.
andho

btw tutaj jest link Przeczytałem rzecz o 2 podkatalogach, goodwebsiteinspector.com/en/…
andho

2
tak, będziemy musieli zgodzić się na rozczarowanie :) Nie zgadzam się z wnioskami dotyczącymi „subdiretories” w tym linku. Zazwyczaj nie są to wcale podkatalogi i Google wie o tym. Nawet gdyby tak było, dlaczego Google miałoby obniżyć potencjalnie użyteczny zasób, po prostu dlatego, że był „głęboki”?
UpTheCreek

1

Przetwarzanie adresu URL przez serwer ignoruje część adresu URL po numerze identyfikacyjnym pytania i ukośniku. Wszystkie są równoważne:

/ pytania / 16999
/ pytania / 16999 /
/ pytania / 16999 / dowolny tekst w ogóle

Wszystkie przekierowują do adresu URL zawierającego (sformatowany) tekst pytania po ukośniku.

To pozwala im używać skróconego adresu URL w linkach między stronami (takich jak linki w Powiązanym pasku bocznym na tej stronie), oszczędzając czas transmisji HTML, a także przechowywanie i cykle procesora. Dzięki temu, że tekst pytania znajduje się w kanonicznym adresie URL (przekierowanym do), nadal mają korzyści z posiadania odpowiedniego tekstu w adresie URL do wykorzystania w indeksowaniu wyszukiwarek.


Nie widzę żadnych przykładów na SO, w których używają skróconej wersji adresu URL.
UpTheCreek

@UpTheCreek, kliknij przycisk udostępniania poniżej dowolnej odpowiedzi. na przykład webmasters.stackexchange.com/q/17002
azerafati
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.