Online marketing & salg på webshops & websites

.Net og SEO

Peter Lindholm — Sat, 22 Apr 2006 21:46:00 GMT

De laver

Dato: 4/22/2006 3:49:27 PM Forfatter: Mikkel deMib

En ting der har undret mig er, hvorfor view_state overhovedet ender med (nogle gange) med 10.000, 20.000 eller endnu flere tegn. Det må sgu da være muligt at bevare state med mindre end det :) - Er der blot tale om almindeligt kode-misbrug (kode-sjusk, eller kode-overforbrug), eller er der andre tekniske årsager, jeg ikke kender?

Da der af og til kan ligge "følsomme" informationer i viewstaten, har de valgt at hashe den. At de så lige har valgt en hash der fylder så meget, syntes jeg også er ærgeligt. Der så jeg hellere at de måske lavede en ganske simpel hash (bare så det ikke ligger cleartext), og så ellers lod programmøren håndtere beskyttelse af data, hvis han mener at der er noget som ikke bør tilgåes uden videre fra viewstate.

Men sådan er nok desværre af og til med Microsoft, de vil gerne gøre det så let som overhovedet muligt for udviklerne, uden altid at tænke scenariet helt til ende mht. hvilke konsekvenser deres "bjørnetjenester" kan få.

.Net og SEO

Martin Overgaard — Sat, 22 Apr 2006 19:13:00 GMT

Det med viewstaten er der ikke så meget i, som tidligere nævnt i denne tråd, så drejer det sig om at tænke sig lidt om som programmør. I 9 ud af 10 tilfælde kan man deaktivere viewstaten i toppen af siden hvilket vil resultere i en ca. 20 tegns viewstate som umuligt kan have megen indflydelse på SEO og da slet ikke hvis man vælger at flytte den til bunden af siden.

Det eneste sted hvor jeg ser det nødvendigt med viewstate er faktisk i forbindelse med formulare hvor det kan være en fordel. Men på den anden side så kan dette også styres med sessions på serveren. Det store problem man støder på som programmør er, at hvis man vælger helt at undlade runat="server" i sin form tag, ja så er man afskåret brugen af næsten alt hvad der findes af controller.

Kunne du for øvrigt komme i tanke om andre ting, der kunne tilføjes listen ovenfor, set med kode briller ?

/Martin

.Net og SEO

Mikkel deMib Svendsen — Sat, 22 Apr 2006 13:49:00 GMT

God opsumering, Martin :)

En ting der har undret mig er, hvorfor view_state overhovedet ender med (nogle gange) med 10.000, 20.000 eller endnu flere tegn. Det må sgu da være muligt at bevare state med mindre end det :) - Er der blot tale om almindeligt kode-misbrug (kode-sjusk, eller kode-overforbrug), eller er der andre tekniske årsager, jeg ikke kender?

.Net og SEO

Martin Overgaard — Sat, 22 Apr 2006 09:49:00 GMT

Hej igen,

Lundsby >> Jeg fandt ud af at jeg ved nogle ganske få ændringer i min HttpHandler kunne styrre det hele derfra, således at alle indgange til en side ender op i den omskrevne url.

For at samle tråden lidt, prøver jeg at lave en opsummering af hvad der er diskuteret her og havd jeg har kunne snuse op på andre sites.

Opsummering

1. En af de ting jeg har erfaret er at man skal undgå postbacks i så mange tilfælde som det overhovedet er muligt. Det er ikke muligt for søgemaskinerne at aktivere dem.

2. Venlige url''er /news/show-one/detail22.aspx fremfor /news/default.aspx?m=show&a=one&id=22 er bedre da søgemaskinerne har lettere ved at håndtere disse frem for de dynamiske. Der skal dog tages højde for at de oprindelige url''er ikke er tilgængelige.

3. Når der dynamisk genereres indhold på en side er det vigtigt at administratoren af et system har mulighed for at kunne lave titles og metatags så disse bliver forskellige på alle sider. Det er også en fordel at disse kan genereres automatisk i f.eks et produkt katalog som kan indeholde flere tusinde produkter.

