Cómo elegir una agencia Next.js: 8 comprobaciones de nuestro propio sitio
Neaptide · 10 de octubre de 2026 · 10 min de lectura
8 comprobaciones para elegir una agencia Next.js. 6 de 6 páginas de neaptide.ai: HTTP 200, un H1, canonical coincidente y 7 alternativas de idioma.
En este artículo
¿Cómo elegir una agencia de desarrollo Next.js?
Elija una agencia de desarrollo Next.js pidiéndole que supere ocho comprobaciones sobre URL publicadas reales y sobre el flujo editorial que usará su equipo. El 7 de octubre de 2026 comprobamos seis páginas en línea de neaptide.ai: las seis devolvieron HTTP 200, un solo H1, una canonical coincidente y siete alternativas de idioma. Pida las mismas pruebas antes de firmar.
- Comprobaciones de salida: 4 de las 8 comprobaciones revisan el HTML que devuelve una URL publicada, es decir, estado, canonical, H1 y alternativas de idioma.
- Datos propios: 6 de 6 páginas de neaptide.ai superaron esas cuatro comprobaciones el 7 de octubre de 2026, con solicitudes HTTP sin autenticación ni renderizado en navegador.
- Comprobaciones del trabajo: las otras 4 cubren la edición en el CMS, la migración, los formularios y la entrega, y cada una exige una demostración real.
- Presupuesto: la página de desarrollo web de Neaptide publica precios desde 2900 USD para una landing page, 8200 USD para un sitio corporativo y 14 000 USD para una aplicación web.
- Señal de alarma: un precio cerrado para un sitio multilingüe con CMS que no detalla plantillas, idiomas ni URL antiguas.
¿Qué 8 comprobaciones debe superar una agencia Next.js antes de firmar?
Una agencia Next.js debe superar ocho comprobaciones antes de firmar: cuatro sobre el HTML que devuelven sus URL publicadas y cuatro sobre trabajo que una solicitud HTTP no ve. Las ocho comprobaciones son respuesta del servidor, canonical, un solo H1, alternativas de idioma, flujo editorial, migración, formularios e integraciones, y entrega. Las alternativas de idioma son los enlaces hreflang que una página declara hacia cada versión de idioma, más x-default.
| Comprobación | Qué pedir a la agencia | Aprobada / Señal de alarma si falta |
|---|---|---|
| 1. Respuesta del servidor | Estado HTTP y metadatos robots de URL publicadas representativas | Aprobada: 200 e index, follow en cada página pública. Alarma: no hay datos por URL. |
| 2. Canonical | La canonical que declara cada URL | Aprobada: una canonical igual a la URL solicitada. Alarma: ausente, duplicada o apuntando a otra URL. |
| 3. Un solo H1 | El número de H1 en el HTML de cada URL | Aprobada: exactamente un H1. Alarma: ningún H1 o varios. |
| 4. Alternativas de idioma | Las alternativas de idioma de cada URL y una solicitud a cada destino | Aprobada: cada idioma publicado más x-default, cada destino accesible. Alarma: falta un idioma o los destinos no se probaron. |
| 5. Flujo editorial | Una sesión en vivo del CMS realizada por su futuro editor | Aprobada: borrador, vista previa, publicación de una versión de idioma, corrección y restauración. Alarma: falta cualquiera de estas cinco acciones. |
| 6. Migración | El inventario de URL antiguas y el mapa de redirecciones | Aprobada: cada URL antigua tiene destino o una decisión registrada. Alarma: presupuesto de migración sin inventario. |
| 7. Formularios e integraciones | Pruebas de entrega de cada formulario e integración | Aprobada: un envío de prueba llega a su destino. Alarma: formularios listados sin prueba de entrega. |
| 8. Entrega | Acceso al repositorio y a las cuentas, instrucciones de despliegue y edición | Aprobada: una segunda persona repite el despliegue y la edición con las instrucciones. Alarma: solo la agencia tiene los accesos. |
Nuestro estudio cubre solo las comprobaciones 1 a 4. Las comprobaciones 5 a 8 se prueban en el proyecto contratado.
¿Qué pedir primero a una agencia Next.js?
Pida a la agencia Next.js las pruebas que falten en este orden y deténgase en el primer punto que se cumpla: mientras ese hueco siga abierto, las propuestas no se pueden comparar con justicia.
- Si la agencia no puede mostrar comprobaciones de salida por URL de ningún sitio que haya entregado, pídalas antes que nada.
- Si el proyecto incluye un CMS y su futuro editor no ha visto un borrador pasar por vista previa, publicación y restauración, pida esa sesión.
- Si el sitio nuevo sustituye a uno antiguo y el presupuesto no incluye inventario de URL antiguas, pida el inventario y el plan de redirecciones.
- Si los formularios y las integraciones aparecen sin prueba de entrega, pregunte cómo se probará la entrega antes del lanzamiento.
- Si los cuatro puntos están resueltos, compare las propuestas por alcance, honorarios, exclusiones y condiciones de entrega.
¿Qué mostró la comprobación de nuestro propio sitio?
El 7 de octubre de 2026, las seis páginas en línea de neaptide.ai que comprobamos devolvieron HTTP 200, un solo H1, una canonical igual a la URL solicitada, metadatos robots index, follow y siete alternativas de idioma cada una. Neaptide, un estudio de marketing digital que también crea sitios web con Next.js, hizo esta comprobación en su propio sitio de producción. La comprobación solo leyó el HTML del servidor, así que no demuestra la indexación en Google, la calidad de la traducción ni las capacidades de un CMS.
Este artículo es un estudio del propio sitio de Neaptide. No compara agencias con nombre, no presenta resultados de clientes y no demuestra un CMS headless. Nuestro sitio actual guarda los artículos en el repositorio, por lo que su salida multilingüe solo prueba ese sistema de publicación.
¿Cómo se recopilaron los datos de las seis páginas?
Los datos de las seis páginas proceden de solicitudes HTTP GET sin autenticación enviadas el 7 de octubre de 2026 a seis URL de producción en inglés de neaptide.ai. En el HTML devuelto se revisaron el estado, la canonical, el número de H1, los metadatos robots y las alternativas de idioma. Las seis URL son las páginas de servicios de SEO, GEO, desarrollo web y consultoría de IA, la página de auditoría Next.js y la guía sobre el chatbot de conocimiento interno. La hora de recogida y un hash de cada respuesta HTML están en el JSON descargable.
Las solicitudes no ejecutaron JavaScript en un navegador. El estudio no midió usabilidad visual, puntuaciones de rendimiento, formularios, permisos del CMS, calidad de traducción ni indexación, y cada uno de esos puntos necesita su propia prueba. Las seis URL se eligieron para cubrir cinco páginas comerciales y un artículo; no son una muestra aleatoria del sitio.
| Ruta de URL | HTTP | Canonical | Número de H1 | Alternativas de idioma | Resultado |
|---|---|---|---|---|---|
| /en/services/seo | 200 | Coincide con la URL solicitada | 1 | 7 | Aprobada |
| /en/services/geo | 200 | Coincide con la URL solicitada | 1 | 7 | Aprobada |
| /en/services/web | 200 | Coincide con la URL solicitada | 1 | 7 | Aprobada |
| /en/services/ai | 200 | Coincide con la URL solicitada | 1 | 7 | Aprobada |
| /en/services/seo/nextjs-seo-audit | 200 | Coincide con la URL solicitada | 1 | 7 | Aprobada |
| /en/blog/company-knowledge-chatbot | 200 | Coincide con la URL solicitada | 1 | 7 | Aprobada |
¿Una comprobación HTTP correcta demuestra que una página Next.js está indexada?
Una comprobación HTTP correcta demuestra lo que devolvió el servidor en el momento de la recogida; la indexación en Google y la canonical que elige Google se comprueban por separado. En las seis páginas de neaptide.ai los campos fueron coherentes: un H1, una canonical coincidente, index, follow y siete alternativas de idioma (seis idiomas más x-default).
Siete alternativas de idioma declaradas por página no demuestran que cada destino funcione ni que tenga una traducción correcta. Este estudio no solicitó los destinos de las 42 entradas de alternativas (6 páginas × 7). Una prueba de aceptación posterior debe abrir cada URL de destino y confirmar que los enlaces son recíprocos.
Google describe la canonical declarada como una señal. Para investigar un problema de indexación, combine la respuesta de la página con los datos de Search Console, el acceso de rastreo, los enlaces internos y los sitemaps.
¿En qué páginas se acepta un sitio Next.js multilingüe?
Un sitio Next.js multilingüe se acepta sobre al menos cinco tipos de página: una página de servicio representativa, un artículo, un caso de estudio, una página sin traducción y cada URL migrada. El sitio publicado debe mostrar el contenido y los metadatos previstos. Una vista previa privada sigue sus propias reglas de acceso e indexación.
Si el encargo incluye un CMS, su futuro editor debe recorrer el flujo editorial en vivo: crear y previsualizar un borrador, publicar una versión de idioma, corregirla y restaurar una versión anterior. Nuestro estudio HTTP no puede mostrar si esas acciones funcionan en un CMS, y no lo usamos como prueba de ello.
Cinco áreas del alcance deben figurar en el brief:
- Modelos de contenido: campos de servicios, artículos y casos, secciones compartidas y relaciones.
- Reglas de idioma: campos traducidos, campos compartidos, URL y traducciones no disponibles.
- Publicación: roles editoriales, acceso a la vista previa, aprobaciones y recuperación.
- Migración: inventario real de URL antiguas, redirecciones y decisiones de contenido.
- Entrega: acceso al repositorio y a las cuentas, instrucciones de despliegue y responsable del mantenimiento.
¿Cambian las comprobaciones para una agencia, un freelance o un equipo interno?
Las mismas ocho comprobaciones sirven para una agencia Next.js, un freelance o un equipo interno, porque cada una revisa URL publicadas y flujos que funcionan, no el tamaño del proveedor. Los datos de Neaptide no comparan estas tres opciones, así que este artículo no dice cuál es mejor.
Con cualquiera de las tres, acuerde de antemano quién tendrá los accesos tras el lanzamiento. Pida el acceso al repositorio y a las cuentas a nombre de su empresa, con instrucciones de despliegue y edición que una segunda persona pueda seguir.
¿Cuánto cuesta un sitio web con Next.js?
En Neaptide, un sitio con Next.js cuesta desde 2900 USD una landing page, desde 8200 USD un sitio corporativo y desde 14 000 USD una aplicación web, según nuestra página de desarrollo web capturada el 7 de octubre de 2026. Son precios de partida por formato. Un proyecto multilingüe con CMS, migración e integraciones necesita un presupuesto basado en sus plantillas, idiomas y requisitos de publicación reales.
La misma página indica que un proyecto suele durar 4–8 semanas: alrededor de una semana de diseño y arquitectura, 3–5 semanas de desarrollo y contenido, y una última semana de ajustes, pruebas de carga y lanzamiento.
¿Qué señales de alarma hay al contratar una agencia Next.js?
Siete señales de alarma deberían frenar un contrato con una agencia Next.js hasta que la agencia las resuelva:
- Ninguna comprobación de salida por URL de un sitio en línea entregado por la agencia.
- Una URL representativa que devuelve un estado distinto de 200, más de un H1 o una canonical que no coincide con su propia dirección.
- Alternativas de idioma que no incluyen cada idioma publicado más x-default: un sitio en seis idiomas declara siete, como cada página comprobada de neaptide.ai.
- Una demostración del CMS que omite la vista previa, la publicación de una versión de idioma o la restauración de una versión anterior.
- Un presupuesto de migración sin inventario de las URL antiguas y sus redirecciones.
- Instrucciones de entrega que ninguna segunda persona ha repetido antes de la aceptación.
- Un precio cerrado para un sitio multilingüe con CMS que no detalla plantillas, idiomas, integraciones ni exclusiones.
Estas señales son criterios de aceptación; Neaptide no ha medido con qué frecuencia aparecen en las agencias.
¿Cómo se acepta un sitio Next.js en la entrega?
Acepte un sitio Next.js en la entrega solo después de que una segunda persona de su equipo haya seguido las instrucciones de despliegue y edición sin ayuda de la agencia. Guarde las comprobaciones de salida por URL junto al inventario de migración y las pruebas de entrega de formularios, para separar lo verificado de lo que no se ha probado.
El método aplicado a las seis páginas de neaptide.ai puede repetirse antes y después de cada publicación dentro de ese paquete de aceptación, junto con las pruebas del editor, la migración y las integraciones.