JAK VYDĚLAT PENÍZE Z WEBOVÉ STRÁNKY 2020

Už dva měsíce pracuji na zlepšení naší doby odezvy (hlavně na straně serveru) na novém fóru (z technického hlediska zbrusu nový produkt), které jsme uvedli v Německu před pár měsíci a já jsem hodně překvapen výsledky, které dostávám. Sleduji naši dobu odezvy pomocí protokolů Apache a vlastní implementace majáku Boomerang.

Podle mých statistik vidím, že náš nový produkt reaguje přibližně za 680 ms, kde náš starý produkt reagoval přibližně za 1050 ms. Na druhou stranu nám Google Webmaster Tool říká, že naše stránky mají dnes průměrnou dobu odezvy asi 1500 ms, kde to bylo před třemi měsíci 700 s naším starým produktem.

Zjistil jsem, že GWT bere v úvahu metriky na straně klienta, takže jsem přidal několik opatření na náš maják Boomerang a všechno vypadá dobře. Také jsem spustil několik náhodných stránek na stránkách ySlow a Google Page Speed ​​a všechno vypadá lépe, než tomu bylo dříve. Máme událost, která má 82% na nástroji Google Page Speed, což je pro web s některými reklamami celkem skvělé :)

V poslední době jsme podepsali smlouvu s Akamai o použití dvou jejich produktů: CDN pro naše statické soubory (dříve jsme používali jiné CDN, ale nebylo to příliš efektivní) a RMA na vylepšení sítí Networks. Také jsme zavedli nový mechanismus agresivní mezipaměti, abychom zajistili, že většina stránek poskytovaných prohledávačům bude ukládána do mezipaměti naší memcache mřížkou. Po kontrole mých metrik se zdá, že se tyto změny zlepšily ze 650 ms na přibližně 500 ms, což je dobré (stále není skvělé, ale je to určitě zlepšení). Nástroje pro webmastery však i nadále hlásí rostoucí průměrnou dobu odezvy, kde vidíme její zkrácení ve stejnou dobu.

Měli jste někdy na svých webech stejný druh podivného chování při vylepšování výkonu? Máte nějaký nápad, jak sledovat to samé, co Google dělá s výkonem stránek v Nástrojích pro webmastery Google, abychom mohli vylepšovat náš web a neustále kontrolovat, zda to Google chce?

Upravit 2011/07/26 : Díky za vaše odpovědi, lidi! Nebyl jsem však dostatečně přesný. Hlavní problém, který zatím nemáme, není se stránkou Výkon webu, ale se statistikou procházení. Pravděpodobně jsme našli problém na naší straně s některými velmi pomalými stránkami (kolem 3000 ms !!) a snažíme se je opravit. Budu vás informovat, jakmile budu mít nějaké informace. Ještě jednou děkuji !

Podle oficiálních pokynů

http://www.google.com/support/webmasters/bin/answer.py?answer=158541

Výkon webu je experimentální funkce Laboratoře nástrojů pro webmastery, která zobrazuje informace o latenci vašeho webu. (Chcete-li zobrazit údaje o výkonu webu, musíte svůj web přidat a ověřit v Nástrojích pro webmastery.)

Doba načítání stránky je celková doba od okamžiku, kdy uživatel klikne na odkaz na vaši stránku, do doby, kdy je načtena a zobrazena celá stránka v prohlížeči. Shromažďuje se přímo od uživatelů, kteří si nainstalovali lištu Google Toolbar a povolili volitelnou funkci PageRank.

Vzhledem k tomu, že uživatelé mohou často komunikovat s webovými stránkami ještě před úplným stažením, jedná se o velmi přísný výklad rychlosti webu. Je ale rozumné být na toto opatření zvlášť přísný, protože pokud má stránka spoustu dynamického JavaScriptu a dynamicky načítaných reklam, je pro uživatele pravděpodobně správnější vidět stránku pomalu načítanou.

Způsob, jakým to měří, je tedy použití karty Síť v nástrojích Google Chrome aka ctrl+posun+.

Dvě relevantní události jsou DOMContent Event Fired (modrá čára) a Load event fired (červená čára). Na náhodné stránce zde na tomto webu to znamená, že čísla jsou kolem 600 ms, respektive 1,1 s. To je mnohem, mnohem větší než čas na stažení stránky z příkazového řádku pomocí wget - a jasně odráží čas klientský prohlížeč utrácí za vykreslení obsahu, který stáhne přes HTTP.

(Také se mi to zdá nespravedlivé, protože web se všemi statickými stránkami bude mít obrovskou výhodu oproti tomu, který dynamicky přizpůsobuje každou stránku pro konkrétního uživatele, ale myslím, že jsou to přestávky!)

  • 2 Souhlasím s tím, že toto opatření je nespravedlivé. Opravdu se potýkám s tím, že Google mě potenciálně penalizuje za to, jak dlouho trvá, než se můj nejnovější stav na Twitteru načte asynchronně a nenápadně, když se maso stránky načte téměř okamžitě. Horší je, že to vypadá, jako by podporovali vícestránkový formát článku, který všichni nenávidí, protože to se téměř jistě načte rychleji.
  • 1 Pokud vezmete v úvahu skutečnost, že Google prodává reklamy a více požadavků na stránky se často rovná většímu počtu zobrazovaných reklam, mělo by smysl, aby se G $ pokoušela povzbuzovat weby k používání vícestránkového formátu článku.
  • @dave Google výslovně říká, že výkon stránek je experimentální funkcí „laboratoře“, aby bylo jasno, takže není jisté, že se používá pro účely hodnocení.
  • 1 @Jeff, věřím, že jsou, pokud si to od té doby nerozmysleli: googlewebmastercentral.blogspot.com/2010/04/…
  • 1 Znamená to tedy, že cokoli spuštěné po window.onload se do doby načítání stránky nepočítá?

Pracoval pro vás: Charles Robertson | Chcete nás kontaktovat?