Które z tych 3 Przepisywanych adresów URL są lepszymi adresami URL przyjaznymi dla SEO?

11

Wyobraź sobie moją obecną płaską stronę internetową bez CMS-a z takim URL-em http://example.com/en/tomato.

Jest to oczywiście bardzo nieprzyjemne i może to być naprawdę zupa pomidorowa , pomidorowy zespół muzyczny , pomidorowy film lub bardziej mało prawdopodobne, ale wciąż ... tylko o pomidorach!

Dlatego chcę, aby była bardziej konkretna zarówno dla prawdziwych ludzi, jak i wyszukiwarek. Biorąc pod uwagę: zarówno kod języka i krótki kod nazwa pliku są istotne i nie mogą być zastąpione więc gdzieś tam ma być eni tomatopreciding / następstwie jakiegokolwiek separatora jak /dla .htaccess zrobić odpowiednie przekierowania do niewidzialnych /tomato.php?language=en.

Pojawiły się pewne opcje dla dodanych słów w adresie URL:

A   example.com/en/tomato/just-about-tomatos
B   example.com/en/tomato/just-about-tomatos.htm
C   example.com/just-about-tomatos/en/tomato
D   example.com/en/tomato_just_about_tomatos
E   example.com/en/tomato-just-about-tomatos

Pytanie 1: Który z nich jest najlepszy zarówno dla ludzi, jak i wyszukiwarek?

Pytanie 2: Która pojedyncza elegancka reguła powinna to umożliwić w .htaccess ?

Dziękujemy za sugestie i odpowiedzi! Bardzo mile widziane.

— Sam
źródło

6

Myślę, że przedwcześnie wybrałeś najlepszą odpowiedź?

Pytanie 1:
Moim wyborem byłoby example.com/en/tomato/just-about-tomatos- moim uzasadnieniem jest:

/en/jest folderem w języku podstawowym, który obejmuje całą zawartą w nim zawartość, dlatego najlepiej nadaje się do pojawienia się bezpośrednio po domenie i jest najlepszym wyborem do implementacji wielojęzycznej po a) nowej domenie i b) subdomenie.
/just-about-tomatosjest stroną - więc powinna znajdować się na końcu. Na .htmkońcu nie trzeba pisać, ponieważ przepisujesz adres URL, a użytkownicy NIE TROZĄ o to, jakiego języka / platformy używasz.

Pytanie 2:
Aby dodać just-about-tomatosczęść do adresu URL, prawdopodobnie będziesz musiał rozważyć utworzenie systemu mapowania, ponieważ ta faza nie pojawia się w istniejącym adresie URL.

— Mike Hudson
źródło

w rzeczy samej ponownie zrewidowałam twoją sugestię! Ostatnie pytanie: czy dobrze byłoby mieć ostatnią część (która może być naprawdę dowolną) tekstową słowem ze spacjami? <a href="/webmasters//en/tomato/just about tomatos">....</a> czy należy unikać absolutnie spacji i zastąpić je myślnikami -?

— Sam

2

Spacje nie mogą tworzyć części internetowej nazwy pliku / adresu URL (chyba że są zakodowane) i nie są uważane za najlepszą praktykę (ponieważ spacja oznacza koniec adresu URL), a przynajmniej (jeśli musisz ich użyć) należy zakodować %20. Zdecydowanie wybrałbym myślniki (myślniki) za każdym razem.

— Mike Hudson,

+1 za to małe wyjaśnienie. -Jakie są inne opcje oprócz kresek ? Czy są +lepsze niż myślniki? funkcja urlencode PHP używa ich domyślnie wydaje się ... co polecasz w tej sprawie? Bardzo dziękuję

— Sam

+poradzi sobie równie dobrze w większości sytuacji, jednak wydaje się, że Google (i większość innych wydawców, w tym SE) wybrała myślnik po stronie ogrodzenia - goo.gl/7ZFtV

— Mike Hudson

1

@Sam - nie widzę w tym nic złego - może to wyglądać na nieco spamerskie, gdy zaczniesz niepotrzebnie powtarzać słowa.

— Mike Hudson

4

Chcę tylko wyjaśnić, co pisze Eric Vold o parametrze ( ?lang=en)

Okazuje się, że Google nie zaleca używania tego rodzaju parametru, ponieważ jest mylący dla odwiedzających (i innych czynników).

Najlepszą opcją z twojej listy byłaby A, jak sugeruje seriocomic, ale jeszcze lepiej, jeśli ujmujesz to w ten sposób:

pl.example.com/tomato/just-about-tomatos

— aji
źródło

@aji, +1 za czytanie w moich myślach na tej stronie lang.website.com/etc, ALE nie zapisałem tej opcji, ponieważ nie wiem, jak to umożliwić za pośrednictwem konta htaccess / my pesk z dzielonym hostingiem ... Chociaż to pytanie tylko o to, która metoda byłaby najlepsza, byłoby naprawdę fajnie, gdybyś sugerował, jak to zrobić. W każdym razie dziękuję za sugestię!

— Sam

3

Adres URL powinien być możliwie jak najbardziej opisowy i powinien być zgodny z wyświetlaną zawartością. Dużo pracuję również nad adresami URL SEO i myślę, że według mojej wiedzy opcja B jest dobra.

B   example.com/en/tomato/just-about-tomatos.htm

— inkovic
źródło

Na podstawie twojego uzasadnienia wszystkie 4 sugestie zadane przez pytającego są odpowiednie?

— Mike Hudson,

2

Wydaje mi się dziwne, że wybrałbyś ten z rozszerzeniem pliku.

— UpTheCreek

1

Używanie łączników jest dobre dla SEO i ta technika jest korzystna dla pisania adresów URL typu SEO. Używamy różnych typów adresów URL, ale nie są one obsługiwane przez SEO.

— użytkownik 28787
źródło

-1

.htmjest dobre, ponieważ pozwala użytkownikom wiedzieć, jaki typ pliku jest strona. Nie sugeruję używania /en/w adresie URL, ponieważ chcesz, aby wszyscy użytkownicy przychodzili / linkowali do tej samej strony bez względu na język, i po prostu zmienili język za pomocą parametru ciągu zapytania URL.

Sugerowałbym więc:

website.com/tomato/just-about-tomatos.htm?lang=en

— erikvold
źródło

1

Jest to dość nieprzyzwoite - 1) po co mieć kwerendę, gdy można ją przepisać w bardziej przyjazny sposób? (Już przepisuje adres URL!) 2) Dlaczego użytkownikowi zależy na tym, jaki „typ pliku” ma strona?

— UpTheCreek