System Groove
Agencia de marketing local en Charlotte, Carolina del Norte. Reconstruimos su sitio y llevamos el programa de SEO técnico: cinco páginas de servicio con URL propia, sitemap y robots generados, datos estructurados y una capa de SEO local para el área de Charlotte. Las capturas son el sitio anterior, del 6 de septiembre de 2026.
Sitio anterior — antes del rediseñoSystem Groove se dedica a vender visibilidad local, pero su propio sitio era el eslabón más débil de ese argumento. La auditoría del 6 de septiembre de 2026 encontró que /robots.txt y /sitemap.xml devolvían 404, que no había una sola línea de datos estructurados JSON-LD en ninguna página y que no existía ninguna etiqueta Open Graph ni Twitter Card en todo el sitio: cada enlace compartido en Facebook, LinkedIn o iMessage se veía sin título, sin descripción y sin imagen.
La arquitectura de información también jugaba en contra del negocio. Los cinco servicios —Meta Ads, Google Ads, optimización del Perfil de Empresa de Google, landing pages y reseñas automatizadas— vivían en una sola URL /services detrás de enlaces ancla. Eso significa una única página compitiendo por cinco intenciones de búsqueda distintas, en lugar de cinco páginas respondiendo cada una a la suya. Y para una empresa de Charlotte que le vende a negocios de servicios locales, no había ni una sola página de ubicación.
A eso se sumaban fallos menores que se acumulan: las etiquetas canonical existían en las páginas de casos de estudio, pero faltaban en la portada, en /services, en /process y en /contact; y el dominio raíz redirigía a una URL http:// insegura antes de llegar a https, añadiendo un salto desperdiciado a cada visita que no empezaba con www.
Reconstruimos el sitio en lugar de parchearlo, porque los arreglos que más pesan son estructurales. Los cinco servicios pasan a ser cinco páginas reales, cada una con su URL, su título y sus enlaces internos, para que cada una compita por la intención que de verdad le corresponde en vez de repartir autoridad dentro de una sola página con anclas.
En lo técnico, el programa cubre los cimientos que directamente no estaban: sitemap y robots.txt generados, canonical propio en todas las rutas, datos estructurados de Organization, Service, BreadcrumbList y FAQPage generados a partir del mismo contenido que se renderiza, y cobertura completa de Open Graph y Twitter Cards para que cada enlace compartido lleve su vista previa.
Como System Groove es un negocio de Charlotte que le vende a empresas de servicios locales, la reconstrucción añade la capa local que el sitio anterior nunca tuvo: una arquitectura de ubicaciones para el área metropolitana de Charlotte y páginas de área de servicio que reflejan cómo buscan realmente sus clientes. El trabajo sigue en curso, y las capturas de esta página son el sitio tal como estaba antes de la reconstrucción, conservadas como línea base honesta.
Qué se construyó
Servicios separados por intención
Meta Ads, Google Ads, Perfil de Empresa de Google, landing pages y reseñas automatizadas pasan de ser un ancla en /services a tener cada uno su propia URL indexable.
Cimientos de rastreo
Sitemap XML y robots.txt generados, en lugar de los 404 que la auditoría encontró en ambas rutas.
Datos estructurados desde el origen
JSON-LD de Organization, Service, BreadcrumbList y FAQPage generado desde los mismos registros que renderizan la página, para que el schema y el contenido visible no puedan separarse.
Cobertura de canonical
Etiqueta canonical propia en cada ruta, incluidas la portada, /services, /process y /contact, que no tenían ninguna.
Metadatos para compartir
Open Graph y Twitter Cards en todo el sitio, para que un enlace compartido muestre título, descripción e imagen en vez de una URL pelada.
Arquitectura de SEO local
Páginas de ubicación y área de servicio para el área metropolitana de Charlotte, en una agencia que vende visibilidad local pero no publicaba ninguna página local propia.
Cómo fluye
- 1Alguien busca un servicio concreto, no la categoría completa de la agencia
- 2Una página de servicio dedicada responde a esa intención, con su propio schema y sus enlaces internos
- 3Las páginas de ubicación y área de servicio captan las búsquedas del área de Charlotte que el sitio anterior no alcanzaba
- 4Los casos de estudio aportan la prueba, enlazados desde la página de servicio que corresponde al trabajo
- 5Todos los caminos terminan en el mismo paso de agendar, medido como conversión
Arquitectura y enfoque
La reconstrucción mantiene a System Groove sobre un framework React moderno y añade la capa de metadatos renderizada en el servidor que el sitio anterior nunca emitía: títulos, descripciones, canonical, Open Graph y JSON-LD por ruta, generados a partir del contenido y no escritos a mano página por página. Eso es lo que hace duradera la mejora: los servicios y ubicaciones nuevos heredan metadatos correctos por construcción, en vez de depender de que alguien se acuerde de añadirlos.
Resultados
El sitio anterior, antes de la reconstrucción
Todas las capturas de esta página son el sitio web anterior de System Groove, tomadas el 6 de septiembre de 2026. Son el punto de partida que ALCA está reemplazando, no trabajo de diseño de ALCA.
Sitio anterior — antes del rediseño
Sitio anterior — antes del rediseño
Sitio anterior — antes del rediseño
Sitio anterior — antes del rediseñoDiseñado para
- Dar a cada uno de los cinco servicios su propia página y su propia intención de búsqueda
- Reemplazar por versiones generadas los cimientos que faltaban: sitemap, robots.txt y canonical
- Hacer el sitio legible para máquinas mediante datos estructurados generados desde su propio contenido
- Darle a una agencia de Charlotte la arquitectura local que ella misma le vende a sus clientes
Estado verificado
- Reconstrucción web y programa de SEO técnico en curso
- Línea base previa al rediseño auditada y documentada el 6 de septiembre de 2026
Capacidades
Una agencia que vende visibilidad, partiendo de cero en la suya
El argumento de System Groove es que los negocios de servicios locales pierden trabajo en los huecos entre ser encontrados, generar confianza y recibir el contacto. La auditoría de abajo es cómo se veía su propio sitio en esos mismos términos: accesible, pero casi ilegible para los buscadores y los asistentes de IA. Cada cifra se verificó contra el sitio en vivo y se puede volver a verificar igual.
Auditoría previa al rediseño
Auditoría del 6 de septiembre de 2026
Medido contra el sitio en vivo previo al rediseño. Estas cifras cambian a medida que la reconstrucción sale a producción.
El reto
- Sin robots.txt y sin sitemap.xml: ambas rutas devolvían 404, así que nada guiaba el rastreo.
- Sin datos estructurados JSON-LD en ninguna página, dejando sin declarar el negocio, sus servicios y su ubicación.
- Sin etiquetas Open Graph ni Twitter Card, así que cada enlace compartido salía sin vista previa.
- Canonical presente en las páginas de casos de estudio, pero ausente en la portada, /services, /process y /contact.
- Los cinco servicios concentrados en una sola URL /services detrás de enlaces ancla.
- Ninguna página de ubicación, pese a tener sede en Charlotte y un público de servicios locales.
- El dominio raíz redirigiendo a una URL http:// insegura antes de llegar a https.
La estrategia
- Separar /services en cinco páginas indexables, cada una mapeada a una intención de compra.
- Generar el sitemap y el robots.txt desde el árbol de rutas, para que las páginas nuevas queden cubiertas solas.
- Emitir un canonical propio en cada ruta, no solo en la familia de casos de estudio.
- Generar el schema de Organization, Service, BreadcrumbList y FAQPage desde el contenido, para que ambos no puedan separarse.
- Añadir cobertura de Open Graph y Twitter Cards en todo el sitio.
- Construir una capa de ubicaciones del área de Charlotte para las búsquedas locales que el sitio no alcanzaba.
- Reducir la redirección del dominio raíz a un solo salto directo a https://www.
La arquitectura
La reconstrucción reemplaza un folleto plano por un grafo enlazado, donde cada página tiene un padre definido y una razón de existir.
El resultado observable
El trabajo sigue en curso, así que esta página no afirma posiciones, tráfico ni leads. Lo verificable hoy es el punto de partida: la auditoría de arriba, tomada del sitio en vivo en una fecha declarada y que cualquiera puede volver a comprobar. El rendimiento de búsqueda se publicará aquí solo cuando lo respalden datos de Search Console.
La siguiente fase
- Publicar las cinco páginas de servicio y retirar la estructura de /services basada solo en anclas.
- Publicar el sitemap y el robots.txt generados, y luego registrar la propiedad en Search Console.
- Desplegar las páginas de ubicación del área metropolitana de Charlotte.
- Añadir contenido de preguntas frecuentes con una forma que los asistentes y los resultados con IA puedan citar.
- Establecer una línea base de Core Web Vitals y seguirla durante toda la reconstrucción.
Qué afirma y qué no afirma este caso de estudio
- Las capturas de esta página son el sitio previo al rediseño, tomadas el 6 de septiembre de 2026: son el punto de partida, no el trabajo de diseño de ALCA.
- La reconstrucción y el programa de búsqueda están ambos en curso; no se afirma ningún resultado de posiciones, tráfico ni leads.
- Las cifras de la auditoría describen el sitio en vivo en la fecha indicada y cambiarán a medida que avance el trabajo.
- El rendimiento de búsqueda cuantitativo aparece aquí solo cuando lo respalda evidencia de Google Search Console.