Antes de construir un sitio web conviene definir la arquitectura de páginas y URLs según lo que la gente busca, garantizar que cargue rápido en celular, que todo el texto importante sea HTML legible y no imágenes, planear redirecciones 301 si ya tienes un sitio, agregar datos estructurados y dejar instalada la medición. Corregir esto después de lanzar suele costar más que hacerlo bien desde el inicio.
- Una página por servicio y por ciudad importante, con URL corta y descriptiva.
- Google evalúa la versión móvil de tu sitio; la velocidad se mide con Core Web Vitals.
- Texto dentro de imágenes o PDFs casi no cuenta para Google ni para los buscadores con IA.
- Sin redirecciones 301 un rediseño puede borrar el tráfico que ya tenías.
- Search Console y Google Analytics 4 se instalan antes del lanzamiento, no después.
Por qué el SEO se decide antes del diseño
Es común que un negocio contrate primero el diseño, apruebe colores y fotos, y hasta el final pregunte: "¿y cómo hacemos para salir en Google?". Para ese momento ya se decidieron cosas que el SEO no puede arreglar sin rehacer trabajo: cuántas páginas hay, cómo se llaman, qué texto llevan y en qué tecnología se construyó.
Piénsalo como una casa. Puedes pintar y cambiar muebles cuando quieras, pero mover la cocina o agregar un baño después de colar la losa sale caro. En un sitio web, la "losa" es la arquitectura de información, la plataforma y la forma en que se entrega el contenido al navegador. Por eso, en Mercado Monkey el SEO entra en la primera semana del proyecto de desarrollo web, no en la última.
Dato 1: la arquitectura y las URLs valen más que el diseño de la portada
Google posiciona páginas, no sitios completos. Si tu negocio ofrece cinco servicios y todos están amontonados en una sola página llamada "Servicios", compites con una página contra cinco búsquedas distintas. Lo normal es que no ganes ninguna.
La regla práctica es una página por cada intención de búsqueda importante. Un taller mecánico en Torreón, por ejemplo, debería tener páginas separadas para frenos, afinación, suspensión y diagnóstico por computadora, cada una con su título, su texto y sus preguntas frecuentes. Si además atiende Gómez Palacio y Lerdo con traslado, puede valer la pena una página por ciudad, siempre que cada una tenga contenido real y no sea un copiar y pegar con otro nombre.
- URLs cortas y descriptivas: /servicios/frenos es mejor que /pagina?id=37.
- Jerarquía clara: portada, páginas de servicio, páginas de apoyo (guías, casos, preguntas).
- Enlaces internos: cada página importante debe recibir enlaces desde otras páginas del sitio, con texto que describa a dónde lleva.
- Investigación de palabras clave antes del mapa del sitio: el mapa sale de cómo busca la gente, no de cómo está organizado tu organigrama.
Si quieres ver cómo se vería cada página en los resultados antes de escribirla, prueba títulos y descripciones en nuestra vista previa de Google.
Dato 2: Google mira tu sitio desde un celular y mide la velocidad
Google indexa principalmente la versión móvil de los sitios. Si en celular escondes texto, quitas secciones o el menú no funciona, eso es lo que Google ve. En México, además, la mayoría de tus visitantes llegará desde un teléfono, muchas veces con datos móviles y no con wifi.
La velocidad se evalúa con las Core Web Vitals, tres métricas que Google publica con umbrales claros:
| Métrica | Qué mide | Umbral "bueno" según Google |
|---|---|---|
| LCP (Largest Contentful Paint) | Cuánto tarda en aparecer el elemento principal de la página | 2.5 segundos o menos |
| INP (Interaction to Next Paint) | Qué tan rápido responde la página cuando tocas un botón o menú | 200 milisegundos o menos |
| CLS (Cumulative Layout Shift) | Cuánto "brinca" el contenido mientras carga | 0.1 o menos |
La velocidad no compensa un contenido malo, pero sí puede ser el desempate frente a un competidor parecido, y sobre todo afecta las ventas: un sitio lento pierde visitantes antes de que lean nada. Las decisiones que más pesan se toman al construir: plantillas pesadas, sliders con diez fotos, fuentes sin optimizar y demasiados plugins. Lo explicamos a detalle en la guía de Core Web Vitals y velocidad.
Dato 3: lo que Google y las IA no pueden leer, no existe
Seguimos viendo sitios donde el menú del restaurante es una foto, la lista de precios es un PDF escaneado y la descripción del servicio está dentro de un banner. Para una persona se ve bien; para Google y para los buscadores con inteligencia artificial, esa información casi no existe.
- Texto en imágenes: Google puede leer algo con reconocimiento de imágenes, pero no lo trata como contenido principal. Escribe el texto en HTML.
- Contenido que solo aparece con JavaScript: Google puede ejecutar JavaScript, aunque con retraso. Muchos rastreadores de herramientas de IA no lo hacen y leen solo el HTML inicial.
- Pestañas y acordeones: están bien si el texto ya viene en el HTML; mal si se carga hasta que el usuario hace clic.
- Datos clave en un PDF: horarios, zonas de servicio y preguntas frecuentes deben estar en una página normal.
Esto importa cada vez más porque ChatGPT, Perplexity y Gemini arman respuestas con lo que pueden leer de tu sitio. Si quieres que te recomienden, revisa la guía qué es GEO y cómo aparecer en ChatGPT.
Dato 4: un rediseño sin redirecciones 301 puede borrar años de trabajo
Si ya tienes un sitio que recibe visitas de Google, el rediseño es el momento de mayor riesgo. Cada URL vieja que tenía posiciones y enlaces de otros sitios debe redirigir con un 301 (redirección permanente) a la URL nueva que la reemplaza. Si no, Google encuentra errores 404, los enlaces externos apuntan a la nada y el tráfico cae.
El proceso que seguimos en cada migración es sencillo pero no se puede saltar:
- Exportar todas las URLs del sitio actual (rastreo, sitemap y las páginas con tráfico en Search Console).
- Asignar a cada URL vieja su equivalente nuevo, una por una, no todo a la portada.
- Conservar los títulos y textos que ya posicionaban, aunque cambie el diseño.
- Probar las redirecciones antes de cambiar el dominio de servidor.
- Enviar el nuevo sitemap y vigilar errores en Search Console las siguientes semanas.
Un distribuidor industrial con catálogo de cientos de productos pasó por este proceso al cambiar de plataforma; puedes ver cómo lo resolvimos en el caso del distribuidor industrial con catálogo en línea.
Dato 5: los datos estructurados y tu información de contacto deben coincidir
Los datos estructurados (schema.org en formato JSON-LD) son una etiqueta invisible que le dice a los buscadores, sin ambigüedad, qué es tu negocio: nombre, dirección, teléfono, horarios, servicios, preguntas frecuentes, reseñas. No garantizan nada por sí solos, pero ayudan a que Google y las IA entiendan y confíen en tu información.
Igual de importante es la consistencia. Tu nombre, dirección y teléfono deben ser idénticos en el sitio, en tu perfil de Google Business, en Facebook y en directorios. Si en un lado dices "Blvd. Independencia 1250 Ote." y en otro "Independencia #1250", no es grave; si el teléfono es distinto o la dirección es de hace dos mudanzas, sí lo es.
Puedes generar el código con nuestro generador de schema y leer cuáles tipos usar en la guía de schema JSON-LD para negocio local.
Dato 6: la plataforma importa menos de lo que crees, pero tiene límites
No existe una plataforma "buena para SEO" y otra "mala". Existen plataformas que te dejan controlar lo necesario y otras que te lo complican. Esta tabla resume lo que vemos en proyectos reales:
| Plataforma | Control de SEO técnico | Velocidad típica | Ideal para |
|---|---|---|---|
| Sitio estático (HTML/CSS/JS) | Total | Muy alta | Negocios de servicios, landing pages, sitios que cambian poco |
| WordPress + Elementor | Alto, con plugins bien elegidos | Media; depende del hosting y los plugins | Equipos que publican seguido y quieren editar solos |
| Shopify | Bueno, con algunas reglas fijas de URLs | Buena | Tiendas en línea que quieren operar rápido |
| Constructores de arrastrar y soltar | Limitado | Variable | Proyectos personales o muy temporales |
| Desarrollo a la medida | Total, si se pide desde el inicio | Alta si se planea | Portales, catálogos grandes, sistemas con usuarios |
Lo que sí debes exigir, sin importar la plataforma: poder editar título y meta descripción de cada página, URLs limpias, sitemap automático, control de redirecciones y HTML con encabezados bien ordenados (un solo H1 por página).
Dato 7: si no lo mides desde el día uno, no sabrás qué funcionó
Instalar la medición después del lanzamiento significa perder los primeros meses de datos, que son justo los que te dicen si la inversión va por buen camino. Antes de publicar deja listo:
- Google Search Console, con el dominio verificado y el sitemap enviado.
- Google Analytics 4 con eventos de conversión: clic a WhatsApp, clic al teléfono, envío de formulario, compra.
- Etiquetas UTM en los enlaces de tus redes y campañas; puedes armarlas con el generador de UTM.
En La Laguna, donde muchísimas ventas se cierran por WhatsApp, medir el clic al botón de WhatsApp es casi tan importante como medir el formulario. Sin ese evento, el sitio parece no vender aunque esté generando conversaciones todos los días.
Checklist para tu próxima junta con la agencia
Lleva estas preguntas impresas. Si quien va a construir tu sitio no puede contestarlas con claridad, es una señal para pedir más detalle:
- ¿Qué páginas tendrá el sitio y de qué búsquedas sale cada una?
- ¿Cómo vamos a medir la velocidad en celular antes de lanzar?
- ¿Todo el texto importante estará en HTML, no en imágenes?
- ¿Quién arma el mapa de redirecciones si ya tengo sitio?
- ¿Qué datos estructurados llevará y quién los valida?
- ¿Podré editar títulos, descripciones y textos sin depender de ustedes?
- ¿Qué conversiones quedarán medidas el día del lanzamiento?
Si ya tienes sitio, empieza con una auditoría SEO y GEO gratuita. Si vas a construir desde cero, el cotizador de sitio web te ayuda a dimensionar el proyecto, y la guía cuánto tarda hacer una página web en Torreón te da tiempos realistas. Si estás en La Laguna, también puedes ver cómo trabajamos el diseño de páginas web en Torreón.
