Projeto amplo de performance wordpress.

Olá, bom dia Sr. (a) programador (a). 

.

ACEITAMOS CONTRA PROPOSTA

. 

Trata-se de um projeto amplo e a pessoa que se propuser a realizá-lo deve ter alto conhecimento em programação com o objetivo de performance de site WORDPRESS na web. Além de tudo que vamos descrever precisa saber hospedar o site em um bom servidor internacional que entregue desempenho, uma hospedagem "dedicada" que tenha uma boa relação de custo x benefício (O PROJETO SÓ É APROVADO APÓS UMA PERSPECTIVA DO CUSTO MENSAL E TAL HOSPEDAGEM TALVEZ DEDICADA E OTIMIZADA DEVE SER APROVADA PELO GOOGLE PAGE INSIGHTS). Veja que hoje já temos uma hospedagem padrão de 11 dolares e contratação de CDN e não estamos contentes com o tempo de resposta do servidor de 0,8 segundos e tempo de carregamento da página de 3 a 4 segundos).

. 

Vamos listar ponto a ponto do projeto. 

.

Primeiro devemos destacar que pegamos essas informações da abaixo do page insights do google e que, por exemplo, no quesito imagens queremos as imagens internas por exemplo da mesma forma otimizadas. Queremos ser aprovados em todas as páginas internas. 

.

O que o page insights trouxe como problemas da nossa home? 

.

1º) Aproveitar cache do navegador: A definição de uma data de validade ou de uma idade máxima nos cabeçalhos de HTTP para recursos estáticos instrui o navegador a carregar os recursos transferidos anteriormente a partir do disco local e não por meio da rede.

Aproveite o cache do navegador para os seguintes recursos que podem ser armazenados em cache: (aí temos vários para colocar em cache do navegador)

2º) Eliminar JavaScript e CSS de bloqueio de renderização no conteúdo acima da bordaSua página tem 22 recursos de script de bloqueio e 16 recursos de CSS de bloqueio. Isso causa um atraso na renderização de sua página.

Nenhuma parte do conteúdo acima da dobra em sua página seria renderizado sem aguardar o carregamento dos seguintes recursos. Tente adiar ou carregar de maneira assíncrona os recursos de bloqueio, ou incorpore in-line as partes fundamentais desses recursos diretamente ao HTML.

Remova o JavaScript de bloqueio de renderização: (aí temos vários itens)

3º) Priorizar o conteúdo visível: Sua página requer fluxos de rede adicionais para renderizar o conteúdo acima da dobra. Para um melhor desempenho, reduza o volume de HTML necessário para renderizar o conteúdo acima da dobra.

A resposta HTML completa não foi suficiente para processar o conteúdo acima da dobra. Isso normalmente indica que os recursos adicionais, carregados após a análise de HTML, foram solicitados a processar o conteúdo acima da [url removed, login to view] o conteúdo visível que é necessário para o processamento de conteúdo acima da dobra incluindo-o diretamente na resposta HTML.

Somente cerca de 6% do conteúdo final acima da dobra foi processado com a resposta HTML completa

4º) Otimizar imagens: Formatar e compactar corretamente imagens pode economizar muitos bytes de dados. (Sabemos que isso não é programação, mas a maioria dos programadores ou sabem fazer ou sabem como terceirizar esse serviço a um parceiro e isso geralmente custa pouco). 

Otimize as seguintes imagens para diminuir o tamanho em 173,1 KiB (aí aparecer imagens).

4.1) Otimizar todas as outras imagens das URLs internas para sermos aprovados na mesma regra. 

5º) Ativar compactação: A compactação de recursos com gzip ou deflate pode reduzir o número de bytes enviados pela rede.

Ative a compactação para os seguintes recursos a fim de diminuir o tamanho de transferência em 118,8 KiB (76% de redução).

6º) Reduzir o tempo de resposta do servidor: Em nosso teste, seu servidor respondeu em 0,95 segundo. Há muitos fatores que podem afetar o tempo de resposta. Leia nossas recomendações para saber como é possível monitorar e avaliar onde o servidor gasta mais tempo.

