Lista de auditoría SEO técnica para sitios de negocios pequeños

Empiece por las páginas que sostienen el negocio: inicio, servicios, ubicaciones o zonas legítimas, contacto, proyectos o evidencia y artículos útiles. Combine navegación, mapa XML, páginas de entrada en analítica, informes de Search Console y campañas conocidas. Así aparecen tanto páginas valiosas sin enlaces claros como direcciones antiguas que todavía reciben visitas o enlaces externos.

Registre la situación antes de cambiarla. Anote patrones de indexación, visibilidad de marca y sin marca, entradas orgánicas, consultas calificadas e incidentes conocidos. Estas medidas no demostrarán que una reparación causó todo cambio posterior, pero evitan una lista de puntuaciones sin contexto. Guarde fecha, configuración del rastreador, versión del sitio y exclusiones para poder repetir la revisión.

Agrupe las URLs por plantilla y propósito antes de revisar alertas individuales. Un defecto canónico en todas las páginas de servicio es un solo problema compartido, no cincuenta tareas; una reserva rota puede ser prioritaria aunque afecte una sola URL. Marque páginas críticas, de apoyo, heredadas, utilitarias o excluidas a propósito. Ese denominador permite explicar si un hallazgo es aislado, sistémico o esperado.

• Páginas prioritarias agrupadas por servicio y propósito
• URLs de mapa, navegación, analítica y Search Console
• Línea base de visibilidad, entradas y consultas comerciales
• Fecha, ajustes, exclusiones y versión del sitio registradas

Una página puede tener enlaces y no ser indexable, aceptar indexación pero estar aislada o abrir en un navegador mientras recursos importantes quedan bloqueados al rastreador. Revise enlaces internos, estados HTTP, acceso en robots.txt, directivas robots, autenticación y contenido renderizado. Recuerde que robots.txt controla el rastreo; no es la vía confiable para retirar una URL ya conocida. Para eso corresponde noindex o un control de acceso adecuado.

Inspeccione muestras en Search Console en vez de asumir que un rastreo explica todo. Las páginas importantes normalmente deben responder con éxito, aparecer en el mapa, recibir enlaces rastreables y no contener bloqueos accidentales. Retire del mapa las URLs rotas y decida el destino de cada página eliminada: redirección directa y pertinente, respuesta honesta de no encontrada o conservación cuando todavía cumple una función real.

Compare el HTML inicial con la página renderizada cuando intervenga JavaScript. Google describe rastreo, renderizado e indexación como etapas separadas, y el contenido que aparece solo después de un clic o de una solicitud frágil puede no ser contenido principal confiable. Confirme que encabezados, texto, canónica, directivas, datos estructurados y enlaces `href` normales existan sin interacción. El renderizado de servidor o estático simplifica el camino, pero aún debe probarse la respuesta real.

• Estado, acceso y directiva correctos en cada plantilla
• Enlaces rastreables hacia todas las páginas importantes
• Mapa limitado a URLs preferidas e indexables
• Inspección en vivo de páginas y recursos representativos

Elija una forma pública para cada página y haga coincidir las señales. HTTPS, dominio, barra final, mayúsculas, parámetros, enlaces internos, mapa, redirecciones y elementos canónicos no deben proponer versiones distintas. La canónica es una indicación sobre el duplicado preferido; no sustituye una redirección cuando personas y rastreadores nunca deberían necesitar la dirección alternativa.

Dirija las URLs antiguas al destino útil más cercano, sobre todo después de un rediseño o cambio de nombre del servicio. Evite cadenas largas, bucles, destinos sin relación y la costumbre de enviar todo lo retirado al inicio. Compruebe primero enlaces externos y direcciones antiguas con tráfico. Si existen filtros, parámetros de campaña, vistas para imprimir o pruebas, documente su función y evite una colección descontrolada de duplicados indexables.

En sitios multilingües, evalúe juntas las señales canónicas y de idioma sin confundir sus funciones. Una página inglesa traducida por completo y su versión española normalmente conservan canónicas propias porque son experiencias distintas; hreflang conecta los equivalentes. Pruebe ambas direcciones, incluya cada miembro activo del grupo y compruebe que los destinos sean públicos e indexables. Una etiqueta correcta que apunta a una redirección o variante no canónica sigue creando contradicciones.

• Una URL preferida en enlaces, mapa, redirección y canónica
• Redirecciones directas hacia el reemplazo más pertinente
• Variantes con parámetros documentadas y controladas
• Alternativas localizadas recíprocas, indexables y alineadas

