Waga strony

[Schycha]

Mam do was pytanie czy pojemność strony waga ma jakiś wpływ na pozycjonowanie czy też nie ma to większego wpływu?

[gizmoo3]

jeśli ładuje się w miare płynnie to nie ma

[bobak29]

zależy co stanowi wagę strony,

czy obrazki, html, css, js?

[maritos]

Moja strona waży 0,5 Kg I dobrze sie pozycjonuje

A tak na poważnie to tak jak mówi Gizmoo3, jeśli się ładuje płynnie to w niczym to nie przeszkadza

Pozdrawiam

[Schycha]

W wiekszosci przypadku to grafiki bo jak wiadomo sam kod niewiele waży. Czy jak grafiki będą mniejsze to będzie to miało jakiś wpływ na pozycjonowanie strony czy wystarczą dobrze opisane zdjęcia za pomocą alt a rozmiar (waga) zdjęć nie będzie miała wtedy większego znaczenia?

[Kaviorek]

Nie ma znaczenia. Przy czym im większe wymiary (czyli piksele) danego obrazka/zdjęcia tym większa szansa na lepszą pozycję w Google Images.

[Pilsener]

Waga ma istotne znaczenie - liczy się zarówno całość, jak i proporcje

Grafika nie ma znaczenia dla gugla, ale jeśli jej zaimplementowanie spowalnia proces przysyłania strony do guglebota to już ma istotne znaczenie - dlatego graficzne elementy layoutu, które nie są istotne z punktu widzenia SEO powinny być w CSS, np.:

<h1><img src="punkcior.gif" alt="" />Nie tak</h1>
<h1>Tylko tak</h1>

<!-- CSS: -->
h1 {
background: url(punkcior.gif) no-repeat left;
}

Każde dodatkowe zapytanie spowalnia serwer i proces ładowania się strony - co ma znaczenia dla gugla, bo zauważmy, że gugle mierzy czas spędzony na stronie! Co z tego, że gugle nie pobiera grafiki, jak userzy bombardując serwer zapytaniami spowolnią także i guglebota.

Przydatne mogą tu być takie narzędzia: https://www.websiteoptimization.com/services/analyze/

Objętość całości (bez grafiki, sam kod) też ma znaczenie. Dlaczego np. nie zrobić wszystkich newsów na jednej stronie? Powiedzmy 500 kb samej treści? Gugle wczytuje stronę od góry i od lewej, a niebogaty indeksuje na raty - dlatego zanim gugle dojdzie do linku w stopce takiej strony to może minąć z rok, albo więcej. Najlepiej, jeśli sama treść (bez kodu) nie przekracza 20-25 kb.

Kolejnym kluczem są PROPORCJE - pomiędzy kodem a treścią, przykład:

<p>Mamy cztery słowa kluczowe</p>
<p style="width:60px;color:red;"><img src="punkcior.gif" alt="" />Mamy cztery słowa kluczowe</p>

Gugle nie jest głupi i mierzy nie tylko czas, ale i ilość pobranych bajtów - ściśle to limituje. Powiedzmy, że, w tym przypadku tylko 30 bajtów (dla uproszczenia) - bocisz zaindeksuje nam:

- w przypadku pierwszym - cztery słowa kluczowe

- w przypadku drugim - jakieś śmieci, bo utknie gdzieś między img a src

W dodatku w wyniku wolniejszego działania serwera w przypadku drugim gugle łyknie mniej takich stron.

Im więcej treści uda nam się przemycić w tych samych bajtach, tym lepiej!

Zauważmy, że taki np. PHP fusion gdzie 90% to tagowa i JS'owa zupa, a tylko 10% objętości to unikalna treść, to prawie duplicate content z punktu widzenia gugla

Zatem podsumowując:

- optymalizacja kodu to szybsza indeksacja

- mało kodu a dużo treści to dodatkowy bonus i wyższa pozycja w wynikach

Zauważyłem, że optymalizacja kończy się najczęściej na friendly URL - czas to zmieniać. W tych trudnych czasach, gdzie guglebot nie wyrabia się z indeksacją będzie można dużo zyskać optymalizując serwisy.

[Grz3g0rz]

Dobrze kolega napisal, dodam tylko ze jest to jednak tylko 1 z ponad 200 czynnikow wplywajacych na ocene strony i zaliczyl bym go do grupy srednio-mniej istotnych.