☕ Um Café no Bellacosa Mainframe
Gostou do conteúdo? Ajude a manter o café quente, o COBOL compilando e o mainframe acordado. 😄
☕ Pague um café ao Bellacosa

Translate

Mostrar mensagens com a etiqueta Dicas. Mostrar todas as mensagens
Mostrar mensagens com a etiqueta Dicas. Mostrar todas as mensagens

sábado, 7 de março de 2026

🔥 O método de 60 segundos para descobrir por que um Job ABENDOU (sem abrir nenhum dataset)

 

Bellacosa Mainframe ensina como encontrar um abend em menos de 60 segundos

🔥 O método de 60 segundos para descobrir por que um Job ABENDOU (sem abrir nenhum dataset)

No dia a dia de produção em IBM z/OS, quando um job ABEND acontece, muitos profissionais iniciantes começam abrindo datasets, dumps ou navegando em dezenas de telas.

Operadores experientes fazem diferente.

Eles usam um método rápido baseado no SDSF que normalmente revela a causa do problema em menos de 60 segundos — muitas vezes sem abrir nenhum dataset.

Este é um dos truques clássicos que circulam em grandes ambientes de produção.

☕ Bem-vindo a mais um Um Café no Bellacosa Mainframe.


🧠 A lógica por trás do método

Quando um job falha, o sistema sempre deixa rastros em três lugares principais:

1️⃣ Status do job
2️⃣ Mensagens do JES
3️⃣ Mensagens do sistema (SYSLOG)

O segredo é seguir a ordem correta.


⚡ Passo 1 — Abrir o SDSF e localizar o Job

Entre no SDSF:

SDSF

Depois vá ao painel de status:

ST

Agora filtre rapidamente:

PREFIX JOBNAME

Exemplo:

PREFIX PAYROLL*

Isso reduz a lista para apenas os jobs relevantes.


🔍 Passo 2 — Identificar rapidamente o ABEND

Na coluna RC / CC / ABEND você verá algo como:

ABEND=S0C7
ABEND=S322
ABEND=SB37

Cada código já indica uma pista importante.

Exemplos clássicos:

ABENDSignificado
S0C7erro de dados numéricos
S0C4violação de memória
S322timeout (tempo excedido)
SB37falta de espaço em dataset

Mas ainda não sabemos onde aconteceu.


📜 Passo 3 — Usar o “?” do SDSF (o atalho mais poderoso)

Digite ? ao lado do job.

Isso abre imediatamente o Job Output:

  • JESMSGLG

  • JESJCL

  • JESYSMSG

Sem abrir nenhum dataset manualmente.


🎯 Passo 4 — Ir direto ao JESYSMSG

O arquivo JESYSMSG quase sempre contém a causa.

Procure por linhas como:

IEF450I JOBNAME ABENDED S0C7

ou

IEC030I B37-04

ou

CSV031I LIBRARY NOT FOUND

Em muitos casos a causa já aparece claramente aqui.


🔎 Passo 5 — Confirmar no SYSLOG

Agora abra o log do sistema:

LOG

e procure pelo JobID:

FIND JOB12345

Isso mostra mensagens do sistema relacionadas ao job.

Exemplos:

IEC141I DATA SET NOT FOUND

ou

IEF861I STEP TERMINATED DUE TO ERROR

⚡ Resultado: diagnóstico em menos de 60 segundos

Seguindo apenas estes passos:

SDSF
ST
PREFIX jobname
?
JESYSMSG
LOG
FIND jobid

Normalmente você já descobre:

✔ o step que falhou
✔ o tipo de erro
✔ a mensagem exata do sistema

Sem abrir nenhum dataset manualmente.


🧠 Exemplo real de diagnóstico

Imagine um job que termina assim:

ABEND=SB37

Seguindo o método:

No JESYSMSG aparece:

IEC030I B37-04 ON SYSDA

Diagnóstico imediato:

👉 Dataset ficou sem espaço.

Nenhuma investigação adicional necessária.


💡 A regra de ouro dos operadores experientes

Nos grandes datacenters existe uma regra não escrita:

