Ograniczona ilość tagów

Pierwszy i podstawowy błąd jaki popełniłem to stworzyłem za dużą ilość tagów w stosunku do ilości wpisów na blogu. Tak to już jest, że człowiek chce opisać artykuł jak największą ilością tagów. W konsekwencji, z czasem, gdy przybywa treści przybywa też i tagów i to w zastraszającym tempie (powiedziałbym geometrycznym). Efekt tego jest taki, że na dzień dzisiejszy na 266 wpisów przypada ogółem 508 tagów. Ja wiem, że mój blog osobisty nie jest monotematyczny, ale to i tak jest dużo za dużo.

Poza tym wynikiem używania tak dużej ilości tagów jest fakt, że wiele z nich odnosi się tylko do jednego wpisu, a niektóre występują w różnych odmianach – polska język, trudna język ;). Na tym blogu już takich błędów nie popełniam i bardzo często korzystam z opcji Wybierz spośród najpopularniejszych tagów.

Do tego dochodzi fakt, że WordPress dla każdego tagu użytego na blogu automatycznie generuje stronę z archiwum tekstów nim opisanych, a nadmierny śmietnik w bazie danych nie jest wskazany dla wydajności WordPressa.

Z tego punktu wynikają więc dla mnie i dla was następujące wnioski:

• ograniczyć do minimum ilość tagów na blogu tak, aby mogły być użyte wielokrotnie przy różnych wpisach
• używać tagów składających się z wielu wyrazów (najlepiej od 2 do 4)
• nie powtarzać tagów w różnej odmianie języka polskiego

Pamiętajcie też, że w tagach na WordPressie wielkość liter ma znaczenie. Tak więc WordPress SEO i wordpress seo to dwa różne tagi. Tak jak pisałem wcześniej, dla każdego z nich WordPress generuje osobne strony z archiwum wpisów, a także kanały feed (RSS) – za dużo tego.

Nawigacja po wpisach powiązanych tematycznie przy pomocy tagów

Na większości blogów, które odwiedzam są uruchomione różnego rodzaju wtyczki, które pod treścią jednego wpisu generują krótką listę kilku wpisów powiązanych ze sobą tematycznie za pomocą tagów (ang. related posts). Taka wtyczka działa też na tym blogu, jednak to nie wystarczy.

Tagi, jako słowa kluczowe powinny być wykorzystane do stworzenia przejrzystej nawigacji na blogu. WordPress od wersji 3.0 umożliwia tworzenie własnych menu użytkownika i nic nie stoi na przeszkodzie, aby stworzyć takie menu na blogu z wykorzystaniem tagów. Chmura tagów nie jest w tej chwili jedynym rozwiązaniem jeśli chodzi o prezentację tagów na blogu, o czym napisała niedawno Agnieszka, autorka Webfaces blog. To właśnie jej niekonwencjonalne podejście do prezentacji tagów na stronie skłoniło mnie do napisania tego artykułu i uporządkowania tagów na swoim prywatnym blogu.

Włączenie tagów do budowy mapy strony

Korzystając z wtyczek pomagających w optymalizacji WordPressa pod SEO, takich jak All in One SEO Pack należy włączyć dwie opcje: Use noindex for Categories oraz Use noindex for Archives natomiast opcja Use noindex for Tag Archives powinna być wyłączona.

Podsumowanie

W najbliższym czasie zamierzam zastosować wszystkie wspomniane wyżej sposoby na swoim prywatnym blogu i oczekiwać na efekty. Trudno powiedzieć, jak długo to będzie trwało, ale raczej nie będzie to okres krótki.

Na koniec polecam jeszcze bardzo ciekawy artykuł dotyczący profesjonalnego audytu SEO na blogu Jacka Gadzinowskiego. Znajduje się tam wiele cennych wskazówek, jak wykorzystać tagi do optymalizacji SEO WordPressa, z których możemy skorzystać we własnym zakresie.

