≡En resumen
- Un 200 OK significa que el servidor recibió, entendió y completó la petición.
- Todos los códigos que empiezan por 2 indican éxito; el 200 es el más habitual.
- Lo que contiene la respuesta depende del método: en un GET, la página o el recurso pedido.
- Google procesa el contenido de las URL con 2xx, pero un 200 no garantiza la indexación.
- Una página de error que devuelve 200 es un soft 404, uno de los fallos técnicos más comunes.
01 ¿Qué es el código de respuesta 200 OK?
El usuario nunca ve el código: queda en las cabeceras de la respuesta, que el navegador lee antes de pintar la página. Es lo contrario del error 404 Not Found, en el que el servidor responde pero no encuentra el recurso. Hoy lo define la RFC 9110 del IETF, publicada en junio de 2022, que dice que el contenido de un 200 depende del método de la petición.
Los códigos de estado no existían en HTTP/0.9, la primera versión del protocolo. Aparecieron en los borradores posteriores y se documentaron formalmente en la RFC 1945 (HTTP/1.0), de mayo de 1996.
| Método | Qué contiene la respuesta 200 |
|---|---|
| GET | El recurso pedido: la página HTML, la imagen, el JSON de una API… |
| HEAD | Solo las cabeceras que tendría la respuesta a un GET, sin cuerpo |
| POST | El resultado de la acción, por ejemplo la confirmación de un formulario enviado |
| PUT | El estado del recurso tras modificarlo (a menudo se usa 204 o 201 en su lugar) |
| TRACE | El mensaje de petición tal como lo recibió el servidor |
02 Códigos 200: la familia 2xx de respuestas correctas
El primer dígito de un código HTTP indica su clase. Todos los códigos 200 (2xx) significan que la petición del cliente se recibió, se entendió y se aceptó correctamente. Estos son los que define la RFC 9110 y los más comunes de extensiones posteriores:
| Código | Nombre | Cuándo se usa |
|---|---|---|
| 200 | OK | La petición ha salido bien y la respuesta incluye el resultado |
| 201 | Created | Se ha creado un recurso nuevo, por ejemplo un usuario o un pedido en una API |
| 202 | Accepted | La petición se aceptó, pero se procesará más tarde (tareas en cola) |
| 203 | Non-Authoritative Information | Un intermediario, como un proxy, ha modificado la respuesta original |
| 204 | No Content | Todo fue bien, pero no hay contenido que devolver (típico al borrar o guardar) |
| 205 | Reset Content | El cliente debe restablecer la vista, por ejemplo vaciar un formulario |
| 206 | Partial Content | Se envía solo una parte del recurso; lo usan la reproducción de vídeo y las descargas reanudables |
| 207, 208, 226 | Multi-Status, Already Reported, IM Used | Extensiones de WebDAV y de codificación delta, poco habituales en webs |
03 Cómo funciona una respuesta 200 OK
-
1
El navegador pide la URL
Envía una petición, normalmente GET, con la ruta y cabeceras como el idioma o las cookies.
-
2
El servidor la procesa
Localiza el archivo o ejecuta la aplicación (WordPress, Laravel, una API) que genera la respuesta.
-
3
Responde con la línea de estado
Si todo va bien, la primera línea es HTTP/1.1 200 OK (en HTTP/2 y HTTP/3, un campo :status con valor 200).
-
4
Envía cabeceras y cuerpo
Tipo de contenido, tamaño, instrucciones de caché y, después, el HTML o el recurso pedido.
-
5
El navegador pinta la página
Con el 200 recibido, interpreta el contenido y, si la cabecera lo permite, lo guarda en caché.
Respuesta real simplificada a una petición GET:
HTTP/1.1 200 OKContent-Type: text/html; charset=UTF-8Cache-Control: max-age=3600Content-Length: 48213
La primera línea es la que importa: versión del protocolo, código y frase de estado. Todo lo demás describe el contenido que viene detrás, el que ves en pantalla. Si quieres profundizar en cada cabecera, consulta qué es el análisis de cabecera HTTP del servidor.
04 Cómo comprobar si una URL devuelve un 200
-
1
Herramientas de desarrollo del navegador
Pulsa F12, abre la pestaña Red (Network), recarga la página y mira la columna Estado del primer documento.
-
2
Desde la terminal con curl
Ejecuta curl -I seguido de la URL: la primera línea de la respuesta muestra el código de estado.
-
3
Google Search Console
La inspección de URL indica si Google pudo obtener la página y el informe de indexación agrupa los errores por tipo.
-
4
Un rastreador SEO
Herramientas como Screaming Frog recorren toda la web y listan el código de cada URL para detectar 3xx, 4xx y 5xx.
05 El código 200 y el SEO
Para Google, un código 2xx significa que puede tomar el contenido y pasarlo al siguiente paso de procesamiento, que en la Búsqueda es la indexación. Pero su documentación es clara: un 2xx no garantiza que la página se indexe. Google puede descartarla por contenido duplicado, de poca calidad o por una etiqueta noindex.
El caso contrario es más grave: una página que muestra un error o está vacía pero devuelve 200. Google la detecta como soft 404 y no la muestra en resultados. Pasa mucho con buscadores internos sin resultados, productos agotados o plantillas de error mal configuradas, y es uno de los primeros puntos que revisamos en una auditoría SEO técnica.
- ✓Las páginas que deben posicionar devuelven 200 sin redirecciones intermedias.
- ✓Las páginas que ya no existen devuelven 404 o 410, no un 200 con el texto «no encontrado».
- ✓Los contenidos movidos redirigen con un 301 a su nueva URL.
- ✓El sitemap incluye solo URL canónicas que responden 200.
- ✓Las URL con 200 y noindex son una decisión consciente, no un descuido.
06 200 OK frente a otros códigos de estado
| Código | Qué significa | Qué hace Google |
|---|---|---|
| 200 OK | Petición correcta, contenido entregado | Procesa el contenido y puede indexarlo |
| 301 Moved Permanently | El recurso se ha movido de forma permanente | Sigue la redirección y consolida señales en el destino |
| 302 Found | Movido temporalmente | Sigue la redirección y suele mantener la URL original |
| 304 Not Modified | El contenido no ha cambiado desde la última visita | Reutiliza la versión que ya tenía |
| 404 Not Found | No hay recurso en esa URL | Retira la URL del índice |
| 410 Gone | Eliminado de forma permanente | Trato parecido al 404 |
| 500 Internal Server Error | Fallo del servidor | Reduce el rastreo y, si persiste, retira la URL |
Cuando cambias una URL, el objetivo es que la antigua responda con una redirección 301 y la nueva con un 200. Si mezclas códigos por error, pierdes visibilidad aunque la web se vea bien.
07 El 200 OK en APIs y aplicaciones web
En una API REST el código de estado forma parte del contrato: el cliente decide qué hacer según la cifra. Una petición HTTP GET correcta devuelve 200 con los datos; crear un recurso debería devolver 201 y borrarlo, 204.
Error disfrazado de 200
Devolver 200 con un cuerpo tipo {"error": true} obliga al cliente a leer el contenido para saber si falló. Usa el 4xx o 5xx que corresponda.
200 en lugar de 201
Funciona, pero el 201 Created comunica mejor que se ha creado algo nuevo y dónde está.
200 con cuerpo vacío
Si no hay nada que devolver, el 204 No Content es la respuesta precisa.
Monitorización
Los sistemas de alertas comprueban que los endpoints críticos respondan 200 cada pocos minutos.
Preguntas frecuentes sobre Código de respuesta 200 OK
Significa que la petición al servidor se ha completado con éxito. En una página web, que el servidor ha encontrado y entregado el contenido solicitado.
Son los códigos de estado HTTP de la clase 2xx, que indican éxito: 200 OK, 201 Created, 202 Accepted, 203, 204 No Content, 205 y 206 Partial Content.
El 200 indica que el recurso existe y se ha entregado; el 404, que el servidor funciona pero no encuentra nada en esa URL.
No. Google procesa el contenido de las URL con 2xx, pero puede no indexarlas por calidad, duplicidad o una etiqueta noindex.
Es una página que muestra un error o está vacía pero devuelve un código 200. Google la trata como un error y no la muestra en resultados.
Abre las herramientas de desarrollo del navegador (F12), ve a la pestaña Red y recarga: la columna Estado muestra el código de cada petición.
Los dos indican éxito, pero el 204 No Content no incluye cuerpo en la respuesta, mientras que el 200 normalmente sí.
Fuentes consultadas
Sobre el autor
CEO de appyweb, especialista en SEO, IA y desarrollo
Fundador de appyweb. Más de una década posicionando webs y tiendas online en Google y en las respuestas de la IA, y dedicado también al desarrollo de software y las automatizaciones.
Ver perfil y artículos → Ver perfil en LinkedIn ↗