Kiedyś znalazłem czy też otrzymałem od kogoś dokument z podstawowymi wytycznymi związanymi z budową serwisu. Wytyczne te bardzo często wysyłam programistom oraz webmasterom przygotowującym serwisy klientów – najczęściej na etapie końcowym co powoduje, że wiele rzeczy muszą oni zmienić. Poniżej te wytyczne – mam nadzieję, że będą przydatne. Dla wielu są one oczywiste ale z mojego doświadczenia i korespondencji wynika, że nie zawsze tak jest,
1. Mod Rewrite ? przyjazne linki
1.1 Linki powinny być zwięzłe i zawierać w miarę możliwości frazy kluczowe.
1.2 Powinno być możliwe mało parametrów.
1.3 Z adresów php-owych powinny być przekierowania 301 na adresy z rewritem
1.4 W serwisie , o ile to możliwe ? nie powinny istnieć inne linki „brzydkie”
2. Czas ładowania strony
2.1 W narzędziach dla webmastera jest zakładka dotycząca czasu ładowania strony która pokazuje historę ładowania. Strona powinna ładować się ponieżej 1,5sekundy.
2.2 Narzędzie do mierzenia czasu ładowania strony googla ? to page speed ( można ściągnąć jako wtyczkę do FF ? dostępne tutaj : http://code.google.com/speed/page-speed/
2.3 W page speed ? uzyskany wynik powinien być powyżej 90 pkt. Wynik poniżej 80 to kiepski rezultat.
2.4 Aby poprawić szybkość po stronie kodu
a) Optymalizacja CSS-a
- odpowiednie miejsce w kodzie strony w znacznikuprzed znacznikiem. Nie wrzucać parametrów css-a dynamicznie w kodzie strony ( nie używać atrybutu style)
- minimalizacja np poprzez : http://tools.w3clubs.com/cssmin/
- nie rozbijać na zbyt wiele małych plików CSS a najlepiej jakby cały CSS był w jednym pliku
- używać znacznika link zamiast import
- zminimalizować CSS-a.
Podsumowując, CSS ma być na końcu , zminimalizowany w jednym pliku wstawionym przez znacznik b) b).
b). Optymalizacja JS
- umiejscowienie JS ? przed końcem
- sposób ładowania przez google js api (google.com/jsapi na końcu body w kodzie strony) ? ściaganie z cdnów (serwery udostępniające biblioteki )
- używanie specjalnej funkcji Jsowej do includowania skryptór js
c) Użycie dyrektyw kontroli cache w htaccessie podczas tworzenia strony
- Należy dobrać tak parametry cachowania ? żeby elementy statyczne miały długi czas cachowania, natomiast elementy bardziej dynamiczne taki czas krótszy ( np elementy layoutu mogą mieć dług czas , a generowana treść strony powinna być praktycznie dynamiczna.)
d) Kompresja przesyłania treści między serwerem i przeglądarką- dyrektywy w htaccess .
- setoutputfilter – włącznie kompresji mod_gzip lub mod_deflate zależnie od wersji apacha
- browsermatch ( 3 razy) ustawienie workaround na stare przeglądarki ( które mogą sobie nie poradzić z kompresowanymi danymi
- setenvifnocase wyłączenie kompresji dla obrazków
e) Asynchroniczne ładowanie wtyczek JS ? przykładem możę być google analitics.
f) Optymalizacja elementów graficznych ? np poprzez smushit http://www.smushit.com/ysmush.it/
g) Wyłączenie etagów( entiti tag ? znacznk encji ) albo przemyślane jego stosowanie.
2.5 Wybranie odpowiedniego hostingu ? z odpowiednim czasem odpowiedzi, odpowiednią przepustowością i odpowiednim uptimem. Uptime , ping , przepustowość i reputacja hostingu w internecie.
3. Meta tagi, nagłówki oraz treść strony :
3.1 Przykład
Optymalizacja treści strony jest indywidualna dla każdej podstrony ? i powinna być robiona według niżej określonych zasad. Podstawą jest wybranie frazy kluczowej na jaką chcemy aby nasza podstrona występowała w wynikach wyszukiwania ? ta fraza nazywa się anchorem.
Anchor : Pozycjonowanie Polska Adres Strony(URL) : Title : Pozycjonowanie Polska Description: Pozycjonowanie polska. Firma X oferuje pozycjonowanie i optymalizację strony. Profesjonalizm i skuteczność - to cechy które wyróżniają nas na rynku oferującym pozycjonowanie w Polsce Keywords: Pozycjonowanie, pozycjonowanie polska, optymalizacja, Pozycjonowanie stron Nagłówek: Pozycjonowanie Polska i świat Treść : pozycjonowanie, pozycjonujemy, pozycjonowana, pozycjonowania, Polsce, polski, pozycjonowania w Polsce,
3.2 Zasady
a) mod rewrite – przyjazne url-e najlepiej tak , aby cały anchor (słowo kluczowe, fraza kluczowa dla danej podstrony) było w urlu.
b) Tagi
- title strony – powinno zawierać tylko anchor albo ewentualnie anchor + nazwa firmy czyli przykładowo title : Pozycjonowanie Polska. Co ważne – anchor musi być NA POCZĄTKU titla. Robienie tytułu większego niż 6 słów – jest bezsensu.
- description : musi zawierać anchor w całości ( czyli w tym przypadku musi zawierać fraze ” Pozycjonowanie Polska” ) gdzieś na samym początku. Dobrze jest ,aby drugi raz wystąpił anchor w description – ale w formie słów składowych oddzielnie, albo w innych odmianach – google rozumuje już polskie końcówki , zatem przykładowe desc może być : ? Pozycjonowanie polska. Firma X oferuje pozycjonowanie i optymalizację strony. Profesjonalizm i skuteczność – to cechy które wyróżniają nas na rynku oferującym pozycjonowanie w Polsce.” Description nie powinno być za długie ? około 15-20 słów jest dobrze
- keywords ? Ma zawierać anchor oraz może zawierać słowa składowe anchora – góra 6 fraz, czyli tutaj: ?Pozycjonowanie, pozycjonowanie polska, optymalizacja, Pozycjonowanie stron?
- częstym błędem jaki występuje ? to powielanie się meta tagów ? z różnych powodów zdarza się tak ? że mamy np dwukrotnie ustawione metatag „title” dla tej samej podstrony ? należy tego pilnować i skorygować jeśli ewentualnie taki błąd się pojawi.
c) Treść strony
- możliwe jak najwyżej w kodzie ? powinien być nagłówek najwyższego rzędu (największy możliwy to H1 ) jaki występuje na stronie a w tym nagłówku koniecznie słowo kluczowe. Najlepiej samo (choć nie zawsze z uwagi na estetykę się tak da) ? ale ważne, żeby było w dokładnym brzmieniu ? tak jak brzmi anchor dla tej podstrony? u nas jest to ? Pozycjonowanie Polska i świat?
- Jeżeli do wyglądu strony nagłówek H1 jest za duży ? to możemy zastosować H2 albo nawet H3. Ważne jest ? aby tego nagłówka NIE zmniejszać za pomocą CSS-a ( czyli, żeby nie było tak ? że nagłówek H1 ma wielkość 8 px ) w takim przypadku ? należ zastosować nagłówek H2 lub H3
- Na jednej podstronie powinien występować TYLKO jeden nagłówek najwyższego rzędu.
- W treści strony powinna w miarę możliwości przewijać się fraza kluczowa. Dobrze by było ? jakby przynajmniej jeden raz wystąpiła ona w całości dokładnie w takiej formie w jakiej jest Anchor. Mogą to także być odmiany całej frazy, mogą to być odmiany poszczególnych słów składowych frazy kluczowej ? ważne aby się to w treści strony wielokrotnie przewijało. W naszym przypadku występują frazy: pozycjonowanie, pozycjonujemy, pozycjonowana, pozycjonowania, Polsce, polski, pozycjonowania w Polsce.
4. Duplikaty podstron i strony w całości
4.1 Duplikaty wewnętrzne
a) Należy bardzo zdecydowanie unikać wszelkiego rodzaju duplikatów podstron w ramach serwisu. Najczęściej takie duplikaty pojawiają się poprzez źle przygotowany CMS albo sklep na którym postawiona jest strona. Duplikat wewnętrzny jest skrajnie niekorzystną sytuacją ? która bardzo drastycznie obniża ranking strony.
b) Pierwszy najczęściej spotykany duplikat to w przypadku sklepu : sytuacja taka , w której adresy produktów mają postać : www.strona.pl/kategoria/produkt1.html ? bo bardzo często jest druga kategoria w której ten sam produkt się znajduje i mamy adres : www.strona.pl/kategoria2/produkt1.html. W tym momencie do tej samej podstrony jednego produktu prowadzą dwa różne linki ? jeden w nich zostanie wyindeksowany przez googla ? a ranking całej strony zostanie obniżony. Występowanie powszechnie takich duplikatów na stronie ? bardzo utrudnia pozycjonowanie ? czyniąć je czasami wręcz niemożliwe. Dla sklepu ? rozwiązaniem takiego probelmu jest stosowanie adresów typu : strona.pl/produkt1.html ? co znacznie ogranicza możliwość występowania duplikatów strony.
c) Druga sytuacja ? to taka, gdy strona główna jest dostępna zarówno pod adresem strona.pl oraz strona.pl/index.php ? to kolejny częsty błąd prowadzący do duplikaty
d) Trzecia sytuacja ? to brak przekierowania z adresu „bez www” na adres z „www” i współdziałania zarówno adresu strona.pl jak i www.strona.pl
e) Czwarta sytuacja ? to wszelkiego rodzaju sortowania produktów, wersje językowe, różne waluty w jakich są ceny ? i masowe występowanie podstron typu : strona.pl/hl?=pl oraz strona.pl/hl?=cz oraz czystego adresu strona.pl ( który też jest po polsku ? i jest dokładną kopią tego pierwszego adresy strona.pl/hl?-pl ). Analogicznie ma miejsce z walutami oraz z sortowaniem ? gdzie po adresie dopisywany jest parametr sortowania ? a zawartość strony się zupełnie nie zmienia. Jest to jeden z groźniejszych duplikatów ? prowadzących do długotrwałych filtrów i zastojów w pozycjonowaniu. W takich przypadkach, dla wszelkiego typu sortowań, języków czy walut ? należy bezwzględnie zastosować jedno z poniższych rozwiązań ? tak aby
- sortowanie walutowanie itp odbywało się w ajaksie albo Js ? tak żeby nie były tworzone i widoczne dla googla żadne nowe adresy
- sortowanie walutowanie itp otrzymywało zawsze atrybuty noindex nofollow.
- Sortowanie walutowanie itp ? następowało pod znaku „#” – czyli żeby adres podstawowy był typu : strona.pl , natomiast adres innego języka czy waluty miał postać strona.pl/#hl?=pl. Znak „#” sprawia ? że google nie widzi dalszej części urla za tym znakiem.
- Sortowanie walutowanie itp ? powinno być robione z uwzględnieniem zasad dla atrybuty rel=canonical.
- Dodatkowo można zainteresować się rel=”prev” / rel=”next”
f) Piąta sytuacja ? to problem w przypadku przenoszenia nowszej wersji strony ? do podkatalogów ? np tak : strona.pl/nowa/ i strona.pl/najnowsza/ Bo prawie zawsze zapomnie się o jakimś jednym linku prowadzącym do starszej czy też nowszej wersji strony ? i powstają wewnętrzne duplikaty. W przypadku robienia nowszej wersji strony ? należy szczególnie pamiętać właśnie o tym ? aby nigdzie nie były widoczne pozostałości po starej witrynie
g) Szósta sytuacja ? dotyczy także wersji językowej ? jest dość częstym błędem różnych cms-ów, że wersje językowe znajdują się w katalogach ? i mamy wtedy do czynienia z adresami typu : strona po polsku : strona.pl , strona po czesku jest w katalogu strona.pl/cz/ ale i strona po polski jest w katalogu strona.pl/pl/ i zależnie od tego jak będziemy się poruszać po linkach ? to możemy dotrzeć do współistniejących adresów typu : strona.pl/podstrona1.html oraz strona.pl/pl/podstrona1.html to takżę karygodny błąd mający dalekoidące skutki
h) siódma sytuacja ? to stosowanie mod rewrita i zapomnienie o przekierowania z adresów „brzydkich” na przyjazne ? wtedy współistnieją podstrony w postaci :strona.pl/produkt1.html oraz strona.pl/index.php?id=1.
i) Powyżej opisane są najczęstrze problemy ? natomiast każdy skrypt sklepu cms-u czy też własnie nieprzemyślane działanie może doprowadzić do powstania duplikatów ? które trzeba odszukać i koniecznie usunać
4.2 Duplikaty zewnętrzne
a) Jeszcze groźniejszymi ? są duplikaty zewnętrzne. Sytuacje w której posiadamy 2 lub więcej kopii tej samej strony ? są niedopuszczalne ? nie da się pozycjonować zduplikowanej strony. Należy zatem usunąć wszelkie kopie strony i zrobić przekierowania 301 z tych adresów na główny adres który chcemy pozycjonować.
b) Duplikaty takie ? powstają bardzo często na etapie deweloperskim ? gdzie strona jest dostępna pod jakimś tymczasowym adresem ? należy pamiętać, aby taka strona deweloperska miala atrybut noindex ? a najlepiej by było , jakby była dostępna wyłącznie pod hasłem, i po zakończeniu prac ? została usunięta z kopii testowej.
c) Aby strona przeszkadzała w pozycjonowaniu ? nie musi wcale być dokładnym duplikatem ? wystarczy, że jest stroną podobną i taką ? która traktuje o podobnych aspektach co strona główna. Także taka strona możę znacząco utrudniać pozycjonowanie. Potrzebujemy zatem mieć zawsze ? pełną listę wszystkich domen które posiada klient ? aby móc ocenić które z nich i jakie mogą mieć konsekwencje.
5. Linkowanie
5.1 Do każdej podstrony w serwisie musi prowadzić link, najlepiej w postaci tekstowej , ewentualnie w postaci graficznej. Taki link powinien mieć odpowiedni Anchor ( alt tekst w przypadku obrazków ) zbieżny z tytułem strony do której prowadzi. Wszelkie linki w js czy ajaxie ? należy traktować jako wyłączna wygoda dla użytkowników ? każdy z tych linków musi być zduplikowany w formie tekstowej. Wszelkiego rodzaju menu, czy drzewa kategorii zapisane w js ? muszą mieć swój odpowiednik teksty ( np w stopce ? albo gdzieś indzien na stronie )
5.2 Linki do główny kategorii ( główny podstron ) które to kategorie lub podstrony są pozycjonowane na inne frazy ? powinno być umieszczone w nagłówku ( h2, h3 , h4 ) poziom nagłówka jest zależny od najwyższego nagłówka jaki występuje na stronie ? i powinien to być poziom o jeden niższy. Czyli jeśli na stronie mamy główny nagłówek H1, to linki do kategorii powinny być w H2.
5.3 Logo firmowe na stronie ? powinno być linkiem graficznym do strony głównej , z altem odpowiednim tytułowi strony głównej
5.4 Z każdej podstrony powinno wychodzić możliwe jak najmniej linków do witryn zewnętrznych.
5.5 Z każdej podstrony powinno wychodzić maksymalnie 100 linków wenętrznych w głąb serwisu. Ta liczba raczej nie powinna być przekraczana.
a) Typową sytuacją w której mamy do czynienia ze zbyt dużą liczbą linków wewnętrznych ? to sklep , w którym całe drzewo kategorii jest dostępne na każdej podstronie ? w każdej podkategori , przy każdym produkcie. Samo takie drzewo najczęściej przekracza już limit 100 linków z podstrony. Należy rozsądnie gospodarować linkami ? i jeśli jesteśy np w jakiejś kategori głównej ? to z drzewa powinn być widoczne tylko linki do podkategorii w tej kategorii głównej, oraz linki do innych kategorii głównych ( nie ma potrzeby aby były widoczne linki do podkategorii w innych kategoriach głównych)
b) Druga sytuacja ? to zbyt duża liczba produktów na jednej podstronie ? należy ją tak dobierać, aby nie przekraczać 100 linków z jednej podstrony ? a najlepiej nawet nie zbliżać się do takiej wartości.
c) Należy pamiętać ? że linki nofollow ? są wliczane do ogólnej liczby linków.
5.6 Tylko jeden link powinien prowadzić z danej strony do innej podstrony. Jeśli mamy strona.pl to z tej strony do podstrony strona.pl/kategoria1 może prowadzić tylko jeden link ! Jeśli zdarzy się tak ? że z jakiegoś powodu prowadzić muszą dwa linki ? to bezwzględnie należy pilnować tego, aby anchory obydwu tych linków były takie same.
5.7 Należy utworzyć mapę stronę ? zgodnie z zaleceniami Googla.
6. Budowa serwisu pod długi ogon
6.1 Hierarchiczne drzewo linkowania w głąb serwisu tak skonstruowane , aby do każdego „liścia” ( strony docelowej ) można było dojść maksymalnie w 3 , a najlepiej w dwóch kliknięciach od strony głównej. ( np strona gówna –>kategoria–> produkt )
6.2 Drzewo linkowania tak skonstruowane ? aby linkować tylko do potrzebnych podstron ? i aby linków na jednej stronie nie było zbyt wiele. Klasyczny błąd ? to wrzucenie sztywnego menu ? takiego samego na każdej podstronie ? i do samego menu prowadzi 100 lub więcej linków ? wtedy brakuje tych linków dla produktów.
6.3 Drugi standardowy błąd ? to wrzucenie linków do wszystkich producentów takżę na każdej podstronie ? co też na ogół wyczerpuje limit linków przypadających na stronę
6.4 Ze strony głównej ? przydatne linki bezpośrednio do 3 poziomu strony ( np do jakiejś podkategorii w jednej z kategorii głównych )
6.5 Anchor linku prowadzącego zarówno do kategorii, podkategorii jak produktów ma być w takiej postaci ? jak mogą go wyszkiwać ludzie w googlu. Przykładowo mamy produkt którym jest krzesło „ISO black” ? to anchor linku prowadzącego do tego produktu powinien brzemieć ” krzesło ISO black” ? błędem jest, jeśli taki anchor ma postać „ISO black ”
6.6 Dla docelowej podstrony produktu czy kategori ? ma być zastosowana zasada 6 razy TAK ? czyli fraza kluczowe (dla powyższego przykłądu ? w którym ta fraza to „krzesło ISO black” ) musi wystąpić w :
- Anchor linku jako „krzesło ISO black”
- Urlu ? jako strona.pl/krzeslo-iso-black.html
- Titlu podstrony jako „krzesło ISO black”
- Description podstrony jako „krzesło ISO black”
- W H1 na stronie jako „krzesło ISO black”
- Dalej w treści strony ? przydałoby się też w pełnej wersji jako „krzesło ISO black”
6.7 Obowiązkowo ma być zastosowana mapa strony.
7. Inne uwagi
7.1 Zastosowanie flash-a, Js ? na stronie powinno być z dużym umiarem. Mogą być dodatkiem ? ale nie mogą być większością strony
7.2 Tworzenie wszelkiego rodzaju intra ? znacznie utrudnia pozycjonowanie
7.3 linki w JS czy flashu ? należy traktować tak jakby ich z punktu widzenia googla nie bylo
7.4 Należy oszczędnie gospodarować przekierowaniami 301 wewnątrz stron ? powinno być ich możliwie jak najmniej.
7.5 Nie może istnieć podstrona strona.pl/index.php (lub podobna ) która jest duplicatem strony głównej.
7.6 Implementacja rich snippets (schema.org), opinii, gwiazdek etc.
7.7 Dobrze by było ? jakby strona przechodziła walidacje w3c dostępną tutaj : http://validator.w3.org/
7.8 Pozostałe wytyczne googla można zobaczyć tytaj : https://support.google.com/webmasters/answer/35769?hl=pl
Dobra i pożyteczna lista. Dzięki Paweł za pozbieranie tego do kupy.
Te wszystkie wskazówki powinny być dostępne w małym faq na forum dla webmasterow google.
Wyobrażasz sobie jak o wiele łatwiej było by odpowiadać na pytanie co zrobić by strona była lepiej widoczna 🙂
Zgred – kocham Cię ! 😛
Wpis bardzo przydatny, piguła wartościowej wiedzy.
JA żonę 🙂 swoją 🙂
W 2.1 jest nieaktualna informacja – obecnie te dane są przeniesione do Analytics.
Fajnym rozwiązaniem po za smush.it jest także jpegmini.com, które mimo że nie doczekało się jeszcze wtyczki do WP to daje moim zdaniem lepsze rezultaty niż wynalazek Yahoo – kompresja jest praktycznie niedostrzegalna a pliki mniejsze.
Dzięki Mateusz ! Przy drobnej współpracy zrobi się z tego aktualizację i będzie dla każdego 🙂
Paweł, świetna sprawa z tą lista. Ja bym to w Twoim przypadku dał jako PDF i wysyłał w zamian za liste subskrybentów na blogu 🙂
Bardzo przydatna instrukcja. Podzielam opinię Piotra, tym samym podziwiam Cię Pawle za bezinteresowność 🙂
Pięknie zebrane, jak tak spojrzeć to stosuje prawie wszystko w projektach jakie robię dla klientów 🙂 Nie rozumiem tylko dlaczego w 3.1 dopisałeś „i świat” w Nagłówek: Pozycjonowanie Polska i świat?
A jest fraza na początku ? Jest 🙂 to co jest na końcu wtedy nie ma znaczenia (ale pójdzie w długi ogon).
Bardzo fajne kompendium, ale popraw literówki, bo jest ich sporo 😉
A tak na gorąco to dodałbym jeszcze rel=next / prev dla wyników stronicowania.
Aleś się Panie rozpisał 🙂 Żeby tak wszystko „twórcy WWW” chcieli wprowadzać przy budowie stron… 😉 Marzenie ściętej głowy.
Bardzo dobry dokument, trafia do zakładek.
Jako „twórca WWW” powiem, że bardzo często jest problem z Klientem zamawiającym sklep bo „chcą mieć sklep po swojemu” 🙂
Ostatnio po zwróceniu uwagi Klientowi, że ma zbyt duży Duplicat Content w serwisie (na stronach produktów po 80% długości opisu powtarzało się – bo był to np.: opis producenta i we wszystkich opisach produktów tego producenta powtarzał się ten sam „dość duży” fragment tekstu) zgasił mnie stwierdzeniem, że u niego Duplicat Content nie obniża jakości/rankingu … no i jak tu optymalizować 🙂
Przeczytałem ale z trudem :/ formatowanie by się przydało (odstępy = większa czytelność). Wpis bardzo dobry, solidny, przyda się i ja także z niego nie raz skorzystam. Dzięki!
Pawle, ślicznie dziękuję.
Teraz my zróbmy wszystko, by webmasterzy z Polski i ze świata chcieli poznać i stosować się do takich wytycznych już w momencie projektowania serwisu. Zycie byłoby piękniejsze.
Powiem z własnego doświadczenia. Podczas tworzenia za jakieś śmieszne pieniądze „stron www” klienta to nie interesuje. I nie rozumie dlaczego miałby za to płacić. Ja często wtedy nie rozumiem dlaczego miałbym to robić dla niego za darmo 🙂 Jednak żeby tak posępnie nie kończyć.. Wspomniane przez Zgreda dobre praktyki i tak stosuję lub przynajmniej staram się.. a co mi tam 🙂
Dzięki za przejrzystą listę cennych rad!
Dobrze pozbierane ogólne zasady : ) Należy też dodać, że poszczególne kwestie zmieniają się i należy je dostosować do wymogów danego projektu.
Dziękuję, już pobieram jako pdf.
Z 3 rozdziału możesz chyba śmiało usunąć keywords.
Jak zwykle pomocne i cenne rady, co ważne w dzisiejszych czasach za darmo.
D z i ę k u j ę.
Dobra robota
Bym powiedział, że streszczenie wszystkiego co najważniejsze i podane w formie jednej małej pigułki…! Świetnie!
Jeżeli przyjdzie nowa osoba bez doświadczenia do działu seo powiem tak „Tu i tu masz to i to. Przeczytaj. To wystarczy żebyś wiedział o co chodzi” 🙂
Cała podstawowa wiedza w pigułce. Ten adres trzeba zapamiętać.
Ten artykuł powinien przeczytać każdy naiwny, który zlecił zrobienie strony internetowej za grosze. Niech sobie sprawdzi, czy jego strona spełnia te wytyczne.
„Na jednej podstronie powinien występować TYLKO jeden nagłówek najwyższego rzędu.” – są 2 , bo jeden to logo 🙂
Super wpis, dzięki 🙂
E. – jeszcze 2-3 tygodnie i katalog będzie wyglądał inaczej 🙂
Dobra robota.
Bardzo się przyda. Słusznie wyżej zauważono, że klienci nie chcą za to płacić .
Jak nie zrobisz to ktoś znający się na rzeczy będzie krzywo patrzył na tego co tworzył serwis.
Moje uznanie, jest co poczytać.
Zgred gratuluje, ostatnie posty są rewelacyjne:) Masz u mnie tytuł najlepszego bloga o seo:) wcześniej to była czołówka, ale teraz rządzisz:) Pozdrowienia z zaśnieżonej Gdyni o/
proszę nie chwalić …
Skromniacha 😛
No to teraz wystarczy podesać linka do tego wpisu klientowi i optymalizację mamy z głowy 🙂
W sumie o zdecydowanej większości zawsze pamiętam, ale dobrze jest mieć taką listę.
Przypomniało mi się o kilku rzeczach i dowiedziałem się np o zaleceniach odnośnie linków wewnętrznych 😉
Kawał dobrej roboty.
Dzięki
A teraz przydała by się idealna strona na WordPressa. Chodzi mi o zestaw wtyczek dla idealnie zoptymalizowanej strony pod SEO i USABILITY.
Przydatne informacje w jednym miejscu.
Jeszcze jedna istotna kwestia którą warto dodać moim zdaniem to strona 404 dla nie aktywnych adresów, która często prowadzi do strony głównej zachowując formę linku do nie aktywnej podstrony.
Bardzo dobry wpis, do tej pory korzystałem z wskazówek Lexy a teraz dorzucam ten wpis, dzięki 😉
Kolejny opis wszystkich potrzebnych informacji.
Tym razem ładnie zebranych w całość.
Dzięki
Sporo tego, ale bez wątpienia jest to przydatna wiedza.. Niektóre rzeczy są oczywiste, ale o nie których nie zdawałam sobie sprawy.
Dużo przydatnej wiedzy tu zebrano. Dopiero zaczynam przygodę z własnym blogiem i jestem jeszcze zielony w tej całej optymalizacji. Dodatek page speed polecany przez autora pokazuje wynik powyżej 90 punktów, natomiast nie widzę w nim rzeczywistego czasu ładowania strony. Czy da się taki parametr uzyskać w tym page speed, czy są może jakieś inne rzetelne narzędzia?
Pozdrawiam.
Świetny wpis. Nie będę cię chwalić – napiszę jedynie, że drugiego tekstu tak konkretnie opisującego zasady optymalizacji strony w sieci nie znajdziecie, a przynajmniej mnie nie udało się go znaleźć.
Dokładne podejście do tematu i chwała za to. Jedyna sprawą na którą bym uważał to 6.6 bo tu dawanie wszędzie tego samego może być już niedługo traktowane jako przeoptymalizowanie. Zawsze można gdzieś użyć jakiegoś synonimu lub podobnego zwrotu.
Mam pytanie co do 5.6 – czemu z jednej podstrony do drugiej ma prowadzić tylko jeden link i to „bezwzlędnie” o tym samym anchorze? Rozumiem, że chodzi tutaj jedynie o przypadek z kategoriami produktów w menu, bo w innych kwestiach to się raczej nie zgodzę (np. linkowanie z bloga firmowego w domenie albo z działu „aktualności” do podstron swoich produktów – naturalne, że to będą różne anchory).
Pozdrawiam!
@Michał: to tak naprawdę kwestia jak jest zbudowany serwis i jak jest wykonane linkowanie do wewnątrz. Jeśli jest jeden link to wtedy masz pełne juicy do danej podstrony. Jeśli zaczniesz kombinować i robić tak, aby juicy rozłaziło się na kilka anchorów wewnętrznych do jednej podstrony możesz sobie tylko zaszkodzić.
Jednakże aby mieć pewność czy i na ile stosować się do tej zasady trzeba podjąć decyzję przy wykonaniu, projektowaniu lub optymalizacji witryny. Konkretny przypadek może być zawsze odstępstwem od tej reguły.
@Paweł – zupełnie do mnie nie przemawia ta rekomendacja z pkt 5.6. Co z zasadą 1st link count? Moje doświadczenie pokazuje, że nie było z tym żadnego problemu – masz może jakieś przykłady, gdzie zaszkodziło to stronie?
Ależ nie musi – ja mam swoje zdanie w tej kwestii po wielu wdrożeniach na sklepach. Czasem jest tak że zasada first link count działa do dupy a czasem jest tak że działa. I w związku z tym trzeba sobie przetestować czy linkowanie do wewnątrz będzie dobre na 1 czy na 3 anchorach…
Mam wątpliwości, czemu nagłówki nie mogą być w css? Jeśli kierujemy się założeniem, że strona ma być „for Users”, to mniejsze h1, h2 są bardziej estetyczne. Nie musi wcale chodzić o upychanie keywordsów…
Kawał dobrej roboty – kompendium wiedzy o optymalizacji strony 🙂 warto było zajrzeć na Twojego bloga, dzięki.
No Zgredzie jak zwykle konkretnie i pożytecznie
Dzięki za sugestie:)
Oszczędnie używać 301 wewnątrz serwisu? a dlaczego?
Jeżeli cały serwis ma np 10 tys podstron to jak sobie wyobrażasz zarządzanie tyolma przekierowaniami 🙂 Łatwo o błędy i pętle … wtedy serwis „leży”.
No i zapewne chodzi również o to, że 301 nie przenoszą w pełni mocy a jedynie około 90-99%
Jutro chyba to sobie druknę i przykleją na tablicy. Niby wszystko wiadomo, ale na codzień człowiek może coś przegapić. Zastanawia mnie tylko pkt. 5.1 Piszesz:
„5.1 Do każdej podstrony w serwisie musi prowadzić link, najlepiej w postaci tekstowej , ewentualnie w postaci graficznej. Taki link powinien mieć odpowiedni Anchor”
Jak myślisz, jak się ma do tego case z seomoza sprzed kilku tygodni? O tutaj:
http://www.seomoz.org/blog/postpenguin-anchor-text-case-study
W sumie same oczywiste informacje, jednak fajnie, gdy są zebrane w jednym miejscu. Można ten artykuł traktować, jak rodzaj checklisty, by mieć pewnosć, że o niczym nie zapomnieliśmy.
Witam,
mam pytanie o wewnętrzne duplikaty stron o których tutaj mowa. Jak rozwiązać taki problem, gdy mamy sklep i zaawansowaną wyszukiwarkę w której zawarto kilkadziesiąt filtrów – przykład:
a) mamy na stronie głównej link do produktówX,
b) mamy zaawansowaną wyszukiwarkę produktów z licznymi filtrami
Efekt:
a) jak kliknę na link produktówX dostaję listę tych produktów + unikalne teksty opisujące te produkty + każdy produkt też jest opisany
b) gdy skorzystam z wyszukiwarki i wyszukamy produktyX to dostanę inny adres url zazwyczaj już nie będzie „przyjazny link” ze względu na mnogość przekazanych parametrów, wyświetli się lista produktów i tekst opisujący te produkty + opis każdego produktu.
A wiec mam dwa różne url’e, a w zasadzie tą samą listę produktów i te same teksty opisujące produkty.
Czy jest jakieś sensowne rozwiązanie tego problemu?
Pozdrawiam
Marcin
Na pierwszy rzut odpowiem – używaj canonicali. Jednakże bez obejrzenia sklepu i zasady działania szukajki ciężko bedzie dokladnie wskazać możliwe rozwiazanie.
dzięki za odpowiedź, w sumie wdrożenie linków kanonicznych nie powinno być trudne.
dzięki
Maricn
Witam,
prowadzimy kalendarz imprez i wydarzeń w regionie. kalendarium.regiontatry.pl
pytanie o pozycjonowanie takiej strony pod frazę np: imprezy Zakopane.
Strona która najbardziej odpowiada tej frazie to: kalendarium.regiontatry.pl/imprezy/zakopane
(url, title, teksty)
Pytanie
czy pozycjonować tą właśnie stronę na frazę imprezy zakopane ?
czy na stronie głównej dodać teksty, linki(anchor) kierujące do w/w strony i pozycjonować stronę główną na tą frazę ? Co wtedy z innymi miejscowościami ?
Jak google zareaguje znajdując dwie podobne strony w serwisie ? którą uzna za bardziej trafną/wartościową ?
Pozdrawiam
marcin
Można i tak i tak … Przy niskiej konkurencyjności można pozycjonować podstronę z gługiego ogona, przy dużej należy główną. Ewentualnie tak zrobić linkowanie wewnętrzne aby dostarczyć na tyle dużo mocy SEO że pojawi się w top10 dzięki temu 🙂
Zgred mam pytanie: co jeśli chodzi o kilka wersji językowych tej samej strony na różnych domenach: polska na pl, angielska na com itd. Wszystkie teksty tłumaczone przez tłumaczy.
Czy takie rozwiązanie jest dopuszczalne ? Jeśli nie, to jak to rozwiązać, jeśli chce się pozycjonować też w innych krajach z odpowiednimi wersjami językowymi.
To Ci pomoże: https://support.google.com/webmasters/answer/189077?hl=pl
zadziała to przy 3 różnych domenach ?
Przy każdej.
„Jeżeli do wyglądu strony nagłówek H1 jest za duży ? to możemy zastosować H2 albo nawet H3. Ważne jest ? aby tego nagłówka NIE zmniejszać za pomocą CSS-a ” Dlaczego tego nagłówka nie modyfikować w css?