A wy jakie macie sposoby na wykorzystanie tagów na swoich blogach?

Powiązane wpisy

• Jak wykluczyć w WordPressie pojedyncze artykuły ze strony głównej (i nie tylko) bloga?
• Jak usunąć z linków do archiwum kategorii słowo „category”?
• Jak zmienić alias „author” na „autor” w linkach do wpisów jednego autora
• Zawartość pliku robots.txt dla WordPressa

Jak używać tagów dla optymalizacji SEO WordPressa? to oryginalny wpis opublikowany na blogu WPBloger. Kopiowanie całej jego treści jest zabronione.

© Piotr Sajnog dla WPBloger, 2012. | Bezpośredni odnośnik | Komentarze: 3

Co oferuje Weather and Weather Forecast Widget?

Źródłem danych pogodowych są dwa serwisy do wyboru:

• World Weather Online
• Wunderground.com

Aby móc z tych danych skorzystać należy założyć w wybranym przez nas serwisie darmowe konto, dzięki któremu otrzymamy tzw. klucz API (API key). Wartość tego klucza trzeba wpisać w odpowiednim miejscu przy konfigurowaniu widżetu z pogodą.

Opcje wtyczki:

• prezentacja pogody w formie widżetu w bocznej kolumnie (sidebarze) lub dzięki tzw. shortcode w dowolnym miejscu na stronie
• wybór dowolnego miejsca na Świecie (jeśli istnieją dwie miejscowości o takiej samej nazwie, można ustawić szerokość i długość geograficzną konkretnego miejsca)
• tekstowa prezentacja pogody w wielu językach (w tym po polsku)
• pełna kontrola nad wyglądem prezentacji pogody (szeroki wybór ikon, ikony własne, ich dowolny rozmiar, dowolny rodzaj i wielkość fontów, ilość prezentowanych danych o pogodzie)
• prezentacja obecnego stanu pogody oraz prognozy pogody na najbliższe dni (ich ilość zależy od serwisu dostarczającego dane pogodowe)
• szczegółowe, tekstowe dane o pogodzie dostępne po najechaniu wskaźnikiem myszki na ikonę pogody we wskazanym dniu
• obsługa jednostek angielskich i metrycznych (np. mila lub metr)

Widget z prognozą pogody

• możliwość włączenia wyświetlania danych pogodowych w wielu językach (system sam rozpoznaje, z jakiego kraju pochodzi gość na naszej stronie i ustawia język informacji tekstowych)
• możliwość włączenia automatycznego wykrywania miejsca, z którego pochodzi gość na naszej stronie i pokazywania prognozy pogody związanej z tą okolicą
• możliwość wstawienia informacji pogodowych w treść posta, na stronie nie będącej wpisem, w stopce lub w nagłówku serwisu za pomocą tzw. shortcode
• możliwość wstawienia do trzech widżetów pogodowych jednocześnie w bocznej kolumnie (sidebarze)

Szczegółowe informacje o tym, jak skonfigurować widżet dostępne są w pliku pomocy zamieszczonym w serwisie autorów wtyczki.

Powiązane wpisy

• Jak wykluczyć w WordPressie pojedyncze artykuły ze strony głównej (i nie tylko) bloga?

WordPress – jak wyświetlić na stronie prognozę pogody? to oryginalny wpis opublikowany na blogu WPBloger. Kopiowanie całej jego treści jest zabronione.

© Piotr Sajnog dla WPBloger, 2012. | Bezpośredni odnośnik | Skomentuj

Pliki style.css i index.php to podstawa każdego szablonu WordPressa

W podlinkowanym wyżej artykule znajduje się bardzo czytelna grafika, która wyjaśnia strukturę i hierarchię plików wchodzących w skład szablonów WordPressa. Wynika z niej jednoznacznie, że plik index.php jest, obok niewymienionego w tym schemacie pliku style.css (odpowiadającego za wygląd motywu), najważniejszym plikiem szablonu WordPressa. Jeśli system nie znajdzie w szablonie żadnego innego pliku (na przykład search.php) to zawsze będzie wyświetlał to, co zostanie zdeklarowane w kodzie pliku index.php.