“Se você abriu dataset antes de olhar o JESYSMSG, começou a investigação do jeito errado.”

80% dos problemas podem ser identificados apenas com SDSF.


☕ Conclusão

O segredo não está em ferramentas complexas.

Está em saber onde olhar primeiro.

Dominar o SDSF significa:

  • investigar incidentes mais rápido

  • reduzir tempo de troubleshooting

  • ganhar confiança em ambientes de produção

E isso separa operadores iniciantes de profissionais experientes no mundo mainframe.


https://www.linkedin.com/pulse/o-m%C3%A9todo-de-60-segundos-para-descobrir-por-que-um-job-bellacosa-jxhkf

quinta-feira, 18 de dezembro de 2025

✅ CHECKLISTS DE PRODUÇÃO – REXX MAINFRAME (z/OS)

 


✅ CHECKLISTS DE PRODUÇÃO – REXX MAINFRAME (z/OS)




1️⃣ Checklist Geral – Antes de colocar qualquer REXX em produção

☐ Objetivo do exec claramente definido
☐ Exec documentado no cabeçalho (nome, autor, data, função)
☐ Tratamento de erro implementado (SIGNAL ON ERROR, RC verificado)
☐ Uso de PROCEDURE para isolar variáveis
☐ Variáveis globais padronizadas (gVar, kConst)
☐ Nenhuma dependência “hardcoded” (HLQ, volumes, consoles)
☐ Exec testado com dados inválidos e cenários de erro
☐ Não deixa datasets alocados ao final
☐ Código revisado por outro analista (peer review)


2️⃣ Checklist – REXX Interpretado (TSO)

☐ Exec localizado em PDS autorizado (SYSEXEC ou SYSPROC)
☐ Não depende de perfil pessoal do usuário
☐ Usa ADDRESS TSO explicitamente quando necessário
☐ Usa EXIT RC adequado (0, 4, 8, 12…)
☐ Não usa TRACE ?R ou debug ativo em produção
☐ Não usa SAY excessivo (poluição de spool)
☐ EXECIO fecha corretamente arquivos (FINIS)
☐ Testado em sessão TSO limpa (sem allocations prévias)


3️⃣ Checklist – REXX Compilado (CEXEC / OBJECT)

☐ Código compilado com XREF para revisão
☐ Opções de compilação corretas:

  • ☐ SLINE se usa TRACE ou SOURCELINE()

  • ☐ ALT se precisa Alternate Library

  • ☐ CONDENSE avaliado (trade-off load x execução)
    ☐ %COPYRIGHT incluído (requisito IBM / auditoria)
    ☐ Código não depende de comportamento interpretado
    ☐ Dataset CEXEC alocado corretamente no SYSEXEC
    ☐ Teste comparativo interpretado vs compilado validado
    ☐ Performance validada (CPU e tempo)


4️⃣ Checklist – Execução REXX em Batch (IKJEFT01)

☐ Programa correto (IKJEFT01, IKJEFT1A ou IKJEFT1B)
☐ SYSEXEC concatenado corretamente
☐ SYSTSIN definido corretamente
☐ SYSTSPRT definido para saída do REXX
☐ SYSPRINT definido para mensagens do sistema
☐ Não depende de interação (PULL sem input)
☐ RC do jobstep validado no JCL
☐ Exec não depende de terminal (ISPF, DISPLAY)


5️⃣ Checklist – REXX em Batch via IRXJCL

☐ Exec não usa comandos TSO (ALLOCATE, PROFILE, etc.)
☐ Todos os DDs necessários definidos no JCL
☐ Não usa SYSCALL / POSIX
☐ Uso de EXECIO validado com datasets físicos
☐ Testado isoladamente sem ambiente TSO
☐ RC tratado corretamente (IRXJCL retorna RC do exec)


6️⃣ Checklist – REXX com comandos MVS (CONSOLE)

