Optimización On-Page

La optimización on-page es la alineación a nivel de página de títulos, descripciones, encabezados, entidades, anclajes internos y contenido multimedia con una única tarea útil para el lector. El tipo de publicación ya decide la función estructural de la página; esta fase hace que cada señal visible y legible por máquina describa esa función de manera coherente.

Fase: P11 · Etapa C — Producir. Tiempo estimado: 60–90 minutos para una página nueva tras la aprobación editorial; de dos a cuatro horas para una página existente porque se requiere diagnóstico, preservación y evidencia de antes y después. Responsable principal: Líder de contenido SEO. Colaboradores: redactor o editor, estratega SEO, diseñador para cambios significativos en contenido multimedia y desarrollador cuando las plantillas generan el HTML incorrecto.

Por qué esta fase, y por qué aquí

P11 consume el borrador aprobado y los controles de producción del sistema de producción de contenido , además de la intención de la página, la URL canónica, las entidades principales, la evidencia requerida y la especificación del tipo de publicación . La estructura ya ha determinado si el activo es una guía, una comparativa, una página de producto, un término del glosario u otro formato. El trabajo on-page no debe rediseñar esa decisión introduciendo cada variante de consulta en la página.

La fase existe porque el mismo artículo preciso puede enviar señales contradictorias. Una pestaña del navegador puede prometer “Guía de Migración CRM Empresarial”, el H1 puede decir “Moviendo Tus Datos”, la introducción puede no mencionar nunca los sistemas involucrados y los enlaces internos pueden llamar a la página “leer más”. Una persona puede inferir la relación después de leer. Un motor de búsqueda, un lector de pantalla o un sistema de recuperación de IA debe conciliar varias etiquetas débiles antes de decidir de qué trata la página y cuándo es útil.

El orden importa. Ejecuta la optimización on-page antes de la fase de enlazado interno porque P12 necesita la URL final, los encabezados estables y los conceptos de anclaje aprobados. Ejecútala después de redactar porque un título escrito antes de que exista la respuesta a menudo promete un alcance que el cuerpo no entrega. Saltarse P11 dificulta la clasificación del contenido útil y lo hace menos atractivo para hacer clic. Ejecutarla durante la investigación fomenta un texto guiado por palabras clave antes de que se haya definido la intención de búsqueda —la tarea que el usuario intenta completar.

Entradas y salidas

Las salidas son el contrato con el enlazado interno y la garantía de calidad previa a la publicación. Un editor no debería tener que inferir qué significaba el título o qué encabezado puede recibir de forma segura un enlace profundo.

La lista de verificación

La lista de verificación difiere en el primer paso para una página existente y una página nueva. El resto de las comprobaciones comparten estándares de aceptación, pero la evidencia nunca debe descartarse simplemente para que una página vieja se parezca a una plantilla nueva.

1. Elegir la ruta de página existente o página nueva

Qué: Clasifica el trabajo como optimización de página existente o finalización de página nueva antes de modificar el texto. Una página existente tiene un historial medible y puede satisfacer consultas fuera del resumen actual; una página nueva no tiene una línea base de rendimiento que proteger.

Por qué: Editar una página con buen rendimiento sin capturar su cobertura funcional hace imposible diagnosticar pérdidas. Tratar una página nueva como una página en declive invita a líneas base inventadas y afirmaciones prematuras de éxito.

Cómo: Para una página existente, exporta el título actual, descripción, esquema H1–H3, anclajes internos, contenido multimedia, consultas principales, clics, impresiones, CTR, posición media y conversiones para un rango declarado. Anota lo que debe preservarse. Para una página nueva, verifica la intención aprobada, el tipo de publicación, la URL, la lista de entidades y la acción de conversión; marca los campos de rendimiento como “línea base tras el lanzamiento”, no como cero.

Herramienta: Usa Consultas de Búsqueda de Google en app.amicited.com/reports/google-search/queries para obtener evidencia de consultas en vivo. Usa la vista previa del CMS y el resumen aprobado para una página nueva.

