Adobe Experience Manager geniet de reputatie het meest geavanceerde contentmanagementsysteem ter wereld te zijn, maar dit brengt een keerzijde met zich mee — veel mogelijkheden om de AEM-prestaties te optimaliseren en te benutten worden vaak gemist vanwege de complexe architectuur en het gebrek aan bewustzijn.
Gezien de hoge kosten van een AEM-licentie is een dergelijk scenario waarschijnlijk meer dan frustrerend. En hoewel er geen magische verzachtende pil is voor elk geval, kunnen wij een reeks praktijken aanbieden die kunnen worden gebruikt om snel meetbare resultaten te behalen, zonder wekenlang door documentatie te hoeven spitten.
Overzicht van de AEM-architectuur
Zonder in technische details te treden, schetsen we kort de AEM-architectuur. Dit overzicht is essentieel, omdat het de kernprincipes belicht die direct van invloed zijn op de belangrijkste meeteenheid voor het evalueren van de prestaties van uw site: de responstijd op een bezoekersaanvraag.
Kortom, de AEM-architectuur is georganiseerd in vier hoofdinstanties: Author, Publisher, Dispatcher en Load balancer. Zie ze als een goed gecoördineerde danstroep: de Author schrijft de bewegingen, de Publisher voert ze uit, de Dispatcher dirigeert, en de Load Balancer zorgt ervoor dat iedereen in de pas blijft. Ze zorgen ervoor dat nieuwe content naadloos wordt gelanceerd en snel laadt voor gebruikers.
De Author -instantie is een soort sandbox voor het produceren en wijzigen van content. Het is de plek waar webpagina’s worden gebouwd, gecategoriseerd en gewijzigd, en waar alle media die op uw site worden gebruikt, worden opgeslagen.
De Publisher -instantie is een liveversie van uw content die beschikbaar is voor gebruikers om te bekijken. Zodra de content is goedgekeurd voor publicatie in de author-omgeving, wordt deze doorgestuurd naar de publisher-laag.
De Dispatcher -instantie is verantwoordelijk voor caching en load balancing, dat wil zeggen, het routeren van verkeer via routes die de kortst mogelijke laadtijden bieden.
Tot slot, de Load balancer. Ja, de taak van load balancing wordt al uitgevoerd door Dispatcher, maar deze omgeving bestaat om verkeer van contentmakers en gebruikers te distribueren tussen de author-, publisher- en dispatcher-omgevingen, als er meer dan één is.Onder perfecte omstandigheden is het een perfect gechoreografeerde voorstelling waarbij niemand een stap mist. Het AEM CCMS-concept benadrukt de schaalbaarheid en flexibiliteit van AEM, waardoor het systeem met uw bedrijf kan meegroeien. Toch neemt in grote projecten, naarmate de contentvolumes toenemen, ook het risico op verstoringen in verschillende componenten toe. Begrijpen hoe deze problemen te monitoren, te voorkomen en, idealiter, te anticiperen, is cruciaal. De volgende praktijken zullen u daarbij helpen.
Contentoptimalisatie
Adobe Experience Manager omvat verschillende soorten assets die als content zijn gecategoriseerd. Voor elk type zijn er doorlopende optimalisatiemogelijkheden die het overwegen waard zijn om een hoog niveau van AEM-prestaties te behouden.
Laadtijd van afbeeldingen verbeteren
De kwaliteit van afbeeldingen is van vitaal belang voor de perceptie van uw website. Het beïnvloedt sterk hoe bezoekers deze zien. Toch kunnen afbeeldingen van hoge kwaliteit de laadtijden en siteprestaties vertragen. Met de onderstaande methoden kunt u uw werk met visuele assets in balans brengen om een snelle respons te bereiken en de visuele aantrekkingskracht van de site in de ogen van de bezoeker niet te verliezen.
- Lazy load-benadering. Ja, het is een zeldzaam geval van “langzaam aan, ver komen”. De lazy loading-techniek betekent dat het laden van bepaalde paginacomponenten, vaak afbeeldingen, wordt uitgesteld totdat ze nodig worden, dat wil zeggen totdat de gebruiker ermee begint te interageren. Adobe Experience Manager ondersteunt lazy loading standaard. Dit gebeurt via de Image Component van de AEM Core-componenten. Het enige wat u hoeft te doen, is deze optie selecteren in het Design Dialoogvenster (onder Beleid).
- Formaatoptimalisatie. Van de vele afbeeldingsformaten die er tegenwoordig zijn, passen sommige beter bij bepaalde omstandigheden. U kunt bijvoorbeeld SVG-bestanden vergroten of verkleinen zonder kwaliteitsverlies.
- Adaptieve technieken. Mobiele gebruikers hebben niet dezelfde kwaliteitsafbeeldingen nodig als uw websitebezoekers op de desktop zien. AEM ondersteunt de Dynamic Media-methode, die meer bronnen bespaart vergeleken met de oude weergavemethode.
- Afbeeldingen cachen. Categoriseer de afbeeldingen op uw site op basis van hoe vaak ze rouleren. Dit helpt u te begrijpen welke visuele elementen u langer gecached kunt houden.
Code minificatie
Deze methode verwijst naar het elimineren van onnodige of verouderde gegevens zonder de browserverwerking van de website te beïnvloeden. Tijdens het minificatieproces worden code- en formatteringsopmerkingen geëlimineerd, ongebruikte code verwijderd, kortere variabele- en functienamen gebruikt, enzovoort.
Dit vermindert de omvang van bronnen (JavaScript) en, het voordeel waar we het meest in geïnteresseerd zijn, verbetert de laadtijd van pagina’s. AEM ondersteunt de minificatie van JavaScript-bestanden door geminificeerde code te genereren voor semantische wijzigingen.
Experience- en Content Fragments
Vanuit het ontwerp zijn Content Fragments en Experience Fragments (CF en XF) functionaliteiten geïntroduceerd om contentbeheer en hergebruik te vereenvoudigen, maar ze kunnen worden gebruikt om nuttige cachingstrategieën te ontwikkelen.
Caching en rendering
We hebben het onderwerp caching in AEM-prestatieoptimalisatie aangestipt. Nu zullen we het uitgebreider behandelen. De juiste caching- en renderingstrategie helpt u het meeste uit uw AEM-implementatie te halen. Het moet rekening houden met uw bronnen en het vereiste prestatieniveau.
AEM Rendering Optimalisatie
Laten we eerst de concepten van client-side rendering (CSR) en server-side rendering (SSR) bespreken. Het belangrijkste verschil tussen CSR en SSR is waar de rendering plaatsvindt. Bij CSR voert de client de rendering uit. De server levert alleen een leeg HTML-bestand. Vanaf dat moment handelt de browser de rest van het renderingproces af. Bij Server-Side Rendering (SSR) rendert de server de pagina voordat deze naar de client wordt verzonden.
In het geval van contentrijke single page applicaties kunt u overwegen om voor een deel van de content server-side rendering toe te passen om de initiële paginabelasting te versnellen. Hoewel AEM de SSR-functionaliteit in dergelijke gevallen volledig ondersteunt, is het raadzaam zorgvuldig te evalueren of de inspanning de waarde waard is, vooral met het oog op langdurig onderhoud.
SSR wordt bijzonder nuttig als uw site een impuls nodig heeft op een van deze gebieden:
- SEO: Is SSR noodzakelijk om ervoor te zorgen dat uw site correct wordt geïndexeerd door zoekmachines? Ondanks vorderingen kunnen zoekmachines kieskeurig zijn met JavaScript. Dus, SSR kan nog steeds de beste vriend van uw site zijn (en vergeet niet de best practices van AEM SEO te volgen).
- Paginabelasting: Hoe beïnvloedt SSR de snelheid in real-life omgevingen en de gebruikerservaring? Als uw gebruikers ongeduldig en veeleisend zijn (en wie is dat tegenwoordig niet?), is dit een geldig punt om te overwegen.
AEM Caching Optimalisatie
De rol van de Dispatcher Cache staat hier centraal. Een van de best practices voor AEM-prestaties is het cachen van AEM-pagina’s of -fragmenten in de AEM-dispatcher. In dit geval fungeert de Dispatcher Cache als een reverse proxy-cache die zich tussen AEM en de browser van de eindgebruiker bevindt. De cache slaat opeenvolgende kopieën van inhoud op die rechtstreeks uit de cache kunnen worden opgevraagd, in plaats van uit AEM zelf.
Wat deze functie nog aantrekkelijker maakt, is het feit dat gebruikers Dispatcher Cache kunnen configureren om specifieke soorten inhoud, zoals afbeeldingen of JavaScript-bestanden, te cachen, of om in lagen te cachen, van pagina’s tot secties van de site.
Testen en optimalisatie
Je bent er bijna. Er rest nog maar een klein puzzelstukje – laten we controleren of alle methoden die je hebt geïmplementeerd werken zoals ze moeten. Er bestaan diverse methoden en tools voor AEM-prestatietests en -fijnafstemming, onafhankelijk of commercieel verkrijgbaar.
AEM Prestatietests
Testen kan worden uitgevoerd op Publisher-instanties, Author-instanties, of beide, afhankelijk van je vereisten. Er bestaan veel strategieën en methodologieën, maar gebruik degene die de werkelijke omstandigheden zo nauwkeurig mogelijk nabootsen.
- Simulatie van de realiteit. Dit is een voor de hand liggende voorwaarde voor succesvol testen, maar niet altijd gemakkelijk te volgen. Gebruik productie-achtige hoeveelheden inhoud. Test de code, hardware en netwerkconfiguratie die voor productie worden voorbereid.
- Testdoelen. Voordat we gaan testen, moeten we de belasting en acceptabele responstijden vaststellen. Als er een migratie plaatsvindt, moet de responstijd maximaal overeenkomen met de huidige productieomgeving. Wat het belastingniveau betreft, is het een goede gewoonte om het belastingniveau in te stellen op tweemaal de daadwerkelijke piekbelasting.
- Gereedschappen. Er zijn veel commerciële testtools beschikbaar. Adobe’s Tough Day kan bijvoorbeeld verschillende AEM-instanties belastingstesten en prestatiegegevens verzamelen. Om mobiele of responsieve sites te testen, gebruikt u tools die trage verbindingen simuleren, zoals 3G of Edge.
AEM Prestatie-optimalisatie
Een goed begin voor het finetunen van uw website is deze te benchmarken tegen industrienormen en topconcurrenten. Dit zorgt ervoor dat u aansluit bij de huidige industrienormen en geeft u een duidelijk beeld van de technologieën die u in de nabije toekomst zult moeten toepassen om de concurrentie voor te blijven.
Sommige betaalde diensten laten u de prestaties en ranking van uw site vergelijken met die van uw concurrenten. SimilarWeb, Ahrefs en Semrush zijn goede voorbeelden van dergelijke diensten. U kunt ook handmatig de prestaties van concurrentensites analyseren door hun statistieken te vergelijken met industrienormen en de prestaties van uw eigen site.
Onder de interne middelen en tools die nuttig zijn voor de uiteindelijke prestatie-optimalisatie bevinden zich Monitoring Performance en Developer Mode. Monitoring Performance is een reeks documentatie die helpt bij probleemdiagnose en het identificeren van optimalisatiemogelijkheden. Schakelen naar de Developer Mode in de Auteur-gebruikersinterface stelt u in staat om rendertijden voor elk paginacomponent en foutstacktraces te controleren.
Conclusie
AEM prestatie-optimalisatie is een complexe kwestie. Het vereist een veelzijdige aanpak en veel middelen, zoals hierboven getoond. De gestructureerde informatie in dit artikel zou u moeten voorbereiden om deze taak stap voor stap aan te pakken.
Echter, als u de begrijpelijke wens heeft om deze taak aan professionals te delegeren, is die optie ook beschikbaar. Ervaren AEM-consultants beschikken over de expertise en middelen om het maximale uit uw AEM-implementatie te halen en u fine-tuning methoden te bieden die zijn afgestemd op uw bedrijfsdoelstellingen.
