Dzisiaj w ramach pierwszego postu z serii wpisów „Przydatny Piątek” opiszę jak szybko, wydajnie i – co najważniejsze – automatycznie, utrzymywać porządek na stronach z zainstalowanym skryptem WordPress.

Wszyscy posiadacze WordPressów powinni skorzystać po przeczytaniu tego wpisu, ale myślę, że największe korzyści odniosą właściciele dużych sieci precli.

Ewentualnie właściciele hostingów, na których te WordPressy są utrzymywane :)

Delete Duplicate Posts

Każdy, kto posiada choćby kilkanaście niemoderowanych precli (nie mówię już o właścicielach setek precli prywatnych) dobrze wie, jak ciężko uporać się z utrzymaniem każdego WordPressa w porządku. Precel niemoderowany przez człowieka, ale posiadający odpowiednie zabezpieczenia, choćby w postaci popularnej wtyczki „WyPiekacz”, potrafi wygenerować w ciągu dnia kilkadziesiąt (jeśli nie kilkaset) postów, które nie spełniają wymogów publikacji. Wpisy takie mają automatycznie status „Szkic” i co prawda nie wyświetlają się na stronie głównej, ale skutecznie zaśmiecają bazę danych i spowalniają działanie skryptu.

Tutaj właśnie z pomocą przychodzi wtyczka Delete Duplicate Posts.

Wtyczka Delete Duplicates

Wystarczy szybka konfiguracja:

1. Zaznaczenie na zakładce Configuration opcji Cron, dzięki której WP będzie czyścił się cyklicznie
2. Odznaczenie powiadomienia mejlowego
3. Odznaczenie dobrowolnego linka do autora, który miałby pojawić w stopce

I gotowe. Potem wystarczy odczekać kilka minut i zajrzeć do zakładki Log. Jeśli mieliśmy dużo duplikatów, to powinniśmy zobaczyć pełnego loga. Na jednym z moich precli wyglądało to tak:
W ten oto sposób problem duplikatów (czyli generalnie efektów problemów z działaniem Publikera czy też po prostu nawalania innymi dodawarkami) mamy rozwiązany. Wprawdzie wszystkie duplikaty przenoszone są do Kosza i ciągle zaśmiecają naszą bazę (WordPress trzyma każdy wpis w Koszu przez 30 dni), ale i na to znajdzie się rada.

Teraz czas zająć się  sprawnym usuwaniem „Szkiców” postów, rewizji i niechcianych komentarzy (czyli większości na preclach). Tutaj pomoże wtyczka..

WP Caretaker

Ta wtyczka ma trochę więcej opcji niż poprzednia, bo potrafi m.in.:

1. Usuwać wszystkie szkice (Ci, którzy używają WyPiekacza, na pewno wiedzą ile tego się potrafi zebrać, prawda?)
2. Usuwać rewizje postów
3. Usuwać spamowe i niezaakceptowane komentarze
4. Usuwać pingbacki i trackbacki
5. Usuwać nieużywane tagi (a także te użyte tylko raz lub dwa razy)
6. Zoptymalizować bazę danych

Niestety nie robi kawy :)

Tak jak poprzednia wtyczka, WpCaretaker nie usuwa ostatecznie z bazy danych Szkiców postów, których nie chcemy. Od wersji 2.9 WordPress ma wbudowaną funkcję Kosza, gdzie na 30 dni lądują wszystkie niechciane wpisy. Można to tak zostawić i pozwolić powoli oczyszczać się bazie albo można zastosować bardziej drastyczne środki i tak ustawić skrypt, żeby automatycznie usuwał wszystko. Wystarczy do pliku wp_config.php dodać linijkę

define('EMPTY_TRASH_DAYS', 0);

i posty będą automatycznie znikać.

Oczywiście zamiast 0, można użyć innej liczby dni, ale po co się rozdrabniać? :)

Mam nadzieję, że wszystkich przekonałem co do sensu używania powyższych wtyczek. Teraz wystarczy użyć mojego refa i wykupić wtyczki po wyjątkowej cenie 150$..

No ok, słaby żart.

Wtyczki oczywiście są darmowe lub też na licencji linkware (w przypadku Delete Duplicates link jest nieobowiązkowy, w przypadku WpCaretaker link dodaje się automatycznie po uaktywnieniu funkcji crona*).

Delete Duplicates

Wp-Caretaker (trzeba się zarejestrować)

Osobiście, nie wyobrażam już sobie stawiania precli bez tych pluginów, dajcie znać czy nie jestem sam :)

* używa funkcji wp_footer() i wkleja się w stopce.

Prawda czy fałsz?

1. WordPress jest obecnie najlepszym systemem blogowym na świecie.
2. WordPress jest od samego początku idealnie zoptymalizowany pod wyszukiwarki internetowe.

