Fix Lazy Load property on images

[arturmagalhaesjr]

Problem

The render runtime replaces the property whatever takes.

If the property already exists it will be skipped.

What does this PR do?

Added a conditional to check if the property already exist on images before applying the lazy load property

How to test it? *

https://artur--gs1usdev.myvtex.com/

[vtex-io-ci-cd]

Hi! I'm VTEX IO CI/CD Bot and I'll be helping you to publish your app! 🤖

Please select which version do you want to release:

• Patch (backwards-compatible bug fixes)

• Minor (backwards-compatible functionality)

• Major (incompatible API changes)

And then you just need to merge your PR when you are ready! There is no need to create a release commit/tag.

• No thanks, I would rather do it manually 😞

[vtex-io-docs-bot]

Beep boop 🤖

I noticed you didn't make any changes at the docs/ folder

• There's nothing new to document 🤔
• I'll do it later 😞

In order to keep track, I'll create an issue if you decide now is not a good time

• I just updated 🎉🎉

[iago1501]

Oi @arturmagalhaesjr , aqui entendo que esse comportamento deseja ser feito visando apenas a alteração do tipo de carregamento da Logo, que é carregada no Header, para qualquer outro componente entendo que funciona como esperado, dado que temos esse comportamento por padrão funcionando na store-image.

Aqui, o que altera o comportamento do lazy load desse componente é porque setamos para todos os before e after, sempre esse carregamento de imagens lazy, ref

Como pode ver na loja

No caso deles, por se tratar de algo bem específico e passível de ser customizado, em vez de alterarmos um comportamento que pode gerar diversos side effects em clientes, eles podem simplesmente remover o header customizado deles do before e adicionar como se fosse um bloco normal do tema que irá funcionar como esperado. Aqui a ideia é de fato carregarmos o header de forma lazy.

Do nosso lado, podemos guiar um estudo pensando na alteração desse comportamento caso faça sentido em questões performáticas ou tornar ele de fato mais customizável com base em flags de performance do admin, e também guiar um estudo de melhorar a documentação sobre o carregamento de imagens e lazyload de algumas páginas