Listo cuando: El registro de cambios indica la ruta, la ventana de evidencia, el responsable, las consultas o secciones protegidas y el motivo del trabajo. Ningún cambio de texto en una página existente comienza sin una línea base capturada, y ninguna página nueva se juzga con un rendimiento histórico inventado.

2. Reconfirmar la promesa principal única de la página

Qué: Redacta una frase: “Esta página ayuda a [audiencia] a completar [tarea] proporcionando [respuesta o apoyo para la decisión]”. Marca un tema de consulta principal y las preguntas secundarias importantes que el cuerpo realmente responde.

Por qué: Los títulos, encabezados, entidades, anclajes y contenido multimedia solo pueden coincidir cuando la página tiene una función dominante. Una lista de palabras clave no es una promesa porque no dice nada sobre el resultado que recibe el lector.

Cómo: Compara la intención aprobada con la respuesta inicial, la evidencia, las expectativas de la página de resultados y la llamada a la acción. Si el borrador sirve a dos tareas diferentes con evidencia o acciones siguientes distintas, devuélvelo a revisión de alcance en lugar de ocultar el conflicto dentro de un título amplio.

Herramienta: Usa el resumen, la revisión de resultados en vivo y la evidencia de consultas adjuntada en el paso 1.

Listo cuando: Un revisor puede leer la promesa y señalar la respuesta directa, las secciones de respaldo y la acción siguiente que la cumplen. Cada tema de consulta retenido se ajusta a esa misma función.

3. Redactar un título que pueda sobrevivir a las reescrituras

Qué: Finaliza la etiqueta title HTML —el nombre de página que se muestra en la pestaña del navegador y que se usa comúnmente como título del resultado de búsqueda— y su H1 visible.

Por qué: Los motores de búsqueda pueden reescribir títulos cuando son repetitivos, vagos, sobrecargados, desactualizados o inconsistentes con la página visible. Ningún redactado puede prevenir toda reescritura, porque los resultados se adaptan a las consultas y dispositivos. Un título específico y conciso que coincida con el H1 y la respuesta le da al sistema menos motivos para reemplazar el encuadre de la página.

Cómo: Comienza con el tema y el resultado útil, añade un diferenciador solo cuando el cuerpo lo justifique y coloca la marca al final cuando ayude a la identificación. Elimina texto repetitivo compartido entre cientos de páginas. Mantén el H1 natural y ligeramente más legible que el título si es necesario, pero haz que ambos describan el mismo alcance. Previsualiza el ancho en lugar de tratar un conteo de caracteres como regla de posicionamiento.

Herramienta: Usa la vista previa de búsqueda del CMS, la comparación de resultados en vivo y Consultas de Búsqueda de Google para el lenguaje que la gente realmente usa.

Listo cuando: El código fuente renderizado contiene un título único y no vacío y un H1; ninguno es una lista de variantes de palabras clave; sus promesas coinciden entre sí y con la respuesta inicial; y las palabras importantes del título siguen siendo comprensibles si su parte final se trunca.

4. Redactar una descripción que se gane el clic correcto

Qué: Redacta la meta description , un resumen HTML que los motores de búsqueda pueden mostrar debajo del título del resultado.

Por qué: La descripción no es un snippet garantizado ni un lugar para forzar el posicionamiento. Su función es dejar claro el valor y la idoneidad de la página para que el usuario adecuado pueda elegirla. Los motores de búsqueda suelen seleccionar el texto visible de la página cuando ese texto responde una consulta con mayor precisión.

Cómo: Indica el tema, el resultado, la restricción útil y el siguiente paso en lenguaje sencillo. Usa el término principal donde sea natural. Apunta a 120–160 caracteres como rango editorial, luego previsualiza en escritorio y móvil. No repitas el título, uses superlativos sin respaldo ni prometas herramientas, precios, plantillas o evidencia que no estén en la página.

Herramienta: Usa la vista previa del CMS y Brecha de CTR en app.amicited.com/reports/ctr-gap para resultados existentes que reciben menos clics de los esperados según el sitio.

