Lista de verificación para la gestión del presupuesto de rastreo
Usa esta lista de verificación de presupuesto de rastreo para encontrar solicitudes de bots desperdiciadas, controlar facetas y parámetros, limpiar sitemaps y mejorar el descubrimiento de URL prioritarias más rápido.
Presupuesto de rastreo es el límite práctico de cuánto rastreo está dispuesto y es capaz de hacer un motor de búsqueda en un sitio a lo largo del tiempo. Gestionarlo significa reducir las solicitudes que no pueden mejorar el descubrimiento o la indexación, y luego hacer que las URL importantes sean más fáciles de encontrar y más baratas de obtener.
Lista de verificación: gestión del presupuesto de rastreo. Tiempo estimado: 1–2 días hábiles para diagnóstico, luego 1–3 sprints de ingeniería para las correcciones aprobadas. Responsable: líder técnico de SEO. Colaboradores: ingeniero de plataforma, propietario de CDN o infraestructura, ingeniero de analítica, y propietario de merchandising o contenido para cualquier espacio de URL afectado. Autoridad de lanzamiento: líder técnico de SEO y propietario de ingeniería de forma conjunta.
Sé directo sobre el alcance: un sitio saludable con 2,000 u 8,000 páginas canónicas casi nunca tiene un proyecto de presupuesto de rastreo. Tiene un problema de priorización, enlazado, calidad o indexabilidad. Inicia esta lista de verificación cuando un sitio grande o de cambios rápidos tenga evidencia de desperdicio de rastreador, descubrimiento retrasado, rastreo repetido de URL de bajo valor o tensión en el servidor, no porque un informe de rastreador contenga un número grande.
Por qué esta fase, y por qué aquí
Aunque esta es una lista de verificación independiente en lugar de una fase numerada, consume la auditoría técnica de referencia : reglas canónicas, hallazgos de códigos de estado, comportamiento de renderizado, arquitectura del sitio, inventario de sitemaps y cobertura de indexación. También necesita un inventario de contenido aprobado, porque el “desperdicio” no puede definirse hasta que el negocio haya indicado qué URL deben ser encontradas, actualizadas e indexadas.
Ejecútala después de que el equipo pueda distinguir páginas canónicas valiosas de filtros, duplicados, inventario vencido, búsqueda interna y rutas administrativas. Ejecutarla antes fomenta el bloqueo indiscriminado. Ejecutarla después de un gran lanzamiento programático, migración o publicación de navegación facetada es demasiado tarde: los rastreadores ya pueden estar atrapados en un espacio de URL efectivamente ilimitado.
Si se omite en un sitio genuinamente grande, las URL prioritarias nuevas y modificadas pueden esperar detrás de interminables combinaciones de parámetros, páginas de error, cadenas de redirecciones y duplicados. Si se ejecuta en un sitio pequeño y saludable, consume tiempo de ingeniería sin abordar la restricción real. El argumento de dependencia es simple: la clasificación viene antes que el control, y la evidencia viene antes que las reglas.
Entradas y salidas
Las salidas son el contrato con ingeniería y el siguiente ciclo de medición. “Mejorar la eficiencia del rastreo” no es un entregable.
| Dirección | Elemento | Condición de aceptación |
|---|---|---|
| Entrada | Inventario de URL canónicas | Cada URL o patrón incluido tiene un estado previsto: canónico indexable, duplicado, redirigido, vencido, bloqueado o error. |
| Entrada | Registros del servidor verificados | Al menos 14 días representativos incluyen marca de tiempo, URL solicitada, estado, bytes o tiempo de respuesta, agente de usuario, referente cuando esté disponible, e identidad verificada del bot de búsqueda. |
| Entrada | Exportaciones de cobertura y sitemaps | Se registran fecha de exportación, propiedad, URL enviadas, veredictos de indexación, evidencia del último rastreo, advertencias y errores. |
| Entrada | Grafo de enlaces | Origen de rastreo, destino, profundidad, recuento de enlaces entrantes, destino canónico, estado y plantilla están disponibles para todas las URL internas descubribles. |
| Entrada | Contexto de lanzamiento y demanda | Migraciones, cambios de plantilla, rotación de inventario, cadencia de publicación, directorios prioritarios y plazos estacionales están fechados. |
| Salida | Diagnóstico de presupuesto de rastreo | Cuantifica las solicitudes por bot, plantilla, directorio, estado, patrón de parámetros, estado canónico y prioridad de negocio. |
| Salida | Política de patrones de URL | Asigna a cada patrón derrochador un tratamiento, responsable, riesgo, caso de prueba, alcance de implementación y condición de reversión. |
| Salida | Remedición de sitemaps y enlazado | Nombra URL a añadir o eliminar, objetivos de profundidad, cambios de navegación, reparaciones de páginas huérfanas y evidencia requerida después del lanzamiento. |
| Salida | Línea base de monitoreo | Almacena ratios previos al cambio, latencia de re-rastreo, tasa de error, cobertura de URL prioritarias, puntos de control y umbrales de alerta. |
La lista de verificación
Registra APROBADO, REPROBADO o N/A y adjunta evidencia para cada elemento. Cada elemento está completo solo cuando su condición “Listo cuando” puede observarse.
1. Demuestra que el presupuesto de rastreo es la restricción
Qué: decide si este trabajo merece un proyecto. Por qué: el presupuesto de rastreo a menudo se culpa cuando una página en realidad es de baja calidad, huérfana, no canónica, bloqueada o excluida intencionalmente. Cómo: compara el recuento de URL canónicas, la creación diaria de URL, la salud del servidor, las fechas del último rastreo, el retraso en el descubrimiento, las razones de cobertura y la proporción de solicitudes de bots verificadas gastadas fuera del inventario canónico. Segmenta por directorio y plantilla; un promedio de todo el sitio oculta una sección descontrolada. Herramienta: canalización de registros, rastreador, informes de cobertura de motores de búsqueda, exportaciones de sitemaps y calendario de lanzamientos. Listo cuando: un diagnóstico firmado nombra al menos una restricción medida o cierra la lista de verificación como “no relevante”, con la evidencia y una acción siguiente más apropiada.
2. Construye un conjunto de datos confiable de solicitudes de bots
Qué: crea una tabla de solicitudes normalizada para la ventana de análisis. Por qué: las cadenas de agente de usuario pueden ser falsificadas, las analíticas muestreadas omiten bots y los registros de CDN pueden diferir de los registros de origen. El análisis de archivos de registro significa examinar los registros de acceso del servidor para ver qué solicitaron realmente los rastreadores. Cómo: combina datos de CDN y origen cuando sea necesario, normaliza el host y la codificación de URL, elimina activos estáticos a menos que el renderizado esté dentro del alcance, verifica los principales bots de búsqueda con el método de verificación publicado por el proveedor, y conserva el estado, bytes, tiempo de respuesta y resultado de caché. Herramienta: registros de CDN o servidor web, verificación DNS, SQL o un analizador de registros. Listo cuando: el rango de fechas y la retención están documentados, los bots conocidos están separados de los agentes no verificados, los totales coinciden con los registros brutos y la misma consulta puede reproducir cada gráfico en el diagnóstico.
3. Mide dónde se desperdician las solicitudes
Qué: clasifica cada solicitud de rastreador en: canónico útil, duplicado, redirigido, error, bloqueado, parámetro, faceta, búsqueda interna, soft-404, activo o desconocido. Un soft 404 es una página que devuelve 200 OK pero se comporta como un resultado faltante o vacío. Por qué: el volumen total de rastreo no puede mostrar si los rastreadores están actualizando inventario o recorriendo en bucle estados sin valor. Cómo: une las solicitudes con el inventario de rastreo y canónico, agrupa por ruta normalizada y firma de parámetros, luego clasifica los patrones por recuento de solicitudes y costo de servidor. Concilia esos patrones con las razones de cobertura, como descubierto pero no indexado, rastreado pero no indexado, duplicado, bloqueado y soft 404; la cobertura explica el resultado reportado por un motor de búsqueda, mientras que los registros prueban las solicitudes. Inspecciona el grupo desconocido manualmente en lugar de forzarlo a una etiqueta conveniente. Herramienta: registros verificados, exportación de cobertura, rastreador del sitio, exportación canónica y perfilador de respuestas. Listo cuando: al menos el 95% de las solicitudes de bots dentro del alcance tienen una clasificación revisada, el resto desconocido está listado, y los principales patrones de desperdicio tienen URL de ejemplo, resultados de cobertura y responsables.
4. Contiene facetas y parámetros en la fuente
Qué: gobierna los parámetros de filtro, ordenamiento, paginación, seguimiento, sesión y búsqueda. La navegación facetada permite a los usuarios combinar filtros como marca, color y tamaño; las combinaciones no controladas pueden crear un espacio de rastreo efectivamente infinito. Por qué: bloquear un rastreador después de que las plantillas han generado millones de enlaces trata el síntoma mientras deja expuestos el descubrimiento, el comportamiento del usuario, la analítica y otros bots. Cómo: asigna a cada parámetro una función y una política: página de destino indexable, duplicado canónico, página noindex, redirección, estado desenlazado o patrón bloqueado. Usa un orden de parámetros estable, evita combinaciones vacías y contradictorias, y elimina los parámetros de seguimiento o sesión de los enlaces internos. No canonices una página a un destino con contenido materialmente diferente solo para suprimirla. Herramienta: registro de parámetros, fuente de plantilla, rastreador con informes de patrones de URL, registros y pruebas automatizadas de URL. Listo cuando: cada parámetro observado tiene una política aprobada, las plantillas rastreables emiten solo combinaciones permitidas, las combinaciones prohibidas tienen cobertura de prueba y el volumen de registro para los patrones objetivo cae en el punto de control acordado.
5. Elimina espacios infinitos y trampas de rastreo
Qué: cierra rutas que pueden generar cantidades ilimitadas de fechas, calendarios, paginaciones, IDs, variantes de mayúsculas/minúsculas, segmentos de ruta o filtros recursivos. Por qué: un rastreador puede seguir descubriendo URL sintácticamente nuevas incluso cuando cada página contiene el mismo resultado vacío o duplicado. Cómo: establece límites finitos, devuelve 404 o 410 para estados imposibles, enlaza solo a rangos válidos, normaliza las reglas de mayúsculas/minúsculas y barra final, redirige duplicados exactos una vez, y deja de generar enlaces de página siguiente más allá del conjunto de resultados final. Prueba valores malformados y extremos, no solo el camino feliz. Herramienta: generador sintético de URL, rastreador, registros, pruebas de enrutador y pruebas de reglas de borde. Listo cuando: cada generador tiene un máximo documentado, los estados fuera de rango devuelven la respuesta prevista, ninguna ruta probada crea una nueva secuencia ilimitada, y los patrones de solicitud afectados disminuyen sin bloquear páginas valiosas.
6. Corrige soft 404s, errores y desperdicio de redirecciones
Qué: haz que los códigos de respuesta describan el resultado real. Por qué: una página vacía con 200 pide a los rastreadores analizar y evaluar contenido que debería haberse declarado como inexistente; las respuestas repetidas 5xx consumen capacidad y pueden hacer que un servidor parezca poco confiable; las cadenas gastan varias solicitudes para llegar a un destino. Cómo: devuelve 404 para URL faltantes, 410 para recursos eliminados intencionalmente cuando corresponda, 200 solo para páginas sustanciales, y una sola redirección al destino canónico final para URL movidas. Repara los enlaces internos que apuntan a redirecciones o errores. Herramienta: registros, rastreador, suite de pruebas HTTP, monitoreo e inventario de rutas. Listo cuando: las muestras de resultados vacíos ya no devuelven 200, las rutas prioritarias no tienen cadena de redirecciones, los enlaces internos resuelven directamente, y el umbral de tasa de error en las reglas de decisión se supera durante dos ventanas de medición consecutivas.
7. Haz que los controles canónicos y de indexación sean consistentes
Qué: alinea la respuesta, la URL canónica
, meta robots, encabezados HTTP robots, enlaces internos y membresía del sitemap. Por qué: las señales contradictorias causan revisitas repetidas: una URL puede estar enviada en un sitemap, canonicada en otro lugar, enlazada en toda la navegación y bloqueada por la directiva que explica su estado. Cómo: crea una matriz de reglas para cada clase de URL y prueba la respuesta de producción renderizada. Usa robots.txt
para gestionar el acceso del rastreador, no como un mecanismo confiable de eliminación; una URL bloqueada no puede revelar una directiva noindex a nivel de página a un rastreador que nunca la obtiene. Herramienta: rastreador, HTML bruto y renderizado, inspector de encabezados, probador de robots e inspección de URL. Listo cuando: el 100% de las muestras prioritarias y todos los casos de prueba de plantilla coinciden con una regla coherente, sin URL canónica indexable bloqueada y sin patrón excluido promovido a través de sitemaps o navegación principal.
8. Limpia los sitemaps XML para convertirlos en un feed prioritario
Qué: publica solo URL canónicas, indexables y con 200 y fechas de modificación veraces en cada sitemap XML
. Por qué: un sitemap es una señal de descubrimiento, no un archivo de cada URL que el CMS ha producido. Las redirecciones, duplicados, errores y marcas de tiempo lastmod sin cambios diluyen esa señal y oscurecen las comparaciones de cobertura. Cómo: concilia las URL del sitemap con el inventario canónico, divide los archivos por unidades de diagnóstico estables como tipo de contenido o directorio, elimina las URL excluidas y actualiza lastmod solo para cambios sustanciales de página. Envía los sitemaps modificados y registra la descarga, advertencias y errores. Herramienta: analizador de sitemaps, exportación de CMS, registros e informes de sitemaps de motores de búsqueda. Listo cuando: cada URL enviada devuelve 200, es auto-canónica e indexable, las exclusiones son cero, lastmod pasa una verificación muestreada de cambio de contenido y los recuentos enviados coinciden con el inventario aprobado.
9. Usa enlaces internos para acercar las páginas prioritarias
Qué: repara páginas huérfanas y reduce la distancia de clics a las URL de alto valor mediante enlazado interno útil. La profundidad de rastreo es la cantidad de pasos de enlace que necesita un rastreador para alcanzar una página desde una página de inicio elegida. Por qué: bloquear el desperdicio no le dice al rastreador qué visitar a continuación; los enlaces HTML estables desde páginas fuertes y visitadas con frecuencia sí lo hacen. Cómo: calcula la profundidad y los enlaces entrantes desde la página de inicio y los centros relevantes, agrega enlaces contextuales o de navegación donde los usuarios se beneficien, reemplaza enlaces a URL redirigidas y asegura que la paginación exponga el inventario más profundo. No aplastes todo en un pie de página. Herramienta: rastreador de grafo de enlaces, plantillas, registros y rendimiento de búsqueda por directorio. Listo cuando: cada URL prioritaria tiene al menos un enlace entrante rastreable, no queda ninguna página huérfana prioritaria, las plantillas prioritarias acordadas están a menos de tres pasos de enlace de un centro relevante, y los registros confirman que las muestras recién enlazadas son descubiertas o revisitadas.
10. Protege la capacidad del servidor y las rutas de renderizado
Qué: mantén las solicitudes de los rastreadores rápidas y exitosas sin servir a los bots de búsqueda una página materialmente diferente. Por qué: la demanda de rastreo no puede compensar un servidor que se agota por tiempo, limita la tasa de rastreadores legítimos indiscriminadamente o requiere renderizado costoso para contenido y enlaces básicos. Cómo: compara el tiempo de respuesta y errores por bot, ruta, estado de caché y plantilla; almacena en caché las respuestas seguras; elimina rutas de consulta costosas; conserva HTML esencial y enlaces en la respuesta inicial; y prueba las reglas de firewall y CDN con bots verificados. Herramienta: monitoreo de rendimiento de aplicaciones, analítica de CDN, registros, pruebas de disponibilidad e inspección de página renderizada. Listo cuando: el servidor cumple con los umbrales de respuesta y error acordados bajo la carga esperada, los rastreadores verificados no son desafiados accidentalmente, y el contenido prioritario más los enlaces están presentes sin necesidad de interacción del usuario.
11. Implementa por patrón y verifica el equilibrio
Qué: publica el conjunto de reglas coherente más pequeño, luego compara antes y después. Por qué: un cambio global de robots, canónico, enrutamiento o navegación puede eliminar páginas valiosas de cola larga más rápido de lo que elimina desperdicio. Cómo: comienza con un patrón o directorio de URL medible, conserva un control cuando sea práctico, anota el lanzamiento y compara las solicitudes de bots, errores, latencia de re-rastreo prioritario, cobertura, impresiones y carga del servidor después de un ciclo completo de rastreo. Mantén las instrucciones de reversión junto a la regla. Herramienta: registro de despliegue, registros del servidor, informes de cobertura, informes de AmICited y monitoreo. Listo cuando: la medida de desperdicio objetivo mejora, el descubrimiento prioritario y la indexación no retroceden más allá de la tolerancia declarada, el responsable firma el resultado y se registra la siguiente decisión de implementación o reversión.
Herramientas en AmICited
AmICited proporciona evidencia de motores de búsqueda y rendimiento en torno al diagnóstico. Los registros brutos del servidor siguen siendo la fuente de verdad para el comportamiento a nivel de solicitudes entre bots.
- Abre Rastreo de Bing en el informe de rastreo en vivo de Bing para revisar la actividad de rastreo de Bing y los problemas de URL reportados. Captura el rango, tipo de problema, URL de ejemplo y hora de exportación; no generalices el comportamiento de Bing a todos los rastreadores.
- Usa Sitemaps e Indexación en el informe de sitemaps para comparar recuentos enviados, última descarga, advertencias y errores, enviar un sitemap limpio o solicitar indexación para un lote acotado de URL prioritarias modificadas. Una solicitud acelera la reconsideración; no hace que una página bloqueada o de baja calidad sea indexable.
- Verifica ganadores representativos, patrones de desperdicio y páginas reparadas en Inspección de URL en el informe de inspección de URL . Registra la canónica declarada y seleccionada, veredicto de cobertura, último rastreo y hora de inspección. Su vista de cobertura es una muestra creciente, no un informe completo de presupuesto de rastreo.
- Abre Directorios de Google Search en el informe de directorios para comparar clics e impresiones por sección antes de restringir un directorio o cambiar sus enlaces. Una sección de bajo tráfico puede seguir siendo estratégicamente necesaria; usa este informe para dimensionar el impacto en la búsqueda, no para declarar desperdicio de rastreo por sí mismo.
Reglas de decisión: cómo se ve lo malo en números
Estos son activadores operativos para esta lista de verificación, no límites universales de motores de búsqueda. Reemplázalos solo con una línea base documentada del sitio y una tolerancia al riesgo aprobada.
| Medida | Aprobado | Investigar | Actuar | |
|---|---|---|---|---|
| Recuento de URL canónicas y tasa de cambio | Menos de 10,000 y estable, sin evidencia de retraso | 10,000–100,000 o cambio frecuente de inventario | Más de 100,000 más retraso de descubrimiento o desperdicio; más de 1,000,000 requiere gobierno recurrente incluso antes de un lanzamiento | |
| Solicitudes verificadas de bots de búsqueda a URL no canónicas, de parámetros, redirección, error o soft-404 | Menos del 10% | 10–25% | Más del 25% durante dos ventanas representativas | |
Respuestas 5xx a bots de búsqueda verificados | Menos del 0.5% | 0.5–1% | Más del 1% en un día, o cualquier cluster sostenido en plantillas prioritarias | |
| Respuestas de redirección en solicitudes de bots | Menos del 5% | 5–10% | Más del 10%, o cualquier cadena de múltiples saltos repetida | |
| Validez del sitemap | 100% URL canónicas, indexables con 200 | Cualquier discrepancia bajo corrección activa | Cualquier miembro del sitemap recurrente con redirección, error, bloqueado, noindex o no canónico | |
| Descubrimiento o re-rastreo de páginas prioritarias después del lanzamiento | 90% observado dentro de 7 días | 70–89% dentro de 7 días | Menos del 70% dentro de 7 días, medido en al menos 20 URL prioritarias | |
| Profundidad de enlace de páginas prioritarias | Tres pasos o menos desde un centro relevante | Cuatro pasos | Cinco o más pasos, o cualquier página huérfana | |
| Clasificación de solicitudes desconocidas | Menos del 5% | 5–10% | Más del 10% de las solicitudes de bots verificadas |
No inicies un proyecto de presupuesto de rastreo solo porque el sitio cruza una fila de recuento de URL. Por el contrario, no descartes un sitio de 20,000 páginas cuya trampa de calendario genera millones de URL distintas. La evidencia de descubrimiento limitado o desperdicio es el factor decisivo.
Entregable
Entrega un paquete versionado, no una diapositiva que diga “rastreo optimizado”:
crawl-budget-summary.md: alcance, decisión, método de verificación de bots, ventana de análisis, hallazgos, tratamientos aprobados, riesgos, orden de lanzamiento y activadores de reversión.crawl-pattern-register.csv: patrón normalizado, URL de ejemplo, propósito, recuento de solicitudes, proporción, respuesta, estado canónico, estado en sitemap, enlaces entrantes, valor de negocio, tratamiento, responsable y estado.priority-url-sample.csv: al menos 20 URL con campos de línea base y punto de control para descubrimiento, último rastreo, veredicto de indexación, profundidad, enlaces entrantes, respuesta y canónica seleccionada.sitemap-reconciliation.csv: URL enviada, estado en inventario, respuesta, canónica, indexabilidad, validación delastmod, acción y evidencia.monitoring-spec.md: consultas, paneles, umbrales, responsables, cadencia, rutas de alerta, fechas de punto de control y retención.
El líder técnico de SEO es propietario del paquete; ingeniería firma los cambios de ruta e infraestructura; el propietario de contenido o merchandising firma cualquier decisión que elimine una ruta de usuario descubrible o una página de destino indexable.
Qué sale mal
El equipo optimiza un sitio minúsculo. Los ingenieros pasan un sprint bloqueando parámetros mientras las páginas importantes siguen siendo escasas o huérfanas. Cierra la lista de verificación como no relevante y redirige el trabajo a contenido, enlazado o indexabilidad.
Robots.txt se convierte en una herramienta de eliminación. Las URL bloqueadas pueden seguir siendo conocidas, y los rastreadores no pueden obtener sus directivas a nivel de página. Define primero el ciclo de vida previsto, elimina la generación interna y usa el comportamiento de respuesta, redirección, canónico o noindex que coincida.
Cada faceta se trata como duplicada. Una combinación de marca y categoría con demanda real puede ser una página de destino útil; un orden de clasificación generalmente no lo es. Decide a nivel de patrón usando la demanda y la distinción de contenido.
Se espera que una etiqueta canónica detenga el rastreo. Las canónicas expresan una versión preferida, pero los duplicados aún pueden obtenerse para evaluar la relación. Elimina enlaces y generación derrochadores en lugar de confiar en una sola pista.
Los sitemaps se convierten en volcados de base de datos. Las URL redirigidas, vencidas, bloqueadas y no canónicas oscurecen el inventario que el equipo realmente desea que se rastree. Concilia la membresía del sitemap como una puerta de lanzamiento.
La analítica se confunde con los registros. La analítica del lado del cliente rara vez registra solicitudes de bots de búsqueda. Sin registros de acceso verificados, el equipo no puede medir la asignación de solicitudes ni el costo de respuesta.
La implementación bloquea páginas de ingresos. Una regla amplia de parámetros o ruta atrapa categorías válidas, páginas localizadas, paginación o destinos de campaña. Prueba ejemplos positivos y negativos, implementa un patrón y mantén una reversión rápida.
El éxito significa menos solicitudes. El volumen de rastreo puede caer porque las páginas valiosas desaparecieron del descubrimiento. Un cambio exitoso reduce el desperdicio mientras el descubrimiento prioritario, la indexación y la demanda de búsqueda se mantienen saludables.
Siguiente fase
Alimenta el registro de patrones, la conciliación de sitemaps, la muestra prioritaria y los umbrales de monitoreo en la actualización e iteración continua . Esa fase necesita rutas de descubrimiento estables y señales de cambio confiables; de lo contrario, una página actualizada puede publicarse correctamente pero esperar invisible detrás de trampas de rastreo o enlaces internos débiles.
Reabre esta lista de verificación después de una migración, cambio de plataforma o enrutamiento, lanzamiento de navegación facetada, expansión importante de inventario, incidente de error sostenido o incumplimiento de un umbral acordado. No vuelvas a ejecutar todo el ejercicio por calendario cuando la línea base de monitoreo se mantenga limpia.
FAQ
Las FAQ a continuación cubren alcance, reglas de robots, parámetros, sitemaps y cadencia de revisión. El principio rector es consistente: clasifica primero el espacio de URL, usa la evidencia de solicitudes en segundo lugar, y cambia los controles del rastreador solo cuando el resultado previsto para el usuario y la indexación sea explícito.
Más tutoriales en esta sección
¿Listo para ponerlo en práctica?
Revisión gratuita · Prueba de 7 días · sin tarjeta de crédito