Wydawałoby się, że odpowiedzi na oba te pytania są twierdzące, ale prawda jest niestety inna :) Tak, WordPress jest nalepszym systemem blogowym na świecie, ale nie, nie jest idealnie zoptymalizowany dla wyszukiwarek.

Optymalizacja WordPressa (SEO)

Tagi typu

{code type=php}

{/code} są naprawdę rozpoznawane przez Google i używanie ich bez przemyślenia do czego służą, jest błędem (oczywiście ja też nie jestem alfa i omega i popełniałem, popełniam i będę popełniać wiele błędów).

Dla przykładu użyjemy popularnej strony postawionej na WordPress – Antyweb.pl

Tytuł

{code type=php}{/code}

Tag ten jest ważny dla Google, bo wyszukiwarka ta wyświetla w swoich wynikach zawartość, znajdującą się pomiędzy tagami <title></title> jako tytuł, ale jest też niezmiernie ważny dla użytkownika, bo to właśnie tytuł zachęca go do kliknięcia.

Powyższy przykład obrazuje dokładnie jak nie powinna wyglądać konstrukcja tytułu. Dlaczego? Bo struktura jest najważniejsza.

Struktura optymalna: Tytuł postu :: (ewentualny) tytuł strony

Na początku powinny być najważniejsze informacje, czyli to czego szukamy. Następnie może (ale nie musi) być tytuł strony. Nigdy odwrotnie. W powyższym przykładzie, wpakowanie słowa „Archiwum” do każdego tytułu woła o pomstę do nieba.

Szybki i darmowy fix:

Otwieramy header.php naszej skórki i zamieniamy tytuł na coś takiego.

{code type=php}{/code}

W ten sposób tytuł naszej głównej strony będzie wyglądać tak:

Tytuł strony : Opis strony

a podstrony:

Tytuł podstrony : Tytuł strony

Nagłówki

{code type=php}Tagi

{/code}

<H1> to nagłówek strony, może być użyty tylko raz i powinien być użyty jako tytuł posta. <title> i <h1> powinien zawierać tą samą sentencję, żeby Google nie zastanawiało się o czym tak naprawdę jest dana podstrona. Niestety, w prawie każdej WordPressowej skórce, tag H1 jest użyty do wyświetlenia logo strony. Na naszej przykładowej stronie jest nie inaczej. Dzięki temu najważniejszym słowem dla Google na każdej stronie AntyWeba, jest właśnie „Antyweb”. Z tego co wiem, nie jest to zbyt istotna fraza i raczej nikt zainteresowany treścią bloga nie wpisuję jej do wyszukiwarki. Po co więc marnować na to <H1>? Nie mam pojęcia :)

Tagów <H2> używamy do tzw. śródtytułów w tekście. Nie używamy ich w stopce (tak jak na Antyweb), chyba, że chcemy żeby Google pomyślało, że zależy nam na frazach typu: Kategorie, Archiwum, O mnie.

Szybki i darmowy fix:

Otwieramy header.php i zamieniamy <H1> w logu, na zwykłego <diva> (potem oczywiście robimy to samo w pliku css). Otwieramy single.php i page.php i zamieniamy <H2> na <H1>. Otwieramy sidebar.php i footer.php i wywalamy wszystkie <H2> i zastępujemy je czymś innym. Proste? Proste.

Optymalizacja Meta Description.

W drugiej części zajmiemy się optymalizacją tagu meta description. Tym razem nie zmieniamy niczego wg zaleceń naszej jedynej i wspaniałej wyszukiwarki, tylko po to żeby lepiej się jej indeksowało, czy dla zagęszczenia słów kluczowych na stronie. Zajmujemy się za to stroną wizualną wyników, która prezentuję nam Google podczas wyszukiwania. Zostańmy przy przykładzie Antywebu, który jak zwykle jest do tego idealny. Przy zapytaniu site: pokazuje się nam coś takiego:

Prawda, że opis pod linkiem wręcz zachęca do odwiedzin? Nie? Right.

Meta description to z definicji tag który powinien opisywać zawartość naszej strony. Powinien być odpowiednio krótki, taki na 15-20 słów. Jest bardzo ważny dla nas, chociaż nie poprawia naszych wyników w rankingu Google. Jego zadaniem jest zachęcić szukającego do kliknięcia właśnie w nasz link. Czy opisy z Antyweba zachęcają? Mnie nie bardzo.

Co z tym zrobić?

Powiedzmy, że idealnym rozwiązaniem dla nas byłoby ustawienie dynamicznych meta tagów dla każdej podstrony naszego bloga. Blog generowałby opis bazując na pierwszych zdaniach naszego wpisu, lub na tzw excerpt o który możemy uzupełnić każdą notkę podczas jej pisania czy edycji.

