SEO técnico explicado para quien no es técnico

¿Qué es el SEO técnico y por qué importa

Cuando me preguntan qué es el SEO técnico, lo describo como el conjunto de ajustes que hacen que los motores de búsqueda puedan acceder, interpretar y valorar tu web sin trabas. No se trata de contenidos ni de palabras clave, sino de la arquitectura del sitio, la forma en que se entregan los archivos, la seguridad y la manera en que el rastreador recorre las páginas. Si esos cimientos están bien, Google puede indexar todo lo que vale la pena mostrar.

Los factores más habituales que reviso son:

• Accesibilidad del servidor (códigos de estado, redirecciones)
• Estructura de URLs limpias y sin parámetros innecesarios
• Archivo robots.txt y sitemap.xml correctos
• Velocidad de carga y uso de archivos comprimidos
• Implementación de HTTPS y certificados válidos
• Datos estructurados que facilitan los rich snippets

Hace unos meses trabajé con un restaurante del Eixample que había lanzado su nueva carta online. El cliente había añadido una regla en robots.txt que prohibía el acceso a la carpeta /menu/, pensando que era sólo para evitar que los buscadores indexaran documentos internos. El error pasó desapercibido y, en cuestión de semanas, el tráfico orgánico cayó un 40 % porque Google ya no podía ver ni el menú ni las fotos de los platos. Sin esas páginas, el sitio perdió visibilidad en búsquedas locales como “restaurante cerca de Passeig de Gràcia”. Al corregir el archivo y volver a enviar el sitemap, el tráfico empezó a recuperarse en pocos días.

Por eso, antes de lanzar cualquier cambio, siempre realizo una auditoría técnica que verifica cada uno de esos puntos. Si detectas algún bloqueo o una configuración que no entiendes, lo mejor es pedir una revisión antes de que el problema se traduzca en pérdida de clientes. Puedes consultar más sobre cómo estructuramos nuestras auditorías en la sección auditoría SEO Barcelona.

Indexación: cómo saber si Google ve tu contenido

Cuando un cliente me pregunta si Google está viendo su sitio, lo primero que hago es comprobar la indexación. No basta con que la web esté online; si los rastreadores no pueden leerla, no aparecerá en los resultados. En mis ocho años de oficio he visto que la mayor parte de los problemas de visibilidad se originan en una indexación fallida, y suele ser cuestión de un detalle técnico que pasa desapercibido.

Para obtener información fiable utilizo la herramienta de inspección de URL de Search Console. Abro la consola, pego la dirección completa que quiero revisar y pulso “Enter”. En segundos me muestra si la URL está indexada, la fecha de la última pasada y, si hay algún error, el motivo concreto (bloqueo por robots.txt, redirección incorrecta, etc.). Si la página no está indexada, el panel ofrece la opción de solicitar la indexación manual; el proceso suele tardar unas horas, aunque a veces lleva un par de días en entornos muy competitivos.

El operador site: es la segunda arma que tengo siempre a mano, sobre todo cuando no tengo acceso a Search Console. En la barra de búsqueda de Google escribo site:midominio.com y reviso los resultados. Si la página que espero no aparece, es señal de que Google aún no la ha rastreado o la ha excluido. Con este método rápido puedo comprobar todo el dominio o centrarme en una carpeta específica. Los pasos que sigo son:

• Escribo site:midominio.com/ruta-del-contenido.
• Observo si la URL aparece entre los resultados.
• Si falta, reviso el archivo robots.txt y las metaetiquetas noindex.
• Compruebo en Search Console si hay errores de rastreo.

Un ejemplo típico lo tuve con un restaurante del Eixample que me contactó porque su menú no aparecía en Google. Revisé la consola y descubrí que la página /menu-verano.html estaba marcada con noindex por un plugin de SEO que había quedado activado tras una actualización. El cliente no se había percatado porque el menú seguía accesible desde el sitio, pero los rastreadores lo descartaban. Eliminé la etiqueta, pedí la re‑indexación y, en menos de 48 horas, la página empezó a aparecer en los resultados locales, generando más reservas sin que el dueño tuviera que invertir en publicidad.

Velocidad de carga: métricas que puedes medir

Cuando me llamas porque tu web tarda mucho en cargar, lo primero que reviso son los indicadores que Google usa para valorar la velocidad. No se trata solo de que el sitio se vea rápido para ti, sino de que el motor de búsqueda lo perciba como ágil. Un tiempo de carga elevado penaliza el posicionamiento y hace que los usuarios abandonen la página antes de leer tu contenido. Por eso, en la auditoría técnica dedico una parte a medir esas métricas con herramientas fiables.

Los cuatro indicadores que siempre controlo son:

• First Contentful Paint (FCP): tiempo que transcurre hasta que el navegador muestra el primer elemento visual.
• Largest Contentful Paint (LCP): medida clave de la carga percibida, indica cuándo se muestra el elemento más grande del viewport.
• Time to Interactive (TTI): segundos que necesita la página para responder a la interacción del usuario sin retrasos.
• Cumulative Layout Shift (CLS): evalúa la estabilidad visual, evitando que los elementos se muevan inesperadamente.

Para obtener esos datos utilizo PageSpeed Insights y GTmetrix. En PageSpeed Insights introduzco la URL, reviso la puntuación y bajo el apartado "Diagnósticos" encuentro los valores de FCP y LCP, además de recomendaciones específicas. GTmetrix me permite comparar la versión antes y después de aplicar cambios, y muestra un desglose de tiempo por recurso (imágenes, scripts, CSS). Normalmente, sigo estos pasos: 1) Analizo los resultados, 2) Identifico los recursos que más tardan, 3) Optimizo imágenes, minifico archivos y activo compresión, 4) Vuelvo a ejecutar la prueba y verifico la mejora.

Un caso reciente fue el de un restaurante del Eixample que me contrató para acelerar su sitio de reservas. La página mostraba un LCP de 5,8 s porque las fotos del menú estaban sin comprimir y pesaban más de 2 MB cada una. Reemplacé esas imágenes por versiones optimizadas con WebP, manteniendo la calidad visual. Después de la intervención, el LCP bajó a 2,4 s, el TTI cayó de 4,3 s a 1,9 s y la tasa de rebote se redujo notablemente. El cliente notó más reservas y, como siempre, le recomendé que siga revisando su velocidad cada vez que añada contenido nuevo. Si quieres profundizar en cómo un buen diseño web puede evitar este tipo de cuellos de botella, puedes visitar nuestra página de diseñador web Barcelona.

Estructura de URLs amigables

Estructura de URLs amigables

Cuando abro la consola de un proyecto nuevo en el estudio, una de las primeras cosas que reviso es cómo se han construido los enlaces internos. Me encuentro con frecuencia desastres heredados de gestores de contenido mal configurados: direcciones kilométricas llenas de identificadores numéricos, fechas que no aportan nada y parámetros que confunden tanto al usuario como a los motores de búsqueda. Una URL limpia cumple una función elemental de usabilidad y rastreo; debe permitir que cualquiera anticipe el contenido exacto de la página antes de pulsar en el enlace.

Pensemos en un caso habitual que veo por aquí: una clínica dental en Gràcia que ofrece servicios específicos de ortodoncia invisible. El gestor que tenían antes generaba automáticamente rutas del estilo: midominio.com/index.php?cat=servicios&id=842&session=xyz987. Para Google, eso es una maraña de parámetros que dificulta entender la jerarquía real del sitio web y que genera problemas de contenido duplicado. La versión correcta, optimizada y clara para ese mismo servicio es simplemente: midominio.com/ortodoncia-invisible-gracia o midominio.com/tratamientos/ortodoncia-invisible. La diferencia en legibilidad es abismal y la señal de relevancia para la búsqueda local queda perfectamente fijada.

Para mantener una arquitectura sana en tu web sin complicarte la vida con tecnicismos innecesarios, aplico siempre estos criterios básicos:

• Elimina parámetros y variables dinámicas: evita signos de interrogación, símbolos de porcentaje o códigos de sesión en páginas que quieras posicionar.
• Usa guiones medios para separar términos: los guiones bajos unen palabras para los rastreadores; el guion estándar actúa como espacio legible.
• Omite palabras vacías y fechas: artículos, preposiciones como «de», «para» o «con», y años en la ruta solo alargan la dirección y te obligan a hacer redirecciones cuando actualizas el contenido más adelante.
• Mantén la coherencia en minúsculas: mezclar mayúsculas y minúsculas en servidores Linux genera duplicidades accidentales y errores 404 que dañan el rastreo.

Ojo con un detalle importante antes de ponerte a modificar enlaces que ya están publicados: cambiar una URL sin aplicar una redirección 301 inmediata significa tirar a la basura la autoridad que esa página ya había acumulado con el tiempo. Si una dirección fea ya está bien posicionada y recibe tráfico estable, a veces compensa dejarla tranquila salvo que estemos ejecutando una migración web completa y controlada.

Datos estructurados: enriquecer los resultados

Datos estructurados: enriquecer los resultados

Cuando un cliente me pide que su sitio aparezca mejor en los resultados de búsqueda, lo primero que reviso son los datos estructurados. Los microdatos y, sobre todo, el vocabulario de schema.org, son la forma que Google y otros buscadores usan para entender de qué trata cada elemento de una página. Con ellos puedes marcar un producto, una reseña, un evento o una receta, y el motor de búsqueda los traduce en tarjetas, estrellas o bloques enriquecidos que llaman la atención del usuario. Todo ello forma parte del SEO técnico.

