Auditoría SEO local en Santander: qué revisar y cómo interpretar el informe

Qué acordar antes de empezar

La propuesta debe identificar el sitio, los perfiles, las sedes y los servicios incluidos. Añade el periodo de datos disponible, la profundidad del rastreo, las pruebas manuales y si habrá análisis de competencia. Si se trabajará con una muestra de páginas, pide que se explique cómo se eligió y qué límites tiene.

Define el entregable: informe, registro de observaciones, prioridades, explicación de resultados y materiales que se entregarán. Una sesión para resolver dudas puede ser útil si forma parte del acuerdo. No des por incluida una reunión, un archivo editable o una segunda comprobación porque aparezcan en la oferta de otro proveedor.

Separa las tareas de revisión de los cambios. Instalar analítica, modificar el perfil, redactar páginas o reparar el CMS puede requerir trabajo adicional. La propuesta debería especificar qué está incluido y qué necesita otro presupuesto. Una valoración inicial tampoco acredita haber completado el diagnóstico.

Deja definidos responsables, calendario y condiciones que pueden bloquear el trabajo. La falta de acceso, un cambio simultáneo de web o una incidencia del proveedor deberían registrarse. Si dos personas editan lo mismo mientras otra lo examina, las capturas pueden acabar documentando tres webs distintas con un solo dominio.

Accesos: qué hace falta y quién conserva el control

Para investigar la información pública se puede empezar sin entrar en ninguna cuenta. Los datos de Search Console, analítica o rendimiento del perfil permiten contestar otras preguntas. El acceso solicitado debe corresponder a esas comprobaciones, con una persona identificada y una finalidad acordada.

Google recomienda conceder acceso de lectura a Search Console durante la fase de auditoría. Su documentación distingue propietario, usuario con acceso total y usuario restringido; tienen capacidades diferentes. El acceso total permite realizar algunas acciones. Si una prueba concreta requiere más permisos de los disponibles, debe explicarse y acordarse, o quedar pendiente.

En el Perfil de Empresa tampoco hay que confundir consultar datos con administrar información. Los propietarios y administradores pueden modificar elementos del perfil. Antes de invitar a alguien, comprueba qué rol necesita y qué permite. La empresa debe conservar el control de su cuenta y de su perfil.

Utiliza invitaciones y cuentas individuales cuando el producto las ofrezca. No envíes contraseñas por el formulario de contacto. Al terminar, revisa permisos y conserva las pruebas que necesites sin datos personales innecesarios. Si existe una propiedad verificada en Search Console, retirar un usuario y retirar sus métodos de verificación pueden ser cuestiones distintas; revisa esa situación con la documentación correspondiente.

La guía de configuración de Search Console explica propiedad y permisos. Que una revisión encuentre un problema no autoriza a corregirlo directamente: esa intervención necesita su alcance y su recuperación.

Rastreo e indexación: páginas concretas y pruebas fechadas

El informe debe identificar qué páginas comerciales se han examinado, qué respuesta devuelven y qué instrucciones reciben los buscadores. Un estado de Search Console necesita fecha y URL. Distingue los datos de la versión indexada de una prueba actual; la selección de canónica se consulta en los primeros y no se predice con la segunda.

Una URL que devuelve 200 puede cumplir una condición técnica sin estar seleccionada en el índice. robots.txt, noindex y la canónica cumplen funciones diferentes. La revisión debe reconocer cuál interviene en el caso observado y si su configuración responde a una decisión intencionada.

Una página de confirmación, una versión alternativa o un área privada no necesitan el mismo tratamiento que un servicio que quieres mostrar públicamente. Contar todas las URL excluidas como errores infla el informe. Antes de proponer indexarlas, pregunta para qué existen y qué deberían poder ver buscadores y visitantes.

El diagnóstico debería contrastar instrucciones, enlaces, redirecciones y sitemap cuando haya contradicciones. Su conclusión puede ser una corrección concreta o una investigación adicional. Cambiar todas las canónicas a inicio para que desaparezcan los avisos merece una explicación bastante más larga que el cambio.