Pozwala to nam, albo całkowicie zautomatyzować proces, czyli ustawić i zapomnieć, albo całkowicie przejąc nad nim kontrolę definiując ręcznie excerpt do każdego wpisu. Oczywiście możemy też używać ręcznej modyfikacji tylko do postów na których rankingu bardzo nam zależy, a resztę zostawić silnikowi WordPressa.

Różnica na obrazkach:

Tak to wygląda w przypadku nie ustawienia excerpt. Pobiera pierwsze zdania z postu.

a tutaj dane pobrane już z excerpt

Teraz fun part, czyli dopisujemy piękny kod:

{code type=php}

{/code}

i ustawiamy go między <head></head> naszej strony, czyli w pliku header.php w katalogu naszej skórki.

Post z serii ułatwiania sobie życie.

Wśród braci pozycjonerskiej ostatnio furorę robią skrypty katalogów postawionych na bazie sqlite. Najważniejszą zaletą tych skryptów jest szybkość instalacji oraz łatwo generowany content (dzięki np. multi.safiro.eu możemy wygenerować sobie bazę pod własny WebMini czy EasyDir, ale to temat na inny post).

Teraz zajmijmy się naszym ulubionym skryptem – WordPressem. Każdy wie, że można przygotować sobie odpowiedne paczki z własnymi pluginami, skórkami hackami i modyfikacjami i przy większej produkcji stron – po prostu wgrywać taka gotową paczkę w hurtowych ilościach na serwery. Oszczędza to dużo czasu, ale oczywiście problemem jest stawianie baz mysql. Loginy, hasła, prefiksy – to coś czego ludzie starający się zautomatyzować wszystko nie lubią ;-)

Z pomocą przychodzi modyfikacja do WordPressa - PDO (SQLite) For WordPress.

Tak, dzięki temu pluginowi eleminujemy najgorszy moment stawiania WP – bowiem baza mysql przestaję być konieczna.

Cały proces instalacji sprowadza się do skopiowania katalogów i plików pluginu do gotowej paczki z wordpressem oraz dopisania jednej linijki do wp-config.php – wszystko jest zresztą w instrukcji.

Problemem mogą być chmody na serwerze (w zależności od serwerów oczywiście), ale zwykle pomaga ręczne utworzenie w wp-content katalogu database i nadanie mu praw 777. W każdym razie na dreamhoście powinno pójść z kopyta od razu ;-)

Po skopiowaniu plików na serwer, odpalamy w przeglądarce naszą domenę i od razu pojawia nam się strona konfiguracyjna w której wpisujemy tytuł bloga oraz nasz email.

I tyle ;-)

Update – sposób na usunięcie defaultowego pierwszego postu, komentarza, strony i linków w blogrollu.

Specjalnie dla kolegi Red‘a, z komentarzy poniżej.

Wszystko czego potrzebujemy znajduję się w pliku wp-admin/includes/upgrade.php

Linia 114 zaczyna się od: // Now drop in some default links.

Usuwamy lub zmieniamy zawartość na swoją. To samo robimy z kolejnymi linijkami czyli // First post,  // Default comment, i // First Page.

Ogólnie wystarczy usunąć linie od 114-208 i wszystko powinno działać jak należy.

Plik zapisujemy wrzucamy do naszej paczki instalacyjnej i postępujemy zgodnie ze wskazówkami z początku posta. Nasza baza danych zostanie utworzona bez defaultowych wpisów.

PS. Jeśli ktoś stawia duże ilości WordPressów to wie, że zaraz po instalacji trzeba też ustawić serwery pingowania oraz permalinki. Dlatego warto zrobić to też przed instalacja – plik wp-admin/includes/schema.php

Linia 226:

'permalink_structure' => '/%postname%',

Linia 234:

'ping_sites' => 'http://ping.bloggers.jp/rpc/

http://blogsearch.google.com/ping/RPC2

http://rpc.pingomatic.com',

Spamblog – czyli wg definicji blog automatycznie pobierający content z innych stron, najczęściej wykorzystując do tego kanał RSS. Większość blogerów/internautów zwykle pakuję wszystkich twórców spamblogów do jednego worka z napisem: złodzieje. Ja jednak lubię przyglądać się różnym odcieniom szarości, bo wiem, że nic na świecie czarno-białe nie jest. Wyróżnić możemy więc 3 rodzaje twórców spamblogów.

1. Myślący.

Czyli te które za pomocą wtyczki wp-autoblog (najczęściej) używają excerpta z naszego posta, dodając na początku (lub na końcu) postu regułkę: (Autor bloga) napisał fajną notkę na temat: (temat) i potem 3 linijki excerptu. Taki spamblog daję nam link prowadzący do naszego wpisu i notkę zachęcająca do przeczytania. Także każdy internauta który trafi na spamblog przez Google, jeśli będzie zainteresowany artykułem, przejdzie na naszą stronę i każdy będzie szczęśliwy, bo naprawdę nie wiem czym taki spamblog różni się od serwisu social media, czy nawet katalogu. (I proszę nie pisać mi o Duplicate Content, bo jeśli myślicie że taki spamblog będzie konkurować z wami w serpach, tzn że nikt wam tych wpisów nigdy nie ukradł i bijecie piane dla zasady).

