Configuración de acceso y seguimiento de herramientas SEO
Configure el acceso SEO, el seguimiento y las fuentes de datos antes de una auditoría, verifique cada permiso, pruebe la integridad de los datos y entregue una línea base de medición confiable.
La configuración de acceso, seguimiento y fuentes de datos es la puerta de medición para el compromiso SEO. Garantiza que el equipo pueda recuperar evidencia de auditoría, distinguir datos confiables de datos contaminados y repetir la línea base más adelante.
Fase: P1 · Etapa A — Comprender. Tiempo límite: de dos a cinco días hábiles, con solicitudes enviadas antes del inicio siempre que sea posible. Responsable: el líder SEO es responsable; el propietario del proyecto del cliente coordina las invitaciones, mientras que los responsables de análisis, ingeniería, comercio electrónico y CRM verifican sus sistemas.
Por qué esta fase va aquí
La fase previa de descubrimiento y objetivos establece el sitio, los mercados, los resultados comerciales, las partes interesadas y las preguntas que el compromiso debe responder. Esta fase convierte ese alcance en sistemas observables. Si el descubrimiento indica que las solicitudes de demostración calificadas son importantes, la configuración de seguimiento debe identificar el evento y la etapa del CRM que representan una. Si el descubrimiento nombra a Reino Unido y Estados Unidos como mercados separados, la configuración de datos debe preservar el contexto de país, zona horaria y moneda en lugar de combinarlos.
Va antes de la auditoría porque no se puede auditar lo que no se puede medir. Un rastreador puede revelar códigos de estado y enlaces, pero no qué consultas perdieron impresiones, qué páginas generaron ingresos calificados o si una conversión se disparó dos veces. Esos hechos residen en los sistemas de búsqueda, análisis, registros y negocio del cliente.
Iniciar la auditoría mientras el acceso aún está «en progreso» crea demora en el punto donde la evidencia de primera parte debería confirmar las hipótesis tempranas. Los analistas pueden llenar el vacío con suposiciones y preservar esas suposiciones en la línea base.
Ejecutar esta fase más tarde también corrompe la comparación. Si el seguimiento se repara a medio camino, el «antes» y el «después» usan sistemas de medición diferentes. Corrija la integridad, marque la discontinuidad y luego capture la línea base.
Entradas y salidas
Las entradas indican al responsable qué debe estar disponible antes de la verificación. Las salidas son el contrato con la auditoría de línea base técnica: el siguiente responsable no debería tener que buscar credenciales o adivinar si un cero significa «ninguno» o «no medido».
Entradas y salidas de la fase
| Dirección | Elemento | Responsable | Condición de aceptación |
|---|---|---|---|
| Entrada | Registro de descubrimiento | Líder SEO | Nombra dominios canónicos, subdominios, mercados, resultados comerciales, conversiones clave, migraciones conocidas y partes interesadas. |
| Entrada | Mapa de propietarios de sistemas | Propietario del proyecto del cliente | Nombra un administrador para consolas de búsqueda, análisis, gestor de etiquetas, CMS, hosting/CDN, registros, comercio electrónico o CRM, y herramientas SEO existentes. |
| Entrada | Modelo de acceso aprobado | Responsable de seguridad o TI | Especifica cuentas nominadas, roles de menor privilegio, reglas de caducidad, política de intercambio de credenciales y ruta de aprobación. |
| Salida | Registro de acceso verificado | Líder SEO | Cada sistema requerido tiene propiedad, rol, titular, verificador, fecha de verificación, evidencia y estado registrados. |
| Salida | Informe de integridad de datos | Responsable de análisis | Etiquetas duplicadas, bots, viajes entre dominios, conversiones, zona horaria, moneda y muestreo están aprobados, fallados o calificados con evidencia. |
| Salida | Configuración de AmICited | Líder SEO | Dominio correcto, fuentes orgánicas, países, conjunto de prompts, programaciones, etiquetas y competidores están conectados y devuelven datos reales. |
| Salida | Paquete de línea base | Líder SEO | Contiene 28 días completos cuando estén disponibles, ventana de comparación, exclusiones, interrupciones conocidas y marca de tiempo de captura. |
| Salida | Registro de excepciones | Propietario del proyecto del cliente | Cada brecha no resuelta tiene impacto, solución alternativa, responsable nombrado y fecha de vencimiento; las brechas bloqueantes están claramente marcadas. |
La lista de verificación de acceso y seguimiento
Cada elemento a continuación indica qué hacer, por qué es importante, cómo hacerlo, qué herramienta está involucrada y la evidencia que lo cierra. «Solicitado» es un estado de flujo de trabajo, nunca una condición de finalización.
1. Establecer el alcance canónico y el registro de acceso
Qué hacer: Cree una fila por cada propiedad y sistema dentro del alcance. Incluya la propiedad de dominio y todas las variantes de prefijo URL relevantes en Google Search Console; Bing Webmaster Tools; análisis; gestor de etiquetas; CMS; hosting y CDN; registros de servidor sin procesar o procesados; backend de comercio electrónico o CRM; plataforma de consentimiento; y herramientas existentes de ranking, rastreo o informes.
Por qué es importante: Una fila vaga etiquetada «acceso a GSC» puede ocultar un protocolo, host, tienda o subdominio internacional faltante.
Cómo y herramient: Comience con el mapa de dominios y mercados del descubrimiento. Registre sistema, identificador de cuenta/propiedad, rol requerido, administrador, usuario previsto, fecha de solicitud y motivo. Use cuentas corporativas nominadas y el menor privilegio que pueda recuperar la evidencia requerida; no intercambie contraseñas compartidas en el registro.
Listo cuando: Cada sistema dentro del alcance tiene un administrador y un verificador, cada propiedad está nombrada exactamente, y ninguna fila crítica permanece meramente «por identificar».
2. Verificar la cobertura de propiedades de Google Search Console
Qué hacer: Confirme la propiedad de dominio verificada e inspeccione cada propiedad de prefijo URL operativamente relevante.
Por qué es importante: El acceso a https://www.ejemplo.com/ no garantiza visibilidad en https://ejemplo.com/ o un subdominio de tienda. La variante incorrecta puede hacer que las páginas y consultas parezcan ausentes.
Cómo y herramient: En Google Search Console, abra Rendimiento, seleccione el rango de fechas reciente acordado, recupere filas de consultas y páginas, inspeccione Indexación y Sitemaps, y anote el identificador de propiedad. Compare el alcance de la propiedad con el mapa de dominios del descubrimiento. En AmICited, conecte la fuente coincidente desde Fuentes de datos y confirme que Consultas de Google Search devuelve filas recientes.
Listo cuando: El registro contiene la propiedad de dominio, todas las variantes útiles, rol, informe probado, evidencia de filas/fecha y fecha de verificación. Un informe sin filas se investiga en lugar de aceptarse como prueba.
3. Verificar Bing Webmaster Tools de forma independiente
Qué hacer: Confirme el sitio correcto en Bing Webmaster Tools y recupere datos de búsqueda y rastreo.
Por qué es importante: Ver un sitio en una cuenta no prueba que la identidad conectada pueda leer los datos actuales de búsqueda y rastreo de Bing.
Cómo y herramient: Abra el sitio seleccionado, recupere un informe de rendimiento de búsqueda reciente e inspeccione la información de rastreo. Conecte Bing en Fuentes de datos de AmICited, luego abra Rendimiento de búsqueda en Bing y verifique que los clics, impresiones, tasa de clics y posición promedio tengan un período de informe real.
Listo cuando: El sitio esperado está nombrado en el registro y tanto el informe del proveedor como el informe de AmICited devuelven fechas plausibles o un estado documentado legítimo sin datos.
4. Validar la recopilación de análisis y gestor de etiquetas
Qué hacer: Pruebe las visitas a páginas, el comportamiento de consentimiento, los eventos clave, la activación duplicada, la atribución de referencias y los viajes entre dominios.
Por qué es importante: Dos instalaciones de contenedores pueden duplicar eventos; un dominio de pago puede reiniciar sesiones; los cambios de consentimiento pueden crear un cambio escalón no relacionado con SEO.
Cómo y herramient: Use la vista en tiempo real o de depuración de los análisis y el modo de vista previa del gestor de etiquetas. Ejecute una sesión controlada con un marcador de campaña único a través de un viaje clave. Registre cada evento esperado una vez, sus parámetros, fuente/medio, página de aterrizaje, continuidad de sesión y estado de consentimiento. Compare la instalación del gestor de etiquetas con las etiquetas codificadas y los plugins en el CMS.
Listo cuando: Una acción controlada produce un evento esperado, ninguna etiqueta crítica se dispara dos veces, la navegación entre dominios retiene la sesión y el comportamiento de consentimiento coincide con la política aprobada. Guarde la marca de tiempo de la prueba y la evidencia del evento.
5. Conciliar las conversiones con el sistema de registro
Qué hacer: Mapee las conversiones de los análisis a pedidos, leads o etapas calificadas en la plataforma de comercio electrónico o CRM. Un sistema de registro es el backend autorizado utilizado para confirmar que el evento comercial realmente ocurrió.
Por qué es importante: Una vista de página de agradecimiento no es automáticamente un pedido, ni un envío de formulario un lead calificado. Una falla silenciosa de eventos puede invertir el rendimiento aparente de las páginas de aterrizaje.
Cómo y herramient: Seleccione al menos tres registros de prueba o recientes conocidos donde esté permitido, rastree sus identificadores y marcas de tiempo a través de los análisis y el backend, y documente cancelaciones, reembolsos, spam y cambios fuera de línea. Almacene solo el identificador mínimo necesario.
Listo cuando: Cada conversión primaria tiene un responsable, disparador, contraparte de backend y resultado de conciliación. Cualquier diferencia de recuento inexplicada más allá de los umbrales a continuación bloquea el uso de las tasas de conversión como línea base.
6. Confirmar el acceso a CMS, hosting, CDN y registros
Qué hacer: Verifique el acceso de lectura a la configuración de publicación, redirecciones, almacenamiento en caché, despliegues, reglas de borde y registros de solicitudes del servidor. Los registros del servidor son registros producidos cuando los clientes —incluidos los rastreadores de búsqueda e IA— solicitan recursos a la infraestructura.
Por qué es importante: La auditoría puede necesitar distinguir un defecto de contenido de una regla de plantilla, redirección, cortafuegos o caché de borde. El análisis de rastreo no puede mostrar qué solicitó Googlebot históricamente si los registros son necesarios más adelante.
Cómo y herramient: En cada sistema administrativo, abra una pantalla de configuración inofensiva sin modificarla. Para los registros, recupere una muestra limitada de 24 horas que contenga marca de tiempo, ruta solicitada, estado de respuesta y agente de usuario; documente retención, zona horaria y redacción. Confirme si los registros de origen y CDN se superponen o representan diferentes capas de solicitudes.
Listo cuando: El equipo puede localizar el despliegue activo y los controles de redirección/almacenamiento en caché, y puede recuperar una muestra de registros analizable —o el registro de excepciones documenta por qué los registros no existen, la limitación analítica y la alternativa aprobada.
7. Inventariar herramientas SEO existentes y discontinuidades históricas
Qué hacer: Enumere los rastreadores de posiciones, rastreadores web, paneles, almacenes de datos y espacios de trabajo de agencias anteriores, incluyendo sus dominios configurados, mercados y retención de datos.
Por qué es importante: Las herramientas existentes pueden contener historial útil, pero combinar definiciones diferentes de «visibilidad», «posición» o «conversión» fabrica una tendencia que ningún sistema midió por sí solo.
Cómo y herramient: Extraiga un informe representativo de cada herramienta. Registre la definición de métrica, país/dispositivo, palabra clave o conjunto de prompts, frecuencia, propiedad, capacidad de exportación y fechas de migración o seguimiento conocidas.
Listo cuando: Cada fuente retenida tiene un uso y definición documentados; las fuentes redundantes o inaccesibles están marcadas como tales, y las discontinuidades conocidas aparecen en las notas de la línea base.
8. Conectar y probar las fuentes de datos de AmICited
Qué hacer: Añada el dominio canónico, conecte Google Search Console y Bing Webmaster Tools, y configure cada fuente orgánica, paga y de comercio electrónico aplicable.
Por qué es importante: Una insignia de conexión prueba autorización, no una importación completa. Los informes deben revelar si la fuente está actualizada, importando, vacía, fallida o requiere reconexión antes de que alguien interprete sus números.
Cómo y herramient: Abra https://app.amicited.com/data-sources, conecte las cuentas correctas, lea cada cinta de estado y abra su informe. La guía de Fuentes de datos
explica qué informes alimenta cada grupo. Para informes de comercio electrónico, revise Salud de datos
para que los costos de compra medidos no se confundan con el margen asumido.
Listo cuando: Cada tarjeta requerida muestra la propiedad prevista y un estado saludable actual, y se ha abierto al menos un informe real aguas abajo por conexión. Cuando un proveedor legítimamente no tiene datos, registre por qué y qué informe demostró el estado vacío.
9. Configurar el monitoreo de prompts, países, etiquetas y competidores
Qué hacer: Establezca una línea base pequeña y representativa de preguntas de compradores, mercados y marcas competitivas antes de escalar la biblioteca.
Por qué es importante: Los resultados de los prompts varían según el motor y el país. Una mezcla sin etiquetar de prompts de marca, categoría y caso de uso produce un promedio que nadie puede interpretar, mientras que los competidores incorrectos distorsionan las comparaciones estratégicas.
Cómo y herramient: Abra https://app.amicited.com/prompts. Siga los tutoriales para añadir prompts pegando una lista
, elegir qué motores de IA rastrear
y programar el monitoreo de prompts
. Asigne un país y al menos una etiqueta de propósito a cada prompt. Luego abra https://app.amicited.com/competitors y gestione su lista de competidores monitoreados
, separando los rivales comerciales de los editores, mercados y otras fuentes citadas.
Listo cuando: Cada prompt de línea base tiene un país, etiqueta, conjunto de proveedores y programación; al menos una ejecución se completa; cada competidor tiene una razón de inclusión; y el responsable puede filtrar datos por modelo de IA, país, etiqueta y fecha sin producir una vista vacía inexplicada.
10. Congelar la línea base y firmar la transferencia
Qué hacer: Capture la ventana de medición acordada, las exclusiones, los resultados de integridad y el estado de acceso en un paquete fechado.
Por qué es importante: Los paneles en vivo cambian. Sin una definición congelada, los equipos posteriores no pueden reproducir la línea base ni saber si un movimiento refleja rendimiento, configuración o seguimiento reparado.
Cómo y herramient: Use 28 días completos donde el sistema lo permita, añada los 28 días completos anteriores para contexto, y excluya los días parciales actuales. Exporte o capture resúmenes de fuentes, registre zona horaria/moneda, y enlace cada número a su fuente y estado de filtro.
Listo cuando: El líder SEO y el responsable de análisis aprueban el mismo paquete de línea base, todas las verificaciones críticas están en verde, y cada excepción tiene un impacto, solución alternativa, responsable y fecha de vencimiento.
Herramientas en AmICited
Estos pasos del producto verifican las conexiones y establecen el mercado monitoreado. Los tutoriales contienen instrucciones a nivel de interfaz; esta fase registra por qué cada acción pertenece al compromiso y qué evidencia debe devolverse.
- Abra
https://app.amicited.com/data-sourcespara añadir y verificar conexiones. Use Fuentes de datos para interpretar grupos y estados de sincronización. - Abra
https://app.amicited.com/reports/google-search/queriesy recupere filas de consultas reales. Use Consultas de Google Search para interpretar clics, impresiones, tasa de clics y posición. - Abra
https://app.amicited.com/reports/bing-webmastersy verifique la segunda fuente de búsqueda. Use Rendimiento de búsqueda en Bing para el contrato del informe. - Abra
https://app.amicited.com/promptspara configurar países, etiquetas, proveedores y programaciones. Use Monitoreo de prompts para la visión general de capacidades y los tutoriales de la academia para los controles exactos. - Abra
https://app.amicited.com/competitorspara revisar las marcas detectadas y monitoreadas manualmente. Use Análisis de competidores para entender cómo el conjunto competitivo alimenta las comparaciones. - Abra
https://app.amicited.com/reports/data-healthpara compromisos de comercio y use Salud de datos para calificar la cobertura de costos de compra medida versus asumida. Esto no reemplaza las pruebas de integridad de análisis anteriores; responde una pregunta más específica de calidad de margen.
Reglas de decisión
Los umbrales son puertas operativas, no leyes universales. Indican a este compromiso cuándo un número es seguro para usar como línea base, cuándo necesita una calificación y cuándo el trabajo debe detenerse.
Reglas de decisión de datos y acceso
| Prueba | Verde | Mal aspecto | Decisión |
|---|---|---|---|
| Acceso crítico | Informe real recuperado de cada sistema crítico | Todavía solicitado, propiedad incorrecta, prueba solo de inicio de sesión, o el informe no se puede exportar/leer | Escalar después de 1 día hábil; bloquear conclusiones de auditoría dependientes. |
| Duplicación de etiquetas | Cada acción controlada se dispara una vez | Cualquier duplicado de conversión primaria o más del 5% de identificadores de página/evento duplicados en la muestra de prueba | Reparar y volver a probar antes de establecer la línea base de análisis. |
| Cobertura de conversiones | Toda conversión primaria aparece en los análisis y su backend | Una conversión primaria está ausente, o la variación análisis-backend supera el 10% sin una causa explicada | No usar la tasa de conversión como línea base; conciliar o calificar. |
| Continuidad entre dominios | Un viaje de prueba permanece como una sesión con la fuente esperada | El dominio de pago, reserva, inicio de sesión o aplicación se convierte en autoreferencia o inicia una nueva sesión | Corregir la configuración de dominio/enlazador y repetir la prueba. |
| Bots y tráfico interno | Los bots conocidos, monitores, personal y tráfico de prueba son identificables y están excluidos de las vistas de decisión | Cualquier prueba automatizada conocida aparece como conversión de usuario, o el tráfico sospechoso supera el 10% de las sesiones en un segmento material | Segmentar e investigar; nunca eliminar evidencia sin procesar para que el informe se vea limpio. |
| Zona horaria y moneda | La zona horaria y la moneda del informe están registradas y son compatibles con el cierre comercial | Cualquier discrepancia inexplicada entre análisis, anuncios, comercio electrónico o CRM | Normalizar en la línea base o mantener fuentes separadas con etiquetas explícitas. |
| Muestreo y umbrales | El informe declara que no hay muestreo/umbrales, o la limitación está registrada | Una vista muestreada o con umbrales se trata como un total exacto | Reducir el rango, usar exportación/API/almacén donde esté disponible, o etiquetar la cifra como direccional. |
| Actualización de fuentes | La última fecha completa coincide con la demora esperada del proveedor | Brecha inesperada de 3 o más días completos, importación fallida o estado de reconexión requerida | Diagnosticar la conexión antes de usar datos de tendencia. |
| Configuración de prompts | 100% de los prompts de línea base tienen país, etiqueta, proveedores y programación | Cualquier prompt sin alcance definido o grupo de mercado mixto usado para la línea base principal | Corregir metadatos antes de la primera exportación de línea base. |
| Cobertura de costos comerciales | 100% medido para ingresos incluidos en decisiones de margen | Cualquier ingreso material depende de un costo de compra asumido sin divulgación | Completar costos o etiquetar ganancia y margen como basados en suposiciones. |
El tráfico cero no es automáticamente malo. Una propiedad nueva, un mercado de bajo volumen o un canal genuinamente no utilizado pueden producir cero. El fallo es un cero inexplicado: un número aceptado sin verificar alcance, recopilación, rango de fechas y estado de la fuente.
Entregable: el paquete de acceso y preparación de datos
Entregue una hoja de cálculo o tabla controlada más un memorando breve de línea base. El registro de acceso necesita estas columnas: sistema; cuenta/propiedad; alcance; rol requerido; titular del acceso; administrador; fecha de solicitud; fecha de verificación; informe probado; ubicación de la evidencia; estado; caducidad; y notas. Use No solicitado, Solicitado, Concedido, Verificado, Fallido y No aplica como estados distintos.
La pestaña de integridad de datos registra cada prueba, comportamiento esperado y observado, ventana de muestra, resultado, responsable y fecha de corrección. El memorando de línea base nombra las ventanas, zona horaria, moneda, filtros, definiciones de conversión, exclusiones, discontinuidades e informes utilizados. No incluya contraseñas, códigos de recuperación, datos personales o tokens de acceso reutilizables.
El paquete se acepta cuando otro analista puede reproducir los informes, entender cada calificación y comenzar sin solicitar acceso crítico.
Qué sale mal
- Se verifica la variante incorrecta de Search Console. El analista recibe una propiedad de prefijo URL, ve datos plausibles y pasa por alto un subdominio o protocolo. Prevenga esto reconciliando cada propiedad con el mapa de dominios del descubrimiento y prefiriendo la propiedad de dominio para una cobertura completa.
- El seguimiento de conversiones ha estado silenciosamente roto durante meses. Un panel aún muestra sesiones, así que nadie prueba el evento de negocio. Detecte esto con una conversión controlada y conciliación con el backend antes de calcular cualquier línea base de conversión.
- Los registros del servidor se solicitan solo cuando el análisis de rastreo los necesita. Es posible que la retención ya haya eliminado la ventana útil, o que la infraestructura requiera una revisión de seguridad. Identifique al responsable, los campos y la retención ahora, incluso si el análisis de registros ocurre en la siguiente fase.
- El acceso concedido a medias se trata como completo. Un inicio de sesión funciona, pero la propiedad, informe, exportación o contenedor requerido no. Cierre solo contra un informe real.
- Una insignia de conexión sustituye una verificación de datos. OAuth tiene éxito mientras la propiedad incorrecta, el alcance caducado o la importación detenida alimentan el informe. Abra el informe aguas abajo y registre su última fecha completa.
- Los mercados y las monedas se mezclan. Los ingresos se suman entre monedas o las respuestas de prompts específicas de cada país se promedian juntas. Preserve las unidades de origen y etiquete cada segmento de línea base.
- Los paneles históricos se aceptan sin definiciones. La puntuación de «visibilidad» de una agencia anterior puede usar diferentes palabras clave, dispositivos o competidores. Preserve el historial útil, pero no combine series incomparables.
- Los permisos son más amplios de lo que la tarea requiere. Se otorga acceso de administrador porque es conveniente. Comience con permisos de lectura de informes y eleve solo para un paso de implementación aprobado.
Transferencia a la auditoría de línea base técnica
El siguiente responsable recibe el registro de acceso verificado, el informe de integridad de datos, el estado de las fuentes de AmICited, el memorando de línea base, el mapa de propietarios de sistemas, la muestra de registros y el registro de excepciones. La auditoría de línea base técnica puede entonces comparar la evidencia de rastreo e indexación con la demanda de búsqueda, las solicitudes de los rastreadores y los resultados comerciales.
La transferencia está en verde cuando todos los sistemas críticos están verificados, las conversiones primarias pasan las pruebas controladas, la actualización de las fuentes se comprende y los filtros de línea base se pueden reproducir. Una excepción no crítica puede viajar hacia adelante solo cuando su impacto, solución alternativa, responsable y fecha de vencimiento son explícitos. La falta de registros del servidor hace que las conclusiones sobre el historial del rastreador sean provisionales. Una propiedad incorrecta de Search Console, una conversión primaria rota o un seguimiento duplicado inexplicado bloquea la parte dependiente de la auditoría.
Preguntas frecuentes
Preguntas frecuentes
¿Cuánto tiempo debería llevar la configuración de acceso y seguimiento?
¿Es suficiente el acceso de solo lectura para una auditoría SEO?
¿Qué pasa si los análisis han estado rotos durante meses?
¿Puede comenzar la auditoría sin registros del servidor?
¿Qué propiedad de Google Search Console debería conectarse?
Más tutoriales en esta sección
¿Listo para ponerlo en práctica?
Revisión gratuita · Prueba de 7 días · sin tarjeta de crédito