Listo cuando: La descripción es única, precisa sin contexto, legible en la vista previa y está respaldada por la página. Para una edición existente por brecha de CTR, se registran la descripción anterior, la causa diagnosticada, el reemplazo y la fecha de revisión.

5. Convertir los encabezados en el esquema de la página

Qué: Haz que el H1, los H2 y los H3 formen un esquema anidado de la respuesta. Los niveles de encabezado son etiquetas semánticas HTML, no controles para el tamaño de fuente.

Por qué: Los lectores escanean los encabezados para decidir dónde invertir atención. La tecnología de asistencia los usa para la navegación, mientras que los sistemas de búsqueda y recuperación los utilizan para asociar pasajes con preguntas y entidades. Los encabezados decorativos o vacíos corrompen ese esquema.

Cómo: Usa un H1 para la página. Asigna un H2 a cada sección principal y reserva el H3 para subdivisiones reales de su H2 padre. Reescribe etiquetas vagas como “Resumen”, “Más” y “Beneficios” para que nombren el tema en contexto. Traslada las necesidades de estilo al sistema de diseño; no selecciones H4 porque se ve más pequeño. Cada encabezado debe introducir texto, una tabla, una lista, contenido multimedia u otra respuesta sustancial.

Herramienta: Usa el esquema DOM renderizado, no solo el editor visual. Verifica las vistas previas tanto de escritorio como de móvil.

Listo cuando: Hay exactamente un H1; ningún nivel se omite solo por apariencia; cada H3 pertenece al H2 que lo precede; ningún encabezado está vacío o duplicado sin una estructura repetida clara; y leer solo los encabezados proporciona un resumen veraz de la página.

6. Nombrar entidades y establecer sus relaciones

Qué: Verifica las entidades de la página —personas, organizaciones, productos, lugares, estándares, métodos o medidas distintivos— y las relaciones que se afirman entre ellas.

Por qué: Repetir una palabra clave no resuelve si “Mercurio” significa un planeta, un elemento, una marca de automóviles o una empresa de pagos. Los nombres claros, las categorías, los atributos y las relaciones ayudan al lector y a la máquina a conectar las afirmaciones con el elemento correcto.

Cómo: Usa el nombre completo preferido en la primera mención, define términos especializados y expresa relaciones importantes en oraciones completas. Añade versiones, ubicaciones, fechas, unidades y autoría cuando cambien el significado. Usa sinónimos de forma natural después de la desambiguación. Elimina listas de entidades que no tengan una relación explicativa y verifica cada asociación factual con la fuente aprobada.

Herramienta: Usa la lista de entidades del resumen, el registro de fuentes editoriales y la búsqueda en la página renderizada. La evidencia de consultas de AmICited puede mostrar el vocabulario que aplican los usuarios, pero no verifica relaciones factuales.

Listo cuando: Cada entidad principal es inequívoca en su primera mención significativa, cada relación relevante tiene evidencia, los nombres y versiones son consistentes, y un editor puede extraer una lista de entidades y relaciones sin adivinar a qué se refiere un pronombre o acrónimo.

7. Hacer que los anclajes internos describan el siguiente paso útil

Qué: Revisa el texto de anclaje —las palabras visibles cliqueables— de cada enlace interno ya asignado a la página.

Por qué: “Haz clic aquí” y “más información” ocultan el destino a las personas que escanean la página y a los sistemas que interpretan la relación. La repetición de coincidencia exacta no es la solución; los anclajes deben describir por qué el destino ayuda en ese punto de la respuesta.

Cómo: Coloca los enlaces donde el destino resuelve una pregunta, proporciona evidencia o permite la siguiente tarea. Usa un lenguaje descriptivo y conciso que se ajuste a la oración. Varía el redactado cuando cambie el contexto, evita enlazar el mismo destino repetidamente en una sección corta y nunca añadas un enlace solo para colocar una frase objetivo.

Herramienta: Usa las obligaciones de enlace aprobadas, el inspector de enlaces del CMS y la página renderizada. La siguiente fase evaluará la cobertura del grafo y las oportunidades de la página origen.

