Codex Match Rating Approach
Smith se convierte en SMTH: el Match Rating Approach quita las vocales después de la primera letra, une las consonantes dobles y deja como mucho seis letras, de modo que los nombres que suenan parecido caen en el mismo código corto. Gratis en su navegador.
- Gratis
- Funciona en su navegador
- Sin registro
- Sus datos no salen de su equipo
Ejecutar — gratis
Ejemplo resuelto
- Texto
- Smith
- Código
- SMTH
- Longitud
- 4
- Codificación
- match_rating
El codex del Match Rating Approach es una clave fonética clásica de nombres, inventada por Western Airlines en 1977 para que registros de pasajeros con sonoridad parecida coincidan en un código alfabético corto. A diferencia de Soundex o Double Metaphone, MRA construye un único codex compacto eliminando las vocales tras la primera letra, fusionando consonantes duplicadas consecutivas y —si el resultado supera seis letras— conservando solo los tres primeros y los tres últimos caracteres. Esta capacidad acepta un nombre personal no vacío, limpia puntuación y diacríticos, ejecuta ese algoritmo puro y determinista y devuelve el codex junto con su longitud en un campo encoding autoexplicativo.
Qué es el codex Match Rating Approach y cómo se construye
La codificación Match Rating Approach parte de un nombre en mayúsculas ya limpio: se quitan acentos a favor de letras latinas simples y se eliminan guiones, apóstrofos, comas, dígitos y espacios para que O’Brien y Smith-Jones queden como una sola secuencia de letras. A continuación el algoritmo borra toda vocal A, E, I, O y U salvo si esa vocal es el primer carácter de la cadena limpia: así Byrne conserva B y produce BYRN, mientras Airlines conserva la A inicial y produce ARLNS.
Después comprime consonantes idénticas consecutivas (las dobles tras quitar vocales se reducen a una letra), lo que convierte rachas como SS o TT en un solo carácter y estabiliza ortografías que solo difieren por geminación. Si la cadena comprimida sigue superando seis caracteres, el codex es la unión de las tres primeras y las tres últimas letras; si es más corta, se devuelve tal cual.
Referencias habituales: Smith como SMTH, Byrne como BYRN y cadenas largas al estilo Massachusetts que, tras compresión tipo MSC…STS, quedan en un codex de seis letras. La Y se trata como consonante, no como vocal, según las reglas clásicas de Western Airlines y las bibliotecas habituales.
Contrato de entrada, validación, forma de la respuesta y errores
No hay campo mode aparte: esta capacidad solo construye el codex MRA; no compara dos nombres por similitud (la puntuación completa de comparación MRA es un paso de canalización distinto que consume dos cadenas codex). Fije en integración continua que Smith equivale a SMTH y Byrne a BYRN para que un cambio accidental de reglas no se publique sin aviso. La entrada multipartita o con guiones se limpia a un solo flujo de letras antes de codificar, de modo que Smith-Jones produce un único codex y no dos tokens.
Use el codex como columna de índice o clave de unión cuando necesite un cubo fonético corto y revisable; combínelo con distancia de edición o solapamiento de tokens cuando quiera más precisión antes de fusionar registros de clientes. La validación fallida nombra el problema en lenguaje claro y nunca inventa un codex de relleno.
Dónde aporta valor el codex Match Rating y cómo encaja el precio
Sistemas de aerolíneas, hoteles y CRM usaron históricamente códigos Match Rating Approach para que el personal hallara pasajeros y huéspedes pese a variantes ortográficas; las plataformas modernas de datos de cliente siguen guardando columnas de codex MRA por el mismo aumento de recuperación sin obligar a aprender expresiones regulares.
Sitios de genealogía e índices históricos de personas usan la herramienta gratuita en el navegador para mostrar por qué Byrne y grafías afines comparten estructura mientras Catherine y Katherine permanecen distintas bajo MRA puro (no se fuerzan a un cubo al estilo Soundex compartido). Los backends de búsqueda que ya conservan Soundex o Double Metaphone pueden añadir Match Rating como columna adicional sin sustituir claves heredadas, porque este extremo no muta el texto fuente: solo devuelve el codex.
Prefiera esta página cuando la intención de búsqueda sea codex match rating approach, código MRA de nombres o codificador fonético match rating; los alfabetos de deletreo NATO y los codificadores Base64 responden a otras intenciones y deben permanecer en sus propias páginas. Mantenga las cargas en tamaños de nombre habituales, almacene el campo length cuando necesite umbrales según longitud en una etapa de comparación posterior, y recuerde que la entrada vacía o inválida se rechaza en lugar de codificarse como cadena en blanco.
El texto de origen sigue las mismas reglas de retención que otros ítems parse de KIT, y los resultados son seguros de fijar en pruebas porque el algoritmo es plenamente determinista.
Qué puede hacer con ella
Deduplicación de nombres en CRM y estilo pasajero
Indexe el codex Match Rating sobre apellidos para que Smith, variantes cercanas a Smyth y formas con guion compartan un cubo fonético corto antes de la revisión de fusión.
Genealogía y búsqueda histórica de personas
Enlace grafías alternativas en árboles familiares emparejando valores de codex MRA en lugar de exigir solo igualdad exacta de cadenas.
Trabajos de calidad de datos e índices difusos
Canalizaciones nocturnas codifican nombres nuevos, guardan codex y length, y marcan casi duplicados cuando los códigos Match Rating chocan con filas existentes.
Preguntas frecuentes
¿Qué es el codex del Match Rating Approach?
Es una clave fonética de nombres de Western Airlines (1977): limpia letras, quita vocales no iniciales, comprime consonantes dobles y conserva first 3 + last 3 si supera seis.
¿En qué se diferencia MRA de Soundex o Double Metaphone?
Soundex emite un código letra-más-dígitos; Double Metaphone devuelve claves primaria y alternativa. Match Rating construye un solo codex alfabético con eliminación de vocales y truncado opcional first3+last3, orientado a coincidencia corta de nombres.
¿Qué ocurre con entrada vacía o inválida?
Las llamadas exitosas exigen al menos una letra A–Z tras la normalización.
¿Qué codex producen Smith o Byrne?
Smith se codifica como SMTH y Byrne como BYRN en esta implementación: referencias estables que puede fijar en pruebas. Los nombres con guion se limpian a un solo flujo de letras antes de codificar.
¿Por qué un nombre largo se recorta a seis letras?
Porque el codex está pensado para ser corto. Si tras quitar las vocales y las consonantes dobles el nombre sigue teniendo más de seis letras, se conservan solo las tres primeras y las tres últimas; los resultados más cortos no cambian.
Herramientas relacionadas
Para desarrolladores — acceso por API
Todo lo de esta página está disponible por programación. Esta sección es para equipos que quieren integrarlo en sus sistemas; el resto puede usar la herramienta de arriba sin más.
Endpoint de API
¿Prefiere automatizarlo? Un POST autenticado crea la tarea; el resultado llega por webhook o enlace firmado. La misma capacidad también se ejecuta aquí en la web, por email y desde Telegram — y pronto también desde nuestra app.
Llámela desde su stack
curl -X POST https://api.kit.forhosting.com/enc/match-rating \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"text":"Smith"}'const res = await fetch("https://api.kit.forhosting.com/enc/match-rating", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"text": "Smith"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/enc/match-rating",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"text": "Smith"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/enc/match-rating", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"text":"Smith"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"text":"Smith"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/enc/match-rating", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Ejemplo de solicitud
{
"text": "Smith"
}Ejemplo de respuesta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "enc.match_rating",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}La API es asíncrona: la llamada devuelve un task_id al instante y el resultado llega por webhook. El polling está limitado a 1 req/s por tarea.
Precio
Precio publicado — sin tokens ni créditos inventados. Una tarea fallida no se cobra.
Errores
| HTTP | Código | Significado |
|---|---|---|
401 | unauthorized | API key ausente o inválida. |
402 | insufficient_balance | El saldo no cubre el precio de la tarea. |
404 | unknown_type | El tipo de tarea no existe. |
429 | rate_limited | Demasiadas peticiones. Use el webhook en vez de sondear. |
Notas técnicas
Cadenas vacías, solo espacios y entradas sin letras latinas fallan con invalid_input para que el cliente no almacene filas fonéticas huecas. La ruta gratuita del navegador y la API prepago comparten el mismo módulo puro, de modo que demostraciones y canalizaciones de coincidencia difusa en producción no divergen en Smith, Byrne u O’Brien.
Qué es el codex Match Rating Approach y cómo se construye
La respuesta siempre repite el texto de entrada recortado, el codex final, la longitud entera de ese codex y encoding igual a match_rating para que clientes openapi y widgets muestren procedencia sin una segunda petición. Como los pasos son transformaciones de cadena puras, sin semillas aleatorias ni red, nombres idénticos producen el mismo JSON en todos los aislados y entre la herramienta gratuita del navegador y la ruta API.
Contrato de entrada, validación, forma de la respuesta y errores
Envíe un cuerpo JSON por POST con el campo de cadena obligatorio text igual a un nombre personal o palabra no vacíos; se aceptan los alias input, value, s, word y name cuando formularios o SDK reutilizan etiquetas antiguas. El manejador recorta espacios exteriores, exige al menos una letra latina de la A a la Z tras plegar acentos y quitar no letras, y rechaza campos ausentes, cadenas vacías, solo espacios y ruido puro de dígitos o puntuación con invalid_input, que no se factura en la ruta prepago. La longitud máxima es de dos mil caracteres, de modo que apellidos, nombres de pila y etiquetas cortas de empresa caben en una llamada de ítem del Worker sin invitar volcados de varios megabytes. Si todo va bien, el cuerpo lleva text (entrada tras recorte), codex (la clave de como máximo seis letras), length (número de caracteres del codex) y encoding igual a match_rating para canalizaciones autoexplicativas.
Dónde aporta valor el codex Match Rating y cómo encaja el precio
Los trabajos nocturnos de calidad de datos llaman a la API prepago de KIT a $0.002 por ítem exitoso para codificar apellidos nuevos, escribir el codex junto a la fila de origen y señalar clústeres que comparten código antes de que un humano o una puntuación secundaria decida la fusión.
Preguntas técnicas
¿Cuánto cuesta la herramienta de codex Match Rating?
La herramienta del navegador es gratuita. Las peticiones API usan saldo prepago de KIT a $0.002 por ítem exitoso; la entrada inválida no se factura.