Yo siempre empleo JSON‑LD porque se inserta en el head sin interferir con el HTML visible. Para comprobar que todo está correcto utilizo la herramienta Rich Results Test de Google; basta con pegar la URL o el fragmento de código y la herramienta muestra si el marcado es válido y qué resultados podría generar. Si aparecen errores, los corrijo antes de pasar a producción, ya que un error pequeño puede impedir que se muestre cualquier ficha.

Un caso reciente fue el de un restaurante del Eixample que quería destacar su “Paella del día” en los resultados locales. Añadí un bloque JSON‑LD tipo Product con propiedades como name, description, image, offers (price y disponibilidad) y aggregateRating. Tras publicar el código y validar con Rich Results Test, Google empezó a mostrar una ficha destacada con la foto del plato, precio y valoración en la página de resultados. El tráfico a la página del menú subió notablemente y las reservas online aumentaron sin necesidad de invertir en campañas de pago.

Pasos básicos para implementar datos estructurados:

• Identificar el tipo de contenido (Product, Recipe, LocalBusiness, etc.).
• Consultar schema.org y anotar los campos obligatorios y recomendados.
• Generar el bloque JSON‑LD respetando la sintaxis y los valores reales.
• Insertarlo en el head o justo antes del cierre de body.
• Validar con Rich Results Test y corregir los errores que aparezcan.

Robots.txt y sitemap: guiar al rastreador

Cuando hablamos de SEO técnico, dos archivos son los porteros de tu web ante Google: el robots.txt y el sitemap.xml. Suena a chino, lo sé, pero son fundamentales para que Google entienda qué debe rastrear y qué no.

El robots.txt es como un cartel en la entrada de tu web que le dice a los rastreadores de Google (y otros buscadores) qué partes de tu sitio pueden visitar y cuáles no. Mi experiencia me dice que muchos clientes no saben ni que existe. El problema surge cuando, sin darte cuenta, bloqueas páginas importantes. Me he encontrado con casos donde un desarrollador, quizás por despiste o por querer ocultar algo temporalmente, bloquea la carpeta de productos o de servicios. El resultado es que Google no las ve, no las indexa y, por tanto, nadie las encuentra en sus búsquedas. Para revisar el tuyo, solo tienes que escribir tudominio.com/robots.txt en el navegador. Presta especial atención a las líneas que empiezan por Disallow:. Si ves algo importante ahí, hay que quitarlo.

Luego está el sitemap.xml, que es como un mapa de carreteras de tu web para Google. No es que Google no pueda encontrar tus páginas sin él, pero se lo pones mucho más fácil, especialmente si tienes una web grande o con mucho contenido nuevo. Este archivo le dice a Google: “Oye, aquí tienes una lista de todas las páginas que considero importantes”. Es crucial que este mapa esté bien formado y actualizado. Recuerdo el caso de un restaurante en el Eixample, cliente nuestro, que lanzaba nuevas ofertas de menú cada semana con entradas de blog dedicadas. Durante meses, esas nuevas entradas no aparecían en Google. Al revisar su sitemap, vimos que el plugin que usaban para generarlo estaba configurado para incluir solo las páginas estáticas, ignorando por completo las nuevas entradas del blog. Google no las conocía y no las indexaba. Una vez corregido, las nuevas ofertas empezaron a posicionarse en cuestión de días.

¿Qué debes comprobar en tu sitemap?

• Que esté actualizado con todas tus páginas importantes, especialmente las nuevas.
• Que no contenga URLs que ya no existen o que redirigen.
• Que esté limpio de páginas que no quieres que se indexen (como páginas de agradecimiento o de política interna).
• Que esté correctamente referenciado en Google Search Console.

En mi día a día, con los proyectos que he manejado desde 2018, me doy cuenta de que estos dos archivos son a menudo los grandes olvidados. Una revisión periódica de ambos puede evitarte muchos dolores de cabeza y asegurar que el trabajo que pones en tu contenido realmente llegue a tu público.

Crawl budget y rastreo eficiente

El crawl budget o presupuesto de rastreo es, explicado de forma llana, el tiempo y los recursos que los robots de Google deciden dedicar a revisar tu web antes de marcharse a otra parte. Google no tiene tiempo infinito para mirar cada rincón de internet; asigna una atención proporcional a la autoridad de tu página y a la velocidad con la que responde tu servidor. Si tu sitio web le hace perder el tiempo procesando páginas basura o enlaces rotos, se irá antes de descubrir tus productos estrella o tus artículos más trabajados, dejando contenido importante fuera de su radar.

