Google breidt toolkit voor webmasters uit

Google heeft zijn dienstenpakket voor hostingbedrijven en webmasters verder uitgebouwd. Google Services for Websites biedt nu onder andere web elements en een tool voor het meten van de prestaties van een website.

Met het Google Services for Websites-programma levert de zoekgigant een serie tools aan webhostingbedrijven, die ze op hun beurt weer via een control panel aan hun klanten kunnen aanbieden. Google startte begin dit jaar met de hostingservice en nu heeft Google een tweetal nieuwe tools aan zijn pakket toegevoegd, zo laat het bedrijf weten op zijn bedrijfsblog.

De Web Elements-dienst doet denken aan Google Gadgets en bevat elementen die een webmaster eenvoudig in zijn site kan integreren, zoals Youtube-video's, kaarten en nieuwsfeeds. De zogenaamde conversation elements moeten de bezoeker van een site in staat stellen om feedback achter te laten, terwijl het custom search element de webmaster de mogelijkheid geeft om zijn site doorzoekbaar te maken.

De Page Speed-tool moet samen met de ontwikkelplug-in Firebug in Firefox geïnstalleerd worden. Deze opensource add-on, een alternatief voor Yslow, test met een serie benchmarks zowel de webserverconfiguratie als de uitgeserveerde pagina's. De plug-in geeft aanwijzingen hoe de snelheid van de site verhoogd kan worden. Google heeft verder nog een aantal tips voor webhosters online gezet, waarin de zoekgigant onder andere beschrijft hoe zij binnen hun hostingomgeving geld kunnen verdienen met referrals, uiteraard het liefst naar de met reclame gelardeerde diensten van de zoekgigant.

Reacties (19)

[Calavoow]

Ik heb sinds kort PageSpeed gebruikt en ik moet zeggen dat het wel een handige tool is. Van sommige dingen heb ik nog geen koek gegeten, maar op andere plekken suggereert het programmaatje heel duidelijk wat je kunt doen. Zoals de code zonder enters & miner spaties gebruiken, waarvan het dan een voorbeeld genereert.

[RM-rf]

Zoals de code zonder enters & miner spaties gebruiken

nuja, dat is een beetje tricky.. omdat dat vanuit optimalisatie standpunt wel handig kan zijn, maar als ontwikkelaar je juist in je ontwikkelomgeving _nooit_ moet doen, je hooguit moete bewaren totdat de code zelf actief wordt in een productieomgeving (en je bv een specifieke optimised-versie online stelt die gescheiden is van je ontwikkelversie)...


bv HTML, CSS en/of javascript code helemeaal minifyen terwijl je er ook aan moet ontwikkelen is het jezelf verschrikkelijk lastig maken om bv fouten te ontdekken of aanpassen effectief te doen.

[the_stickie]

langs de andere kant is dit iets wat je heel betrouwbaar (zonder het creëren van nieuwe fouten) achteraf kan doen dmv een eenvoudig script.
Eerst de pages ontwikkelen, dan compressen/minifyen , dan uploaden. Zo doet t.net het toch ook?

[mzziol]

Ik denk eigenlijk dat Tweakers.net voor het grootste deel dynamisch is. Zeker weten doe ik het niet, aan de .html achter elk nieuwsbericht lijkt het toch dat ze gebruik maken van statische bestanden.

[Verwijderd]

De extensie die je ziet - in dit geval html - zegt niet of de content statisch of dynamisch is.
Tweakers heeft waarschijnlijk voor .html gekozen omdat het HTML is wat er getoond wordt en niet bijv. .php.
En.. ga er maar vanuit dat het meeste wat je hier op tweakers ziet dynamisch is (en uiteraard gecached).

[teh_twisted]

zolang je aan de scripting engine doorgeeft welke bestanden hij moet doorwandelen is de extensie compleet irrelevant hoor

[JorzoR]

Dat .html in deze context is niet meer dan een 'tekstje' en geen extensie. Kan je eenvoudig regelen met mod_rewrite...

Gebruik het zelf ook op m'n site.

Zometeen maar weer eens die Webmaster portal bezoeken, is al weer een tijdje geleden.

[Reactie gewijzigd door JorzoR op 23 juli 2024 19:14]

[r.steenis]

Ik hebruik al sinds een tijdje Yslow. Het zijn soms inderdaad lastige dingen die vertragen, maar je leert er een hoop van.

Binnenkort even de verschillen bekijken van Yslow en PageSpeed

[alienfruit]

Ach ja, gewoon geen Google Analytics gebruiken maakt de website al een stuk sneller. Het inladen van de externe JS-bestanden is echt een vertragende factor voor sites.

[DeuTeRiuM]

Dat heoft niet persee waar te zijn. Iets laden van 2 verschillende domeinen is weer sneller dan van 1 domein. Dit omdat er vaak maar 2 threads per domein gebruikt worden door de browser. Het gebruiken van een ip adres ipv een dns kan al heel veel verschil maken, omdat er dan geen dns lookup nodig is.

[thegve]

Het probleem is dat Google niet supersnel blijkt te zijn regelmatig het het hosten van de GA code.

[thegve]

Bij een grote website hebben we dit (tegen de regels van Google in!!) opgelost door de GA scripts pas in te laten laden nadat de pagina volledig was geladen (pageready event als ik het goed in mijn hoofd heb zitten...).
Van Google schijnt dit eigenlijk niet te mogen, maar het scheelt wel heel veel in performance.

[rorydeleur]

Speed tests staan beter bekend as Web Page analyzers, de bekendste zijn van pingdom en WebSiteOptimization.com. Google heeft kennelijk er voor gekozen om niet het model van pingdom maar die van Firebug te volgen en deze te combineren met WebSiteOptimization.com, wel jammer, want er zit nogal verschil in hoe browsers pagina's laden per vendor.

Zie http://tools.pingdom.com
Zie http://www.websiteoptimization.com/services/analyze/

[foton]

Niet geheel hetzelfde, maar wel handig zijn onder andere Fiddler en Page Detailer.

[elmuerte]

Die twee websites zijn alleen interesant voor 100% statische HTML code. Er word helemaal geen rekening gehouden met content die toegevoegd word door middel van JavaScript.

[Little Penguin]

Tot op heden heb ik nog YSlow of PageSpeed gebruikt, van die laatste wist ik niet eens dat'ie bestond. Maar deze aankondiging heeft me er toe gebracht om ze allebei eens te installeren

Op het eerste gezicht vind ik de huidige PageSpeed overzichtelijker (en dus duidelijker) dan YSlow. Ook geeft PageSpeed bijvoorbeeld meer praktische hints (lijkt het wel), zoals bijvoorbeeld het verbeteren van de compressie van PNG-afbeeldingen, die blijkbaar nog verder gecomprimeerd kunnen worden. Dat wil overigens niet zeggen dat YSlow dat niet kan, maar ik kon 'm niet direct vinden - met wat zoekwerk zie ik dus wel een functie die hetzelfde lijkt te doen...

Het lijkt er 't meest op dat de tools elkaar in elk geval aanvullen...

[ZpAz]

Zelf vind ik een tot op zekere hoogte vergelijkbare variant wel netjes. (Hij geeft niet zo zeer aan wat je moet doen om iets te verbeteren, maar hij geeft heel duidelijk aan wanneer iets laad, en hoeland hij daar over doet). Namelijk de default developers tools van Safari.

Zie dit screentje: http://overig.indev.nl/uploads/speed.png

[elmuerte]

Dat is een standaard feature van firebug.