☐ Usuário possui autoridade RACF:

  • ☐ CLASS(CONSOLE)

  • ☐ CLASS(OPERCMDS)
    ☐ CONSPROF configurado corretamente
    ☐ CONSOLE ACTIVATE e DEACTIVATE sempre pareados
    ☐ Uso de CART único por comando
    ☐ Uso de GETMSG() com timeout adequado
    ☐ Exec não bloqueia console (wait infinito)
    ☐ Exec retorna ao ADDRESS TSO ao final
    ☐ Tratamento de mensagens inesperadas implementado


7️⃣ Checklist – System REXX (SYSREXX)

🔹 Planejamento

☐ SYSREXX realmente necessário (não usar se TSO resolve)
☐ Exec não inicia com letras A–I
☐ Exec armazenado em REXXLIB (não alterar SYS1.SAXREXEC)
☐ Nome do exec documentado e único


🔹 Ambiente

☐ AXR subsystem ativo
☐ Parmlib AXR00 configurado
☐ CPF definido corretamente
☐ AXRUSER definido e validado
☐ Teste em ambiente não produtivo realizado


🔹 Execução

☐ Modo correto definido:

  • ☐ TSO=NO (preferencial)

  • ☐ TSO=YES (se precisa ALLOCATE)
    ☐ Exec não assume userid fixo
    ☐ Exec limpa recursos explicitamente
    ☐ Não depende de terminal ou ISPF
    ☐ Exec tolera execução concorrente


8️⃣ Checklist – Uso das Funções SYSREXX

AXRCMD

☐ Timeout definido
☐ Stem inicializado
☐ stem.0 validado
☐ Mensagens tratadas (não apenas exibidas)

AXRWTO / AXRMLWTO

☐ Uso consciente (não floodar console)
☐ ConnectId controlado
☐ LineType correto (L, D, DE)

AXRWAIT

☐ Tempo mínimo necessário
☐ Não usado como loop de espera infinita


9️⃣ Checklist – Segurança e Auditoria

☐ Exec documenta comandos críticos executados
☐ Nenhum comando destrutivo sem confirmação
☐ Exec compatível com RACF auditing
☐ Exec não eleva privilégio indevidamente
☐ Exec respeita ambiente SYSPLEX
☐ Logs rastreáveis (WTO, SYSLOG, dataset)


🔟 Checklist – Pós-produção

☐ Exec monitorado em produção
☐ CPU e tempo medidos
☐ Exec incluído em inventário técnico
☐ Plano de rollback definido
☐ Procedimento operacional documentado
☐ Responsável técnico identificado


📌 Comentário final (experiência de produção)

REXX em produção não falha por sintaxe — falha por falta de checklist.

quarta-feira, 2 de outubro de 2024

⚔️ GUIA BELLACOSA DO AVENTUREIRO INICIANTE

Bellacosa Mainframe e o guia bellacosa do aventureiro iniciante

 


⚔️ GUIA BELLACOSA DO AVENTUREIRO INICIANTE

🧙‍♂️ Como Criar Seu Primeiro Personagem em Dungeons & Dragons

“Antes de empunhar a espada, o herói deve empunhar um sonho.”
— Bellacosa, Tomo dos Primeiros Passos


🪶 1. O Que É um Personagem?

Seu personagem é a alma da história — o avatar com o qual você explora o mundo do Mestre.
Você o cria do zero: define quem ele é, de onde veio e o que busca.
Cada ficha é uma mini-biografia viva.

Pense assim:

“Quem sou, o que quero e o que estou disposto a fazer para conseguir?”

Essas três perguntas moldam tudo.


🧬 2. Escolha Sua Raça (ou Espécie)

A raça define aparência, cultura e traços físicos.
Veja alguns exemplos clássicos:

RaçaDescriçãoDestaque
🧍‍♂️ HumanoVersátil e adaptável. Está em todo lugar.+1 em todos os atributos.
🧝 ElfoGracioso, sábio, vive séculos.Destreza e visão no escuro.
🪓 Anão (Dwarf)Forte, resistente, ótimo ferreiro.Constituição e resistência.
🧌 OrcGuerreiro nato, temperamento intenso.Força e fúria.
🧚 HalflingPequeno e ágil, coração corajoso.Sorte e destreza.
🐉 DraconatoMeio-dragão, orgulhoso e imponente.Sopro elemental e presença forte.
👁️ TieflingCom sangue infernal, mas alma livre.Magias inatas e carisma.