Experiencia móvil y contacto: comprobar una tarea completa

Una prueba funcional sigue una necesidad: localizar un servicio, entender sus condiciones y encontrar cómo consultar. Debe registrar página, dispositivo y recorrido. La navegación, los avisos superpuestos y el formulario pueden fallar aunque la primera pantalla salga estupenda en la captura.

PageSpeed Insights combina laboratorio y datos de usuarios reales cuando existe muestra. Estos últimos reflejan una ventana histórica de 28 días; un cambio recién publicado no transforma automáticamente ese historial. El informe debe indicar qué se ha medido y qué datos faltan. Una puntuación verde no demuestra que lleguen consultas.

Si se detecta lentitud, pide localizar el recurso o comportamiento y la tarea afectada. Si se detecta un error de contacto, separa validación, confirmación, registro y recepción. W3C explica cómo comunicar errores y éxito al usuario; la entrega de una solicitud necesita además comprobar el funcionamiento previsto por la aplicación.

Cualquier envío de ensayo se acuerda y utiliza datos ficticios. Abrir WhatsApp expresa una interacción; todavía no acredita un mensaje recibido. La auditoría debe dejar claro qué tramos se comprobaron y cuáles quedaron pendientes. El botón puede ser muy azul y seguir mandando a la persona equivocada.

Contenido, títulos y enlaces: qué necesidad atiende cada página

La revisión debe relacionar páginas con servicios reales y consultas pertinentes. Comprueba si explican alcance, cobertura y condiciones, y si la navegación permite encontrarlas. Una recomendación de «añadir contenido» necesita señalar qué respuesta falta y dónde tiene sentido publicarla.

Los títulos y fragmentos deben describir lo que ofrece la página. Google puede generar otra presentación según la consulta. Los encabezados ordenan la explicación; no arreglan un servicio mal definido por repetir el nombre de Santander. Las imágenes y sus alternativas deberían corresponder al contenido que muestran.

Revisa los enlaces internos y sus destinos. Que una guía y un servicio aparezcan para una misma búsqueda no prueba que se perjudiquen. Antes de fusionar páginas, hay que contrastar su función, sus consultas y sus resultados. La guía de palabras clave locales desarrolla esa asignación.

Los datos estructurados deben corresponder a información visible y seguir los requisitos aplicables. Su validez no garantiza un resultado enriquecido. Tampoco existe un recuento de palabras preferido por Google: ampliar una página debe resolver necesidades, no alimentar el semáforo del complemento hasta que deje de protestar.

Perfil de Empresa: elegibilidad, datos y funciones disponibles

La auditoría debe comprobar primero si la actividad reúne las condiciones para tener perfil y quién lo controla. Después puede revisar categoría, datos publicados, servicios, enlaces, estado de verificación y posibles discrepancias. Una sede inventada no se convierte en válida al rellenar todas las casillas.

La revisión tiene que adaptarse al producto disponible para esa empresa. No debería exigir una función antigua que ya no aparece, ni proponer un procedimiento de verificación universal. Si falta acceso al rendimiento o al estado interno, el informe debe reconocer que ha observado únicamente la información pública.

Las reseñas y las respuestas se revisan con las políticas del producto. Evita incentivos, selección de clientes satisfechos o peticiones para manipular la valoración. Fotos y publicaciones pueden informar al usuario; su existencia no acredita por sí sola una mejora de ranking.

La guía de Google Business Profile en Cantabria explica los procedimientos. En el informe de auditoría interesa saber qué incumplimiento o carencia se ha encontrado, qué evidencia lo sostiene y qué intervención se propone.

Dirección y cobertura: representar la actividad que existe

Una empresa que recibe público y otra que se desplaza al cliente necesitan comprobar cómo deben mostrar sus datos. La revisión debe partir de la actividad y las condiciones reales. Las áreas de servicio no convierten cada municipio seleccionado en una sede ni garantizan aparecer allí.