Plusy dla właściciela bloga:
Link z anchorem do naszego postu
Excerpt naszego wpisu zachęcający do odwiedzenia naszej strony

Minusy dla właściciela bloga:
Brak

Plusy dla splogera: (pomijam te oczywiste, wspólne dla każdego sploga)
Większość myślących blogerów daję sobie spokój z interwencją, bo wie, że taki spamblog to dla nich dodatkowa reklama i źródło trafficu, więc twórca w zasadzie może spać spokojnie.

Minusy dla splogera:
Brak

2. Nie wiem co robię, ale chyba ok?

Twórcy ci zwykle czytają na necie tutorial i nie myśląc zbytnio ładują cały RSS (czyli nie używają excertpa) bez linka zwrotnego do strony. Jak sobie radzić z takimi spamblogami pisałem już kiedyś w temacie Linki w RSS. Sposób ten pozwala na dodanie linka bezpośredniego do naszego artykułu, jak i 5 dodatkowych do innych powiązanych artykułów.

Ponownie, jeśli ktoś scrapuje twój content, tzn że tworzysz dobrego bloga, tzn że Google nie zacznie zaraz karać Cię za to, że ktoś od Ciebie ściąga artykuły. Ponownie więc, masz same korzyści .

3. Idiota.

Osoba która jest na tyle zaawansowana technicznie, że potrafi stworzyć skrypt, który pobierze nasz cały RSS i usunie z niego wszystkie linki, a jednak na tyle głupia, że myśli że uda jej się z tym uciec. W sensie, naprawdę, takie działanie można porównać, do kupienia nowej domeny, stworzenia na na niej blackhatowej strony i zgłoszenia jej do Google tego samego dnia. Tak, jeśli kradniesz content usuwając wszystkie linki, to ktoś Cię zgłosi, i to prędzej niż później, skoro takie strony zgłaszam nawet ja.

Plusy dla właściciela bloga:
Brak

Minusy dla właściciela bloga:
Silne oddziaływanie faktu kradzieży treści na ego blogującego, które zawsze doprowadzi do tego, że autor zgłosi do Google taki splog.

Plusy dla splogera:

Hmm, brak?

Minusy dla splogera:
Szybki ban.

Sposoby na Spamblogi.

Wszystkie sposoby będą dotyczyć radzenia sobie z 3 typem spamblogów.

1. RSS z niespodzianką.

Dzięki temu sposobowi, nasz sploger przy kolejnym pobraniu RSSów z naszego bloga, zamiast naszych wpisów dostanie niespodziankę w postaci np. bardzo nieładnych treści dla dorosłych. Musimy tylko namierzyć IP naszego sploga i ustawić regułkę w .htaccess naszego bloga

RewriteCond %{REMOTE_ADDR} ^80.80.80.80$
RewriteRule .* http://brzydki.rss/feed [R,L] 

Sposób nie działa,  gdy spamblog łączy się bezpośrednio z RSSem z Feedburnera. Zwykle jest tak, że autor sploga wpisuję adres naszej strony do skryptu/pluginu i daje mu działać. Wtedy niezależnie od tego czy mamy Feedburnera czy nie, i tak dostanie przekierowanie na feed podany przez nas. Jeśli jednak autor zadał sobie tyle trudu, że odszukał najpierw nasz adres na Feedburnerze i pobiera bezpośrednio stamtąd, to sposób nie zadziała.

2. Kontakt z autorem.

Piszemy mejla do autora, prosząc ładnie o usunięcie treści. Każdy chyba wie o co chodzi.
Przy okazji puszcze jeszcze pinga do Antywebu. Może Hazan przestanie już pisać takie notki jak ta do które linkuję, bo naprawdę, jego naiwność zabija. Ja wiem, że to polska i dla autora takie zachowania to jeszcze coś nowego, ale pisanie posta w stylu – ktoś mi podbiera treść, patrzcie jak go ośmieszę pisząc taką notkę – ośmiesza tylko twórce najczęściej odwiedzanego polskiego bloga.
Niektóre komentarze też zabijają – ciekawe czy po pisaniu o czystości internetu i braku moralności „obrońców spamu”, autorzy poszli posłuchać mp3 czy obejrzeć film ściągnięty z netu..

3. DMCA Notice