💡 Dica Bellacosa: escolha uma raça que combine com a história que você quer contar, não apenas com os bônus.


🏹 3. Escolha Sua Classe

A classe define o que o seu personagem faz de melhor — combate, magia, cura, furtividade, etc.

ClassePapelCaracterísticas
⚔️ Guerreiro (Fighter)Combatente versátil.Armas, força e tática.
🧙‍♂️ Mago (Wizard)Mestre arcano.Magias complexas e inteligência.
🛡️ PaladinoGuerreiro sagrado.Fé, justiça e cura.
🏹 Patrulheiro (Ranger)Caçador de monstros.Natureza e precisão.
🕵️ Ladino (Rogue)Espião, ladrão, assassino.Furtividade e astúcia.
🎵 BardoInspirador e encantador.Música, magia e carisma.
⚖️ ClérigoServo de uma divindade.Cura e proteção.
🔮 Feiticeiro (Sorcerer)Nascido com poder mágico.Energia bruta e carisma.
🧛 Bruxo (Warlock)Faz pacto com entidades.Magia sombria e poder misterioso.
🐺 DruidaGuardião da natureza.Transforma-se em animais e controla os elementos.
⚒️ MongeMestre das artes marciais.Disciplina e velocidade.

💡 Dica Bellacosa: escolha a classe que te empolga imaginar. Não há escolha errada, só caminhos diferentes.


📜 4. A História do Seu Personagem (Background)

Toda ficha tem um passado.
Você pode ser um nobre em desgraça, um órfão de guerra, um aprendiz de mago ou um ladrão redimido.

Perguntas para se inspirar:

  • Qual foi o seu primeiro erro?

  • Quem você perdeu?

  • Por que você partiu em jornada?

  • O que te move: ouro, glória, vingança, sabedoria?

Um bom personagem tem contradições.

“O guerreiro valente que teme a escuridão, o mago sábio que duvida de si mesmo.”

Essas nuances criam alma.


🎲 5. Atributos (Os 6 Pilares da Ficha)

AtributoSignificadoExemplo de uso
Força (FOR)Poder físico.Golpear, erguer peso.
Destreza (DES)Agilidade e reflexos.Furtar, esquivar, mirar.
Constituição (CON)Resistência e vitalidade.Tolerar veneno, ferimentos.
Inteligência (INT)Conhecimento e lógica.Investigar, decifrar runas.
Sabedoria (SAB)Percepção e instinto.Notar armadilhas, resistir à magia.
Carisma (CAR)Presença e influência.Convencer, enganar, inspirar.

💡 Dica Bellacosa: pense no equilíbrio. O mago precisa de INT, o guerreiro de FOR, o bardo de CAR.


🪄 6. Equipamentos e Armas

Cada classe começa com armas e itens iniciais.
Mas o verdadeiro poder está em como você usa o que tem.

  • Guerreiros: espadas, escudos e armaduras.

  • Magos: cajados, grimórios e anéis mágicos.

  • Ladinos: adagas, cordas e kits de ladrão.

  • Clérigos: símbolos sagrados e maças.

  • Patrulheiros: arcos, armadilhas e mapas.

💡 Curiosidade: no D&D, o ouro compra equipamento, mas a experiência compra sabedoria.


🧭 7. O Primeiro Passo na Jornada

Antes de sair rolando dados, defina:

  • O nome do seu personagem.

  • Sua motivação (o “porquê” da aventura).

  • Uma frase que o define.
    Exemplo:

“Arden, o Mago das Sombras: o poder é inútil sem propósito.”

Depois, apresente seu personagem ao grupo.
Não se preocupe com perfeição — a ficha vai evoluir conforme você joga.