Listo cuando: Cada enlace interno dirige a la URL canónica prevista, no quedan anclajes genéricos “haz clic aquí” ni URL sin formato, el destino se entiende desde su oración, y la entrega lista los encabezados estables y conceptos que P12 puede usar para enlaces entrantes.

8. Optimizar el contenido multimedia para significado, acceso y velocidad

Qué: Revisa imágenes, diagramas, gráficos, videos e incrustaciones para verificar propósito, ubicación, dimensiones, formato de archivo, pies de foto y texto alternativo —la alternativa textual que se anuncia cuando una imagen no puede verse.

Por qué: El contenido multimedia debe explicar algo que el texto no puede mostrar con la misma eficiencia. Los gráficos sin etiqueta ocultan evidencia, la falta de dimensiones causa desplazamientos de diseño y los archivos decorativos con texto alternativo extenso crean ruido para los usuarios de lectores de pantalla. Los activos grandes pueden ralentizar la respuesta sin hacerla más clara.

Cómo: Conserva cada activo solo cuando demuestra, explica o ilustra un punto. Redacta texto alternativo conciso para imágenes significativas según su función en contexto; usa texto alternativo vacío para imágenes puramente decorativas. Incluye tendencias y conclusiones de los gráficos en el texto visible, proporciona ancho y alto, usa un formato eficiente y aplica carga diferida para el contenido multimedia debajo del pliegue cuando la implementación lo permita. Captura capturas de pantalla de productos con una ventana de visualización legible y oculta datos personales o del cliente.

Herramienta: Usa el manifiesto multimedia, la inspección de accesibilidad del navegador, la verificación de dimensiones de imagen y el presupuesto de rendimiento acordado del sitio.

Listo cuando: Cada elemento multimedia tiene un responsable y un propósito; los activos informativos tienen texto alternativo adecuado; los activos decorativos usan alternativas vacías; los gráficos expresan su conclusión en texto; las dimensiones están declaradas; no hay datos sensibles visibles; y cada archivo cumple con el presupuesto multimedia del sitio o tiene una excepción aprobada.

9. Renderizar, comparar y aprobar la página completa

Qué: Revisa la página renderizada como un sistema completo y registra el conjunto de cambios.

Por qué: Los campos que funcionan por separado pueden entrar en conflicto al combinarse. Un título conciso puede reducir el alcance mientras un H2 antiguo lo amplía; una descripción sólida puede prometer una plantilla eliminada en la edición; un nuevo ID de encabezado puede romper un enlace profundo entrante.

Cómo: Compara el título, la descripción, el H1, la respuesta inicial, el esquema, las entidades, los anclajes, el contenido multimedia y el CTA con la promesa principal. Inspecciona la salida HTML, escritorio, móvil, navegación por teclado y el destino en vivo de cada enlace. Para una página existente, separa los cambios por hipótesis para que la medición posterior pueda identificar qué movimiento probablemente causó el efecto.

Herramienta: Usa la vista previa del CMS, el inspector del navegador, el verificador de enlaces disponible para el equipo de publicación y las capturas de línea base de AmICited.

Listo cuando: Todas las puertas de aceptación siguientes pasan, el responsable principal aprueba la URL renderizada, la evidencia de antes y después está adjunta, las fechas de publicación y medición están configuradas, y los problemas no resueltos tienen un responsable en lugar de desaparecer en un comentario.

Herramientas en AmICited

AmICited identifica páginas que merecen cambios y proporciona evidencia para la modificación. No reemplaza la revisión del resultado en vivo, el HTML renderizado ni la promesa de la página.

Reglas de decisión

Estos números son puertas de revisión, no umbrales universales de algoritmo. Una excepción documentada puede pasar; una excepción invisible no puede.

No uses la densidad de palabras clave como puerta de control. La densidad es una relación entre las ocurrencias de una frase y el total de palabras, pero no puede determinar si una página responde la pregunta, distingue entidades o se lee de forma natural. El estándar es cero inserciones forzadas. Del mismo modo, un encabezado de coincidencia exacta sin contenido detrás falla incluso si una herramienta marca la frase como “optimizada”.

