Visor de WMS, WMTS y WFS

La forma más rápida es pedirle al propio servicio que se describa: agrega `?SERVICE=WMS&REQUEST=GetCapabilities` (o apunta al `.xml` de WMTS) y revisa si la respuesta es un documento XML de verdad — no una página de error en HTML disfrazada de 200 OK. Pega esa misma dirección aquí arriba: esta herramienta hace esa comprobación por ti, muestra en cuántos segundos respondió el servicio, lista las capas disponibles en árbol, y dice exactamente cuál de cuatro cosas salió mal cuando no funciona — dirección equivocada, servidor caído, tiempo agotado, o una respuesta que no es OGC. Es la misma pregunta que `curl` responde en la terminal, solo que probada como realmente la prueba el navegador — lo cual no siempre es lo mismo (siguiente sección).

Aquí está la trampa que nadie te advierte: un WMS que funciona perfecto en QGIS puede ser inutilizable en una página web, porque a QGIS no le importa el CORS (Cross-Origin Resource Sharing) y al navegador sí — y no hay forma de arreglarlo desde el frontend, solo un proxy del lado del servidor, que es justo lo que Geodocs corre detrás de escena. Dos cosas fallan de forma distinta: una dirección `http://` en una página `https://` se bloquea antes de que salga cualquier solicitud — "contenido mixto" — y ningún proxy arregla eso, solo que el propio servicio habilite HTTPS. El CORS, en cambio, bloquea específicamente las solicitudes que buscan datos — capabilities, WFS, identificar un punto en el mapa — mientras que las teselas del mapa siguen cargando bien, porque una etiqueta `<img>` nunca le pidió permiso a nadie. Probamos manualmente ocho servicios públicos conocidos: seis pasaron el CORS, dos no (mundialis y el IBGE de Brasil) — no esperes que cualquier dirección de internet funcione aquí.

El documento de capabilities describe las capas como un árbol, no una lista — y esto es literal: un servicio puede agrupar capas relacionadas dentro de un `<Layer>` padre que no tiene ningún `<Name>`, y que solo existe para organizar visualmente a sus hijas (por eso ves "(grupo)" en vez de un nombre real). Activar un grupo entero activa todo lo que hay dentro; activar una hoja individual enciende solo esa capa. No todas las capas aceptan clic: el atributo `queryable` decide si ese punto del mapa puede consultarse con `GetFeatureInfo`, y las capas puramente decorativas — un contorno, una cuadrícula — suelen venir marcadas como no consultables. El árbol que ves aquí es la misma jerarquía que publicó el servidor, sin aplanar nada — eso es lo que hace que un grupo aparezca como grupo, en vez de desaparecer.

Un WMS te devuelve una foto del mapa — píxeles, sin geometría, sin atributos, genial para mirar o imprimir, inútil si necesitas sumar áreas o filtrar por un valor de atributo. El WFS resuelve justo eso: devuelve entidades vectoriales de verdad — la geometría y todas las columnas que publica el servicio — en el mismo formato que ya usan los demás visores de este sitio, así que puedes abrir la tabla de atributos, hacer clic en una entidad del mapa y ver sus datos como si fuera un archivo GeoJSON cargado localmente. El costo es velocidad por completitud: una capa WFS con cientos de miles de entidades tarda más en responder y esta herramienta limita cuántas trae de una vez — pero cada una llega con datos reales, no solo un píxel de color.

Probamos más de 60 endpoints públicos de WMS, WMTS y XYZ — imágenes satelitales, mapas topográficos, datos de referencia de gobiernos — y registramos el código de estado, el tiempo de respuesta, y si cada uno realmente funciona desde un navegador (no solo desde `curl`). La guía completa, con la URL, las capas y la proyección de cada servicio, está en https://geodocs.io/es/blog/free-wms-wmts-basemap-urls-2026 — pega cualquiera de esas URLs aquí arriba para explorar sus capas antes de usarla en tu proyecto.