Teraz przyjrzymy się, w jakiej kolejności system WordPress szuka poszczególnych rodzajów plików w celu wyświetlenia odpowiedniej treści.

Strona główna

To jest pierwsza i najważniejsza strona w każdym serwisie opartym na WordPressie. Kolejność wczytywania przez system WordPress plików dla tego rodzaju strony jest następująca:

1. frontpage.php
2. home.php
3. index.php

Oznacza to, że system szuka najpierw pliku frontpage.php, a jeśli go nie znajdzie, szuka następnie pliku home.php i wyświetla jego treść. Jeśli pliku home.php też nie ma to automatycznie wyświetlane jest to, co zostało ustalone w pliku index.php.

Wpisy (posty)

Kolejność wczytywania plików jest następująca:

1. single-typ-postu.php
2. single.php
3. index.php

Taka różnorodność umożliwia, na przykład zaprojektowanie innego wyglądu dla różnego typu wpisów. Domyślną nazwą typu wpisu w WordPressie jest post.

I tak, na przykład, jeśli jednym z indywidualnych typów wpisów jest ten o nazwie produkt, to plik odpowiadający za jego wyświetlenie powinien się nazywać single-produkt.php.

Strony

Tu możliwości jest jeszcze więcej, a kolejność jest następująca:

1. custom-template.php
2. page-dowolna-nazwa.php
3. page-id.php
4. page.php
5. index.php

Tak samo, jak w przypadku wpisów, każda strona może mieć inny wygląd ustalony w indywidualnym szablonie (ang. custom template), jeśli taki istnieje. O tym, jak stworzyć niestandardowe szablony stron, pisałem już kiedyś na łamach WP Blogera.

Jeśli takiego pliku nie ma WordPress szuka w następnej kolejności pliku o nazwie page-dowolna-nazwa.php, gdzie zamiast wyrażenia dowolna-nazwa, możemy użyć naszego własnego słowa, najlepiej odpowiadającego treści, którą strona ma wyświetlać, na przykład: page-onas.php.

W następnej kolejności WordPress szuka pliku o nazwie page-id.php, gdzie id to numer identyfikacyjny (ID) strony zapisany w bazie danych naszego serwisu. Jeśli tego pliku nie ma to następnie jest wykonywany plik o nazwie page.php, a następnie index.php.

Strona kategorii

1. category-dowolna-nazwa.php
2. category-id.php
3. archive.php
4. index.php

Dzięki takiej kolejności wczytywania plików istnieje możliwość ustalenia indywidualnego wyglądu stron dla różnego rodzaju kategorii w zależności od ich nazwy lub numeru ID w bazie danych serwisu.

Strona tagów

Sytuacja podobna jak w przypadku strony kategorii:

1. tag-dowolna-nazwa.php
2. tag-id.php
3. tag.php
4. archive.php
5. index.php

Strona taksonomii

1. taxonomy-tax-term.php
2. taxonomy-tax.php
3. taxonomy.php
4. archive.php
5. index.php

Strona autora

I znów sytuacja podobna do stron kategorii. Dzięki poniższej hierarchii plików, każdy autor bloga może mieć indywidualny wygląd strony z archiwum swoich wpisów.

1. author-nazwa-autora.php
2. author-id-autora.php
3. author.php
4. archive.php
5. index.php

Strona załącznika

Każda strona może mieć inny wygląd w zależności od rodzaju załącznika.

1. mime-type.php
2. attachment.php
3. single.php
4. index.php

Strona daty

Kolejność wczytywania szablonu stron daty jest następująca:

1. date.php
2. archive.php
3. index.php

Strona archwum

Kolejność wczytywania szablonu stron archiwum jest następująca:

1. archive.php
2. index.pl

Strona z wynikami wyszukiwania

Kolejność wczytywania szablonu stron z wynikami wyszukiwania jest następująca:

1. search.php
2. index.php

Strona błędu 404

Kolejność wczytywania szablonu stron błędu 404 jest następująca:

1. 404.php
2. index.php

Podsumowanie

Z taką wiedzą możemy już świadomie tworzyć nowe szablony WordPressa lub rozbudowywać już istniejące, umieszczając w nich nowe pliki o odpowiednich nazwach bez potrzeby zmian w plikach szablonu już istniejących.

Powiązane wpisy

• Nie ma jeszcze powiązanych wpisów

Hierarchia plików w szablonie WordPressa to oryginalny wpis opublikowany na blogu WPBloger. Kopiowanie całej jego treści jest zabronione.

© Piotr Sajnog dla WPBloger, 2012. | Bezpośredni odnośnik | Skomentuj

Jeśli chcemy decydować o publikacji poszczególnych wpisów na stronie głównej serwisu opartego na WordPressie musimy skorzystać z wtyczek. Ja opiszę wam dziś działanie wtyczki WP Hide Post.

Dlaczego warto ukrywać niektóre wpisy ze strony głównej serwisu lub bloga?

O tym, w jakich sytuacjach warto ukrywać niektóre wpisy ze strony głównej serwisu napisał niedawno na swoim blogu Adam Majchrzak. Wymienił on też dwie wtyczki dla WordPressa, które to umożliwiają. Ja postanowiłem zastosować na jednym ze swoich blogów wtyczkę WP Hide Post, a to ze względu na jej spore możliwości.

Jak działa wtyczka WP Hide Post?

Wtyczka WP Hide Post pozwala ukryć artykuły w następujących miejscach bloga:

• strona główna
• strona archiwum wpisów z danej kategorii
• strona archiwum wpisów oznaczonych danym tagiem
• strona archiwum wpisów danego autora
• strona archiwum wpisów opublikowanych w danym roku, miesiącu, dniu, itd.
• strona z wynikami wyszukiwania
• kanał feed (RSS) bloga

Należy zaznaczyć, że ukryte w wybranych miejscach artykuły dalej będą dostępne jako pojedyncze wpisy mające swoje własne permalinki, co oznacza, że będą dodawane do tzw. mapy strony (jeśli jest generowana przez serwis) oraz będą indeksowane przez wyszukiwarki, a co za tym idzie, pokażą się w wynikach wyszukiwania (jeśli nie wybrano inaczej).

Wtyczka WP Hide Post umożliwia także ukrywanie w serwisie stron nie będących wpisami. Widoczność stron można ukrywać na dwa sposoby:

• brak bezpośredniego dostępu na stronie głównej bloga
• brak bezpośredniego dostępu w całym blogu (ukrywanie strony w wynikach wyszukiwania jest opcjonalne).

Jak więc widać wtyczka ta daje nam bardzo dużo swobody, jeśli chodzi o wybór miejsc, gdzie dany wpis lub strona mają być widoczne w strukturze bloga lub serwisu. To idealne rozwiązanie przede wszystkim dla dużych blogów tematycznych i portali. Z niecierpliwością czekam na to, aż takie rozwiązanie będzie dostępne w podstawowej konfiguracji WordPressa.

A wy ukrywacie wpisy lub strony na swoich blogach?

Powiązane wpisy

• Jak używać tagów dla optymalizacji SEO WordPressa?
• WordPress – jak wyświetlić na stronie prognozę pogody?
• Jak usunąć z linków do archiwum kategorii słowo „category”?
• Jak zmienić alias „author” na „autor” w linkach do wpisów jednego autora
• Zawartość pliku robots.txt dla WordPressa

Jak wykluczyć w WordPressie pojedyncze artykuły ze strony głównej (i nie tylko) bloga? to oryginalny wpis opublikowany na blogu WPBloger. Kopiowanie całej jego treści jest zabronione.

