De reden waarom het laden van je pagina zo lang duurt is omdat je die waitWhileLoading animatie over je pagina legt tot het window.load event firet (wat dus NA alle afbeeldingen is die in je HTML zitten). Je doet dat waarschijnlijk om direct die mooie achtergrond te hebben enzo. Da's allemaal goed en wel, maar al die thumbnail afbeeldingen zijn ook deel van je page content…
Je hebt dus de keuze:
Ofwel haal je al die afbeeldingen van de portfolio (de <img> tags met de thumbs) uit je HTML en injecteer je die via javascript
na de window load. Dan kan je nog altijd de rest van je pagina laden achter die irritante animatie laden.
Ofwel haal je die loading animatie weg zodat de pagina direct zichtbaar is. Dan nog ga je naar load time enorm moeten optimaliseren.
Ik snap dat je een one-page app wil maken om een beetje het Flashsite effect te krijgen met al die fancy animaties en grafische blingbling, maar dan moet je ook weten wat de pitfalls zijn. Megabytes aan content bij de initial load binnentrekken is een heel slecht idee, en dan nog zeker als je er een overlay gaat op leggen tot alles is binnengetrokken. One-page sites zijn een stuk moeilijker omdat je enorm veel op performance moet gaan. Hopelijks is dit geen zo'n ready made template?
Neem het volgende nu niet verkeerd op, gewoon als even met de feiten confronteren. Laat ons effe serieus zijn: 15,5 seconden laadtijd voor content op een 60Mbit verbinding en dat voor 1MB aan content, een paar dozijn recalculate styles die eigenlijk niets met die initiele content te maken hebben, javascript timers die voor zot firen. Ocharme als er daar ooit een smartphone of tablet user op terechtkomt, laat staan als die op 3G of EDGE zit. Je moet echt eens in Google Chrome via de Developer Tools kijken wat er allemaal gebeurt vóór je op "Home" terechtkomt. T tart elke verbeelding…
Bovendien vind ik een pure one-page site zonder indexeerbare fallback in dit geval geen zo'n schitterend idee. Je kan het dan even goed in Flash doen, want in z'n huidige staat is het zowel naar SEO als naar mobile al even toegankelijk (lees: niet).
Canonical URLs zijn uiterst belangrijk voor google indexing, dus je wil dat iemand rechtstreeks bv naar de portfolio pagina of zelfs een subcategorie kan gaan enzo. Sowieso is gans dat anchorbased linking iets dat je deruit moet vlooien voor browsers die pushState support hebben.
Nu, je kan beginnen met die kleine ingreep te doen die ik in het begin vermeld heb: de portfolio images via Javascript na window load in de pagina asynchroon injecteren. Verre van ideaal, maar voor jou dan waarschijnlijk beter dan wat ik eigenlijk wil aanraden: back to the drawing board, herbeginnen en bezinnen ;-)