Site de imobiliária costuma ser um catálogo com fotos grandes, e quem procura apartamento no Rio sabe que isso resolve pouco. A pergunta real de quem compra raramente é “quantos quartos”. É se aquele bairro serve para a vida que a pessoa quer levar.
Foi por aí que o projeto andou. As páginas de imóvel trazem a ficha técnica, sim, mas também o mapa, a distância a pé até o mercado, o colégio, o metrô, o parque. O visitante entende o entorno antes de falar com um corretor, e o corretor recebe alguém que já sabe o que quer.
Por baixo, a parte que ninguém vê: estrutura de dados para os buscadores, páginas de bairro que respondem à busca local, performance para o site abrir rápido no celular, que é onde a maioria procura. Design bonito não basta se a base for frágil.
O site já convencia no visual. Por baixo, a fundação técnica não sustentava o crescimento. Sitemap sujo, títulos genéricos, zero dados estruturados e páginas canibalizando umas às outras. A maior imagem da dobra, um PNG de cerca de 1 MB, carregava em lazy e adiava a renderização. Não havia blog, porque o stack não tem Theme Builder e todo post caía num template cru, sem estilo e sem H1. E a marca não tinha aplicação: sem favicon, sem logo cadastrado, e a imagem social era uma IA aleatória.
SEO técnico, performance, conteúdo, identidade, sistema editorial e um método de verificação que não aceita suposição.
Ela estava marcada como lazy-load. Tiramos do lazy, mandamos carregar de imediato com prioridade alta e a dobra passou a renderizar na hora. Somamos Critical CSS, Brotli e HTML minificado. Uma nuance que descobrimos no caminho: excluir do lazyload por URL e por classe usam filtros diferentes do LiteSpeed, e errar isso deixa a imagem como placeholder.
O combo Hello Elementor com Elementor grátis não tem Theme Builder, então cada post caía num template cru. Em vez de comprar um plugin, escrevemos um mu-plugin que deu ao WordPress um sistema editorial completo na identidade da marca: tipografia de leitura, byline com CRECI, índice automático, schema Article e BreadcrumbList, e cards com imagem 3:2.
Todo o CSS foi refatorado de px para rem com clamp, então os tamanhos escalam suave entre mobile e desktop e respeitam o zoom do navegador. Contraste WCAG AA aprovado em 100% dos pares, com pior caso em 4.79. Foco de teclado visível, rótulos descritivos nos interativos e respeito a quem pediu menos animação no sistema.
Guias consultivos e específicos, com links internos cruzados formando um cluster de tópicos. Fotos de capa reais, validadas uma a uma. Nada de imagem de IA para imóvel.
Morar carioca colide com um programa público de urbanização, e a busca é dominada por Wikipédia e prefeitura. Em vez de brigar pelo termo cru, construímos a entidade da empresa: marca com qualificadores, Google Meu Negócio e sameAs no schema. Schema RealEstateAgent com alternateName e slogan, sitemap limpo sem autores nem taxonomia interna, e noindex nas páginas magras para concentrar autoridade.
Usando a fonte real da marca, geramos os assets programaticamente e cadastramos no WordPress. Logo wordmark como custom_logo e no publisher.logo do schema, banner social 1200x630 e ícones nos tamanhos corretos para WordPress e iOS.
Medições reais no navegador, inspeção do DOM ao vivo, screenshots e checagem de contraste em cada par de cor. Quando os cards de lançamento herdaram a mesma foto, confirmamos ao vivo que os dados estavam certos e isolamos a causa na renderização do Elementor. Uma hipótese inicial foi testada, refutada e descartada. Erro reportado aberto, em vez de escondido.