Jeśli przypadkiem nasz splog znajduję się na zagranicznym serwerze, to można wysłać tzw DMCA Notice na adres podany w kontakcie hostingu. Wystarczy napisać, że jesteśmy autorami danych postów (podać linki) i żądamy ich usunięcia. Hosting skontaktuję się wtedy z twórcą bloga i w 90% przypadków mamy problem z głowy. Przykłady DMCA Notice można znaleźć w necie, także nie będę podawał treści pisma (niech mnie ktoś oświeci, działa to na polskich hostingach?)

4. Zgłaszamy spam do Google.

Jeśli mimo zastosowanie 2 ostatnich podpunktów, autor ciągle ma nas gdzieś, to wysyłamy spamraport do Google. Oni załatwią sprawę szybko i bezboleśnie. Sposób jest skuteczny, ale nie polecam go stosować na początku – jeśli zrobimy to od razu, to autor po prostu kupi nową domenę i powtórzy proces. Jeśli jednak dostanie mejla z prośbą o usunięcie, lub hosting każe mu usunąć takej treści, to jest szansa, że się przestraszy, lub chociaż pomyśli co robi nie tak?

5. Usuwamy kanał RSS.

Metoda drastyczna, ale jeśli czujemy, że nie potrzebujemy RSSów to po prostu usuwamy kanał. W WordPressie można to zrobić dodając ten kod do pliku functions.php naszego theme.

function fb_disable_feed() {
	wp_die( __('Nie ma RSS. Powrot!') );
}

add_action('do_feed', 'fb_disable_feed', 1);
add_action('do_feed_rdf', 'fb_disable_feed', 1);
add_action('do_feed_rss', 'fb_disable_feed', 1);
add_action('do_feed_rss2', 'fb_disable_feed', 1);
add_action('do_feed_atom', 'fb_disable_feed', 1); 

6. Wysyłamy link do tego wpisu.

Bo przecież nikt nie lubi być idiotą ;)

Bynajmniej nie będę opisywał jak to każdy może sobie zoptymalizować bloga, bo jest już dostępnych kilka poradników i nie będę powielał treści już spisanych. Napiszę po prostu co zrobiłem od początku stycznia 2009 z blogiem bynajmniej.pl. Dla siebie, ewentualnie dla potomności ;-)

Zmiana serwera.

Blog przeniósł się z serwera w UK, hostowanego przez Hostnine i wylądował w Polsce, na serwerze w Gdańsku, hostowanego przez firmę netmark.pl. Hostnine był dobrym serwerem, ale w miarę jak rozrastały się moje inne strony, blog zaczął coraz częściej rzęźić i nawet znikać na kilka godzin z błędem 503. Decyzję o przeniesieniu podjąłem właśnie w czasie takiego padu, a że akurat byłem na blogu pajmon.com i zauważyłem ikonkę netmarku, to bez wahania wykupiłem tam najniższy pakiet i ekspresowo przeniosłem bloga (pierwszy raz udało mi się od razu osiągnąć zgodne kodowanie bazy danych). Chociaż może ekspresowo to nie bardzo pasujące tu słowo bo..

Domena.

Domena bynajmniej.pl wygasała 3 stycznia 2009 roku, więc zawczasu przejrzałem oferty przedłużeń wszystkich rejestrantów i wybrałem najlepszą  czyli ovh.pl. Przetransferowałem domenę z az.pl (tam cena za przedłużenie to 130zł) do ovh, i 2 stycznia przedłużyłem (45zł). Piszę o tym, bo ovh.pl ma chyba najdłuższe czasy propagacji dnsów ze wszystkich rejestrantów jakich do tej pory używałem. Domena miała czkawkę prawie całe 24h, co zmusiło mnie do usunięcia kopii strony z hostnine, gdyż pojawiały się tam nowe komentarze, a nie chciałem już babrać się z bazą danych. Wszystkich którzy akurat trafili w tym czasie na stronę przepraszam, ale nie miałem pojęcia, że zajmie to tyle czasu.

PhpSpeedy.

Inspiracja przyszła z tego wpisu. Sprawdziłem przez ySlow jak radzi sobie bynajmniej.pl.

Wynik był mało zadowalający, więc zaprzęgłem Google do roboty i znalazłem kilka wpisów traktujących o optymalizacji WordPressa. Jeden wpis jak i cały blog okazał się kopalnią wiedzy na ten temat, dlatego postanowiłem wykonać większość poleceń Vladimira, takich jak instalacja cache dla gravatarów (używając tego pluginu ), usunięcie systemu rewizji, czy instalacja pluginu automatycznie optymalizującego bazę danych.

Najważniejsza jednak okazała się wskazówka dotycząca pewnego pluginu do WordPressa – PhpSpeedy. Plugin ten zoptymalizował mi pliki css i javascript łącząc je w jeden i dołożył nagłówek expires. Po poprawkach dostosowujących go do Wp-Super Cache, oraz usunięciu widżetu flakera oraz kodu z blogadvertising zrobiłem ponownie test.