© Piotr Sajnog dla WPBloger, 2012. | Bezpośredni odnośnik | Komentarze: 2

Oczywiście jest na to rada, należy tylko rozpoznać odpowiednie elementy w projekcie szablonu i pozmieniać im niektóre wartości. Jakie? Już wyjaśniam.

Dzięki niezawodnemu duetowi w postaci przeglądarki Firefox i wtyczce Firebug łatwo można się zorientować, że elementy, które wymagają zmianie to:

• #content – to blok (tzw. div) zawierający w sobie treść wpisów, stron, komentarzy i wszystkiego tego, co znajduje się po szerszej stronie
• #secondary – to blok zawierający w sobie wszystkie elementy tzw. sidebara, czyli węższej kolumny
• #primary – to blok zawierający w sobie oba poprzednie bloki, czyli #content i #secondary

Problemem dla mało wtajemniczonych w zagadnienia kaskadowych arkuszy stylów (CSS) może być to, że wartości szerokości i marginesów we wszystkich tych elementach podane są w procentach, a nie w pikselach. Mamy więc tu do czynienia z tzw. płynnym układem elementów na stronie. Cała sztuka w zmianie wartości procentowych polega na tym, aby ich  suma nie przekraczała 100. Jeśli tego nie dopilnujemy, to układ strony nam się posypie.

Dla przykładu poniżej podaję fragment kodu CSS z pliku style.css szablonu Twenty Eleven, którego na dzień dzisiejszy używam na tym blogu, a który powoduje, że lewa kolumna jest szerokości 600 pikseli, zaś prawa kolumna (sidebar) ma szerokość 300 plikseli. Pozostałe wartości w procentach odpowiadają za szerokość marginesów pomiędzy poszczególnymi elementami:

/* Kolumny szerokości 600 i 300 pikseli */
#primary {
margin: 0 -34% 0 0;
}

#content {
margin: 0 34% 0 3%;
width: 60%;
}

#secondary {
margin-right: 3%;
width: 30%;
}

I to wszystko. Dziękuję za uwagę :)

Powiązane wpisy

• Jak dodać drugie poziome menu w szablonie Twenty Eleven
• Szerokie komentarze w szablonie Twenty Eleven
• Ikony wpisów w szablonie Twenty Eleven
• Szablon Twenty Eleven z paskiem bocznym na stronach z pojedynczymi postami
• Szablon Twenty Eleven — bliższe spojrzenie

Jak poszerzyć prawą kolumnę (sidebar) w szablonie Twenty Eleven? to oryginalny wpis opublikowany na blogu WPBloger. Kopiowanie całej jego treści jest zabronione.

© Piotr Sajnog dla WPBloger, 2012. | Bezpośredni odnośnik | Komentarze: 4

Idealnym i prostym rozwiązaniem okazało się zastosowanie wtyczki WP No Category Base. Wtyczka działa zaraz po jej uruchomieniu i nie wymaga żadnych ustawień.

Jak działa wtyczka WP No Category Base?

W domyślnej instalacji WordPressa struktura linków do archiwum wpisów z danej kategorii  jest następująca:

www.twojadomena.pl/category/nazwa-kategorii/

Co prawda słowo „category” możemy zmienić na przykład na „kategoria” w panelu admina WordPressa, ale czasem struktura treści wymaga, aby tego słowa w ogóle nie było w linku. Po zainstalowaniu i włączeniu wtyczki WP No Category Base struktura linków do archiwum wpisów z danej kategorii będzie taka:

www.twojadomena.pl/nazwa-kategorii/

Zastosowanie wtyczki w starszych serwisach opartych na WP jest również możliwe, ponieważ wtyczka automatycznie przekierowuje stare linki kategorii na nowe.

Zalety wtyczki WP No Category Base