🌌 8. Dicas de Ouro do Mestre Bellacosa

  1. 🎭 Interprete de verdade: use voz, gestos, até caretas.

  2. 🗡️ Não lute contra o grupo — lute com ele.

  3. 📚 Anote tudo: nomes, locais, promessas — o Mestre pode cobrar.

  4. 💬 Use o improviso a seu favor: um erro pode virar lenda.

  5. 🪙 Recompense boas ideias: a criatividade vale mais que força.

  6. ⏳ Tenha paciência: dominar D&D leva tempo, mas cada sessão é uma vitória.


🧠 Resumo do Espírito Bellacosa

“Não há dado que decida o destino de um herói — apenas a coragem de rolar.”
— Bellacosa, Crônicas do Primeiro D20

 

sábado, 10 de setembro de 2022

🚀 Como melhorar seu Blogspot para “ser pego” pelos motores de busca (Google, Bing, etc.)

 

SEO ajudando seu blogspot subir com Bellacosa Mainframe


🚀 Como melhorar seu Blogspot para “ser pego” pelos motores de busca (Google, Bing, etc.)

Vou dividir em camadas, como num sistema mainframe bem projetado:
infra → configuração → conteúdo → autoridade → manutenção


🧱 CAMADA 1 — Infra básica (SEM isso, nada funciona)

✅ 1. Blog visível para buscadores

Já falamos, mas reforço:

Configurações → Privacidade ✔ Visível para mecanismos de busca = SIM

✅ 2. Robots e indexação corretos

Configurações → Preferências de pesquisa

✔ Tags personalizadas de robôs:

  • Página inicial → index, follow

  • Posts e páginas → index, follow

❌ Nunca use noindex em posts.


✅ 3. Sitemap ativo (obrigatório)

No Google Search Console:

📌 Sitemap padrão do Blogger:

/sitemap.xml

Envie e confirme.


⚙️ CAMADA 2 — SEO técnico (onde o Blogger costuma falhar)

🔧 4. URLs limpas (isso impacta MUITO)

Configurações → Preferências de pesquisa → Erros e redirecionamentos

✔ URLs personalizadas:

https://seudominio.blogspot.com/2025/01/titulo-do-post.html

❌ Evite títulos longos e com:

  • “de”, “para”, “com”, “um”, “uma”

  • Datas no título


🔧 5. HTTPS e redirecionamento

Configurações → HTTPS

✔ HTTPS disponível → SIM
✔ Redirecionar HTTPS → SIM

SEO hoje exige HTTPS.


🔧 6. Corrigir título da página (erro clássico do Blogspot)

O Blogger costuma gerar títulos ruins.

O ideal é:

Título do Post | Nome do Blog

No HTML do tema, confirme algo assim:

<title> <b:if cond='data:blog.pageType == "item"'> <data:blog.pageName/> | <data:blog.title/> <b:else/> <data:blog.title/> </b:if> </title>

📌 Isso aumenta CTR no Google.


✍️ CAMADA 3 — Conteúdo que o Google respeita

🧠 7. Escreva para “intenção de busca”

Cada post deve responder UMA pergunta clara.

Exemplos bons:

  • o que é REXX no mainframe

  • exemplo prático JCL SORT

  • como criar web service no CICS

Exemplos ruins:

  • minhas reflexões sobre tecnologia

  • algumas ideias sobre COBOL

📌 Google não indexa “reflexão vaga”.


✍️ 8. Estrutura correta do post

Todo post deve ter:

H1 → Título (1 só) H2 → Seções principais H3 → Detalhes técnicos

Exemplo:

H1: O que é REXX no Mainframe H2: Para que serve o REXX H2: Exemplo prático no TSO H2: Erros comuns H3: S0C7 H3: IKJ56500I

🧪 9. Conteúdo técnico indexa MELHOR

Você tem uma vantagem enorme, Vagner:

✔ Código COBOL
✔ JCL
✔ REXX
✔ Mensagens do sistema

📌 O Google AMA código técnico porque:

  • É único

  • É pesquisável

  • Gera backlinks naturais

👉 Sempre use <pre> ou bloco de código.


🔗 CAMADA 4 — Autoridade (o que faz subir no ranking)

🔗 10. Links internos (isso é ouro)

