pagespeed insight probleem
Ik probeer mijn mobiele versie van de website omhoog te krijgen maar ik kom er niet uit ik krijg via pagespeed het volgende probleem te zien
JavaScript en CSS in content boven de vouw die het weergeven blokkeren, verwijderen
Je pagina heeft 4 blokkerende CSS-bronnen. Dit veroorzaakt vertraging bij het weergeven van je pagina.
Geen van de content boven de vouw op je pagina kan worden weergegeven zonder te wachten totdat de volgende bronnen zijn geladen. Probeer blokkerende bronnen uit te stellen of asynchroon te laden of parseer de essentiële gedeelten van die bronnen rechtstreeks in de HTML.
Optimaliseer de CSS-weergave voor de volgende URL's:
css/bootstrap.css
css/slidebars.css
css/style.css
css/font-awesome.min.css
hoe kan ik dit oplossen ? desktop heb ik een score van 93
Mvg,
Mike
Hoe laad je die CSS files uit? Van een (trage) CDN? Of heb je die op je eigen site staan?
http invoer bij page speed krijg ik mobile 83 te zien desktop 95
maar voer ik https in bij pagespeed krijg ik een 74 mobiel en 93 desktop
Toevoeging op 27/04/2018 22:00:49:
staat op me eigen server
check dit
https url score mobiel 74 desktop 93
https://developers.google.com/speed/pagespeed/insights/?url=https%3A%2F%2Fwww.maffiakartel.nl%2F&tab=mobile
http url score mobiel 83 desktop 95
https://developers.google.com/speed/pagespeed/insights/?url=http%3A%2F%2Fwww.maffiakartel.nl%2F&tab=mobile
Dan is er sprake van 'mixed content'. Ik heb geen idee of dit ook een vertragende factor kan zijn. maar met de Developer Tools van je browser moet je dit wel kunnen meten.
maar het gebeurt niet extern ?
Dat "oplossen" staat tussen haakjes omdat dit natuurlijk geen echte oplossing is. Je allereerste impressie (eerste keer bezoek, niet gescrolld) voor een mobiele gebruiker zal er misschien een fractie op vooruit gaan (als je de CSS ook daadwerkelijk terug snoeit tot het hoogst noodzakelijke). Uiteindelijk zal ie toch:
- de volledige stylesheet een keer op moeten halen (inclusief wat je al in die inline <style> had gezet = dubbel ophalen = extra data + wachten)
- of je moet op elke pagina dat inline <style> blok herhalen, maar daar worden dus al je pagina's lomper van dan bij een externe stylesheet oplossing
Maar wel meer punten op Google dus. Doe je het daar voor, dan moet je het dus vooral doen. Doe je het voor de echte "ervaring" van je bezoekers, dan kun je het beter laten.
dus met andere woorden gewoon zo laten ?
https://csscompressor.com/ (behalve font-awesome.min.css - die is al geminimaliseerd), en plak de resultaten van alle 4 dan, in de juiste volgorde, in een enkel bestand (bijvoorbeeld "style-combined.min.css"). Dit ene bestand is dan het enige bestand dat je in de <head> opneemt. Google ziet dan 1 ipv 4 bestanden, en is alweer een stukje meer tevreden.
Uiteraard moet je dan wel na elke wijziging in een van de bronbestanden bovenstaande stappen herhalen (maar dit kun je natuurlijk automatiseren).
Wat makkelijker is om te proberen is "minimaliseren en combineren". Gooi je externe CSS files eerst hier doorheen: Uiteraard moet je dan wel na elke wijziging in een van de bronbestanden bovenstaande stappen herhalen (maar dit kun je natuurlijk automatiseren).
Gewijzigd op 27/04/2018 22:22:40 door Rob Doemaarwat
dan gaat de waarde naar 66 ipv 74 wat hij was ??
Bij mij geeft PageSpeed voor HTTPS sowieso al 63 op mobiel (dus geen 83) (HTTPS wel 74). Dus ik weet niet hoe "stabiel" die waarden zijn, of dat het er een beetje aan ligt hoe je server net op dat moment presteert.
Toevoeging op 27/04/2018 22:44:27:
https://gtmetrix.com/reports/www.maffiakartel.nl/YAwezSN5
hier geeft hij ook hogere waardes
Ik zou eerst eens kijken hoe de server presteert. Het zou zonde zijn dat je iemand op Fivver iemand vindt terwijl het uiteindelijk aan de (shared) server ligt.
we hebben geen shared server maar een dedicated server bij worldstream
En kijk ook even of de server het niet te druk heeft.
wat heeft het voor nut op een simpele site ? ik heb het op mijn website nodig , op mijn andere website rmdplay.nl is het gewoon goed zonder enige optimalisatie
Simpel, testen of er geen andere boosdoener is? Je wilt problemen toch isoleren?
ik zit nu op 100 dus het is ok , alleen nu zie ik net dat als ik met mobiel en of tablet naar http ga hij niet redirect naar https , desktop doet dit wel , heb ik iets gemist / vergeten te plaatsen in htacces
Kan een cache zijn.... Normaal hoort het op elke device goed te werken als je HSTS of een rewrite in .htaccess gebruikt.
ja hij werkt weer had iets met me stomme kop weg gehaald haha thanks mannen :)