4. Viewstate er også vigtigt set med SEO øjene da denne kan blive vildt stor (10.000-20.000 tegn, måske mere) sørg for at begrænse brugen af den så ofte som det er muligt. Og evt. flytte den til bunden af siden. For helt at undlade den kan man fjerne runat="server" i form taggen, dette resultere dog i at de fleste indbyggede kontroller ikke kan anvendes.

5. Sørg for at generer sigende links i stedet for "Læs mere her" da et link med sigende indhold letter vil blive fundet af søgemaskinerne.

6. Billeder på siden skal altid have en alt eller title med da dette også har betydning for søgemaskinerne.

7. Lav overskrifter med <h1>, <h2>, osv. da det er bedre en alm. brødtekst med en <b>Overskrift</b> eller <span class="headline">Overskrift</span> omkring.

Dette var noget af det der har været snakket om i denne og andre tråde som jeg lige kunne komme frem til set med udvikler øjne. Hvis der er ting jeg ikke har med i listen er i velkommen til at komme med input. Jo mere vi kan hjælpe hinanden jo bedre opgaver kan vi levere i sidste ende.

/Martin

.Net og SEO

Lundsby — Wed, 19 Apr 2006 14:44:00 GMT

Selvfølgelig det kunne aldrig falde mig ind at skrive C# kode i selve ASPX filerne.

.Net og SEO

Martin Overgaard — Wed, 19 Apr 2006 14:30:00 GMT

Og når du mener tjek det på siderne er det så i codebehind, for det virker ikke som en ret fleksibel løsning.

/Martin

.Net og SEO

Lundsby — Wed, 19 Apr 2006 10:45:00 GMT

Hej Martin

Jeg vil tro at du kan løse problemmet via Items collection''en. Hvis du i din HttpHandler f.eks. sætter Items["NiceUrl"] = true, så vil du i selve siderne kunne check via Items["NiceUrl"] != true, også redirectet til en Page Not found fejl. På denne måde vil dine sider kunne nås fra en og kun en url.

.Net og SEO

Martin Overgaard — Tue, 18 Apr 2006 23:19:00 GMT

Jeg har kigget en del efter en løsning til mange til en problemet. Jeg har en HttpHandler der omskriver parameter url''er til læse venlige url''er, men den oprindelige url kan stadigt tilgåes og så har jeg mange til en problemet.

Er der nogle der har set/læst om dette nogle steder som kan komme med et link ?

/Martin

.Net og SEO

Lundsby — Mon, 17 Apr 2006 19:28:00 GMT

> Hvis man er meget fokuseret på kun at kaste sig ud i noget der er veldokumenteret vil jeg anbefale at man finder et helt andet område end søgemaskineoptimering :)

Det er ellers nærmest på din anbefaling at jeg er begyndt at interesserer mig for søgemaskine optimering. Jeg har læst din blog om hvordan CMS og Webshop systemer bør gøre mere for dette område.

Da jeg leder udviklingen af et shopsystem, er det nok meget fornuftigt at jeg sætter mig lidt ind i det. Har en ide om at det kan blive en vigtig konkurrence parameter for os.

Jeg kan da også sagtens acceptere råd og vejledning, der bygger erfaring og gut feeling. Men jeg vil nok altid foretrække og favorisere veldokumenteret viden, det lidt en miljø skade ved en naturvidenskabelig baggrund.

.Net og SEO

Mikkel deMib Svendsen — Mon, 17 Apr 2006 13:17:00 GMT

> Jeg kunne dog godt tænke mig at vide om der er nogle der ligger inde med noget dokumentation på at brug af viewstate påvirker søgemaskine resultater negativt?

Hvis man er meget fokuseret på kun at kaste sig ud i noget der er veldokumenteret vil jeg anbefale at man finder et helt andet område end søgemaskineoptimering :)

.Net og SEO

Martin Overgaard — Mon, 17 Apr 2006 10:11:00 GMT