Em todo post:

  • Link para 2–3 posts antigos

  • Use texto descritivo:

    • ❌ “clique aqui”

    • ✔ “exemplo de JCL SORT”


🌐 11. Backlinks inteligentes (sem spam)

Onde postar links do blog:

✔ LinkedIn (posts técnicos)
✔ GitHub (README com link)
✔ Medium (resumo + link)
✔ Stack Overflow (quando fizer sentido)
✔ Grupos técnicos (sem spam)

📌 1 link bom vale mais que 100 ruins.


🖼️ CAMADA 5 — SEO escondido (quase ninguém faz)

🖼️ 12. Imagens com ALT técnico

Sempre use ALT:

ALT="Exemplo de JCL SORT com DFSORT no z/OS"

Google indexa imagens e usa isso no ranking.


📄 13. Página “Sobre” forte

Crie uma página Sobre explicando:

  • Quem você é

  • Experiência real

  • Tecnologias

  • Objetivo do blog

📌 Isso ajuda E-E-A-T (Experiência, Autoridade, Confiança).


🧹 CAMADA 6 — Manutenção (SEO é batch recorrente)

🕒 14. Frequência > volume

✔ 1 post por semana
❌ 10 posts em um dia e sumir


🔄 15. Atualize posts antigos

Posts técnicos antigos sobem MUITO quando atualizados.

Exemplo:

  • “Atualizado para z/OS 2.5”

  • “Inclui exemplo CICS TS”


☕ Dica final estilo Bellacosa Mainframe

SEO é como JCL bem escrito:
não aparece… mas se errar um parâmetro, nada roda.

sexta-feira, 5 de junho de 2015

10 Métricas que os Grandes Blogs Usam para Criar Conteúdo Realmente Engajante

 

Bellacosa Mainframe comenta sobre 10 metricas para crescer nosso blog

10 Métricas que os Grandes Blogs Usam para Criar Conteúdo Realmente Engajante

Série Engenharia de Blogs – El Jefe Midnight Lunch
Autor: Vagner Bellacosa


Existe uma diferença interessante entre escrever na internet e engenheirar conteúdo.

A maioria das pessoas publica textos e torce para que alguém leia.

Os grandes blogs fazem o contrário.

Eles medem tudo.

E essa mentalidade é curiosamente muito próxima da cultura do mainframe.

No mundo IBM Z nós não confiamos em suposições.
Nós olhamos:

  • SMF records

  • RMF

  • logs

  • métricas de performance

No mundo dos blogs acontece exatamente a mesma coisa.

Um blog é, essencialmente, um sistema de distribuição de conhecimento.
E todo sistema precisa de observabilidade.

Hoje vamos explorar 10 métricas usadas por blogs profissionais para medir engajamento real.


1 — Tempo Médio na Página (Average Time on Page)

Essa é uma das métricas mais importantes.

Ela mostra quanto tempo as pessoas realmente passam lendo seu artigo.

Exemplo:

ArtigoTempo Médio
Post A22 segundos
Post B3 minutos
Post C7 minutos

Interpretação rápida:

  • menos de 30s → leitor saiu rápido

  • 2–4 min → bom

  • 5+ min → conteúdo muito engajante

Blogs técnicos geralmente têm tempos maiores porque o leitor está estudando.


2 — Profundidade de Scroll

Também chamada de Scroll Depth.

Mostra até onde o leitor rolou o artigo.

Exemplo típico:

ProfundidadeLeitores
25%100%
50%72%
75%41%
100%18%

Isso revela onde os leitores perdem interesse.

Ferramentas comuns:

  • Microsoft Clarity

  • Hotjar

  • Google Tag Manager


3 — CTR Interno (Internal Click Through Rate)

Essa métrica mostra quantas pessoas clicam em outros artigos do blog.

Exemplo:

  • 1000 visitantes em um post

  • 230 clicaram em outro artigo

CTR interno = 23%

Blogs maduros tentam manter entre:

15% e 30%

Isso significa que o leitor continua explorando o conteúdo.


4 — Bounce Rate (Taxa de Rejeição)

