Duplicitní články v BLOG:CMS

O tom, že tento blog pohání BLOG:CMS jsem psal hned ve svém prvním příspěvku. Po určité době používání musím konstatovat, že ač se administrace zdá na první pohled složitá, časem se v ní člověk zorientuje. U systému jsem ovšem narazil i na určité nedostatky, které nejsou zrovna příjemné. Za nejzávažnější chybu považuji generování duplicitního obsahu.

V předchozím článku jsem již v popisoval problémy, které může způsobovat duplicitní a podobný obsah, proto nyní jen velmi stručně:

  • Vyhledávače obvykle zaindexují pouze jednu URL adresu,
  • část zpětných odkazů (směřující na neindexovanou variantu URL) tak ztratí svůj význam,
  • dojde ke zhoršení použitelnosti stránek,
  • při ukládání na delicious apod. se počítá každý článek zvlášť.

Zakázání indexace stránek

O možnosti omezení indexování stránek ví v podstatě každý webmaster. I v nápovědách vyhledávačů nalezneme větu typu "Indexaci zvolených stránek můžete zakázat tak a tak". Stačí na stránku jednoduše přidat příslušný meta tag, nebo vytvořit pravidlo v robots.txt, a vyhledávače budou danou stránku ignorovat.

Mnoho lidí si však klade otázku, proč by měli dobrovolně zmenšovat rozsah indexovaných stránek ve vyhledávači? Důvodů může být více, z hlediska SEO je zřejmě nejdůležitější podobný obsah.

Výpis menu ve Smarty

Pokud používáte SMARTY šablony, možná jste již narazili na problém s vypsáním pole, které nemá přesně daný počet úrovní. Typický příklad je třeba menu, kdy každý odkaz může obsahovat sub položky.

První krok většinou obnáší naplnění pole z databáze. Tímto tématem se článek nezabývá, různé přístupy k uložení struktur v databázi lze nalézt například v článku na Intervalu.

Předpokládejme tedy, že pole již máte naplněné v proměnné, tu jste předali šabloně a nyní byste rádi pole nějak strukturovaně vypsali.

Novinka ve Webmasters Tools - Pomůcka 404

Google do Webmasters Tool přidal novinku česky pojmenovanou Pomůcka 404. Po vložení kódu na stránku 404 by tak měl zobrazit následující informace:

  • Nejbližší shodu - měl by nabídnout správnou variantu pro překlepy,
  • alternativní URL adresy,
  • odkaz na soubor Sitemap - Zde by to chtělo mít ale Sitemap nastylovaný pro návštěvníky, jinak to udělá více škody, než užitku,
  • prohledání domény.

Pro zapnutí této funkcionality stačí pouze vložit JS kód a ten se již o vše postará.

absolutní adresy a mod rewrite

Při vývoji aplikace, která počítá s přepisováním adres pomocí mod_rewrite (Cool URL, přátelské adresy), je většinou nutné řešit problém s relativními a absolutními cestami. Projekt obvykle běží na vlastní doméně, např.
www.exaple.com. URL stránky potom může vypadat třeba takto:
www.example.com/clanek/adresa-clanku/. Všechny adresy ve stránce (cesty k obrázkům, CSS stylům, ...) potom musí být zapsané tak, aby ukazovaly do kořenového adresáře webu, jinak nebudou fungovat. To lze vyřešit více způsoby, nejoblíbenější je použití lomítka k určení absolutní cesty
(<img src="/obrazky/obrazek.jpg" alt="" />).

Problém nastává v případě, kdy se projekt vyvíjí na lokálním počítači. Na něm existuje více různých aplikací vedle sebe. Běžně jsou potom jednotlivé weby v oddělených adresářích, takže adresa potom vypadá nějak takto:
http://localhost/nazev-projektu/. Výše zmíněné lomítko potom ale bude ukazovat na adresu http://localhost/, což způsobí nefunkčnost aplikace.

starší články:

06.08.2008

02.08.2008

27.07.2008

23.07.2008

13.07.2008



Nejoblíbenější články

Poslední komentáře

  • Maxell: [3] Značku base určitě není dobré používat, například některé vyhledávače s tím mohou mít problém. Pokud vím, důležité vyhledávače to podporují, ale rozhodně bych se na ni nespoléhal....
  • I.C.: Není mnohem jednodušší využívat standartního <base href="http: domena.cz " > a pak všude používat jen relativní cesty vzhledem k výše uvedenému? ;-)...
  • gmo: Cau, ja tenhle problem resil pomoci direktivy VirtualHost v nastaveni Apache, viz google...
  • Maxell: [1] Ano, zkoušel jsem to na více místech a chová se to všude stejně. Vyřešil jsem to tak, že jsem zobrazil pouze Nejbližší shodu, která by měla fungovat....
  • Maxell: [3] České vyhledávače description opravdu zatím nevyužívají. U Seznamu o tom již delší dobu uvažují, nicméně k realizaci je stále ještě daleko. Jak je psáno v článku, description by vždy mělo shrnovat obsah dané stránky. Každá kategorie a podkategorie by tak ideálně měla mít vlastní popisek, stejně tak např. každý výrobek. Vámi navrhované texty jsou také poměrně krátké, rozhodně bych je prodloužil na cca 100 - 150 znaků....

Poslední články

Nejlépe hodnocené

Nejčtenější

RSS feeds

RSS 2.0 RSS posledních 20 komentářů

Login


Copyright © Maxell | Maxell-cz | Design
Web-Design Blog - Blog nejen o webdesignu
1