• nie wymaga konfiguracji oraz edycji innych plików szablonu WordPressa
• nie wymaga działania innych wtyczek
• współpracuje z wtyczkami tworzącymi tzw. mapę serwisu
• działa przy rozbudowanej strukturze kategorii i podkategorii
• automatycznie przekierowuje stare linki kategorii na nowe (przekierowanie 301) co pozytywnie wpływa na optymalizację serwisu pod wyszukiwarki

Jeśli znacie inne skuteczne metody na pozbycie się słowa „category” w linkach, opiszcie je w komentarzach.

Powiązane wpisy

• Jak używać tagów dla optymalizacji SEO WordPressa?
• Jak wykluczyć w WordPressie pojedyncze artykuły ze strony głównej (i nie tylko) bloga?
• Jak zmienić alias „author” na „autor” w linkach do wpisów jednego autora
• Zawartość pliku robots.txt dla WordPressa

Jak usunąć z linków do archiwum kategorii słowo „category”? to oryginalny wpis opublikowany na blogu WPBloger. Kopiowanie całej jego treści jest zabronione.

© Piotr Sajnog dla WPBloger, 2012. | Bezpośredni odnośnik | Komentarze: 5

Nowy wygląd zyskał jednocześnie oficjalny serwis dotyczący tej aplikacji.

Nowy interfejs użytkownika – pasek zadań i kokpit

Pierwszą rzeczą jaką ujrzymy po zalogowaniu się do aplikacji będzie całkowicie przebudowany kokpit, dzięki któremu uzyskujemy dostęp do najczęściej wykonywanych czynności, między innymi dodawania nowego wpisu, strony, zdjęcia, filmu, czy listy komentarzy do zaakceptowania.

Pasek zadań w górnej części ekranu pozwala teraz przemieszczać się po poszczególnych blogach, odświeżać treść oraz wyświetlać kokpit WordPressa niezależnie od miejsca w aplikacji, w którym aktualnie się znajdujemy.

Nowy edytor postów

Edytor wpisów zyskał teraz pasek formatowania treści postów. Znajduje się on nad dotykową klawiaturą i pozwala między innymi, na formatowanie tekstu, dodawanie linków i multimediów. Dzięki niemu otrzymujemy też dostęp do formatów wpisów (opcji wprowadzonej w WordPressie 3.1).

Edytor postów zajmuje teraz cały ekran urządzenia, z którego korzystamy.

Wsparcie dla tabletów

Ze względu na rosnącą popularność tabletów z Androidem w porównaniu z okresem, w którym wydana została poprzednia wersja aplikacji, autorzy WordPress for Android 2.0 postarali się o lepszą współpracę programu z tymi urządzeniami. Chodzi tu głównie o lepsze wykorzystanie wolnej przestrzeni i ergonomię pracy na większych ekranach dotykowych niż te spotykane w smartfonach.

Poniżej znajduje się oficjalny film pokazujący najważniejsze zmiany w aplikacji WordPress for Android 2.0.

Komentarz

Ja pobawiłem się trochę aplikacją na moim smartfonie i rzeczywiście korzystanie z niej jest bardzo przyjemne. Podejrzewam, że na większych ekranach tabletów jest jeszcze lepiej. Niestety, największą wadą aplikacji, według mnie, jest brak podglądu pisanego artykułu, nawet jeśli zapiszemy go jako szkic.

Pobierz aplikację

Pobierz WordPress for Android 2.0 ze strony Android Market.

Powiązane wpisy

• Nie ma jeszcze powiązanych wpisów

WordPress for Android 2.0 – przegląd nowości to oryginalny wpis opublikowany na blogu WPBloger. Kopiowanie całej jego treści jest zabronione.

© Piotr Sajnog dla WPBloger, 2011. | Bezpośredni odnośnik | 1 komentarz