Jak widać 19 zapytań to obrazki, które mogłbym teoretycznie zredukować do 1, jednak nie mam pojęcia jak wykorzystać CSSSprite z WordPressem (i chyba byłoby to niewykonalne, z racji regularnych zmian obrazków na stronie głównej). Myślę, że zejście z 69 do 23 to niezły wynik, dlatego głębiej wchodzić już w to nie będę :-)

Nofollow.

Ostatnią rzeczą za która się wziąłem był odpływ linkjuice’u zarówno ze strony głównej bloga, jak i podstron. Postanowiłem wziąć się za wszystkie zdublowane linki (czyli np. 3 linki prowadzące do tego samego wpisu), linki z obrazków reklamowych, gravatary, linki z górnego menu do stron, oraz wszystkich linków prowadzących do kategorii (które jako strony mają u mnie parametr noindex).

Wydawałoby się, że nie powinienem mieć problemów z tym zadaniem i rzeczywiście z większością poradziłem sobie dość szybko, doklejając do szablonu odpowiednie tagi.

Problemem okazał się sposób wyświetlania menu kategorii

WordPress wyświetla przez plik header.php używając wp_list_categories.

Trochę czasu zajęło mi odnalezienie rozwiązania, dlatego zamieszcze je tutaj dla potomności. Aby uzyskać taki efekt wystarczyło użyć filtru wp_rel_nofollow, prawda, że oczywiste (ja też nie widziałem do dzisiaj, że WordPress ma filtry)?

Jednak samo dodanie kodu

add_filter('wp_list_categories','wp_rel_nofollow');

do pliku wp-includes/default-filters.php nie załatwi sprawy, gdyż występuję tam jakiś bug, który uniemożliwia prawidłowe dodanie nofollow do kategorii. Rozwiązaniem jest edycja funkcji wp_rel_nofollow() w pliku wp-includes/formatting.php. Wystarczy usunąć linijkę zawierającą

$text = $wpdb->escape($text);

.

Po tym jak uporałem się z kategoriami, chciałem też założyć filtr, na funkcję comments_popup_link która odpowiada za wyświetlanie ilości komentarzy przy postach na stronie głównej, i oczywiście linkuję do tych postów (tak, dołożyli 3 link, jakby ten z tytułu i z „więcej” nie wystarczył).

Rozwiązanie znalazłem na tej stronie. Wystarczy przekopiować zawartość nofollow_functions.php i dokleić to czego potrzebujemy do naszego themowego functions.php (lub utworzyć nowy plik, jeśli functions.php nie istnieje). W moim przypadku musiałem edytować plik odpowiedzialny za wyświetlenie strony głównej i dopisać do funkcji comments_popup_link nofolow, dzięki czemu otrzymałem funkcję

nofollow_comments_popup_link.

Cachowanie widżetów.

Osobiście nie używam widżetów na tym blogu, ale na innych stronach tak, dlatego polecę jeszcze ten plugin, dzięki któremu możemy obniżyć ilość zapytań do bazy naszej głównej strony o nawet 70%. Myślę, że nie muszę tłumaczyć zbawiennego wpływu tego pluginu na hosting i czas wgrywania strony.

To do.

Do zrobienia została mi zmiana nazwy slugu każdej kategorii, która dostała jakiś GooglePR (mimo noindex na danej stronie, PRsą wyższe od 0), stworzenia posta z tym slugiem i automatyczne przekierowanie go na stronę główną. Zawsze to kilka linków z PR większym od zera więcej. A może coś jeszcze? Dajcie znać, z czym można jeszcze pokombinować :-)

Czy wszystkie darmowe skórki do WordPressa muszą być nudne i brzydkie? Nie! ;)
Natknąłem się ostatnio na kilka ciekawych zbiorów templatek do WordPressa, dlatego postanowiłem sklecić szybkiego posta i wrzucić najlepsze tutaj.
Panie i Panowie, oto 15 najładniejszych (subiektywnie) darmowych skórek do WordPressa.

W pierwszej części poradnika WordPress SEO pisałem o optymalizacji tagów Title oraz H1 i H2 w kodzie strony. Teraz czas na pozostałe tagi i kontrolę nad indeksacją.

Optymalizacja Meta Description.

W drugiej części zajmiemy się optymalizacją tagu meta description. Tym razem nie zmieniamy niczego wg zaleceń naszej jedynej i wspaniałej wyszukiwarki, tylko po to żeby lepiej się jej indeksowało, czy dla zagęszczenia słów kluczowych na stronie. Zajmujemy się za to stroną wizualną wyników, która prezentuję nam Google podczas wyszukiwania. Zostańmy przy przykładzie Antywebu, który jak zwykle jest do tego idealny. Przy zapytaniu site: pokazuje się nam coś takiego:

