Versiune printabilă
Salut!
Am tot auzit faptul ca nu e bine sa ai multe div-uri imbricate, dar niciodata nu am auzit si motivele :) Crawler-ul ajunge mai greu la continut (si renunta) daca acel continut trece prin mai multe div-uri?
Intreb pt ca tema de pe site-ul meu e plin de div-uri si vreau sa mai renunt la ele daca dauneaza motoarelor de cautare.
Mersi!
Sunt balariile cu code-to-text ratio. Nu vad de ce un div nested ar impiedica un crawler sa citeasca si indexeze corect un site :-?
Acuma sigur, daca ai tone de CSS si javascript inline pe pagina, daca pagina are 2 MB marime, probabil ca nu il crawleaza cum trebuie, dar de aici pana sa penalizeze cateva div-uri nested cred ca e cale lunga.
Nu am testat chestia asta, e doar o parere personala.
google face strip_tags inainte sa bage content in index, poti sa ai si 1 miliard de divuri sau orice alt tag....
Daca te uiti in cache la orice pagina o sa vezi ca marimea pagini este undeva la max ~ 50-60kB ceea ce inseamna ca G arhiveaza contentul,si presupun ca nu on the fly, insa cache-ul nu are legatura cu cachu-ul din serps, daca ma intelegi.Partea cu 2mB e adevarata atunci cand ai time out mare .Cu cat situl tau are un request time mai mic la accesarea crawlerelor nu este o problema dimensiunea acesteia.
Atunci doar codul inline gen CSS (nu ma refer la div-uri ci la clase, ID-uri, etc) sau Javascript poate sa creeze o problema, nu?Citat:
google face strip_tags inainte sa bage content in index, poti sa ai si 1 miliard de divuri sau orice alt tag....
Strip_tagsul lor nu se aplica pt toate tagurile.Citat:
Postat în original de Tudi
Este configurat dupa algortimul lor de filtrare si dupa expresiile regulate facute de ei,in sensul ca daca ai style="display:none" intr-un <a></a> il considera ca link ascuns si incepe penalizarea.G penalizeaza si daca ai style="color:black" intr-un <a></a> pe un <body bgcolor="black">.
La codul inline G sta cam prost la analiza,sunt sute de metode sa ascunzi text/linkuri si G nu observa....
Daca scrii un javascript compus din mai multe stringuri care pe urma sunt evaluate,poti lejer sa ascunzi text fara sa patesti nimic...
Mersi! Eram curios pentru ca(,) continutul meu incepe abia pe la jumatatea paginii, si imi era teama sa nu fie probleme :P
Sunt sigur ca google are multi algoritmi prin care sa elimine si css/javascript.
Dar atunci nu poti sa faci color:#000000 background-ul, si sa zicem, color:#000001 textul? Tot nu s-ar vedea, dar nici nu ar fi identice. Se poate sa aiba ceva algoritm care analizeaza "contrastul" dintre culori, cum e cel din AdSense cand iti customizezi reclamele (de nu poti pune negru pe negru).Citat:
Este configurat dupa algortimul lor de filtrare si dupa expresiile regulate facute de ei,in sensul ca daca ai style="display:none" intr-un <a></a> il considera ca link ascuns si incepe penalizarea.G penalizeaza si daca ai style="color:black" intr-un <a></a> pe un <body bgcolor="black">.
Sunt sigur ca incearca sa analizeze si asta, printre altele, dar se pare ca nu-i iese foarte bine.Citat:
Postat în original de Tudi
Pai pana la urma nu e chiar asa greu. Vezi cam ce range de culori inseamna "contrast" si cand dai de o culoare, o compari cu array-ul ei de contrast. Pe urma daca e intr-un paragraf sau a sau h compari cu background-ul si o iei de la capat.
Problema e...merita pentru un motor de cautare sa bage asa ceva intr-un algoritm? Eu cred ca are alte chestii mai importante de facut ^^
Nu e vorba de comparat rangeuri de culori gen red cu #00230a fiindca asta este usor,problema de baza ar fi sa gaseasca care container e pe post de background.Citat:
Postat în original de Tudi
Poti avea 3 divuri imbricate cu 3 backgrounduri diferite, si textul din ele setat cu style="margin-top:-xx px".... Asta ar fi o mare problema,insa avand in vedere ca acest tip de blackhat te ajuta aproape deloc in SERPS doar daca bagi content masiv, nu este considerata o prioritate pt G.
Cred ca stiu (sau ar putea sa stie, dar nu stiu daca merita sa consume puterea de calcul pe asta). Am scris mai multe pe blog despre cum poate un motor de cautare sa stie unde e pe site:Citat:
Nu e vorba de comparat rangeuri de culori gen red cu #00230a fiindca asta este usor,problema de baza ar fi sa gaseasca care container e pe post de background
http://www.tudi.ro/seo/cat-conteaza-...lor-pe-pagina/
Sigur, intram deja in "what if"-uri :) Nimic empiric.
Sa stii ca nu au nevoie de putere mare de calcul pentru asa ceva.Cand e vorba de expresii regulate, timpul de executie este de ordinul milisecundelor...Citat:
Postat în original de Tudi
Stiu ca aveam salvat pe calc odata un algoritm de calculat expresii regulate de cateva sute de ori mai rapid decat cele standard folosite in limbaje de programare...
Nu mai tin minte cum il chema pe cal care l-a facut,dar stiu ca incepea cu L :)))))
Apropo ,algoritmii de la G sunt bazati pe programare functionala, adica nu declara variabile samd, ci ruleaza doar pe calluri de functii.Ai ramane gura casca ce viteza poti avea cu implementari din programare functionala.:) Trebuie sa fii noob sa nu ai asa ceva la un motor de cautare....
Ok, merg pe mana ta ca eu is noob la programare.
Oricum am deviat bine de tot de la subiect, sa revenim la tag-uri ^^