Esto suele convertirse en un problema silencioso cuando gestionas catálogos medianos o grandes. Me pasó hace un tiempo con una zapatería de diseño del barrio de Gràcia. Llegaron al estudio porque habían lanzado su catálogo digital pero muchas novedades tardaban semanas enteras en aparecer indexadas en los resultados. Cuando abrimos las tripas del proyecto para hacer una auditoria seo barcelona a fondo, descubrimos que los filtros de color, talla, material y ordenación de precio generaban combinaciones infinitas de URLs únicas, todas accesibles para el robot de Google. El rastreador consumía casi todo su presupuesto navegando por miles de páginas idénticas donde solo cambiaba el orden de los zapatos, ignorando las categorías principales.

Para que los rastreadores aprovechen cada visita y no malgastes este recurso técnico, solemos aplicar varias medidas directas:

• Gestionar parámetros y facetas: bloquear mediante etiquetas canonical bien configuradas o instrucciones precisas las URLs que generan los filtros de búsqueda interna.
• Limpiar enlaces rotos y cadenas de redirecciones: si el robot tropieza con errores 404 o cadenas con varios saltos 301, agota sus peticiones intentando llegar a un destino vacío.
• Desindexar páginas de servicio sin valor de búsqueda: el carrito de compra, las políticas de privacidad, las confirmaciones de pedido o el acceso de usuarios deben quedar fuera del alcance de los rastreadores.

Tampoco te obsesiones si tienes una web corporativa sencilla con quince o veinte páginas; en esos casos Google suele cubrirlo todo en pocos segundos. El presupuesto de rastreo se vuelve crítico en tiendas online y portales con miles de páginas, donde un descuido en la navegación por facetas te condena a ser invisible.

HTTPS y seguridad como señal SEO

Tener un certificado SSL instalado en tu servidor ya no es un extra técnico opcional; es el estándar mínimo para existir en internet sin espantar a tus visitas. Cuando alguien entra en tu web y el navegador le planta un aviso en rojo diciendo «Sitio no seguro», la inmensa mayoría de los usuarios cierra la pestaña al instante. Google utiliza el protocolo HTTPS como un factor de posicionamiento confirmado desde hace años, pero el verdadero impacto va mucho más allá del algoritmo: si el usuario no se fía de tu página, jamás rellenará un formulario de contacto ni te llamará por teléfono.

El error más habitual con el que me topo al auditar proyectos no es la ausencia total de certificado, sino lo que llamamos contenido mixto. Ocurre cuando instalas el candado de seguridad, pero dentro de tu código sigues llamando a imágenes, tipografías o scripts mediante enlaces antiguos con «http://». Para los navegadores, esa web sigue estando comprometida, rompen el candado verde y muestran alertas de advertencia que arruinan la experiencia del usuario.

Para solucionar esto y asegurar que la migración a HTTPS sume puntos en tu visibilidad orgánica, siempre sigo estos pasos básicos:

• Instalar un certificado SSL válido: la mayoría de hostings fiables ofrecen certificados gratuitos tipo Let's Encrypt que se renuevan solos y son más que suficientes para pymes y autónomos.
• Forzar la redirección 301 total: cualquier petición que entre por HTTP debe redirigirse de forma permanente a su versión equivalente en HTTPS, evitando contenido duplicado.
• Limpiar el contenido mixto en la base de datos: revisar rutas de imágenes y archivos para sustituir los protocolos viejos por llamadas relativas o seguras.
• Actualizar la propiedad en Google Search Console: el buscador trata las versiones HTTP y HTTPS como sitios web totalmente distintos; debes verificar la versión segura para monitorizarla.

Recuerdo el caso de una clínica dental en Gràcia que llegó al estudio porque sus solicitudes de cita previa por la web habían caído en picado tras un cambio de servidor. Tenían el SSL activo, pero la mitad de las fotos del equipo cargaban por HTTP y Chrome bloqueaba la página avisando de peligro potencial. Bastó con limpiar las rutas internas y forzar las redirecciones correctas para que el navegador volviera a mostrar la conexión segura. En pocas semanas recuperaron la confianza de los pacientes de la zona, el tráfico local volvió a subir en las búsquedas y el formulario empezó a sonar a diario otra vez.

Checklist rápido para auditoría técnica

En mi día a día con pymes de Barcelona, siempre empiezo por un checklist rápido que me permite detectar los fallos más críticos antes de profundizar.

Checklist rápido para auditoría técnica

1. Comprobar que el sitio está accesible mediante HTTP y que responde con código 200.
2. Verificar que el archivo robots.txt existe y no bloquea páginas importantes.
3. Asegurarse de que el sitemap.xml está actualizado y está referenciado en robots.txt.
4. Revisar que todas las URLs usan minúsculas, sin parámetros innecesarios y terminan en slash opcional.
5. Comprobar que cada página tiene una etiqueta