Prawda, że opis pod linkiem wręcz zachęca do odwiedzin? Nie? Right.

Meta description to z definicji tag który powinien opisywać zawartość naszej strony. Powinien być odpowiednio krótki, taki na 15-20 słów. Jest bardzo ważny dla nas, chociaż nie poprawia naszych wyników w rankingu Google. Jego zadaniem jest zachęcić szukającego do kliknięcia właśnie w nasz link. Czy opisy z Antyweba zachęcają? Mnie nie bardzo.

Co z tym zrobić?

Powiedzmy, że idealnym rozwiązaniem dla nas byłoby ustawienie dynamicznych meta tagów dla każdej podstrony naszego bloga. Blog generowałby opis  bazując na pierwszych zdaniach naszego wpisu, lub na tzw excerpt o który możemy uzupełnić każdą notkę podczas jej pisania czy edycji.

Pozwala to nam, albo całkowicie zautomatyzować proces, czyli ustawić i zapomnieć, albo całkowicie przejąc nad nim kontrolę definiując ręcznie excerpt do każdego wpisu. Oczywiście możemy też używać ręcznej modyfikacji tylko do postów na których rankingu bardzo nam zależy, a resztę zostawić silnikowi WordPressa.

Różnica na obrazkach:

Tak to wygląda w przypadku nie ustawienia excerpt. Pobiera pierwsze zdania z postu.

a tutaj dane pobrane już z excerpt

Teraz fun part, czyli dopisujemy piękny kod:

{code type=php}
i ustawiamy go między <head></head> naszej strony, czyli w pliku header.php w katalogu naszej skórki.

Prawda czy fałsz?

1. WordPress jest obecnie najlepszym systemem blogowym na świecie.
2. WordPress jest od samego początku idealnie zoptymalizowany pod wyszukiwarki internetowe.

Wydawałoby się, że odpowiedzi na oba te pytania są twierdzące, ale prawda jest niestety inna :) Tak, WordPress jest nalepszym systemem blogowym na świecie, ale nie, nie jest idealnie zoptymalizowany dla wyszukiwarek.

Optymalizacja WordPressa (SEO)

Tagi typu

{code type=php}

{/code} są naprawdę rozpoznawane przez Google i używanie ich bez przemyślenia do czego służą, jest błędem (oczywiście ja też nie jestem alfa i omega i popełniałem, popełniam i będę popełniać wiele błędów).

Dla przykładu użyjemy popularnej strony postawionej na WordPress – Antyweb.pl

Tytuł

{code type=php} Tag{/code}

Tag ten jest ważny dla Google, bo wyszukiwarka ta wyświetla w swoich wynikach zawartość, znajdującą się pomiędzy tagami <title></title> jako tytuł, ale jest też niezmiernie ważny dla użytkownika, bo to właśnie tytuł zachęca go do kliknięcia.

Powyższy przykład obrazuje dokładnie jak nie powinna wyglądać konstrukcja tytułu. Dlaczego? Bo struktura jest najważniejsza.

Struktura optymalna: Tytuł postu :: (ewentualny) tytuł strony

Na początku powinny być najważniejsze informacje, czyli to czego szukamy. Następnie może (ale nie musi) być tytuł strony. Nigdy odwrotnie. W powyższym przykładzie, wpakowanie słowa „Archiwum” do każdego tytułu woła o pomstę do nieba.

Szybki i darmowy fix:

Otwieramy header.php naszej skórki i zamieniamy tytuł na coś takiego.

W ten sposób tytuł naszej głównej strony będzie wyglądać tak:

Tytuł strony : Opis strony

a podstrony:

Tytuł podstrony : Tytuł strony

Nagłówki

{code type=php}Tagi

{/code}

<H1> to nagłówek strony, może być użyty tylko raz i powinien być użyty jako tytuł posta. <title> i <h1> powinien zawierać tą samą sentencję, żeby Google nie zastanawiało się o czym tak naprawdę jest dana podstrona. Niestety, w prawie każdej WordPressowej skórce, tag H1 jest użyty do wyświetlenia logo strony. Na naszej przykładowej stronie jest nie inaczej. Dzięki temu najważniejszym słowem dla Google na każdej stronie AntyWeba, jest właśnie „Antyweb”. Z tego co wiem, nie jest to zbyt istotna fraza i raczej nikt zainteresowany treścią bloga nie wpisuję jej do wyszukiwarki. Po co więc marnować na to <H1>? Nie mam pojęcia :)

Tagów <H2> używamy do tzw. śródtytułów w tekście. Nie używamy ich w stopce (tak jak na Antyweb), chyba, że chcemy żeby Google pomyślało, że zależy nam na frazach typu: Kategorie, Archiwum, O mnie.

Szybki i darmowy fix:

Otwieramy header.php i zamieniamy <H1> w logu, na zwykłego <diva> (potem oczywiście robimy to samo w pliku css). Otwieramy single.php i page.php i zamieniamy <H2> na <H1>. Otwieramy sidebar.php i footer.php i wywalamy wszystkie <H2> i zastępujemy je czymś innym. Proste? Proste.

Jak na tytuł bloga (czyli WordPress SEO), przystało, zajmiemy się optymalizacją skryptu WordPress (bez używania pluginów) pod wyszukiwarki (głównie pod Google). Jak poprawnie stworzyć tytuł strony, jak prawidłowo używać tagów h1 i h2. Część pierwsza raju dla whitehatowców. Jeśli myślałeś że seo to tylko linki, to pomyśl jeszcze raz.

Dostałem wczoraj bardzo fajny email od twórcy Caffeinated Content. Email był krótki ale treściwy, zupełnie jak ten post :)

Otóż od piątku 28.11.2008 (oczywiście chodzi o Black Friday, czyli dzień totalnego shoppingu dla Amerykanów po Thanksgiving) dla pierwszych 100 osób które zamówią kofeinę wpisując odpowiedni kod, plugin (oczywiście wszystkie przyszłe aktualizacje darmowe ) będzie dostępny w cenie 38,5$ czyli 50% taniej niż teraz.

Cena przypomina trochę wartość za która ja kupiłem plugin (cena rośnie wraz z ilością kupujących = im więcej ludzi używa kofeiny tym jest droższa) dlatego jestem pewny, że się opłaca.
Autor dopisał też w mejlu, że cena znowu pójdzie do góry w pierwszym kwartale 2009 roku.

No dobra, miało być krótko więc – klikamy w button poniżej i wpisujemy kod EBONYFRIDAY. Przypominam że promocja obowiązuje od 29.11.2009 od 12:00 w nocy czasu EST, czyli nasz czas minus 6h – ale nie dam sobie nic obciąć, że dokładnie tak ;). W każdym razie wystarczy wpisać kod w odpowiednie pole  i kliknąć w Update Cart, jak kod wejdzie, tzn że działa ;)

Tak przy okazji, byłoby zapotrzebowanie na tutoriale jak używać bardziej zaawansowanych funkcji Kofeiny? Kilka jest na stronie kansieo.com i mógłbym ewentualnie potłumaczyć albo dodać coś od siebie. Dajcie znać.

Polskie seo-piekiełko jak zawsze daje o sobie znać i to zawsze w najmniej oczekiwanym momencie, ale chyba to już specyfika tej branży i nic się na to nie poradzi. W każdym razie, ja, podobnie jak Pajmon, mogę stwierdzić, że nie pasuję do takiego modelu biznesowego, i to nie dlatego, że jestem na początku drogi, czy dlatego, że nic nie mogę teraz zrobić – po prostu, to nie ja. Wole się odizolować i robić powoli swoje, oduzależniająć się od branży, systemów wymiany, a szczególnie od ludzi na ‘topie’.

I chyba też od PiO, na które trafiają coraz głupsze osoby, a wyjadacze wracają jedynie po to, żeby załatwić swoje interesy, a nie podyskutować o seo.

W każdym razie – nie panikujmy, chociaż mamy swoje domeny (i to wcale nie spamowe, a więc wzięte z e-weba) w spisie ogłoszonym przez kolegę Szooka, apokalipsa przyjdzie i albo rozwali wszystko po równo, albo nie zrobi zupełnie nic.

No ale dość o tym..

Jako że natrafiłem przed chwilą na WP 2.6 i jest w nim kilka fajnych nowości, to pokrótce nowości:

1. Google Gears – wtyczka do przeglądarki, pozwalająca przyśpieszyć nam działanie bloga, poprzez  cachowanie JavaScriptu czy plików css na naszym dysku lokalnym
2. Theme Preview – nie tak dawno pisałem o wtyczce dzięki której możemy podglądać jak będzie wyglądać nasz blog w nowej skórce, jeszcze przed ukazaniem jej wszystkim odwiedzającym, od 2.6 ta funkcja (podobna) jest w standardzie
3. Ulepszone zarządzanie pluginami – teraz aktywne i deaktywowane pluginy pokazywane są osobno, co wprowadza większy porządek, no i wreszcie możemy aktywować na raz wszystkie pluginy, za pomocą jednego kliknięcia.

Wszystkie nowe funkcję opisane są oczywiście tutaj.

WordPress + E-Weblink

Na koniec jeszcze, chciałbym umieścić też tutaj (w końcu to blog o WP i Seo ;) )informację o pluginie do WP, który popełniłem przypadkiem, a który bardzo upraszcza instalację systemu E-weblink (oraz wszystkich innych, wystarczy lekka edycja kodu) na naszych WordPressach.

Strona wtyczki

Info na forum e-weblink