Contrasta teléfono, nombre, dirección cuando corresponda, horarios y enlaces entre web, perfil y referencias externas pertinentes. Documenta las discrepancias que puedan confundir al cliente o representar mal el negocio. No hace falta convertir cualquier diferencia de puntuación en una emergencia de posicionamiento.

Si hay un traslado, un cambio de marca o un teléfono antiguo, identifica el origen de cada dato y su tratamiento adecuado. Para errores geográficos, distingue dirección, posición del marcador y ruta de acceso. La guía de ubicación y navegación en Google Maps separa esas incidencias.

Una recomendación de crear páginas por municipios debe explicar qué información propia aportarán y qué servicio se presta. Cambiar topónimos en serie puede producir páginas sin utilidad o incurrir en prácticas de spam. La cobertura del negocio se investiga; no se amplía con el botón de duplicar.

Competencia local y referencias externas: observar sin inventar causas

Un análisis de competencia necesita declarar consulta, fecha, ubicación de observación y tipo de resultado. Una lista de negocios vista desde tu oficina no representa todas las búsquedas de Cantabria. En los resultados locales, Google considera relevancia, distancia y popularidad; la proximidad cambia las condiciones de comparación.

Comprueba también quién compite por cada necesidad. Un directorio, un portal y otra empresa pueden aparecer en resultados distintos. La revisión puede describir diferencias de contenido, representación o referencias públicas, pero no demostrar la ponderación interna del algoritmo mirando tres fichas y contando fotografías.

Los enlaces y menciones deben examinarse por contexto y pertinencia. Una referencia sectorial o local puede ser útil para el usuario; acumular directorios sin criterio no acredita una mejora. Las métricas de autoridad de herramientas privadas son indicadores propios, no notas oficiales de Google.

Si se propone un trabajo externo, pide identificar la referencia, el motivo y las condiciones. La recomendación debe respetar las políticas de spam, también cuando hay intercambios o pagos. Tener menos dominios que otro negocio no justifica comprar el paquete de quinientos enlaces que casualmente aparece al pie del informe.

Search Console y analítica: definir qué puede concluir cada dato

El informe debe guardar periodo, filtros, propiedad y páginas utilizadas. Las consultas visibles de Search Console no necesariamente suman los totales, y la posición media depende del conjunto observado. Un filtro de España no equivale a una posición fija en Santander. La segunda parte de Search Console explica esas diferencias.

Los datos del Perfil de Empresa miden otras interacciones y solo muestran las métricas aplicables. Sus clics al botón de llamada no acreditan llamadas atendidas. Para estudiar el negocio hay que separar exposición, clic, solicitud recibida y resultado posterior, sin sumar medidas incompatibles para fabricar un total más alegre.

La analítica depende de su implementación y condiciones. Los eventos de formulario de GA4 requieren comprobarse en el formulario concreto; un evento del navegador puede no acreditar que la aplicación guardó y entregó la solicitud. Los mensajes, correos o teléfonos personales no deben enviarse a Analytics como parámetros.

Cuando faltan datos, todavía se pueden documentar fallos de acceso, información o funcionamiento. Lo que queda limitado es la conclusión sobre rendimiento, demanda o atribución. Si el informe no puede explicar de dónde salió un contacto, debe conservar esa incertidumbre.

Bing y búsqueda con IA: acordar qué se va a observar

Si estos canales forman parte del encargo, identifica productos, consultas, fechas y datos que se podrán revisar. Google Search Console no informa del rendimiento de tu web en Bing. La guía de SEO local en Bing explica sus herramientas y su ficha de negocio.

Para la IA, define qué se cuenta como mención, enlace o cita y en qué experiencia se ha observado. Una respuesta aislada no demuestra presencia estable ni permite extrapolar un porcentaje a todas las preguntas posibles. La guía de auditoría GEO/AEO desarrolla esa medición.

