Dlaczego powinienem używać struktury subdomeny zamiast struktury katalogów? [duplikować]


12

Chcę zrobić blog.mysite.com, ale wiem, że wpłynie to negatywnie na mój PR w Google. Kiedy lepiej zbudować taką stronę w porównaniu do mysite.com/blog? Czy to tylko na korzyść PR?



nie dupek ... nie pytają o to, dlaczego jedno jest lepsze od drugiego, ale raczej dlaczego ruch wzrasta podczas przechodzenia z jednego do drugiego
Jason

Odpowiedzi:


16

Jedyną chwilą, kiedy użyłbym poddomeny, jest to, że witryna jest naprawdę „inną witryną”. Weźmy na przykład moją witrynę firmy Mam następującą konfigurację.

http://www.iowacomputergurus.com - Witryna firmy

http://productsupport.iowacomputergurus.com - witryna zgłaszania błędów

http://customersupport.iowacomputergurus.com - witryna działu obsługi klienta

Korzystając z tej struktury, wszystkie rzeczy biznesowe, w tym blog, znajdują się na jednej stronie, ale rzeczy, które są naprawdę różne, różne witryny wsparcia są przenoszone do subdomen, dzięki czemu są one oddzielne.

Moim zdaniem, jeśli NAPRAWDĘ chcesz skorzystać z blog.mysite.com, powiedz, żeby ułatwić sobie zapamiętywanie, skonfiguruj przekierowanie 301, które prowadzi użytkowników do http://www.mysite.com/blog lub czegoś podobnego.


1
+1: Matt Cutts (alter ego Google) sugeruje również, aby to zrobić: A subdomain can be useful to separate out content that is completely different. Google uses subdomains for distinct products such news.google.com or maps.google.com, for example[ref. mattcutts.com/blog/subdomains-and-subdirectories/]
Marco Demaio

Należy pamiętać, że Matt Cutts nie twierdzi, że jest to lepsze dla SEO, co często sugeruje się, gdy ktoś mówi, że coś poleca. W tym przypadku dzieje się tak, ponieważ łatwiej jest zarządzać zawartością. Nie do celów SEO.
John Conde

4

Jeśli korzystasz z subdomen, w zależności od stopnia zaawansowania grupy docelowej, przygotuj się na dodanie strony www. automatycznie przed nazwą hosta (www.blog.example.com). Konfigurowanie DNS do obsługi tego jest czymś, o czym nigdy nie zastanawiałem się; jest to możliwe, ale wymaga więcej wysiłku niż dodanie kolejnej CNAME.


tak, zdecydowanie to słyszałem. głupie niemyte masy i ich duby
Jason

1
@Jason: masy mogą być głupie, ale jeśli są potencjalnymi klientami, nie straciłbym ich tylko na „www”. Nie-maniacy-ludzie są bardziej skłonni zaufać domenie zaczynającej się od „www”, więc są bardziej skłonni do kliknięcia w nią, gdy są wyświetlane w SERP w porównaniu do witryny bez „www”.
Marco Demaio

2

Zazwyczaj słyszymy od konsultantów SEO, że naprawdę powinieneś używać subdomeny tylko do krótkotrwałych treści typu „mikro-strona”, a wszystkie treści długoterminowe powinny znajdować się na głównej stronie.

Jak zauważyli inni, tracisz część „autorytetu” (a zatem Page Rank itp.) Strony głównej, gdy wychodzisz do subdomeny, ponieważ są one traktowane jako osobne witryny - wyraźnie zdecydowałeś, że nie chcesz zawartości w „głównej” witrynie, dlatego jest mniej trafna.


1

Analityka jest zwykle dużo łatwiejsza, gdy nie masz subdomen.


czy mógłbyś wyjaśnić trochę więcej ?!
Marco Demaio

@Marco Na przykład Google Analytics nie może rozróżniać identycznych struktur folderów w różnych poddomenach. Zarówno a.foo.com/example/, jak i b.foo.com/example/ pojawiałyby się jako / example / w google analytics.
ukradkowy

0

Przede wszystkim z korzyścią dla użytkowników. Słowa przed domeną są zwykle wpisywane, podczas gdy słowa później są często pomijane. Użytkownik zwykle oczekuje, że będzie mógł przejść do ścieżki po samej domenie.

Jeśli tak nie jest (zagnieżdżone linki, aby się tam dostać) lub nawigacja zmienia się drastycznie (co może być na blogu), to nie jest tak naprawdę wrażenie, że chcesz zostawić kogoś, kto miał problem z wpisaniem adresu na swój adres bar.

Negatywny wpływ na PR Twojej witryny będzie miał tylko, jeśli blog nie jest ze sobą powiązany (traktuj ją jako witrynę centrum budowania PR). Jeśli nie jest to niezwiązane, powinno być dobrodziejstwem.


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.