diff --git a/website/docs/api-reference/relay-runtime/fetch-query.md b/website/docs/api-reference/relay-runtime/fetch-query.md
index f5c25b44f508e..0fad31d9ca75e 100644
--- a/website/docs/api-reference/relay-runtime/fetch-query.md
+++ b/website/docs/api-reference/relay-runtime/fetch-query.md
@@ -58,7 +58,7 @@ fetchQuery<AppQuery>(
 ### Return Value
 
 * `observable`: Returns an observable instance. To start the request, `subscribe` or `toPromise` must be called on the observable. Exposes the following methods:
-    * `susbcribe`: Function that can be called to subscribe to the observable for the network request
+    * `subscribe`: Function that can be called to subscribe to the observable for the network request
         * Arguments:
             * `observer`: Object that specifies observer functions for different events occurring on the network request observable. May specify the following event handlers as keys in the observer object:
                 * `start`: Function that will be called when the network requests starts. It will receive a single `subscription` argument, which represents the subscription on the network observable.
diff --git a/website/docs/guides/persisted-queries.md b/website/docs/guides/persisted-queries.md
index 16d72c50f6547..feffbfc2d26e2 100644
--- a/website/docs/guides/persisted-queries.md
+++ b/website/docs/guides/persisted-queries.md
@@ -38,7 +38,7 @@ In your `npm` script in `package.json`, run the relay compiler using the `--pers
 }
 ```
 
-The `--persist-ouput` flag does 2 things:
+The `--persist-output` flag does 2 things:
 
 1.  It converts all query and mutation operation texts to md5 hashes.
 
@@ -137,7 +137,7 @@ to push the query map at compile time to a location accessible by your server:
 ```javascript
 "scripts": {
   "push-queries": "node ./pushQueries.js",
-  "relay": "relay-compiler --src ./src --schema ./schema.graphql --persist-ouput <path> && npm run push-queries"
+  "relay": "relay-compiler --src ./src --schema ./schema.graphql --persist-output <path> && npm run push-queries"
 }
 ```
 
diff --git a/website/docs/guides/testing-relay-with-preloaded-queries.md b/website/docs/guides/testing-relay-with-preloaded-queries.md
index fd3d4d4985e6e..1bd2cac30a702 100644
--- a/website/docs/guides/testing-relay-with-preloaded-queries.md
+++ b/website/docs/guides/testing-relay-with-preloaded-queries.md
@@ -114,7 +114,7 @@ CurrencyAmount(context) {
 
 This is more straightforward - it is done via a call to `environment.mock.queuePendingOperation(query, variables)`
 
-* `Query` needs to match the query issues by the component. Simplest (and most robust agains query changes) is to export the query from the component module and use it in the test, but having an *identical* (but not the same) query works as well.
+* `Query` needs to match the query issues by the component. Simplest (and most robust against query changes) is to export the query from the component module and use it in the test, but having an *identical* (but not the same) query works as well.
 * `variables` has to match the variables that will be used in this test invocation.
    * Beware of nested objects and arrays - they are compared via `areEqual` ([invocation code](https://github.com/facebook/relay/blob/046f758c6b411608371d4cc2f0a594ced331864e/packages/relay-test-utils/RelayModernMockEnvironment.js#L233))
       * Arrays are compared by values (not by reference), but the order of elements matter
diff --git a/website/versioned_docs/version-classic/Classic-APIReference-Container.md b/website/versioned_docs/version-classic/Classic-APIReference-Container.md
index fdde70a4e4837..7ce2159846e7b 100644
--- a/website/versioned_docs/version-classic/Classic-APIReference-Container.md
+++ b/website/versioned_docs/version-classic/Classic-APIReference-Container.md
@@ -168,7 +168,7 @@ module.exports = Relay.createContainer(ProfilePicture, {
 });
 ```
 
-In this example, `profilePicture(size: 50)` will be fetched for the intial render.
+In this example, `profilePicture(size: 50)` will be fetched for the initial render.
 
 ### prepareVariables
 
@@ -459,7 +459,7 @@ class Feed extends React.Component {
           var node = edge.node;
           if (this.props.relay.hasOptimisticUpdate(node)) {
             // Render pending story that has not been stored
-            // on the server using a diffrent component.
+            // on the server using a different component.
             return (
               <PendingStory
                 key={edge.node.id}
@@ -558,7 +558,7 @@ module.exports = Relay.createContainer(ProfilePicture, {
 -   `COMMIT_QUEUED` —  Transaction was committed but another transaction with the same collision key is pending, so the transaction has been queued to send to the server.
 -   `COLLISION_COMMIT_FAILED` — Transaction was queued for commit but another transaction with the same collision key failed. All transactions in the collision queue, including this one, have been failed. Transaction can be recommitted or rolled back.
 -   `COMMITTING` — Transaction is waiting for the server to respond.
--   `COMMIT_FAILED` — Transaction was sent to the server for comitting but failed.
+-   `COMMIT_FAILED` — Transaction was sent to the server for committing but failed.
 
 ## Static Methods
 
diff --git a/website/versioned_docs/version-experimental/RelayHooks-AGuidedTourOfRelay.md b/website/versioned_docs/version-experimental/RelayHooks-AGuidedTourOfRelay.md
index 1a04124db2dc3..59745af659e3e 100644
--- a/website/versioned_docs/version-experimental/RelayHooks-AGuidedTourOfRelay.md
+++ b/website/versioned_docs/version-experimental/RelayHooks-AGuidedTourOfRelay.md
@@ -1265,7 +1265,7 @@ function App() {
 The provided `fetchPolicy` will determine:
 
 -   _if_ the query should be fulfilled from the local cache, and
--   _if_ a network request should be made to fetch the query from the server, depending on the [availablity of the data for that query in the store](#availability-of-cached-data).
+-   _if_ a network request should be made to fetch the query from the server, depending on the [availability of the data for that query in the store](#availability-of-cached-data).
 
 By default, Relay will try to read the query from the local cache; if any piece of data for that query is [missing](#presence-of-data) or [stale](#staleness-of-data), it will fetch the entire query from the network. This default `fetchPolicy` is called "**_store-or-network"._**
 
@@ -1418,7 +1418,7 @@ function ProfilePage(props) {
   )
 
   // Here we subscribe to changes in invalidation state for the given user ID.
-  // Whenever the user whith that ID is marked as stale, the provided callback will
+  // Whenever the user with that ID is marked as stale, the provided callback will
   // be executed*
   useSubscribeToInvalidationState([props.userID], () => {
     // Here we can do things like:
diff --git a/website/versioned_docs/version-experimental/RelayHooks-ApiReference.md b/website/versioned_docs/version-experimental/RelayHooks-ApiReference.md
index cdc27f96c9003..594f0d22f7021 100644
--- a/website/versioned_docs/version-experimental/RelayHooks-ApiReference.md
+++ b/website/versioned_docs/version-experimental/RelayHooks-ApiReference.md
@@ -882,7 +882,7 @@ fetchQuery<AppQuery>(
 #### Return Value
 
 -   `observable`: Returns an observable instance. To start the request, `subscribe` or `toPromise` must be called on the observable. Exposes the following methods:
-    -   `susbcribe`: Function that can be called to subscribe to the observable for the network request
+    -   `subscribe`: Function that can be called to subscribe to the observable for the network request
         -   Arguments:
             -   `observer`: Object that specifies observer functions for different events occurring on the network request observable. May specify the following event handlers as keys in the observer object:
                 -   `start`: Function that will be called when the network requests starts. It will receive a single `subscription` argument, which represents the subscription on the network observable.