Essa métrica mostra quantos visitantes:

  • entram no blog

  • não interagem

  • saem imediatamente

Valores típicos:

Bounce RateInterpretação
40–55%excelente
55–70%normal
70%+conteúdo fraco ou desalinhado

Mas atenção: em blogs educacionais o bounce pode ser alto.

Se a pessoa encontra a resposta e vai embora, isso não é necessariamente ruim.


5 — Páginas por Sessão

Mostra quantas páginas um visitante acessa durante uma visita.

Exemplo:

Sessão média = 3.4 páginas

Isso indica:

  • curiosidade

  • exploração

  • confiança no conteúdo

Blogs de autoridade normalmente ficam entre:

2 e 5 páginas por sessão


6 — Backlinks Gerados

Essa métrica mede quantos outros sites linkam seu conteúdo.

É uma das métricas favoritas do Google.

Exemplo:

ArtigoBacklinks
Post A3
Post B12
Post C45

Quando um artigo recebe muitos backlinks, significa que ele virou referência.


7 — Compartilhamentos Sociais

Quantas vezes seu conteúdo foi compartilhado em redes sociais.

Exemplo:

RedeShares
LinkedIn180
Twitter70
Facebook35

Posts que geram compartilhamento normalmente têm:

  • insights novos

  • guias completos

  • histórias interessantes


8 — Comentários

Uma métrica simples, mas poderosa.

Comentários indicam:

  • envolvimento

  • curiosidade

  • discussão

Blogs técnicos muitas vezes geram comentários longos com perguntas e experiências.

Isso cria comunidade.


9 — Atualização de Conteúdo (Content Freshness)

Conteúdo envelhece.

Principalmente em tecnologia.

Blogs grandes revisam artigos antigos constantemente.

Exemplo:

ArtigoÚltima atualização
2021desatualizado
2023médio
2025atualizado

Atualizar conteúdo antigo pode aumentar muito o tráfego.


10 — Velocity de Conteúdo

Essa é uma métrica pouco comentada.

Ela mede a velocidade com que um artigo ganha tráfego após ser publicado.

Exemplo:

TempoVisitas
1 dia80
1 semana600
1 mês3000

Se um artigo cresce rápido, ele pode se tornar viral.

Blogs profissionais usam essa métrica para decidir:

  • quais posts promover

  • quais transformar em séries

  • quais atualizar rapidamente


Curiosidade

Grandes blogs muitas vezes fazem algo chamado:

Content Pruning

Eles removem ou reescrevem artigos fracos.

Isso melhora o desempenho geral do site no Google.


Easter Egg

Um experimento interessante:

Pegue um artigo antigo e faça apenas três coisas:

  1. melhore o título

  2. adicione links internos

  3. atualize exemplos

Muitas vezes isso já melhora significativamente o engajamento.


Mapa Mental das Métricas de Engajamento

ENGAJAMENTO
│
├ Leitura
│ ├ tempo na página
│ └ scroll depth
│
├ Navegação
│ ├ CTR interno
│ └ páginas por sessão
│
├ Popularidade
│ ├ backlinks
│ └ compartilhamentos
│
└ Comunidade
├ comentários
└ retorno de leitores

Mantra do artigo

Não escreva apenas para publicar.

Escreva para ser lido, explorado e compartilhado.

E para isso, métricas são suas melhores aliadas.

Vagner Renato Bellacosa, IBM Champion e especialista em IBM Mainframe
IBM Z17 SYSTEM ONLINE
Sobre o autor

Vagner Renato Bellacosa

IBM Champion 2026 • Especialista em IBM Mainframe

Vagner Renato Bellacosa trabalha com IBM Mainframe desde 1988 , é IBM Champion e especialista em COBOL, CICS, Db2, z/OS e IBM Z. Compartilha experiências profissionais, conhecimento técnico, história da computação e práticas do universo mainframe para aproximar novas gerações das tecnologias que sustentam empresas, bancos e governos ao redor do mundo.

IBM Champion IBM Z COBOL CICS Db2 z/OS Mainframe desde 1988
GitHub LinkedIn
Inicializando conteúdo...