Szukając odpowiedzi na pytanie, kiedy doczekamy się polskiej wersji WordPressa 3.3 trafiłem na ciekawą dyskusję w jednej z grup na Golden Line. Czytając ją można wyciągnąć wnioski, że źle się dzieje na linii polscy tłumacze – ludzie z centrali WordPressa, którzy nie garną się do współpracy.

Pozostaje więc czekać na nieoficjalne tłumaczenie ludzi, którzy wykonają pracę społecznie w wolnych chwilach od zajęć zarobkowych. Jednym z nich jest Konrad Karpieszuk, współautor bloga dev.wpzlecenia.pl. Według tego co napisał na forum Golden Line oraz na polskiej grupie WordPressa na Facebooku, jest on w trakcie tłumaczenia nowej wersji WordPressa na język polski. Polecam śledzić kanał RSS wspomnianego wyżej bloga, bo właśnie tam będzie podana informacja o możliwości pobrania plików językowych. Swoją drogą, ja też o tym was poinformuję w ramach aktualizacji tego wpisu :).

Czy koniecznie trzeba czekać na polską wersję WordPressa?

Odpowiedź na to pytanie jest krótka: nie, nie trzeba. Jeśli ktoś stawia na pierwszym miejscu bezpieczeństwo serwisu nie przejmując się wersją językową systemu to może zaktualizować WordPressa bez czekania na jego wersję polską. Należy jednak pamiętać o tym, że efektem takiego działania będzie panel administracyjny, w którym język polski będzie się przeplatał z językiem angielskim.

O tym jak to wygląda przekonałem się na własnej skórze, aktualizując WordPressa na swoim blogu testowym (zrobiłem to celowo). Ekran, który mnie przywitał wygląda następująco:

A co z domyślnymi szablonami?

O ile taki dziwny wygląd panelu administracyjnego jest do zaakceptowania jeśli znamy język angielski, o tyle powinniśmy zadbać, aby szablon bloga, którego używamy nadal był w języku polskim.

Dlatego, jeśli korzystacie na swoich blogach z szablonów domyślnych, instalowanych razem z WordPressem, takich jak np. Twenty Ten i Twenty Eleven, to przed ich aktualizacją zróbcie sobie ich kopię zapasową, a przed ponownym wgraniem na serwer zmieńcie nazwę katalogów, w których są umieszczone. W ten sposób zachowacie nie tylko wersję językową, ale także wszystkie wprowadzone przez siebie zmiany w wyglądzie i działaniu szablonów.

Aktualizacja

Miło mi donieść, że polskie tłumaczenie WordPressa 3.3 autorstwa Konrada (więc nieoficjalne) jest już dostępne do pobrania i instalacji. Jeśli będziecie postępować krok po kroku tak, jak to zostało napisane w jego artykule, to tłumaczenie powinno zadziałać bez problemu (u mnie już działa).

Powiązane wpisy

• WordPress 3.2 „Gershwin” stawia na wygodę i nowoczesność

Gdzie jest polska wersja WordPressa 3.3? [Aktualizacja] to oryginalny wpis opublikowany na blogu WPBloger. Kopiowanie całej jego treści jest zabronione.

© Piotr Sajnog dla WPBloger, 2011. | Bezpośredni odnośnik | Komentarze: 3

Blog w swoim założeniu ma wyrażać opinie czy tez przemyślenia autora na związany z nim temat. Oczywiście nie ma większej przyjemności niż wpis który jest komentowany, udostępniany na Facebooku, Wykopie czy też przekazywany dalej za pomocą innych kanałów, jednak aby tak się stało musimy umieć skupić uwagę czytelników akurat na naszym blogu. Jak to zrobić? Jak wywoływać burzę odwiedzin, komentarzy, opinii? Jak stworzyć zapalnik który w każdej chwili może wywołać wybuch?

Aby stworzyć sobie zamknięty system musimy poznać podstawowe źródła dotarcia do bloga. Nie będę pisał tutaj o Google ponieważ ruch z niego jest rozłożony w czasie i nie da się osiągnąć dużego wyniku w kilka godzin. Jakie są więc podstawowe kanały dotarcia do bloga?