Google indexa a partir de la versión móvil, así que confirme que el diseño adaptable conserva contenido principal, encabezados, metadatos, enlaces, imágenes y datos estructurados en pantallas estrechas. Pruebe menús, controles táctiles, formularios, validación, llamadas, consentimiento y confirmaciones en un dispositivo real además de usar herramientas automáticas. Si un guion falla y oculta el contenido, tampoco sirve al visitante.

Use datos de campo cuando exista suficiente información de usuarios y pruebas de laboratorio para diagnosticar plantillas. Revise carga, respuesta a interacciones y estabilidad visual; después busque causas como imágenes pesadas, fuentes o guiones bloqueantes, widgets externos, dimensiones ausentes o renderizado costoso. No se busca una puntuación sintética perfecta, sino corregir problemas que afectan dispositivos comunes, páginas clave, accesibilidad y finalización de contactos.

Pruebe más que el inicio. Elija una URL de cada plantilla, además del artículo más largo, el servicio más extenso, un formulario y cualquier página con mapas, reseñas, reservas, video o consentimiento. Use laboratorio con limitaciones para reproducir problemas y datos de campo para saber si afectan a visitantes reales. Registre dispositivo, pantalla, red supuesta y fecha de herramienta para no comparar mediciones incompatibles.

• Contenido y metadatos equivalentes en móvil y escritorio
• Menús, formularios, llamadas y confirmaciones funcionales
• Tendencias de campo separadas del diagnóstico de laboratorio
• Medios, guiones, fuentes y saltos visuales con responsable

Cada página importante necesita un título conciso y descriptivo, un encabezado principal útil y texto que responda a su intención. La metadescripción puede explicar el resultado, pero no siempre se muestra. Valide los datos estructurados admitidos contra el contenido visible, las propiedades requeridas y la documentación vigente; aprobar una prueba no garantiza un resultado enriquecido. Compruebe también migas de pan, alternativas de imágenes, vistas sociales y datos de contacto.

Compare páginas similares para detectar duplicación y solapamiento de intención. Dos servicios dirigidos a la misma necesidad con cambios mínimos compiten por enlaces y dejan al visitante sin saber cuál aplica. Al contrario, juntar servicios realmente distintos en una página vaga impide explicar cualquiera. La auditoría debe indicar dónde arquitectura, navegación, encabezados y contenido necesitan unirse o separarse según una tarea real del cliente.

Trate los datos estructurados como una descripción legible por máquinas de hechos visibles, no como publicidad oculta. Use tipos y propiedades admitidos, alinee nombres, URLs, imágenes, precios, reseñas, preguntas y datos del negocio con lo que una persona puede verificar, y retire marcado de contenido ausente. Aprobar la sintaxis solo demuestra que puede analizarse; no garantiza elegibilidad, indexación ni tratamiento especial.

Termine con un registro priorizado, no con la exportación cruda. Para cada problema indique URLs, evidencia, efecto en usuarios y búsqueda, reparación, responsable, esfuerzo, dependencia y forma de comprobarlo. Separe bloqueos de mejoras y observaciones. La prioridad debe considerar importancia comercial y alcance: una plantilla que oculta todos los servicios es más urgente que una alerta cosmética en un artículo archivado.

Corrija causas compartidas antes que síntomas y pruebe en un entorno representativo. Conserve respuestas, capturas, datos estructurados, rastreos y conversiones antes y después. Tras publicar, solicite las URLs desde fuera de la red de desarrollo, confirme estados y redirecciones, rastree de nuevo e inspeccione una muestra en Search Console. No cierre una tarea solo porque cambió el código.

Defina la frecuencia según cambios y riesgos. Repita tras migraciones, cambios de navegación, dominio o protocolo, grandes publicaciones, nuevos idiomas e incidentes; mantenga monitoreo ligero para disponibilidad, formularios, directivas, mapas y plantillas valiosas. Ninguna auditoría garantiza posiciones, pero una línea base, una reparación asignada y una verificación repetible sí prueban que un obstáculo conocido desapareció y avisan si vuelve.

• Plantillas afectadas, evidencia, impacto, responsable y dependencia
• Prueba de aceptación específica antes de empezar la reparación
• Rastreo y pruebas de conversión en producción
• Frecuencia de monitoreo vinculada con cambios y riesgo