En las funciones de IA de la Búsqueda de Google siguen aplicándose las prácticas de SEO y los requisitos correspondientes. Google no exige un archivo especial de IA ni un marcado específico para participar en ellas. Esa afirmación tiene ese ámbito; no describe todas las plataformas existentes.

Una recomendación sobre IA debe explicar su fundamento y sus límites. Pregunta qué problema resolvería y cómo se comprobaría. La mera presencia de las siglas GEO en la portada no convierte una auditoría general en una investigación de respuestas generativas.

Qué debería permitir hacer el informe entregado

Necesitas entender las conclusiones sin reconstruir toda la investigación. Un resumen puede explicar el estado encontrado y las decisiones propuestas; el detalle debe permitir localizar las pruebas, páginas y límites de cada observación. La longitud depende de lo examinado y del formato acordado.

Comprueba que puedes distinguir lo revisado de lo pendiente y que las prioridades tienen una razón. Debe poder identificarse si una conclusión se apoya en datos de tu cuenta, una prueba funcional, información pública, una estimación externa o el criterio del profesional. Cada fuente responde a preguntas distintas.

Si se ha trabajado con una muestra, el informe no debería presentar sus resultados como un censo completo. Si se han observado posiciones, deben conservarse sus condiciones. Si falta permiso para comprobar un estado, ese hueco debe aparecer en las conclusiones. «Sin incidencias» y «sin comprobar» no deberían compartir casilla.

Pregunta si otra persona podría aplicar una recomendación y verificarla con lo entregado. Eso ayuda a evaluar la precisión del diagnóstico. La entrega de materiales, su formato y las condiciones de uso se acuerdan antes; no presupongas acceso a todas las cuentas o licencias de las herramientas del proveedor.

Cómo leer una observación: evidencia, hipótesis y tarea

Una buena explicación permite seguir el razonamiento. Empieza por un hecho localizado: una URL, un elemento de la ficha o un recorrido. Añade fecha y condiciones. Una captura puede apoyar la observación, pero necesita contexto para saber qué representa y si sigue vigente.

Después identifica la conclusión que permite ese hecho. Un enlace con destino incorrecto acredita una incidencia de navegación. Atribuirle toda la falta de presupuestos exige otro análisis. Cuando hay varias explicaciones posibles, una hipótesis debe ir acompañada de la prueba que permitiría distinguirlas.

La tarea propuesta debe decir qué se corregiría y con qué condición de cierre. Para el enlace, comprobar destino y recorrido. Para una instrucción de indexación, revisar la respuesta publicada y después el estado del índice. El efecto comercial posterior se observa aparte y requiere un periodo y datos adecuados.

Si alguien no puede explicar el salto entre captura y recomendación, pide la explicación antes de ejecutar. Un aviso automático puede ser una pista perfectamente válida. El trabajo de interpretación empieza cuando hay que decidir si afecta a ese negocio y qué hacer con él.

Cómo valorar la prioridad y detectar recomendaciones débiles

La prioridad combina la consecuencia observada, la importancia de la página o tarea, el alcance afectado y la confianza de la explicación. Una incidencia que impide enviar una consulta puede justificar actuar antes que un ajuste editorial menor. La comparación debe considerar el contexto real del sitio.

Añade dependencias, esfuerzo y riesgos. Cambiar una plantilla, migrar URL o modificar instrucciones generales necesita preparar recuperación y comprobar otras funciones. Una tarea sencilla con efecto limitado puede abordarse pronto; una actuación amplia necesita una justificación proporcional.

Separa los problemas confirmados de las oportunidades que se quieren probar. Un fallo puede tener una comprobación clara; una mejora de contenido puede necesitar seguimiento sin garantizar el resultado. Asignar a ambas cosas una etiqueta roja idéntica dificulta decidir y suele producir reuniones bastante largas.