Derudover kan man sagtens lave formularer, der fungerer på .NET uden runat="server". Man kan givetvis ikke bruge udviklingsmiljøet i samme udstrækning, men der er jo heller aldrig nogen, der har påstået, at man skal kunne lave det perfekte websted uden omkostninger. CMS kan som værktøj overtage en stor del af opgaverne, men det kan lige så let blive en hæmsko, hvis det ikke er lavet rigtigt.

Jeg er godt klar over at man kan lave alm. html formulare og tilgå dem i codebehind med request.form("element") og så benytte session''s eller andet til at holde en form for viewstate på felter der først skal valideres inden der submittes.

Det korte af det lange er bare at man bliver bombet tilbage til stenalderen og må derfor gå på kompromi med de muligheder der er.

Jeg kunne dog godt tænke mig at vide om der er nogle der ligger inde med noget dokumentation på at brug af viewstate påvirker søgemaskine resultater negativt?

Det har ikke været mig muligt at finde noget dokumentation på det, men uanset hvilken artikel jeg har læst, forum debat jeg har deltaget i så bære det altid præg af at det ikke er godt for SEO. Ligeledes kan man snakke om brugen af div''s til at lave layout i stedet for tabller, det korte af det lange er vel, som mikkel også skriver, at jo mindre "støj" der er på siden jo bedre placeringer vil man vel kunne opnå i søgemaskinerne.

/Martin

.Net og SEO

Martin Overgaard — Sat, 15 Apr 2006 23:50:00 GMT

Lundsby >> Cool, jeg har lige samlignet det stykke software jeg har med den artikel og det er en HttpHandler der er skrevet til dette formål. Man laver simpelt nogle kritere i config filen som går det muliget at lave "pæne" url''er, så der har jeg fat i det rigtige ;o)

Med hensyn til inline CSS så har jeg alle dage lavet det i en seperat fil da det jo livet noget lettere ved redigering og så er "code reuse" et must for ikke at skrive det samme igen og igen.

Men tak for oplysningerne.

/Martin

.Net og SEO

Lundsby — Sat, 15 Apr 2006 13:20:00 GMT

Hej Martin

Her er en artikel om emnet her

Inline Css, er når der er angive Css kode i selve html filen.
Istedet bør man lægge alt Css kode i en seperat fil.

.Net og SEO

Martin Overgaard — Sat, 15 Apr 2006 13:14:00 GMT

Lundsby >> Kunne du komme med et link til et eksempel på hvordan man laver url-rewriting med HttpHandler ?

Og så spørger jeg sikkert dumt men med inline css mener i da følgende :

body{font-family:Verdana;font-size:10pt} osv......

frem for :

body

{

font-family:Verdana;

font-size:10pt;

}

/Martin

.Net og SEO

Lundsby — Sat, 15 Apr 2006 13:01:00 GMT

Hej Troels

Mht. viewstate på vores egen side www.easyflow.dk, så er det fordi den er bygget i EasyFlow systemet, der generisk bygger hele layoutet udfra indstillinger i databasen, derfor har der nogle gange at clientside koden, bliver mindre end optimal, simplethen for at mindske kompleksiteten af den bagved liggende kode.

Selvfølgeligt optimerer vi koden, alle de steder hvor vi finder signifikantet uhensigtsmæssigheder.
Men ærligtalt tror jeg ikke at en viewstate størrelse på 40 tegn falder i denne kategori (Men jeg vil dog alligevel spørge udviklerne om det er noget de kunne tænke sig at gøre noget ved ).

Mht. til inline stylesheet, så er vi bestemt opmærksomme på det, vi har også skitseret en løsning, men det er lidt komplekst da der ligger en substansiel kodebase bag, som vi ikke umiddelbart er villige til at gå på kompromis med vedligeholdelses venligheden af.
Pointen er det kommer, men vi har andre opgaver som vigtigere (Med en side størrelse på 17 KB er der vist heller ikke akut brug for en slankekur).

Allan arbejder ikke hos os længere, han har valgt at blive selvstændig massør, og såvidt jeg ved klarer han sig rigtigt godt.