Observação: aqui teremos que analisar o custo benefício de colocar um site em um servidor dedicado ou semi-dedicado.

7º) Compactar CCS, Java e HTML. 

8º) Ativar compactaçãoA compactação de recursos com gzip ou deflate pode reduzir o número de bytes enviados pela rede.

Ative a compactação para os seguintes recursos a fim de diminuir o tamanho de transferência em 118,8 KiB (76% de redução).

9º) Nosso site é mobile e o google o avalia com nota 94/100, chegar a 100/100 com as seguintes ações: 

9.a) Dimensionar o conteúdo para se ajustar à janela de visualizaçãoO conteúdo da página é muito largo para a janela de visualização, e isso faz com que o usuário role a página horizontalmente. Dimensione o conteúdo para se ajustar à janela de visualização a fim de oferecer uma melhor experiência do usuário.

A largura do conteúdo da página é 444 pixels em CSS, mas a largura da janela de visualização tem somente 320 pixels em CSS. Os seguintes elementos não se ajustam à janela de visualização:

9.b) Eliminar JavaScript e CSS de bloqueio de renderização no conteúdo acima da bordaSua página tem 22 recursos de script de bloqueio e 16 recursos de CSS de bloqueio. Isso causa um atraso na renderização de sua página.

Nenhuma parte do conteúdo acima da dobra em sua página seria renderizado sem aguardar o carregamento dos seguintes recursos. Tente adiar ou carregar de maneira assíncrona os recursos de bloqueio, ou incorpore in-line as partes fundamentais desses recursos diretamente ao HTML.

Remova o JavaScript de bloqueio de renderização:

.

Observação 1: hospedar o servidor em um server internacional e otimizar essa hospedagem para que haja uma resposta MUITO rápida do servidor é OBRIGATÓRIO. Se não sabe como fazer ou não conhece uma pessoa para ajudá-lo não pegue o projeto. PERCA DE 100% DO PROJETO, ou seja, o tempo de resposta do servidor tem que ser aprovado pelo google page insights (ORÇAR ANTES E PROPOR). Nosso site tem uma média de 30 a 50 mil usuários por mês, ou seja, um tráfego baixo. A questão é hospedar em um server internacional que permita-lhe otimizar a hospedagem através da SUA forma de configurar a cache e tudo demais que precisa para performance máxima. 

.

Observação 2: O carregamento assíncrono é fundamental (item 2 da proposta) vale a mesma regra da observação 1 não sendo feito gera perca de 100% do projeto. 

.

BONUS: Quem apresentar a proposta e se propuser a realizar todos os serviços deverá especificar quanto tempo precisa para fazê-lo. Temos em mente o prazo de 10 dias para BONIFICAR em 25% a mais quem cumprir todas as tarefas.

SEM BÔNUS: Entregar tudo em 14 dias. 

ÔNUS: Deixar de entregar UM dos itens listados PERCA DE 25%.

ÔNUS: Deixar de entregar DOIS dos itens listados PERCA DE 50%

ÔNUS: Deixar de entregar TRÊS ou mais itens PERCA TOTAL DO PROJETO.    

OBSERVAÇÃO: Pode haver BÔNUS e ÔNUS? Sim, caso entregue em 10 dias faltando UM dos itens por exemplo haverá bonificação de 25% e ÔNUS de 25%, então fica com 100% do PROJETO. 

.

Os parâmetros para avaliar se você atingiu ou não os objetivos propostos serão o google page insights. Ou seja, é o page insights do google que vai aprovar ou não seu trabalho. Não tem discussão não tem "achismo", a avaliação é objetiva e não subjetiva. 

.

ÚLTIMA OBSERVAÇÃO: Durante o prazo em que estiver mexendo no site não pode haver interferencia no funcionamento do site das 8 horas às 22 horas, já que o site é uma importante ferramenta de vendas da empresa. 

HTML5 Java JavaScript LESS/Sass/SCSS

Nº del proyecto: #12392504

Sobre el proyecto