{"id":4469,"date":"2020-10-30T22:09:32","date_gmt":"2020-10-30T21:09:32","guid":{"rendered":"https:\/\/webhosting.de\/?p=4469"},"modified":"2024-02-15T14:15:05","modified_gmt":"2024-02-15T13:15:05","slug":"hvordan-man-nar-100-100-100-point-med-google-pagespeed-for-din-wordpress-website","status":"publish","type":"post","link":"https:\/\/webhosting.de\/da\/so-erreichst-du-100-100-punkte-bei-google-pagespeed-fuer-deine-wordpress-website\/","title":{"rendered":"S\u00e5dan opn\u00e5r du 100\/100 point p\u00e5 Google Pagespeed for dit WordPress-websted"},"content":{"rendered":"

Google Pagespeed Insights<\/a> er det velkendte website-v\u00e6rkt\u00f8j, som du kan kontrollere og optimere alle parametre, der er relevante for s\u00f8gemaskinen. Du kan klikke p\u00e5 linket ovenfor, eller du kan normalt ogs\u00e5 se en dagligt opdateret v\u00e6rdi af din side i administrationssystemet.<\/p>\n

I denne vejledning viser vi dig, hvor nemt det er at pagespeed score<\/strong> Fra 100\/100<\/strong> at opn\u00e5. Du kan ogs\u00e5 g\u00f8re det.<\/p>\n

I vores eksempel har vi brugt et demo-websted med alt muligt indhold og et velkendt tema, som ogs\u00e5 indeholder de s\u00e6dvanlige plugins. S\u00e5 det er pr\u00e6cis det, du bruger til at skabe gode websteder.<\/p>\n

\"super-food-hjemmeside\"<\/a><\/p>\n

Vi har her valgt temaet The7<\/strong> besluttet. Men det er egentlig ligegyldigt, hvilket tema du bruger. Det vigtigste er, at den er opdateret og tilbyder nogle f\u00e5 indstillinger til oprettelse af webstedet.<\/p>\n

Det er det, du har brug for for at f\u00e5 et hurtigt websted.<\/h2>\n
    \n
  1. en hurtige webhostere<\/strong> med erfaring<\/li>\n
  2. en ren str\u00f8m WordPress<\/a><\/li>\n
  3. de korrekte indstillinger for webserveren<\/li>\n
  4. et v\u00e6rkt\u00f8j til optimering og caching<\/li>\n<\/ol>\n

    I dette eksempel bruger vi WP Rocket<\/strong>. Disse v\u00e6rkt\u00f8jer g\u00f8r alle det samme. De komprimerer tekstfiler, opsummerer koden og opretter en statisk side som en kopi, hvis det er n\u00f8dvendigt.<\/p>\n

    Dette g\u00f8r det muligt for den bes\u00f8gende at f\u00e5 hurtigt adgang til siden.<\/p>\n

    Statiske sider minder om html-kode fra gamle dage. Websteder, der best\u00e5r af simpel html-kode og billeder, er stadig de hurtigste. Men ikke dynamisk. Med disse plugins genskabes cachen altid, s\u00e5 snart der er \u00e6ndret noget p\u00e5 siden.<\/p>\n

    Tip: Deaktivere WordPress cronjob<\/strong>. Det er egentlig ikke et cronjob i egentlig forstand, men det kaldes altid, n\u00e5r en bes\u00f8gende kommer til siden. Hvordan det fungerer, viser vi dig i en anden artikel.<\/p>\n

    Google Pagespeed Insights<\/h2>\n

    Indtast din nuv\u00e6rende hjemmeside i Google og se p\u00e5 resultaterne.<\/p>\n

    Normalt f\u00e5r du de f\u00f8rste v\u00e6rdier i det gule omr\u00e5de, s\u00e5 du kan se, om webhotellet har en god server.<\/p>\n

    P\u00e5 vores standardinstallation viste PSI os 85\/100 p\u00e5 skrivebordsvisningen.<\/p>\n

    \"<\/a><\/p>\n

    Lidt misvisende er dog udsagnet om, at serveren har svaret langsomt. Her menes tiden til den f\u00f8rste byte, som overf\u00f8res.<\/p>\n

    Der er rigtig mange faktorer, der spiller sammen her. Ofte vil du reducere den s\u00e5kaldte TTFB (time to first byte), hvis du retter alle andre punkter.<\/p>\n

    \"<\/a><\/p>\n

    Google tilbyder bekvemt den optimerede kode til download for mange punkter. Jeg anbefaler p\u00e5 dette tidspunkt, men i princippet kun tidligere optimerede billeder til at integrere i hjemmesiden.<\/p>\n

    Du kan endda g\u00f8re det gratis, f.eks. med Tinypng Panda<\/a> g\u00f8re.<\/p>\n

    \"tinypng<\/a>
    Tinypng.com Panda \u00e6der de overskydende bytes.<\/figcaption><\/figure>\n

    De fleste temaer opretter dog ogs\u00e5 deres egne billeder i forskellige st\u00f8rrelser, s\u00e5 der er altid behov for optimering.<\/p>\n

    Det er derfor tilr\u00e5deligt fra tid til anden at genoptimere alle billedfiler p\u00e5 webserveren og overskrive dem igen.<\/p>\n

    Pingdom, GTMetrix og Co.<\/h2>\n

    Der findes naturligvis ogs\u00e5 andre teststeder. Her er der imidlertid ofte det problem, at s\u00f8gningen finder sted fra udlandet og derfor ikke er meningsfuld nok til at simulere den s\u00e6dvanlige bes\u00f8gende fra Tyskland. Det er ogs\u00e5 vigtigt at vide, at nogle kontrolprogrammer ikke kan h\u00e5ndtere http\/2 og ikke tager h\u00f8jde for fordelen ved http\/s, dvs. den parallelle overf\u00f8rsel af data via \u00e9n forbindelse, og fortolker dette negativt.<\/p>\n

    \"gtmetrix\"<\/a>
    GTMetrix-pr\u00e6stationsrapport<\/figcaption><\/figure>\n

    TTFB eller samlet opladningstid?<\/h2>\n

    I princippet er det resultatet af den samlede indl\u00e6sningstid, der t\u00e6ller. Den f\u00f8rste byte er afh\u00e6ngig af mange faktorer, som kun i ringe grad kan p\u00e5virkes. En side, der ikke er komprimeret, har normalt en meget lav TTFB-v\u00e6rdi i forhold til en perfekt komprimeret side. Men den samlede indl\u00e6sningstid med komprimering er naturligvis hurtigere for en side med meget indhold. Det er uklart, hvordan Google i sidste ende vurderer dette. Vi har selv sider, der indl\u00e6ses langsomt, fordi softwaren er for\u00e6ldet, og som har en PSI-v\u00e6rdi p\u00e5 68. 28.000 organiske s\u00f8geord giver ca. 1000 bes\u00f8gende om dagen til vores websted. Men n\u00e5r der er tale om sammenlignelige sider, vil den side med de bedre v\u00e6rdier helt sikkert blive opf\u00f8rt h\u00f8jere.<\/p>\n

    CDN- og accelerationsmoduler<\/h2>\n

    Der findes ogs\u00e5 moduler, der gemmer statiske data p\u00e5 andre servere og leverer dem afh\u00e6ngigt af den bes\u00f8gendes placering. Dette reducerer antallet af forbindelser til serveren og dermed ogs\u00e5 den s\u00e5kaldte TTFB. Her kan du bruge caches fra akamai, cloudflare eller incapsula, som ogs\u00e5 tilbyder komprimering og optimering afh\u00e6ngigt af den bookede tjeneste. En lille (D)Dos-beskyttelse er ogs\u00e5 inkluderet, forudsat at forbindelsen udelukkende sker via disse udbydere.<\/p>\n

    \"cloudflare-web-traffic-overview\"<\/a>
    Cloudflare-trafikanalyse<\/figcaption><\/figure>\n

    Speedkit til Plesk<\/h2>\n

    Der er f.eks. for Plesk<\/a> et plugin, der kan g\u00f8re webstedet hurtigere med f\u00e5 klik. I min test var det imidlertid pr\u00e6cis det modsatte tilf\u00e6ldet. Hovedproblemet med s\u00e5danne plug-ins er, at cachen f\u00f8rst starter, n\u00e5r den bes\u00f8gende ser siden en anden gang eller f\u00f8rst etablerer en forbindelse til systemet.<\/p>\n

    Fordelen er, at du blot kan aktivere det hele uden at foretage nogen \u00e6ndringer i dit system. Men ulempen er s\u00e5 snarere den manglende hastighed med 1 view bes\u00f8gende. Derfor kan du heller ikke se nogen \u00e6ndring med de s\u00e6dvanlige kontrolprogrammer, fordi de altid bes\u00f8ger siden uden caching som en helt ny bruger.<\/p>\n

    \"speedkit-website-accelerator-plesk\"<\/a>
    Speedkit til Plesk skal g\u00f8re websteder hurtigere. Men det virker ikke altid.<\/figcaption><\/figure>\n

    Da de fleste bes\u00f8gende ofte kun kommer til siden via et link fra en s\u00f8gemaskine, er der ingen hastighedsfordel for disse bes\u00f8gende. Med de indbyggede v\u00e6rkt\u00f8jer kan du klare dig ganske godt uden eksterne caches. Brugen af s\u00e5danne tjenester er heller ikke hensigtsm\u00e6ssig med hensyn til databeskyttelse, is\u00e6r DSGVO og den kommende ePrivacy-forordning. Der er allerede nu en mangel p\u00e5 Kontrakt<\/a> for bestilt databehandling ved bestilling af disse tjenester.<\/p>\n

    Det er s\u00e5dan, du g\u00f8r webstedet hurtigere.<\/h2>\n

    Det vigtigste punkt: Den rigtige webhosting.<\/p>\n

    Udefra ser de alle ud som Webhosting-udbyder<\/strong> det samme. Men forskellen er s\u00e5 ofte skjult.<\/p>\n

    Der er webhoteller, der reklamerer med kerner og dedikerede ressourcer, men alt dette k\u00f8rer kun p\u00e5 meget svag hardware. En lille AMD-kerne fra en 10 \u00e5r gammel server er ikke det samme som en kerne p\u00e5 en Intel Platinum Xeon i den nyeste version.<\/p>\n

    \"vmware_cluster\"<\/a>
    Et eksempel p\u00e5 en VMWare-klynge<\/figcaption><\/figure>\n

    De fleste udbydere virtualiserer i dag ogs\u00e5 hele deres infrastruktur. Ofte p\u00e5 m\u00e6rkelige strukturer som containersystemer, hvor de kerner, som kunden havde bestilt, ogs\u00e5 var bestilt af 20 andre kunder. Godt og p\u00e5 grund af softwarelicensomkostningerne dyre udbydere bruger ordentlige virtualiseringssystemer som f.eks. vmware eller KVM, som normalt kaldes cloud.<\/p>\n

    \"kvm_cluster\"<\/a>
    En lille KVM-klynge<\/figcaption><\/figure>\n

    Ofte er en delt hosting tilstr\u00e6kkelig. Vi har selv bygget websteder med titusindvis af bes\u00f8gende om m\u00e5neden. Disse k\u00f8rer ogs\u00e5 p\u00e5 en lille hostingkonto, fordi webhostingmaskinerne normalt allerede er meget store af udbyderen, s\u00e5 de kan betjene hundredvis af websteder.<\/p>\n

    \"virtuozzo_cluster\"<\/a>
    Visning af en Virtuozzo 7-node<\/figcaption><\/figure>\n

    De fleste websteder har dog ikke brug for den str\u00f8m, de har reserveret, s\u00e5 der er altid masser af str\u00f8m tilovers.<\/p>\n

    N\u00e5r du v\u00e6lger en webhost, skal du blot s\u00f8rge for at have en testkonto og uploade dit websted der, uden at det er en forpligtelse. Du kan normalt n\u00e5 dem via et underdom\u00e6ne og teste hastigheden. Hvis det ikke er noget, skal du bare skifte til en anden udbyder.<\/p>\n

    I dette eksempel er demosiden p\u00e5 en SEO-server<\/a> af webhoster.de AG, hvor du f\u00e5r en Plesk Reseller-konto med 10 IP-adresser til dine projekter.<\/p>\n

    Den anvendte hardware er en Dell R740-server med MLC-server-SSD'er som et raid array.<\/p>\n

    Ledelsesgr\u00e6nsefladen er Plesk Onyx<\/a> i den nuv\u00e6rende version.<\/p>\n

    Der blev installeret en standard WordPress med f\u00f8lgende aktive plugins:<\/p>\n