1. Fanpage na Facebooku - skupiamy ludzi zainteresowanych naszą niszą na swojej stronie dla fanów. Możemy oferować prezent w zamian za kliknięcie „lubię to” lub po prostu zachęcać we wpisach do polubienia naszej strony.
2. RSS - czyli czytnik kanału naszego bloga, musi znajdować się w miejscu dosyć dobrze widocznym, warto wytłumaczyć też użytkownikowi do czego on służy.
3. Lista adresowa- lista osób skupionych w okół naszego bloga. Staramy się w delikatny sposób zaoferować prezent dużej wartości w zamian za zapis na naszą listę adresową. Po zapisie dany użytkownik trafia do kręgu osób z którymi możemy się kontaktować [ETYCZNIE!].

Po stworzeniu tych trzech podstawowych kanałów dotarcia do bloga możemy być pewni efektów w postaci burzy po każdym wpisie. Po dodaniu artykuły po prostu wysyłamy e-mail do listy adresowej z informacją o nowych, ciekawych informacjach na naszym blogu [grunt to ciekawy tytuł]. Kanał RSS automatycznie powiadamia o nowych wpisach, dlatego tutaj nie trzeba wykonywać żadnej roboty. Na swoim fanpage’u umieszczamy krótką zajawkę do naszego artykułu na blogu wraz z linkiem do niego.

Tak przygotowane kanały dystrybucji treści z bloga umożliwiają nam dotarcie do ogromnej liczby osób w krótkim czasie. Możemy wykorzystać to przy nowych wpisach na blogu, przy nagłych promocjach, czy też aby wywołać dowolny efekt. Ważne jest to, aby takie kanały budować jak najszybciej, ponieważ nawet nie zdajemy sobie sprawy, ile osób zajrzy na nasz blog raz i nigdy nie wróci…

Powiązane wpisy

• Integracja WordPressa z serwisem MailChimp
• Jak publikować treść tylko w kanale feed WordPressa
• WordPress i jego kanały feed

Jak przyciągnąć czytelników na nasz blog? to oryginalny wpis opublikowany na blogu WPBloger. Kopiowanie całej jego treści jest zabronione.

© Gościnny Bloger dla WPBloger, 2011. | Bezpośredni odnośnik | Komentarze: 2

Problem pojawia się w momencie, gdy chcielibyśmy zamienić angielski alias author na polski autor pojawiający się w linku do archiwum wpisów jednego autora. Okazuje się, że jest na to rozwiązanie nie wymagające zastosowania wtyczki. Jak to zrobić?

Wstawiamy odpowiednią funkcję

Sprawa jest prosta – wystarczy w pliku functions.php wkleić taki kod:

//zamiana "author" na "autor" w linkach do wpisów jednego autora
function kepek_author_rewrite() {
global $wp_rewrite;
$wp_rewrite->author_base = autor ;
$wp_rewrite->flush_rules();
}
add_action('init', 'kepek_author_rewrite');

Efektem działania tej funkcji będą linki w postaci:

http://www.domenabloga.pl/autor/nickautora/

Rozwiązanie to podpowiedział mi Michał Kechner na grupie WordPressa na Facebooku, za co należą się serdeczne podziękowania :)

Powiązane wpisy

• Jak używać tagów dla optymalizacji SEO WordPressa?
• Jak wykluczyć w WordPressie pojedyncze artykuły ze strony głównej (i nie tylko) bloga?
• Jak usunąć z linków do archiwum kategorii słowo „category”?
• Zawartość pliku robots.txt dla WordPressa

Jak zmienić alias „author” na „autor” w linkach do wpisów jednego autora to oryginalny wpis opublikowany na blogu WPBloger. Kopiowanie całej jego treści jest zabronione.

© Piotr Sajnog dla WPBloger, 2011. | Bezpośredni odnośnik | Skomentuj