Menue

Pagina-analyse loopt ...
Loader

SEO NW Premium Hosting

Pagespeed meet alleen de belangrijkste domein (http: // mijndomein.nl) (niet http: // mijndomain.nl/iets.html of http: // mijndomain.nl/iets/). De submappen of de specificatie van bepaalde bestanden worden uitgefilterd.

Google ™ tests hebben aangetoond dat webpaginas met een laadtijd langer dan 4 sec. in 90% van de gevallen vaak direct worden verlaten.

De snelheidstests worden door een specifieke server in Duitsland met 120 Gigabit aansluitingen uitgevoerd.

Wat en hoe wordt gemeten?

Pagespeed meet alleen de directe laadtijd van de pagina, in de header ingebed javascripts en inline-afbeeldingen. Niet gemeten worden beelden, die door CSS worden opgeroepen! Het zijn dus slechts korte prestatietests die ongeveer met dat overeenkomen, wat een Google bot doet.

De resultaten worden in kleur weergegeven. Groene waarden zijn in principe goed, rode waarden betekenen hoge laad- / latentietijden* en kunnen dus een heleboel data en / of een trage responstijd indiceren. Teveel gegevens in bepaalde gebieden worden ook gekenmerkt.

Hosting van SEO NW

Snelle premium hosting krijg je van SEO NW. Met de web hosting en snelle servers kunt u ook de resultaten verbeteren.

Pagespeed.de

Pagespeed.de wordt voortdurend herzien. Er zijn vele functies en nieuwe waarden toegevoegd. De snelheid van een website is nu beter bepaald en er is een nieuw archief van websites. De evaluatie toont nu ook javascript en afbeeldingen. Verder wordt vastgesteld of de compressie geactiveerd is of niet. De bewaarde data volume wordt weergegeven en geëvalueerd. Verdere evaluaties zijn gepland, maar het zal nog enige tijd duren. De snelheid van de pagina wordt vergelijkbaar met Google berekend. (Google Page speed Link) Echter verschillen de scripts enigszins in de beoordeling. Op Pagespeed.de wordt meer waarde op de server snelheid geplaatst. Google toont dit onder 200 ms niet eens. Alleen wanneer een webpagina met betrekking tot de server snelheid op Google faalt, worden de gegevens getoond. Op Pagespeed.de worden alle gegevens in verband met de snelheid van de website weergegeven. Verder zjin er waardevolle tips om de snelheid van de pagina te verhogen. CSS afbeeldingen worden nog niet geëvalueerd.

Advies voor het optimaliseren van uw website

Vele gegevens, die door Pagespeed.de worden vermeld, kunnen voor uw website worden gebruikt. Als deze geïmplementeerd zijn, laadt de website sneller en bezoekers hebben een betere surfervaring. Ook de score van Google Pagespeed zou daardoor moeten stijgen, echter worden hier op Pagespeed.de ook meer data uitgegeven en de zwakke punten van de eigen website vermeld. Bovendien adviseren we een Premium Hoster. Deze zijn een beetje duur bij de aankoop, maar verbeteren eventueel ook het resultaat op Google en Pagespeed.

Feedback over het script

We ontwikkelen ons voortdurend verder. Vele gegevens worden uitgegeven, met name in het domein archief. Wilt u een nieuwe functie, neem dan gerust contact met ons op. Omdat we het script net herzien, kan het enige tijd duren voor dat Pagespeed.de zich aan uw wensen past.

Verbieden van de Pagespeed crawler

Een nieuwe functie is ook het vergrendelen van de Pagespeed.de crawler. Wij respecteren, als u het niet wilt dat uw website mag worden getest. Voor dit doel is er een handleiding hoe je de Pagespeed.de crawler kunt verbieden, tests met uw eigen website uit te voeren. Wij denken dat is jammer, maar het is uw goede recht. Er moeten slechts 2 lijnen in de robots.txt toegevoegd worden en de Pagespeed.de crawler zal uw website niet bezoeken. De crawler houdt zich aan robots.txt, maar desondanks raden we, de Pagespeed test uit te voeren en de gegevens ter harte te nemen. In het geval dat uw website traag is, vindt u waardevolle tips in het archief, om de snelheid te verhogen.

Codevoorbeelden voor het vergrendelen van Pagespeed Bot

User-agent: pagespeedbot
Disallow: /

Met User-Agent: pagespeedbot verbiedt u Pagespeed.de het lezen van uw URL. Maar wees voorzichtig met de robots.txt en test het geheel. Niet, dat alle crawlers / bots op uw website worden verboden. Overigens ook met een wildcard.

ALLE bots vergrendelen - gelieve voorzichtig ermee!

User-agent: *
Disallow: /

Met deze code, zal onze bot uw site niet bezoeken. Met deze code worden echter ALLE bots buitengesloten (wie eraan voldoet...), ook de Google bot. Wees dus voorzichtig ermee!

Hoe kan ik mijn website sneller maken?

Natuurlijk, in de eerste plaats de website testen en de resultaten ter harte nemen. Vele beelden, JavaScript en CSS kunnen uw website nog langzamer maken. De verzoeken worden door de server opgevraagd en vervolgens aan de browser verzonden.U hebt de mogelijkheid om deze kwetsbaarheden van uw website op Pagespeed.de te laten vertonen. Veel aanvragen en de bestandsgrootte zijn van invloed op de paginasnelheid.

Wij wensen u veel succes en altijd een snelle website

We willen ook het web sneller maken. Neem de adviezen ter harte, die u op Pagespeed.de kunt vinden en zorg voor een leuke ervaring van de bezoekers van uw website. Snelle websites bieden aan u en aan de bezoekers de nodige "Aha" belevenis. Een stap voorsprong op de concurrentie!

Gegevens van de server

Hoe we de prestaties van de server testen. Wat is er belangrijk voor ons?

Ping

Een ping is de makkelijkste en snelste manier om te controleren of een server bereikbaar is. De gemeten snelheid (in ms) toont echter alleen de netwerkverbinding en de waarde heeft nog niets met de prestaties te maken. Als een ping niet kan worden gestaakt, is de server niet beschikbaar of de hoster blokkeert het Ping-protocol. Een mogelijke blokkade van de ping kan ook een vermelding in de firewall betekenen. "Server naar server" ping tijden zouden in Duitsland minder dan 20 ms moeten zijn, voor de andere landen gelden waarden rond de 30 ms als ok.

Latentie

Wachttijd: de periode tussen het begin van een 'trigger' en het optreden van een zichtbare / meetbare respons (zie wikipedia). Op basis van de latentie kunnen de prestaties van een server al meer bepaald worden. De reactie van de webserver wordt hier geëvalueerd. Indien hier slechte waarden zijn bereikt, kan de reden ervoor een overbelaste web server, maar ook een mogelijke SQL-database zijn, die de server laat wachten. De latentie moet maximaal 2-3 keer van de ping tijd bedragen, om op een snelle reactie van de server te laten sluiten.

Data doorvoer

Voornamelijk wordt de startpagina van een domein gemeten en de startpagina dient altijd bijzondere aandacht te krijgen. Nieuwstijdschriften zoals Focus.de pakken de startpagina volledig aan de rand en laten de bezoekers heel veel gegevens laden. Kleinere websites dienen zorgvuldiger ermee om te gaan, omdat lange laadtijden het risico verhogen, dat de bezoekers snel weer weg zijn. Daarom besteden we aandacht aan de hoeveelheid gegevens en de snelheid van de test. Natuurlijk levert een snelle verbinding in de proefperiode meer gegevens. Wij zetten dat ten opzichte van elkaar. De snelheid kan worden versneld met een CDN

Snelheid: Gemeten wordt in KB/s (1 KB = 1024 kilobits). 100 KB s = 1 Mbit/s, 500 KB/s = 5 Mbit/s, 1 MB/s = 10 Mbit/s. (ADSL ~ = 16 Mbit/s)

Gegevens van de website

Hoeveel moet een browser laden, totdat alles klaar is? Wat is er belangrijk voor ons?

Afbeeldingen

In de huidige tijd kan er geen website meer zonder foto's en grafieken opschieten. Maar ook hier moet je niet overdrijven. Veel foto's, die boven alles ook nog groot zijn, voorkomen een website snel te laden. Elk beeld vertegenwoordigt een HTTP-verzoek en elke aanvraag vereist bandbreedte. Vele testsites adviseren, dat je afbeeldingen in zogenaamde sprites dient te storten. Dit heeft het voordeel dat slechts een afbeelding moet worden geladen. Het grote nadeel is dat je dan de coördinaten voor elke grafische component in CSS moet specificeren. Daarmee is een "normale" webmaster / blogger echter meestal overmeesterd. Een zuivere beelden pagina (bijvoorbeeld: Quaknet ) is natuurlijk een beetje groter.

JavaScript

Het gebruik van JavaScript behoort inmiddels bij elke moderne website. Maar ook hier kun je de fout maken, dat je te veel kleine scripts in de header zet, in plaats van de scripts samen te voegen. Dit lukt natuurlijk niet altijd. Indien mogelijk, zou je deze optie moeten gebruiken, omdat een script in de browser cache blijft, zolang je op de website bent. Niettemin moeten alleen de JavaScripts worden geladen, die voor elke pagina nodig zijn (een galerie script moet bijvoorbeeld niet bij de contactgegevens worden geladen). Een manier van ondersteuning biedt Google ™ waar u bijvoorbeeld ook actuele AJAX-Bibliotheken van externe bronnen kunt laden.

HTML-Code / CSS

HTML is vrijwel de basis taal van alle websites. Zonder HTML zou een browser niet weten hoe de pagina moet worden weergegeven. Terwijl formatteringen vroeger in de HTML-code waren gedefinieerd, worden ze inmiddels door definities in zogenaamde style sheets (CSS) gerealiseerd. Ook style sheets kunnen tot een groot bestand worden samengevoegd en in plaats van vele kleinere bestanden in de header worden gezet. De HTML-code van een startpagina dient dus rond de 50-100 KB beperkt te zijn. Al het andere is ofwel overladen of gebruikt de zogenaamde spaghetti code. Dit betekent dat style informaties in de HTML code zitten en niet in de stylesheet, waar zij zouden behoren. Formatteringen in HTML-code worden niet in de cache opgeslagen! Geoptimaliseerde sites hebben natuurlijk een voordeel bij zoekmachines (zie ook http://barbecue-bbq.de).

Als de pagina's traag zjn ...

Algemene informatie waarom pagina's kunnen vertragen.

Winkel eigenaars

Online winkels leven natuurlijk van de verscheidenheid aan producten en een keuze uit meerdere aanbieders. Wie geen eigen producten via een winkel verkoopt, is dus van externe data afhankelijk. Gewoonlijk moeten zulke gegevens in zwakke tijden (bijvoorbeeld 's nachts) worden bijgewerkt. Enkel indien de gegevens uit een plaatselijke databank of lokaal XML-bestanden kunnen worden opgehaald, wordt een snelle reactie van de server gewaarborgd. Indien voortdurend op nieuwe gegevens wordt gescand, is het zeer lastig voor een goede prestatie.

Blogger

Blogs leven van hun lay-outs en van de gebruikte plugins. Wie van ingewikkelde lay-outs gebruik maakt of vele plugins geïnstalleerd heeft, moet met het feit leven dat de latentie tijden sterk stijgen. Vooral als externe gegevens zoals 'Twitter streams' worden opgehaald (de Twitter API is erg traag). Ook het uitbesteden van foto albums aan externe diensten kan tot beperkingen leiden. Live Search zoals bijvoorbeeld van Amazon ™ op bepaalde zoekwoorden houden de pagina-opbouw ook enigszins op.

Adverteren

Iedereen die van reclame op zijn sites gebruik maakt, bouwt automatisch sommige remmen in de paginas. Degenen die het niet zonder reclame zouden kunnen of willen doen, moeten aandacht besteden aan hoe snel een provider de reclame levert. Goed is het altijd bijvoorbeeld met Google ™ Adsense. De servers bieden altijd prompt hun banners en dat houdt de website nauwelijks merkbaar op. Maar meer dan drie banners per pagina moet u niet zetten (Google ™ laat hoe dan ook niet meer toe).

Statistieken

Statistieken moeten - indien mogelijk - intern worden gedaan (lokale plugins, Piwik, blog traffic) en niet aan externe diensten worden overgelaten. Vooral "teller diensten" van de Verenigde Staten verzwakken de prestaties van een website erg. Ook hier opnieuw de verwijzing naar een bijkomende Google ™ service: Analytics. De tracking servers zijn wereldwijd verspreid en interfereren nauwelijks met het laden van de pagina (let op de privacy verklaring!)