Google advierte de que las herramientas externas no acceden a sus datos internos de posicionamiento ni pueden garantizar rendimiento. Contrasta las recomendaciones con las fuentes oficiales y con el sitio. Una puntuación privada ayuda según su definición; no constituye un diagnóstico automático ni una certificación del buscador.

Auditoría básica, precio y plazo: comparar trabajos equivalentes

«Básica» puede significar una primera revisión suficiente para una decisión concreta. Pide saber qué incluye y qué no permite concluir. Una web con dos servicios y un único perfil requiere un alcance diferente de un negocio con varias sedes, sistemas o incidencias tras una migración.

Compara propuestas por páginas y perfiles, profundidad, pruebas, datos disponibles y entregables. Añade explicación del informe y comprobación posterior cuando estén incluidas. Dos presupuestos con el mismo nombre pueden estar ofreciendo trabajos diferentes; comparar solo el importe deja fuera la mayor parte de la compra.

El calendario debería indicar cuándo se empieza, qué se necesita para trabajar y cuándo se entrega. Distingue ese plazo del tiempo que pueda necesitar el buscador para procesar cambios y del seguimiento comercial. Un diagnóstico terminado no equivale a una recuperación ya observada.

La guía de precios del SEO local ayuda a comparar alcance y costes; no fija una tarifa universal para esta revisión. En Local Rank 942 la propuesta se concreta tras conocer el caso, manteniendo separados diagnóstico, ejecución y seguimiento cuando correspondan.

Tres ejemplos ficticios para evaluar las conclusiones

Estos ejercicios sirven para leer un informe. No describen clientes ni resultados de Local Rank 942.

Una academia en Torrelavega recibe una lista de páginas excluidas

El informe encuentra noindex en una página de servicio y en una confirmación de formulario. La academia quería mostrar el servicio públicamente, mientras que la confirmación no está destinada a la búsqueda. Las dos URL tienen la misma instrucción y decisiones distintas detrás.

La revisión debe identificar cada página, contrastar su función y documentar el estado de inspección y la respuesta actual. Para el servicio, se propondría retirar la instrucción tras confirmar que era accidental. Para la confirmación, se conservaría la exclusión si sigue siendo la decisión adecuada.

El cierre comprobaría la respuesta publicada y dejaría el estado futuro del índice en seguimiento. Así se puede justificar la tarea sin prometer una subida ni recomendar indexar todas las páginas. El contador de errores habría bajado menos; la decisión habría sido mejor.

Un taller en Camargo aparece con una guía y un servicio

Search Console muestra las dos páginas para una búsqueda relacionada con una avería. El informe las llama «canibalización» sin comparar su intención ni su evolución. Ese dato solo demuestra que ambas han aparecido dentro del ámbito observado.

La guía puede explicar señales de la avería y el servicio, las condiciones de reparación. Antes de fusionar, se revisarían consultas, contenido, enlaces y periodos comparables. Podría bastar con aclarar el destino comercial y mantener ambas funciones, o podría encontrarse una duplicidad que requiera otro tratamiento.

La recomendación tiene que salir de esa comparación. Si se propone retirar una URL, debería contemplar su contenido, enlaces y destino. Redirigir una página que ya resulta útil para resolver una etiqueta del programa necesita bastante más argumento.

Un despacho en Santander registra clics, pero desconoce los contactos

En este supuesto inventado se registran 18 clics en WhatsApp y tres consultas recibidas por varios canales. No existe información que permita relacionarlas. El informe no puede presentar dieciocho contactos ni atribuir las tres consultas a esos clics.

Se revisarían el enlace y la definición del evento. Cualquier prueba de recepción se acordaría antes. Después se propondría una forma proporcionada de registrar solicitudes sin copiar mensajes o datos personales a la analítica. La atribución que no pueda demostrarse seguiría como desconocida.

El informe ya puede señalar una carencia de medición y explicar cómo investigarla. Para calcular una rentabilidad harían falta costes, contratación y atribución suficiente. La multiplicación de clics por un valor imaginario del cliente puede esperar fuera del presupuesto.