Useimmat toimistot käyttävät jo tekoälyä sivustotyössä: tekstien luonnosteluun, käännöksiin, koodinpätkiin. Työnkulku on silti sama kuin ennen. Ihminen kysyy, malli vastaa, ihminen kopioi vastauksen sisällönhallintaan ja korjaa sen paikalleen.
Model Context Protocol muuttaa tämän asetelman. Se ei tee mallista parempaa kirjoittajaa — se antaa mallille pääsyn järjestelmään, jossa työ oikeasti tehdään. Ero on rakenteellinen, ja se kannattaa ymmärtää ennen kuin arvioi, mitä hyötyä siitä toimistolle olisi.
Mikä MCP on?
Model Context Protocol on avoin standardi, jonka Anthropic julkaisi marraskuussa 2024 ja jota nykyään tukevat useimmat merkittävät AI-työkalut. Se määrittelee yhteisen tavan, jolla tekoälysovellus voi käyttää ulkoisen järjestelmän työkaluja ja tietoja.
Osapuolia on kolme. Isäntä on se AI-sovellus, jota käytät. Palvelin on ohjelma, joka tarjoaa jonkin järjestelmän toiminnot rajattuna työkalujoukkona. Asiakas on isäntäsovelluksen osa, joka pitää yhteyttä palvelimeen.
Sisällönhallinnan tapauksessa palvelin tarjoaa työkaluja kuten "listaa sivut", "lue tämän sivun rakenne" tai "muuta tämä osio". Malli ei arvaa, mitä järjestelmässä on — se kysyy, ja saa rakenteisen vastauksen.
Miksi kopiointi ja liittäminen ei riitä
Kun tekoäly kirjoittaa sivutekstin chatissa, se kirjoittaa sokkona. Se ei tiedä, miltä sivuston muut sivut näyttävät, mitä komponentteja on olemassa, mikä on otsikkohierarkia tai mitä asiakkaan brändiohje sanoo typografiasta. Sinä tiedät ne, joten sinä korjaat.
Sama koskee lukemista. Jos agentti yrittää päätellä sivuston tilan hakemalla julkisen HTML-sivun, se saa navigaation, evästebannerin, mainokset ja varsinaisen sisällön sekaisin samassa dokumentissa. Siitä pitäisi päätellä mikä on otsikko, mikä on rakenne ja mikä on satunnaista kuorta.
MCP-yhteydessä agentti kysyy järjestelmältä suoraan. Se saa sivupuun ilman tekstisisältöä, yhden osion rakenteen tarkasti rajattuna tai sisältötyypin kenttämäärittelyt. Vastaus on rakenteista dataa, ei arvattavaa merkkijonoa.
Käytännön ero on se, että agentti voi tehdä kohdennettuja muutoksia sen sijaan että se kirjoittaisi kokonaisen sivun uudelleen. Yhden otsikon vaihtaminen ei silloin vaadi koko sisällön uudelleengenerointia — eikä siten voi vahingossa hukata muuta sisältöä.
Mitä agentti voi sivustotuotannossa tehdä
Kun sisällönhallinta on agentin ulottuvilla työkaluina, seuraavat tehtävät siirtyvät luontevasti sen tehtäväksi:
- Rakenteen kartoitus. "Mitkä sivut käyttävät tätä pohjaa" tai "mistä kaikkialta löytyy vanha puhelinnumero" ovat kysymyksiä, joihin agentti vastaa sekunneissa ja ihminen puolessa tunnissa.
- Toistuvat korjaukset. Yhteystiedon muutos, vanhentunut linkki tai puuttuva alt-teksti kymmenellä sivulla. Yksitellen tehtynä tylsää, ohjeena annettuna nopeaa.
- Sisällön luonnostelu paikalleen. Agentti näkee olemassa olevien sivujen rakenteen ja kirjoittaa uuden sivun samaan muottiin sen sijaan että tuottaisi irrallisen tekstitiedoston.
- Tarkistukset ennen julkaisua. Otsikkohierarkia, SEO-kentät, sisäiset linkit ja uudelleenohjaukset ovat mekaanisesti tarkistettavia asioita.
Yhteistä näille on, että ne ovat työtä jossa hitain vaihe on tiedon etsiminen, ei päättäminen. Suunnittelupäätökset, asiakkaan brändi ja se mitä sivuston pitäisi ylipäänsä sanoa pysyvät ihmisellä.
Hyväksyntävaihe on koko idean ehto
Kirjoitusoikeus tuotantojärjestelmään on iso asia antaa millekään automaatiolle, ja vielä isompi antaa kielimallille, joka voi ymmärtää ohjeen väärin.
Siksi järkevä toteutus ei anna agentin muuttaa sivustoa suoraan. Muutokset kerätään muutosjoukoksi, joka odottaa ihmisen hyväksyntää. Ennen hyväksyntää muutokset näkyvät esikatselussa mutta eivät verkossa, ja hylkääminen on yhden napin takana.
Tämä on myös se kohta, jossa MCP-yhteyden turvallisuus ratkeaa käytännössä. Kysymys ei ole siitä, luotatko malliin, vaan siitä onko järjestelmässä paikka jossa ihminen katsoo mitä on tulossa. Jos ei ole, kyse on automaatiosta ilman jarrua.
Rajat, jotka kannattaa tuntea
MCP ei poista kolmea asiaa, ja niistä on rehellisempää puhua etukäteen.
Agentti voi erehtyä itsevarmasti. Rakenteinen pääsy järjestelmään vähentää arvailua, mutta ei poista sitä. Ohjeen väärinymmärrys tuottaa nyt vain teknisesti pätevän väärän muutoksen aiempaa nopeammin.
Oikeudet pitää rajata. Palvelin, joka tarjoaa agentille kaiken mihin käyttäjällä on oikeus, on liian iso pinta. Järkevä lähtökohta on kapea työkalujoukko ja kirjoitusoikeuksien lisääminen vasta kun hyväksyntäprosessi toimii.
Jäljitettävyys ei tule ilmaiseksi. Kun muutoksia tekee sekä ihminen että agentti, muutoshistoria on ainoa tapa selvittää jälkikäteen mitä tapahtui ja miksi. Ilman sitä palautuminen virheestä on arvailua.
Devella One™ ja MCP
Devella One™ tarjoaa MCP-yhteyden, jonka kautta AI-työkalu voi lukea sivuston rakennetta ja tehdä siihen kohdennettuja muutoksia. Kaikki muutokset menevät muutosjoukkoon, joka odottaa hyväksyntääsi ja jonka näet esikatselussa ennen julkaisua.
Toimiston kannalta olennaista on, että sama yhteys toimii asiakassivustoille Agency-ylläpidon kautta. Agentin ei tarvitse opetella jokaista asiakassivustoa erikseen, kun ne ovat samalla alustalla ja samojen työkalujen takana.
Jos haluat nähdä, miten tämä istuu koko toteutusprosessiin briefistä julkaisuun, lue käytännön työnkulku mainostoimistolle. Teknisemmät yksityiskohdat löytyvät Devella One™ MCP -sivulta.
Kokeile yhdellä sivustolla
MCP-yhteyden hyöty selviää nopeimmin kokeilemalla sitä yhteen konkreettiseen tehtävään, joka on nyt käsityötä: vanhentuneen yhteystiedon korjaaminen kaikkialta, puuttuvien SEO-kuvausten täydentäminen tai sivuston rakenteen kartoitus ennen uudistusta.