Dinamikus weboldalak, dinamikusan változó URL-ek hátránya statikus oldalakkal szemben elég jól ismert jelenség keresőoptimalizálásban webmasterek számára.
A keresők könnyebben osztályoznak/rangsorolnak statikus URL-eket és hozzájuk kapcsolódó tartalmakat, ahol a rangsorolásnál kiemelten kezelt elemek – bizonyos szinten – állandóak: URL -Title – Description (esetlegesen még egyéb on-site elemek mint H1, H2 .. elemek az oldalon).
Ilyen linkeknek története lesz az első indexelés után, követhető az oldal tartalmának a frissülése, a rámutató linkek száma, időbeni változások, a külső linkek anchor text szövege amelyek mind komoly tényezők rangsorolásnál és segítenek kulcsszavak asszociálásában az adott weboldalhoz.
Ezzel szemben a dinamikus adatbázis alapú weboldalaknál (webshop, internetes kereső, tartalomkezelő rendszer, …), ahol a több dimenziós tömbökben rendezett adatok számtalan kimeneti oldalt képezhetnek (számtalan URL-el), sokkal problémásabb egy fix oldalstruktúra keretein belül kezelni az oldal megjelenését a kereső felé, mert a kereső csak állandóan változó URL-eket talál látogatásai alkalmával, kivéve a fődomaint és kapcsolódó néhány statikus oldalt, nincsenek fix pontok, fix címek amelyek alapján feltérképezhetné az oldalt azt ahol éppen a tartalmi lényege található az oldalnak.
Milyen megoldások alkalmazhatóak a dinamikus weboldalakon SEO szempontjából ->
Mi szükséges keresők részére egy weboldal hatékony indexeléséhez és analizálásához
- Állandó statikus URL-eket találjon a robot egy domain alatt (visszatérően is), kapcsolódó konstans kulcsszavakkal az aloldalak title-eiben, oldalhoz igazított description ami egyedi az oldalra vonatkozó legyen, ez alapján tud rangsorolni, viszonyítani más oldalak tartalmaihoz
- Az oldal könnyű gyors bejárásához jól felépített belső link struktúrával rendelkezzen
Mi a két – lehetséges – elkerülendő hiba dinamikus weboldalakon
Azonos TITLE tag több oldalon való előfordulása és azonos META Description szintén több oldalon, két olyan jelenség amely által a kereső duplikált témájú oldalakként definiáhatja az oldalakat, ezáltal a kiegészítő találatokba sorolhatja, ami nem sok jó esélyt jelent kulcsszavas találatokra.
F?bb szempontok – lehetőségek – dinamikus oldalak tervezésekor, optimalizálásakor
Fentiekben felsoroltam melyek a legelőnytelenebb szempontok dinamikus weboldalak kapcsán, tehát az oldalakat generáló script tervezésekor mire kell ügyelni: a generált oldal témájának megfelelően dinamikusan változtassuk a TITLE tartalmát a megjelenített eredményekhez kapcsolódó kulcsszavakat – fontosság sorrendjében – felsorolva benne.
META Description is egyedi legyen, a lehetőségek szerinti kulcsszavakat tartalmazva.
(ez a hiba statikus oldalak esetén is ugyanúgy előfordulhat és mindenképp’ kerülendő)
Egy nagyon fontos szempont marad még a változó URL-ek állandó URL-re való cseréje.
Állandó URL dinamikusan változó tartalmú oldalakhoz
Legfőbb dolog az állandó URL-ek használata.
Új portál tervezésekor könnyebben meghatározható még egy olyan URL struktúra kategóriákba rendezve (az is fontos, hogy az URL kulcsszavakban releváns legyen), ahol az URL-ek állandóak és míg a linkek tartalma változó, a
a MOD_REWRITE parancs segítségével egy azonos URL-re irányíthatunk változó végződésű dinamikus URL-eket .htaccessben.
A parancs használatát illetően nagy segítséget nyújt a Webconfs.com kiváló eszköze, amely bemutatja illetve elkészíti a scriptet ahogyan statikus URL-re irányíthatunk változó paraméterekkel rendelkező dinamikus URL-eket: URL Rewriting Tool
16 hozzászólás
Na ez a cikked jókor jött, most készítünk egy összetett dinamikus oldalt. Az url kérdés evidens volt, megoldva. A meta tag-eket oldalanként meg lehet – és kell is – adni, de a keywords elemet is így alakítottuk ki, ez szerinted jó vagy nem? Tehát a title, a description és a keywords adható meg minden egyes tartalmi oldal esetében.
Persze, a keywords sem baj, ha változik, de ismert, hogy nem nagyon tulajdonítanak jelentőséget már manapság a keresők a meta kulcsszavaknak. Description és Title viszont meghatározó, fontos.
Hát nemtudom.. erre a cikkre nem jellemző a tőled megszokott alaposság.
Dinamikus weboldalak hátránya? A mai web dinamikus (legalább is az a része, ami látogatók 99,9%-át kiszolgálja). Ez a blog is dinamikus, ezért hátrányt szenvedne? Ez egy idegesít? SEO legenda, amit persze a Google is táplált azzal, hogy a Webmaster Guidelinesban szemérmetlenül azt írta, hogy az ilyen URL-eket NEM INDEXELI. (Nincs egy éve, hogy megváltoztatták ezt a pontot).
A “dinamikus URL” kifejezés is pongyola, és amúgy sem létezik ilyen (nem tőled hallom először), ezt hanyagolnám. Ha az állandóan változó URLre használnád, akkor azt mondom, határeset, de ha abban az értelemben akarod használni, hogy “kérdőjelet tartalmazó”, inkább írd ki, így nem lehet érteni pontosan mit is akarsz mondani vele.
Az, hogy a ?-es URL-ek alapból rosszak nyilvánvalóan nem igaz.
/cikk.php?id=12
/cikk/12.html
Szerintem a két URL teljesen (vagy legalábbis nagyrészt) egyenérték?. Az persze jó tanács, hogy az URL tartalmazzon kulcsszavakat, de az teljesen más tészta, nem a kérdőjel kérdése.
Ami veszélyt jelent az például a session információ URL-ben történő tárolása. Mindenki látott már olyan URL-t, ami PHPSESSID=gjh435gj34g54j3g5j34hg534 vagy hasonlóra végződött. Ehelyett természetesen cookie-ban célszer? a munkamenetet azonosítani.
Az, hogy azonos fejléccel (descriptionnel) futnak oldalak szintén reális veszély, pusztán azért, mert ezek is plusz munkával kitöltend? mezők. A Title persze könnyebben legenerálható egy sz?rt listánál pl: Pest megyei ingatlanok, a description már keményebb dió.
Más, de azért még témába vág: Nálad a description a cikk szövegéből generálódik (első pár mondat), ennek nincs negatív hatása (mivel ismétlésről van szó). Nem lenne hatékonyabb kézzel megadni? Ugyanez az eset URL, H1 és TITLE. Ezekből ugyebár egyértelmű, hogy generált, és nem emberi munka gyülölcse. Nem díjazná jobban a gugli azt a description-t vagy h1-et ami plusz információt hordoz? Ha én írnám az algoritmust, biztos figyelnék erre, és van ott pár olyan okos srác, mint én :)
Kösz a hosszú választ Bence.
Alaposnak lehet hogy nem elég alapos a cikk, meg lehet nem volt elég precizen körbeírva az intro de azért elég jól le van írva benne mi a lényeg, hogy mi lehet a különbség dinamikusan generált url-ek esetén és statikus url-ek esetén.
Miért problémás Neked a dinamikus url kifejezés?
(maga az hogy dinamikusan generált az nem gond persze, csak ha nem állandóak ezek az url-ek és változó paramétereket tartalmaznak a megoldás természete okán)
Nem kérdőjelet tartalmazó oldalra gondoltam egyébként. Ha kérdőjelet tartalmaz, de a paraméterek ugyanazok az URL-ben és azonosítható marad a keres? számára ez az oldal egy a főoldalból származó entitásként akkor semmi gond.
Nem igazán jött át Neked a lényegi mondanivaló úgy érzem, ez lehet az én hibám is meg az, hogy hajnal négykor írtam a cikket, majd átolvasgatom, hol lehet a hiba, meg Te is nézz körül mégegyszer szerintem. :)
Description:
Nem problémás az, hogy a cikk eleje van lecsípve és ebből van a description, mert többnyire úgy írok, hogy első mondat utal a cikk tartalmára (ha esetenként nem, akkor sincs tragédia).
Az ismétlés nem gond, ez egy snippet a keres? számára, olyan amit maga is megjelenít a találatok között, ha relevánsnak találja és nem vizsgálja, hogy saját oldalon belül ismétl?d? vagy sem.
Lehet, hogy szerencsésebb lenne “kézzel” megírni minden egyes cikkhez, de nem babrálok vele, mert többnyire magukban ezek a cikkek nem céloznak kulcsszavakra kifejezetten, nem hajtanak rangsorolásra, csak nagyon elvétve néha.
Más megoldás lesz arra, hogy keresőoptimalizálás kulcsszavaira a blog kicsit előrébb legyen idővel google-ben. Lesz egy aloldal, ahol a cikkekre hivatkozva egy rövidebb anyagban összeszedem a lényegesebb pontokat.
H1-em nincs a blogon egy ideje.
Az egyéként tényleg nem jó, ha Title, H1 és még az oldalra mutató link(ek) anchor textje is teljesen azonos.
Egy wordpress oldalnál hogy oldod meg a különböző descriptiont minden oldalon?
Én az All In One SEO-t használom ha jól emlékszem :)
Longhand jól emlékszel, én is azt használom már. :) Egyedi title, description és keyword adható minden cikkhez. Ha ezeket nem töltöd ki, akkor sincs óriási gond, a title a cikk címéből van, a keywords a kategóriák és a description pedig a bejegyzés első mondata.
A “dinamikusan változó URL” leírás tökéletesen lefesti a helyzetet, amire gondolsz. De ahogy látod, eredetileg én is másik értelmezésre gondoltam. Megjegyzem, a weben 90%-ban a ?-et tartalmazó URL-re használják a dinamikus URL kifejezést (például Matt Cutts is). Guglizz rá.
Az alapvető probléma a kifejezéssel, hogy ez NEM SZAKKIFEJEZÉS. Nézd meg a Wikipédia szócikkét az URL-ről. Egy szóval sem említik, hogy van statikus és van dinamikus URL. Nem találod meg a kifejezést az Internet egyik nagy öregjének publikációjában sem. A dolog egyértelműen a SEO-val lett fontos (részben a fent írt google-hazugságok miatt). A “SEO szakemberek” pedig kitalálták erre ezt a pongyola kifejezést: dinamikus oldal -> dinamikus URL (valahogy így logikázhattak). De ahogy leírtad, te is más értelemben használod ezt a szót a mainstream-hez képest, tehát igazából a közösség számára sem egyértelmű a jelentése. Ez azért lehet, mert nem szakkifejezésről van szó.
Azt hiszem kell? képpen körüljártam, hogy miért utálom ezt a szót :) És talán azt is miért nem célszer? a használata.
A fent említett Mat Cutts videót azért belinkelem. Habár nem nyelvészeti vitánk része, a témához elég jól kapcsolódik:
https://video.google.com/videoplay?docid=-6860320126300142609
Ok, elfogadható amit mondasz, de tudsz jobb kifejezést mint “dinamikusan változó URL”? Meg hogy ne írjak 10 szavas címet a cikknek, ezért dinamikus weboldalak optimalizálása?
Másrészről attól még, hogy a Wikipediában és régi cikkekben nem szerepel valami attól még nem kérdőjelezhet? meg a létjogosultsága.
Sok minden nem szerepel ott még.
Nem lehet mindent W3C szabványosítani :)
(Valóban a dinamikus oldalakból továbbgondolt kifejezés lehet egyébként, de ebben én nem látok problémát)
A címben abszolút semmi kivetni valót nem találok. A probléma a dinamikus oldalakhoz köthet?, tehát tulajdonsképpen itt dinamukis oldalak optimalizálásáról van szó.
Ha autószerel? vagy és elvnevezel valahogy egy alkatrészt, az még nem lesz szakkifejezés. Talán egy szubkultúrában elterjedhet hiánypótlóként, de akkot sem lesz az. A szakkifejezések lényege, hogy egyértelműen azonosít egy dolgot. És látható, hogy itt koránt sem egyértelmű a szókapcsolat jelentése. Nincs többről szó, mint egy szleng kifejezésről mint pl. “beszívni”. Több szubkultúra is használja más-más jelentéssel. Szakkifejezés? Nemhinném. Legalábbis nem olvastam még orvosi bublikációt ilyen címen: “A beszívott csimpánzok tanulási képességei”. Nem azért mert ez a szó rosszabb lenne bármelyik másiknál. Azért, mert az olvasó nem lehet biztos a jelentésében. El?bbutóbb persze megsejtheti, hogy milyen értelemben használjuk, de ez mitsem változtat azon, hogy _nem szakkifejezés_.
Mi sem bizonyítja ezt jobban, mint az, hogy te másra használtad, mint amit az Inernet 90%-a a szó jelentésének gondol. És az, hogy én ezután nem értettem meg. Ha a pragmatikus érvelés nem gy?z meg, gondolj pusztán a gyakorlati problémákra.
Okay ;)
Szia!
A all-in-one-seo oldalán találtam egy linket ide:
https://www.seobook.com/.
Longhand, adok a szavadra, Te megvennéd ezt a terméket, nekem elég jónak tűnik..
Mit szólsz?
Kicsit offtopic, legközelebb jobb helyre célozd a kérdést.
Igen, jó könyv nagyon szerintem, én megvettem.
Kösz, azt hiszem én is megveszem. Azért irtam ide, mert a All-In-One-SEO plugint ajánlottad, ahol közvetlen link van ehhez a termékhez: mégis inkább ide mint a legújabb postba.
Ez viszont tényleg off, töröld ha kell: Nagyon szeretem a blogodat, és itt nem csak a szakmai dologkra gondolok, inkább arra, hogy látszik, hogy foglalkozol vele: Törödsz a kérdezőkkel és válaszolsz nekik. Olyan sok döglött blog van: felteszek egy egy-egy kérdést, írok egy-egy kommentet a tulaj meg csak hallgat, nem válaszol, nem is érdekli mások mit mondanak…
Köszi szépen!
Annyit még, hogy azért kicsit túl van árazva a könyv szerintem, ezt elfelejtettem hozzátenni.
session ID, tracking ID az URL-ben: Hivatalos tanácsok:
https://googlewebmastercentral.blogspot.com/2007/09/google-duplicate-content-caused-by-url.html