Entregable: la hoja de cambios on-page

Entrega una fila versionada por URL, vinculada a la copia lista para el CMS y a la carpeta de evidencia.

URL | Ruta: existente/nueva | Promesa principal | Audiencia | Tipo de publicación
Título anterior | Título posterior | Descripción anterior | Descripción posterior | H1
Esquema de encabezados | Entidades principales | Anclajes internos | Manifiesto multimedia
Consultas/secciones protegidas | Enlaces de evidencia de AmICited | Hipótesis del cambio
Responsable | Revisor | Fecha de publicación | Fecha de medición | Estado | Excepciones

Para páginas existentes, incluye prueba de antes y después y evidencia de consultas exportada. Para páginas nuevas, incluye el resumen aprobado y marca los campos de rendimiento como “pendiente de línea base”. Registra cada excepción junto a su puerta fallida. El equipo de publicación debe poder implementar la hoja sin reescribir campos, y el equipo de medición debe poder reconstruir el cambio.

Qué sale mal

• Una puntuación reemplaza el criterio. Un plugin se vuelve verde porque una frase aparece con suficiente frecuencia, mientras que la página responde a la tarea equivocada. Vuelve a la promesa principal y a la intención de búsqueda observada.
• El snippet promete demasiado. Un título repleto de palabras clave o una promesa sin respaldo como “plantilla gratuita” atrae el clic equivocado e invita a la reescritura. Mantén un tema, un resultado y solo afirmaciones que el cuerpo cumpla.
• Los encabezados son decorativos. Los editores eligen niveles de encabezado por tamaño, o añaden encabezados tipo pregunta seguidos de una oración vacía. Repara el esquema en HTML y usa estilos de diseño para la apariencia.
• Los anclajes de coincidencia exacta se multiplican. Cada enlace a una página comercial usa la misma frase forzada. Redacta anclajes para la oración local y la necesidad del usuario; la consistencia del destino no requiere un redactado idéntico.
• Un ganador existente se reescribe como una página en blanco. Subtemas útiles y lenguaje desaparecen porque el nuevo resumen solo registra la consulta principal. Preserva la cobertura adyacente y registra las eliminaciones deliberadas.
• Cada CTR bajo se convierte en un problema de texto. Una visión general de IA, un paquete de imágenes, una discrepancia de marca o una página de destino incorrecta pueden suprimir clics. Inspecciona el resultado en vivo antes de cambiar el snippet.
• La reescritura del motor de búsqueda provoca ediciones diarias. Una variación observada del título desencadena cambios reactivos que borran el experimento. Recopila evidencia repetida y específica de la consulta y cambia solo cuando la página en sí está desalineada.

Siguiente fase

La fase de enlazado interno recibe la URL canónica final, la promesa principal, el esquema de encabezados estable, las entidades aprobadas, los enlaces salientes existentes y los conceptos de anclaje candidatos. Usa esos campos para decidir qué páginas relevantes deben enlazar hacia ella, qué rutas contextuales deben conducir hacia fuera y cómo encaja la página en el grafo más amplio del sitio.

No entregues un mapa de encabezados provisional ni una URL que pueda cambiar después de la publicación. P12 debe decidir la colocación y cobertura de enlaces, no reabrir la intención de la página ni inventar etiquetas para una respuesta inconclusa. El responsable de la página sigue siendo responsable de cualquier cambio de redactado necesario para que un enlace planificado resulte natural.

Poner las señales a nivel de página en concordancia

Comienza con la evidencia real de la página: abre el informe de Consultas para la URL propietaria, usa el informe de oportunidad de CTR cuando los clics rindan por debajo de lo esperado según el ajuste, o abre la lista de trabajo de oportunidad de página cuando un clúster esté lo suficientemente cerca para mejorar. Luego entrega una hipótesis documentada a nivel de página, no un conjunto de inserciones de palabras clave.